Re: software-design in the past and now
On Sat, 2011-07-23 at 11:18 +0200, Reindl Harald wrote: first i changed the topic because it does not fit anly longer to this thread Am 23.07.2011 03:41, schrieb Adam Williamson: On Thu, 2011-07-21 at 13:38 +0200, Reindl Harald wrote: in the past there were real developers which was able to ah, the True Scotsman rears its head! The True Scotsman fallacy is a form of circular argument. Your argument is 'REAL developers do (all the stuff I cut)', and your definition of a 'REAL developer' is...'someone who does (all the stuff I cut).' The argument is perfectly circular and hence it's really just an assertion, not an argument - 'I believe development should be done in this way'. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: thanks for F15 mdadm systemd unit
On Sat, 2011-07-23 at 07:24 -0400, Ric Wheeler wrote: should not be surprised that you see resistance (what new capability does NFS get from the systemd changes for example!). reliable on-demand automounting, for a start. for which you already owe Lennart about three kegs of beer, by my calculation. =) (try 'noauto,comment=systemd.automount' as mount parameters for an NFS share) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Java 7 for Fedora 16
On Sat, 2011-07-23 at 14:00 -0700, Douglas Myers–Turnbull wrote: Hi, Just something I wanted to bring to attention: Java 7 is slated for release (after years of hassle and heated debate) on 28 July, 2011. I think this would be an important feature to include for the Fedora 16 release, and the months between Java's release and Fedora 16's 25 October release would allow plenty of time to integrate Java 7. If I'm not mistaken, if Java 7 isn't released this time around, it won't be in Fedora until the Fedora 17 release rolls around, nearly a year (!) after Java 7 is released. I created an unfinished, skeletal feature page here: http://fedoraproject.org/wiki/Features/Java7 Unfortunately, I don't have the knowledge to help build it. I'm announcing it here in case whoever maintains Java 6 in Fedora, or someone else, is interested. as I always point out when this comes up, in the hopes that it'll eventually irritate someone enough that they go fix the feature process, the option is open to simply put Java 7 in without it being a 'Fedora feature'. If you do it that way, you could do it right up to, hmm, the post-Beta final freeze without there being any firm policy grounds on which to object to the change. it's only if you declare it to be a Feature that FESCo is clearly empowered to tell you you can't do it. ;) (I note with interest Toshio's neat caveat to this, which appears later in the thread.) -- Adam it's not a feature, it's just a version bump! Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Java 7 for Fedora 16
On 09:33:51 Monday 25 July 2011 Deepak Bhole wrote: * Bill Nottingham nott...@redhat.com [2011-07-25 15:54]: Toshio Kuratomi (a.bad...@gmail.com) said: Robyn and I have talked about how the feature process could be adapted to allow for more late work to occur however none of that talk has turned into anything solid yet. One point that bears on this is that the Feature Owners must be willing to commit to doing all the work involved in coordination when they submit something late. In other words, if Java 7 update went in well before the feature deadline, the expectation would be that packagers whose packages depended on Java would need to adapt to Java 7. The expectation now that the Feature Freeze has passed is that the people pushing Java 7 into the repos would also need to seek out and fix all the packages that depend on them that are broken. Would we actually be shipping only 7, or both 6 and 7? This hasn't been debated yet, but I am very much in favour of having only 7 in Fedora 16. The less duplicating packages we have - the better :). I'm all for reducing the number of jvms we ship (assuming that OpenJDK 7 doesn't break many things). Alexander Kurtakov If the reason for asking was w.r.t re-builds, it is unlikely that most applications will need a rebuild -- only those using deprecated APIs (which would have been deprecated for years now) and private APIs would be affected. That would likely be a small subset. Opinions from others are welcome.. Cheers, Deepak -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Java 7 for Fedora 16
On Mon, Jul 25, 2011 at 11:22:08PM -0700, Adam Williamson wrote: On Sat, 2011-07-23 at 14:00 -0700, Douglas Myers–Turnbull wrote: Hi, Just something I wanted to bring to attention: Java 7 is slated for release (after years of hassle and heated debate) on 28 July, 2011. I think this would be an important feature to include for the Fedora 16 release, and the months between Java's release and Fedora 16's 25 October release would allow plenty of time to integrate Java 7. If I'm not mistaken, if Java 7 isn't released this time around, it won't be in Fedora until the Fedora 17 release rolls around, nearly a year (!) after Java 7 is released. I created an unfinished, skeletal feature page here: http://fedoraproject.org/wiki/Features/Java7 Unfortunately, I don't have the knowledge to help build it. I'm announcing it here in case whoever maintains Java 6 in Fedora, or someone else, is interested. as I always point out when this comes up, in the hopes that it'll eventually irritate someone enough that they go fix the feature process, the option is open to simply put Java 7 in without it being a 'Fedora feature'. If you do it that way, you could do it right up to, hmm, the post-Beta final freeze without there being any firm policy grounds on which to object to the change. it's only if you declare it to be a Feature that FESCo is clearly empowered to tell you you can't do it. ;) (I note with interest Toshio's neat caveat to this, which appears later in the thread.) Actually, I'd consider this to be very bad advice. There have been several Features over the past few releases that FESCo has decided on late. Those things were sometimes made into features only after prompting by people who realized that the changes were unannounced features. Things that require coordination between maintainers are a feature and FESCo has a right to veto them whether the authors of the feature have followed the feature process or not. The policy encompasses anything defined as a feature: http://fedoraproject.org/wiki/Features/Policy/Definitions -Toshio pgpP7NNq1omQv.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
orphaning / looking for new owner for monkey-bubble
Hi, I've been thinking about orphaning monkey-bubble for a while now, mostly because it is dead upstream and it is using various obsolete gnome technologies (esound, libgnomeui, bonobo). Yesterday it came to my attention that monkey-bubble also contains at least 1 sound sample which we should not be re-distributing, as well as various sound samples from unclear origin. This has helped me make up my mind, and unless someone else jumps in to take it over (and fix the sound sample situation) I'm going to orphan it. So anyone want to take over monkey-bubble? Regards, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Java 7 for Fedora 16
On Mon, Jul 25, 2011 at 4:30 PM, Deepak Bhole dbh...@redhat.com wrote: * Toshio Kuratomi a.bad...@gmail.com [2011-07-23 20:03]: On Sat, Jul 23, 2011 at 02:00:24PM -0700, Douglas Myers–Turnbull wrote: Hi, Just something I wanted to bring to attention: Java 7 is slated for release (after years of hassle and heated debate) on 28 July, 2011. I think this would be an important feature to include for the Fedora 16 release, and the months between Java's release and Fedora 16's 25 October release would allow plenty of time to integrate Java 7. If I'm not mistaken, if Java 7 isn't released this time around, it won't be in Fedora until the Fedora 17 release rolls around, nearly a year (!) after Java 7 is released. I created an unfinished, skeletal feature page here: http://fedoraproject.org/wiki/Features/Java7 Unfortunately, I don't have the knowledge to help build it. I'm announcing it here in case whoever maintains Java 6 in Fedora, or someone else, is interested. I was planning to do this myself .. glad you started it :) I can take over the Feature and doing all the work if you're fine with it... The alpha change deadline is a week and three days away so this is very likely too late. If you want to try to get an exception to get this in, you need to get the Java SIG excited to do it, get the Feature page finished (with estimates of how much time it will take to finish and who will do the work) and put it before FESCo/Feature Wrangler to see if they'll grant an exception. Judging by the state things are in now, I don't know that it looks too hopeful unless you get some Java SIG people to commit to working on it. This is doable by the Alpha deadline. The main holdup for us has been a lack of OpenJDK TCK for v7. The actual RPM can be written fairly quickly. We were hopeful that we'd be able to push a more tested initial version. But given the deadlines, it appears we will have to push whatever we have right now and modify/fix it as needed when we have the TCK. Personally I would much sooner you wait until the feature deadline has passed and we've branched the release and then push it directly to the new F-17 rawhide so a better impact of what it breaks can be seen. If at that point its all fairly minor only then review and see what it would take to push back into F-16. A rushed effort will only cause chaos right when we're suppose to be tightening and stabilising the release. If java se 7 was going to be in F-16 there should have been RCs in there for some time, the rough date for release has been known for some time and it should be planned. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Java 7 for Fedora 16
On Tue, 2011-07-26 at 00:05 -0700, Toshio Kuratomi wrote: as I always point out when this comes up, in the hopes that it'll eventually irritate someone enough that they go fix the feature process, the option is open to simply put Java 7 in without it being a 'Fedora feature'. If you do it that way, you could do it right up to, hmm, the post-Beta final freeze without there being any firm policy grounds on which to object to the change. it's only if you declare it to be a Feature that FESCo is clearly empowered to tell you you can't do it. ;) (I note with interest Toshio's neat caveat to this, which appears later in the thread.) Actually, I'd consider this to be very bad advice. There have been several Features over the past few releases that FESCo has decided on late. Those things were sometimes made into features only after prompting by people who realized that the changes were unannounced features. Things that require coordination between maintainers are a feature and FESCo has a right to veto them whether the authors of the feature have followed the feature process or not. The policy encompasses anything defined as a feature: http://fedoraproject.org/wiki/Features/Policy/Definitions I agree! It is very bad advice, and it wasn't actually meant as advice (apologies for the very bad wording here, I had four hours of sleep last night and wrote that on the tenth hour of a train ride), but more as my traditional monthly snipe at the gap in the feature process. So, I went and did something a bit more productive: https://fedorahosted.org/fesco/ticket/653 hope that's useful. -- Adam Williamson Fedora QA Community Monkey IRC: adamw http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
Hello, It seems as if my first mail (from 12 days ago) got lost: I can take Orphan link-grammar - fabian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Perl-Critic-Pulp-62.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Perl-Critic-Pulp: 90aff90625ea0659107700302e36843d Perl-Critic-Pulp-62.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-Perl-Critic-Pulp] 0.62 bump
commit dccf4e2a5c7c65ed2c49e340189b3ed2f3f711f9
Author: Petr Pisar ppi...@redhat.com
Date: Tue Jul 26 11:16:13 2011 +0200
0.62 bump
.gitignore |1 +
perl-Perl-Critic-Pulp.spec | 10 +++---
sources|2 +-
3 files changed, 9 insertions(+), 4 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 8a5c304..c4a3bab 100644
--- a/.gitignore
+++ b/.gitignore
@@ -8,3 +8,4 @@
/Perl-Critic-Pulp-59.tar.gz
/Perl-Critic-Pulp-60.tar.gz
/Perl-Critic-Pulp-61.tar.gz
+/Perl-Critic-Pulp-62.tar.gz
diff --git a/perl-Perl-Critic-Pulp.spec b/perl-Perl-Critic-Pulp.spec
index 221cdad..a84c0a8 100644
--- a/perl-Perl-Critic-Pulp.spec
+++ b/perl-Perl-Critic-Pulp.spec
@@ -1,6 +1,6 @@
Name: perl-Perl-Critic-Pulp
-Version:61
-Release:3%{?dist}
+Version:62
+Release:1%{?dist}
Summary:Some add-on perlcritic policies
License:GPLv3+
Group: Development/Libraries
@@ -20,7 +20,7 @@ BuildRequires: perl(Perl::Critic::Utils::PPI)
BuildRequires: perl(Perl::Critic::Violation)
BuildRequires: perl(Pod::MinimumVersion) = 50
BuildRequires: perl(Pod::Parser)
-BuildRequires: perl(PPI) = 1.208
+BuildRequires: perl(PPI) = 1.212
BuildRequires: perl(PPI::Document)
BuildRequires: perl(Scalar::Util)
BuildRequires: perl(version)
@@ -41,6 +41,7 @@ Requires: perl(IO::String) = 1.02
Requires: perl(List::MoreUtils) = 0.24
Requires: perl(Perl::Critic) = 1.084
Requires: perl(Pod::MinimumVersion) = 50
+Requires: perl(PPI) = 1.212
Requires: perl(PPI::Document)
# This is plug-in into Test::More. Depend on it even if not mentioned in the
# code.
@@ -107,6 +108,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Tue Jul 26 2011 Petr Pisar ppi...@redhat.com - 62-1
+- 0.62 bump
+
* Tue Jul 26 2011 Marcela Mašláňová mmasl...@redhat.com - 61-3
- add RPM4.9 macro filter
diff --git a/sources b/sources
index 5eee375..10f5912 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6f99fa4f82b9cd8e0ca608faecd28ad7 Perl-Critic-Pulp-61.tar.gz
+90aff90625ea0659107700302e36843d Perl-Critic-Pulp-62.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-Perl-Critic-Pulp] Remove 4.8 filters
commit 6c8b32c6c6921f2d0d07de2c4920f6ac5430988e
Author: Petr Pisar ppi...@redhat.com
Date: Tue Jul 26 11:20:05 2011 +0200
Remove 4.8 filters
perl-Perl-Critic-Pulp.spec | 21 +++--
1 files changed, 3 insertions(+), 18 deletions(-)
---
diff --git a/perl-Perl-Critic-Pulp.spec b/perl-Perl-Critic-Pulp.spec
index a84c0a8..8addb00 100644
--- a/perl-Perl-Critic-Pulp.spec
+++ b/perl-Perl-Critic-Pulp.spec
@@ -47,31 +47,15 @@ Requires: perl(PPI::Document)
# code.
Requires: perl(Test::More)
-# filter for RPM 4.8
# Filter underspecified dependencies
-%filter_from_requires /^perl(List::MoreUtils)$/d
-%filter_from_requires /^perl(Perl::Critic::Policy)$/d
-%filter_from_requires /^perl(Perl::Critic::Utils)$/d
-%filter_from_requires /^perl(Perl::Critic::Utils) = 0.21$/d
-# Filter private redefinitions
-%filter_from_provides /^perl(Perl::MinimumVersion)\s*$/d
-# Filter private parsers
-%filter_from_requires
/^perl(Perl::Critic::PodParser::ProhibitVerbatimMarkup)\s*$/d
-%filter_from_provides
/^perl(Perl::Critic::PodParser::ProhibitVerbatimMarkup)\s*$/d
-%filter_from_provides
/^perl(Perl::Critic::Policy::Documentation::ProhibitAdjacentLinks::Parser)\s*$/d
-%filter_from_provides
/^perl(Perl::Critic::Pulp::PodMinimumVersionViolation)\s*$/d
-%filter_from_provides
/^perl(Perl::Critic::Pulp::PodParser::ProhibitBadAproposMarkup)\s*/d
-%filter_from_provides
/^perl(Perl::Critic::Pulp::PodParser::ProhibitParagraphTwoDots)\s*/d
-%filter_from_provides
/^perl(Perl::Critic::Pulp::PodParser::ProhibitUnbalancedParens)\s*/d
-%filter_from_provides
/^perl(Perl::Critic::Pulp::PodParser::RequireLinkedURLs)\s*/d
-%filter_setup
-# filter for RPM 4.9
%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}perl\\(List::MoreUtils\\)\\s*$
%global __requires_exclude
%__requires_exclude|perl\\(Perl::Critic::Policy\\)\\s*$
%global __requires_exclude
%__requires_exclude|perl\\(Perl::Critic::Utils\\)\\s*$
%global __requires_exclude %__requires_exclude|perl\\(Perl::Critic::Utils\\)
= 0\\.21$
%global __requires_exclude
%__requires_exclude|perl\\(Perl::Critic::PodParser::ProhibitVerbatimMarkup\\)\\s*$
+# Filter private redefinitions
%global __provides_exclude
%{?__provides_exclude:%__provides_exclude|}perl\\(Perl::MinimumVersion\\)\\s*$
+# Filter private parsers
%global __provides_exclude
%__provides_exclude|perl\\(Perl::Critic::PodParser::ProhibitVerbatimMarkup\\)\\s*$
%global __provides_exclude
%__provides_exclude|perl\\(Perl::Critic::Policy::Documentation::ProhibitAdjacentLinks::Parser\\)\\s*$
%global __provides_exclude
%__provides_exclude|perl\\(Perl::Critic::Pulp::PodMinimumVersionViolation\\)\\s*$
@@ -110,6 +94,7 @@ make test
%changelog
* Tue Jul 26 2011 Petr Pisar ppi...@redhat.com - 62-1
- 0.62 bump
+- Remove RPM 4.8 filters
* Tue Jul 26 2011 Marcela Mašláňová mmasl...@redhat.com - 61-3
- add RPM4.9 macro filter
--
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-Pulp] Fix typo in changelog
commit 115abdfc5c196c9d6652b95c0822f7d72fc43301 Author: Petr Písař ppi...@redhat.com Date: Tue Jul 26 11:30:14 2011 +0200 Fix typo in changelog perl-Perl-Critic-Pulp.spec |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) --- diff --git a/perl-Perl-Critic-Pulp.spec b/perl-Perl-Critic-Pulp.spec index 8addb00..4e102d4 100644 --- a/perl-Perl-Critic-Pulp.spec +++ b/perl-Perl-Critic-Pulp.spec @@ -93,7 +93,7 @@ make test %changelog * Tue Jul 26 2011 Petr Pisar ppi...@redhat.com - 62-1 -- 0.62 bump +- 62 bump - Remove RPM 4.8 filters * Tue Jul 26 2011 Marcela Mašláňová mmasl...@redhat.com - 61-3 -- 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 720293] perl-Perl-Critic-Pulp-62 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=720293 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Perl-Critic-Pulp-62-1. ||fc16 Resolution||RAWHIDE Last Closed||2011-07-26 05:30:33 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: User-level instance of /bin in PATH
On 26/07/11 10:22, Misha Shnurapet wrote: Since F15 ~/bin has been added to PATH, and commands that are supposed to run user scripts will work without changing into that directory. Meanwhile, ~/.local/bin isn't used. I'd like to propose that it is also added because technically it is ~/bin's brother. I've never heard of ~/.local/bin . Are there many people who use this? ~/bin is common. Andrew. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File perl-PPIx-Regexp.spec uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-PPIx-Regexp: 77aacbbd0b54a9d2a57711a222887459 perl-PPIx-Regexp.spec -- 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-PPIx-Regexp] 0.021 bump
commit 199e2e745f412c0005e1b4a34e52b5e0207d6c15
Author: Petr Pisar ppi...@redhat.com
Date: Tue Jul 26 11:34:08 2011 +0200
0.021 bump
.gitignore|1 +
perl-PPIx-Regexp.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 04a3bd4..c181e23 100644
--- a/.gitignore
+++ b/.gitignore
@@ -9,3 +9,4 @@ PPIx-Regexp-0.007.tar.gz
/PPIx-Regexp-0.018.tar.gz
/PPIx-Regexp-0.019.tar.gz
/PPIx-Regexp-0.020.tar.gz
+/PPIx-Regexp-0.021.tar.gz
diff --git a/perl-PPIx-Regexp.spec b/perl-PPIx-Regexp.spec
index 62bcbb1..e3a4fbf 100644
--- a/perl-PPIx-Regexp.spec
+++ b/perl-PPIx-Regexp.spec
@@ -1,6 +1,6 @@
Name: perl-PPIx-Regexp
-Version:0.020
-Release:3%{?dist}
+Version:0.021
+Release:1%{?dist}
Summary:Represent a regular expression of some sort
License:GPL+ or Artistic
Group: Development/Libraries
@@ -50,6 +50,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2/dev/null \;
%{_mandir}/man3/*
%changelog
+* Tue Jul 26 2011 Petr Pisar ppi...@redhat.com - 0.021-1
+- 0.021 bump
+
* Mon Jul 25 2011 Marcela Mašláňová mmasl...@redhat.com - 0.020-3
- add new filter
diff --git a/sources b/sources
index 4d1d3d6..3a4a529 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1293df6eb0765646a73808d32ff8ed82 PPIx-Regexp-0.020.tar.gz
+037542ca9d83ae19e2f33043a17ef972 PPIx-Regexp-0.021.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-PPIx-Regexp] Remove RPM 4.8 filter
commit c96e225b016b2fed65f68dc1723de279e2ebc65c
Author: Petr Pisar ppi...@redhat.com
Date: Tue Jul 26 11:36:16 2011 +0200
Remove RPM 4.8 filter
perl-PPIx-Regexp.spec |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
---
diff --git a/perl-PPIx-Regexp.spec b/perl-PPIx-Regexp.spec
index e3a4fbf..fcc2a2d 100644
--- a/perl-PPIx-Regexp.spec
+++ b/perl-PPIx-Regexp.spec
@@ -16,9 +16,6 @@ Requires: perl(PPI::Document) = 1.117
Requires: perl(Task::Weaken)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
-%filter_from_requires /^perl(PPI::Document)$/d
-%filter_setup
-
%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}perl\\(PPI::Document\\)$
%description
@@ -52,6 +49,7 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2/dev/null \;
%changelog
* Tue Jul 26 2011 Petr Pisar ppi...@redhat.com - 0.021-1
- 0.021 bump
+- Remove RPM 4.8 filter
* Mon Jul 25 2011 Marcela Mašláňová mmasl...@redhat.com - 0.020-3
- add new filter
--
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: Systemd transition prevents updating older release branches??
On 07/25/2011 09:07 PM, Tom Lane wrote:
In
https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Systemd
I read that conversion of a package using a SysV initscript to systemd
units requires a trigger with a NEVR condition, and that
# Note: the NEVR in trigger scripts should all be the version in
# which the package switched to systemd unit files and the comparision
# should be less than. Using= the last version with the sysV script won't
# work for several reasons:
# 1) disttag is different between Fedora releases
# 2) An update in an old Fedora release may create a newer NEVR
#Note that this means an update in an older Fedora release must be NEVR
#lower than this. Freezing the version and release of the old package and
#using a number after the disttag is one way to do this. Example:
#httpd-1.0-1%{?dist} = httpd-1.0-1%{?dist}.1
IOW, once I push a mysql update with native systemd support into
rawhide, I'll be forbidden from ever rebasing mysql in F15 up to
a newer upstream patch release. Considering that upstream issues
bug-fix releases about once a month, this is hardly acceptable.
I'll have the same problem with postgresql, too.
What's seeming like a better option is to bump the package's Epoch
for the systemd-native release.
I don't like epoch changes too much. So, I've used different approach.
In %post section I have script that checks for old init script presence.
Something like:
if [ -f %{_initddir}/script ]; then
do migration here
ff
Apparently, this won't work if you add package-sysv package with old
init script too.
Just my two cents
Michal
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: thanks for F15 mdadm systemd unit
On 07/26/2011 02:15 AM, Adam Williamson wrote: On Sat, 2011-07-23 at 07:24 -0400, Ric Wheeler wrote: should not be surprised that you see resistance (what new capability does NFS get from the systemd changes for example!). reliable on-demand automounting, for a start. for which you already owe Lennart about three kegs of beer, by my calculation. =) (try 'noauto,comment=systemd.automount' as mount parameters for an NFS share) We track autofs issues for fedora, upstream and RHEL and seems to work well in the field. What specifically does systemd do that autofs does not do without it? Ric -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Padre] RPM 4.9 dependency filtering added
commit 4827e8c86f0a6bf8e9e00f547e5e02b49e6f4989
Author: Petr Pisar ppi...@redhat.com
Date: Tue Jul 26 13:16:38 2011 +0200
RPM 4.9 dependency filtering added
perl-Padre.spec | 44 +++-
1 files changed, 43 insertions(+), 1 deletions(-)
---
diff --git a/perl-Padre.spec b/perl-Padre.spec
index d49fb15..703e8cf 100644
--- a/perl-Padre.spec
+++ b/perl-Padre.spec
@@ -2,7 +2,7 @@
Name: perl-Padre
Version:0.86
-Release:4%{?dist}
+Release:5%{?dist}
Summary:Perl Application Development and Refactoring Environment
License:GPL+ or Artistic
Group: Development/Libraries
@@ -244,6 +244,7 @@ Obsoletes: perl-Wx-Perl-Dialog 0.01
Provides: perl-Wx-Perl-Dialog 0.01
Provides: padre = %{version}
+# RPM 4.8 style:
# Remove too specific requires because of version rounding
%filter_from_requires /perl(File::Spec) = 3.2701/d
@@ -283,6 +284,44 @@ Provides: padre = %{version}
%filter_from_provides /^perl(ExtUtils::MakeMaker::_version)$/d
%filter_setup
+# RPM 4.9 style
+# Remove too specific requires because of version rounding
+%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}perl\\(File::Spec\\) = 3.2701
+
+# Remove underspecified dependencies
+%global __provides_exclude
%{?__provides_exclude:%__provides_exclude|}^perl\\(Padre::Config\\)\\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Capture::Tiny\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Class::Inspector\\)$
+%global __requires_exclude
%__requires_exclude|^perl\\(Class::XSAccessor\\)\\s)*$
+%global __requires_exclude
%__requires_exclude|^perl\\(Class::XSAccessor::Array\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Cwd\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(DBD::SQLite\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(DBI\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Encode\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(File::HomeDir\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(File::Path\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(File::ShareDir\\)\\s)*$
+%global __requires_exclude
%__requires_exclude|^perl\\(File::Spec::Functions\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(File::Temp\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(IO::Scalar\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(JSON::XS\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(List::Util\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Module::Build\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Params::Util\\)\\s)*$
+%global __requires_exclude
%__requires_exclude|^perl\\(Parse::ErrorString::Perl\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Pod::Abstract\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Pod::Perldoc\\)\\s)*$
+%global __requires_exclude
%__requires_exclude|^perl\\(Pod::Simple::XHTML\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Storable\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Text::Balanced\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(threads::shared\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(Time::HiRes\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(version\\)\\s)*$
+%global __requires_exclude
%__requires_exclude|^perl\\(Wx::Perl::ProcessStream\\)\\s)*$
+%global __requires_exclude %__requires_exclude|^perl\\(YAML::Tiny\\)\\s)*$
+
+# Remove private moduiles
+%global __provides_exclude
%__provides_exclude|^perl\\(ExtUtils::MakeMaker::_version\\)$
%description
Padre is a text editor aimed to be an IDE for Perl.
@@ -365,6 +404,9 @@ mkdir $HOME
%changelog
+* Tue Jul 26 2011 Petr Pisar ppi...@redhat.com - 0.86-5
+- RPM 4.9 dependency filtering added
+
* Thu Jul 21 2011 Petr Sabata con...@redhat.com - 0.86-4
- Perl mass rebuild
--
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: Systemd transition prevents updating older release branches??
Toshio Kuratomi wrote : Regarding the fragility argument in reply to notting's clarification; do note that the fragility there only lasts until that Fedora release goes EOL and therefore can no longer receive updates) less than a year now for Fedora 15. The fragility of packagers remembering that the package has an epoch seems lower on a case-by-case basis but its effect lasts for as long as we ship that package. The fragility you mention will resurface when RHEL7 is released then stay around for many many years for anyone maintaining EPEL6 and EPEL7 packages. Definitely something worth keeping in mind. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora release 14 (Laughlin) - Linux kernel 2.6.35.13-91.fc14.x86_64 Load : 0.23 0.29 0.40 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: usb_modeswitch/usb_modeswitch-data outdated
Huzaifa Sidhpurwala wrote: taken care of this, sorry for the delay :) -thank you- now waiting for the maintainer of usb_modeswitch: https://bugzilla.redhat.com/show_bug.cgi?id=625004 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
- Bill Nottingham nott...@redhat.com wrote: Each release, before branching, we block currently orphaned packages. It's that time again for Fedora 16. New this go-round is that we are also blocking packages that have failed to build since before Fedora 14. The following packages are currently orphaned, or fail to build. If you have a need for one of these packages, please pick them up. If not claimed, the packages will be blocked on Monday, July 25. .. Orphan cnetworkmanager Orphan comoonics-base-py comaintained by: elcody02 I'm co maintaining this package and it is required for the packages comoonics-cdsl-py and comoonics-cluster-py. Sorry but it didn't came to my attention that this package is orphaned. Can I do something to move it to a proper state? (pickup, ..) Thanks for you help Marc. Orphan compizconfig-backend-kconfig comaintained by: izhar Orphan cowbell -- __ Marc Grimme E-Mail: gri...@atix.de ATIX Informationstechnologie und Consulting AG | Einsteinstrasse 10 | 85716 Unterschleissheim | www.atix.de Registergericht: Amtsgericht München, Registernummer: HRB 168930, USt.-Id.: DE209485962 | Vorstand: Thomas Merz (Vors.), Marc Grimme, Mark Hlawatschek, Jan R. Bergrath | Vorsitzender des Aufsichtsrats: Dr. Martin Buss -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
One easy review swap: 669911 / guestfs-browser
https://bugzilla.redhat.com/show_bug.cgi?id=669911#c5 Review Request: guestfs-browser - Guest filesystem browser Spec: http://oirase.annexia.org/reviews/guestfs-browser/guestfs-browser.spec SRPM: http://oirase.annexia.org/reviews/guestfs-browser/guestfs-browser-0.1.6-1.fc15.src.rpm This is a very simple review. It has a Koji build and the rpmlint warnings are trivial. I'll swap in return for a similarly uncomplex review. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: No new repos being built for dist-f16?
On Tue, Jul 26, 2011 at 12:54:24PM +0100, Richard W.M. Jones wrote: newRepo seems to fail, although it's not clear why. http://koji.fedoraproject.org/koji/taskinfo?taskID=3230556 Maybe something to do with branching? For whatever reason, this has fixed itself now. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: User-level instance of /bin in PATH
26.07.2011, 18:34, Andrew Haley a...@redhat.com: On 26/07/11 10:22, Misha Shnurapet wrote: Since F15 ~/bin has been added to PATH, and commands that are supposed to run user scripts will work without changing into that directory. Meanwhile, ~/.local/bin isn't used. I'd like to propose that it is also added because technically it is ~/bin's brother. I've never heard of ~/.local/bin . Are there many people who use this? ~/bin is common. ~/.local/bin has been there by default. Unlike ~/bin, which is in PATH though not even created. -- Best regards, Misha Shnurapet, Fedora Project Contributor Email: shnurapet AT fedoraproject.org, IRC: misha on freenode https://fedoraproject.org/wiki/shnurapet, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: orphaning / looking for new owner for monkey-bubble
On Tue, Jul 26, 2011 at 09:12:54 +0200, Hans de Goede hdego...@redhat.com wrote: Hi, I've been thinking about orphaning monkey-bubble for a while now, mostly because it is dead upstream and it is using various obsolete gnome technologies (esound, libgnomeui, bonobo). Yesterday it came to my attention that monkey-bubble also contains at least 1 sound sample which we should not be re-distributing, as well as various sound samples from unclear origin. This has helped me make up my mind, and unless someone else jumps in to take it over (and fix the sound sample situation) I'm going to orphan it. So anyone want to take over monkey-bubble? Even though I normally like to save games, I think letting this one go is probably a good idea. Upstream is really gone. They changed their web site and repository locations and then let the new area disappear. Only the old web site and some tarballs seem to be available. It's kind of a cute game, but unless someone is willing to be a real upstream for it, it should probably be let go. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: merge into dist-f16
On Tue, Jul 26, 2011 at 08:44:44AM +0200, Petr Pisar wrote: On Mon, Jul 25, 2011 at 07:38:11PM +0200, Marcela Mašláňová wrote: b/ filters still not converted/checked perl-Language-Functional perl-libwww-perl perl-LWP-Protocol-https perl-Math-Random-MT-Auto perl-Math-Symbolic perl-Memoize-ExpireLRU perl-Module-Mask perl-MogileFS-Utils perl-MooseX-CascadeClearing perl-MooseX-Types-DateTimeX perl-NetAddr-IP I checked packages up to perl-NetAddr-IP yesterday (just forgot to announnce it). perl-Padre perl-PathTools perl-PDL perl-Perl-Critic-Deprecated perl-Perl-Critic-More perl-Perl-Critic-Pulp perl-Perl-Critic-Swift perl-Perlilog perl-Perl-Metrics-Simple perl-POE-Filter-HTTP-Parser perl-PPI -- Petr All RPM 4.8 filters rewritten to RPM 4.9. Thanks for help. -- Petr pgpq0Ma7hXHKe.pgp Description: PGP signature -- 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: Packages affected by RPM 4.9 filtering [was: News from rebuild]
On Mon, Jul 25, 2011 at 03:19:45PM +0200, Petr Pisar wrote: On Mon, Jul 25, 2011 at 01:14:09PM +0200, Petr Pisar wrote: On Mon, Jul 25, 2011 at 01:03:28PM +0200, Petr Pisar wrote: On Fri, Jul 22, 2011 at 03:56:22PM +0200, Petr Pisar wrote: On Thu, Jul 21, 2011 at 11:08:40AM +0200, Petr Pisar wrote: List of perl packages whose spec file contains `filter_setup' string follows. These packages can be affected by transition to RPM 4.9 dependency filtering. We advise to migrate the filters after merging perl-5.14 into rawhide to get proper results. Also we advise to run rpmdiff on old and new package to check your spec file changes takes effect. Please note the list was generated from older git repositories mirror, so it does not reflect current state exactly. -- Petr ikiwiki lcgdm libdigidocpp mhonarc mod_perl perl-Ace perl-AnyEvent perl-Apache-DBI-Cache perl-AppConfig perl-App-cpanminus perl-autobox perl-Bio-Graphics perl-bioperl perl-Catalyst-Controller-FormBuilder perl-CGI perl-CHI perl-Class-Prototyped perl-Class-XSAccessor perl-Contextual-Return perl-Crypt-SSLeay perl-Data-TreeDumper-Renderer-GTK perl-DateTime So far, I checked and updated all this packages. Followings are not checked. perl-DateTime-Format-Mail perl-DateTime-Precise perl-DateTime-Set perl-DBD-CSV perl-DBI-Dumper perl-DBIx-Class-Cursor-Cached perl-DBIx-ContextualFetch perl-Devel-Caller perl-Devel-CheckOS perl-ExtUtils-XSpp perl-File-ChangeNotify perl-File-FnMatch perl-File-Listing perl-File-PathList perl-File-ShareDir-PAR All up-to perl-File-ShareDir-PAR checked. perl-Goo-Canvas perl-Gtk2-Ex-Carp perl-HTTP-Cookies perl-HTTP-Daemon perl-HTTP-Message perl-HTTP-Negotiate Up to perl-HTTP-Negotiate checked by Marcela. perl-Kwiki perl-Kwiki-NewPage perl-Kwiki-Raw perl-Kwiki-RecentChanges perl-Kwiki-Revisions perl-Kwiki-Search perl-Kwiki-UserName perl-Kwiki-UserPreferences perl-Kwiki-Users-Remote Up to perl-Kwiki-Users-Remote checked by Petr Sabata. perl-Language-Functional perl-libwww-perl perl-LWP-Protocol-https perl-Math-Random-MT-Auto perl-Math-Symbolic perl-Memoize-ExpireLRU perl-Module-Mask perl-MogileFS-Utils perl-MooseX-CascadeClearing perl-MooseX-Types-DateTimeX perl-NetAddr-IP perl-Padre perl-PathTools perl-PDL perl-Perl-Critic-Deprecated perl-Perl-Critic-More perl-Perl-Critic-Pulp perl-Perl-Critic-Swift perl-Perlilog perl-Perl-Metrics-Simple perl-POE-Filter-HTTP-Parser perl-PPI Packages from perl-PPI-PowerToys till the end have been checked by Iain an Marcela. perl-PPI-PowerToys perl-PPIx-EditorTools perl-PPIx-Regexp perl-Pugs-Compiler-Rule perl-SOAP-Lite perl-Spoon perl-Spreadsheet-WriteExcel perl-Statistics-Basic perl-STD perl-Template-Toolkit perl-Test-DistManifest perl-Test-Perl-Critic-Progressive perl-Test-Smoke perl-Text-Aligner perl-Text-Table perl-Unicode-String perl-version perl-WWW-Curl perl-WWW-RobotRules perl-Wx perl-XML-Parser perl-XML-Twig perl-YUM-RepoQuery redland-bindings rt3 -- Petr All done. -- Petr pgpVyd9nSsK0u.pgp Description: PGP signature -- 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: orphaning / looking for new owner for monkey-bubble
Just to add my $0.02, I installed both monkey bubble and frozen bubble for the kids and they definitely like frozen bubble more and otherwise they're functionally equivalent. Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
NFSv4 / POSIX ACL mapping bug?
Hi, I need some help clarifying this issue in order to know if this is a bug or limits of the NFSv4 / POSIX ACL mapping before reporting it Creating a directory on the server with the following POSIX ACLs, rwx for the group sharedgroup and same defaults: # file: directory # owner: root # group: root user::rwx group::r-x group:sharedgroup:rwx mask::rwx other::--- default:user::rwx default:group::r-x default:group:sharedgroup:rwx default:mask::rwx default:other::--- Creating files with the same user with umask 022 on the server an on the NFS client, the files do not get the same POSIX ACL mask: # file: client # owner: test # group: testgroup user::rw- group::r-x #effective:r-- group:sharedgroup:rwx#effective:r-- mask::r-- other::r-- # file: server # owner: test # group: testgroup user::rw- group::r-x #effective:r-- group:sharedgroup:rwx#effective:rw- mask::rw- other::r-- Is this normal or a bug?, My interpretation is that even that the mapping of the ACLs is not 100% perfect this simple example should not be a problem. Is it impossible using NFS to create a shared directory for a group of users? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Kwiki-UserPreferences] Add RPM 4.9 style filters
commit b40f91e83382c2d05f0d87b67147ff278bf4b7a5
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 26 14:59:28 2011 +0200
Add RPM 4.9 style filters
perl-Kwiki-UserPreferences.spec |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
---
diff --git a/perl-Kwiki-UserPreferences.spec b/perl-Kwiki-UserPreferences.spec
index 50c5524..4c21e4e 100644
--- a/perl-Kwiki-UserPreferences.spec
+++ b/perl-Kwiki-UserPreferences.spec
@@ -1,6 +1,6 @@
Name: perl-Kwiki-UserPreferences
Version:0.13
-Release:17%{?dist}
+Release:18%{?dist}
Summary:Kwiki User Preferences Plugin
License:GPL+ or Artistic
Group: Development/Libraries
@@ -15,10 +15,13 @@ BuildRequires: perl(Kwiki) = 0.37
Requires: perl(Kwiki) = 0.37
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+# RPM 4.8 style
%{?filter_setup:
%filter_from_requires /^perl(mixin)/d
%{?perl_default_filter}
}
+# RPM 4.9 style
+%global __requires_exclude
%{?__requires_exclude:__requires_exclude|}^perl\\(mixin\\)$
%description
Kwiki User Preferences plugin.
@@ -53,6 +56,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Tue Jul 26 2011 Petr Sabata con...@redhat.com - 0.13-18
+- Add RPM 4.9 style filters
+
* Fri Jul 22 2011 Petr Sabata con...@redhat.com - 0.13-17
- BuildRequire IO::All
--
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: User-level instance of /bin in PATH
On 07/26/2011 08:03 AM, Misha Shnurapet wrote: 26.07.2011, 18:34, Andrew Haley a...@redhat.com: On 26/07/11 10:22, Misha Shnurapet wrote: Since F15 ~/bin has been added to PATH, and commands that are supposed to run user scripts will work without changing into that directory. Meanwhile, ~/.local/bin isn't used. I'd like to propose that it is also added because technically it is ~/bin's brother. I've never heard of ~/.local/bin . Are there many people who use this? ~/bin is common. ~/.local/bin has been there by default. Unlike ~/bin, which is in PATH though not even created. Where in the path do the user 'bin' elements appear in the path? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: User-level instance of /bin in PATH
On 07/26/2011 08:36 AM, Genes MailLists wrote: On 07/26/2011 08:03 AM, Misha Shnurapet wrote: 26.07.2011, 18:34, Andrew Haleya...@redhat.com: On 26/07/11 10:22, Misha Shnurapet wrote: Since F15 ~/bin has been added to PATH, and commands that are supposed to run user scripts will work without changing into that directory. Meanwhile, ~/.local/bin isn't used. I'd like to propose that it is also added because technically it is ~/bin's brother. I've never heard of ~/.local/bin . Are there many people who use this? ~/bin is common. ~/.local/bin has been there by default. Unlike ~/bin, which is in PATH though not even created. Where in the path do the user 'bin' elements appear in the path? In /etc/skel/.bash_profile they are added to the end and I think that is ok PATH=$PATH:$HOME/.local/bin:$HOME/bin Never knew about ~/.local/bin my .bash_profile is really old from the time where the default was only ~/bin -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: User-level instance of /bin in PATH
On 07/26/2011 09:15 AM, Robert Marcano wrote: In /etc/skel/.bash_profile they are added to the end and I think that is ok PATH=$PATH:$HOME/.local/bin:$HOME/bin Never knew about ~/.local/bin my .bash_profile is really old from the time where the default was only ~/bin Mmm ok ... Can I assume root is excepted from this? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Self Introduction
Hi, My name's Simon, I'm a sys admin/developer type in Computer Science at University of Birmingham. We've got a couple of hundred workstations running variants of SL6/CentOS and I'd done various bits and pieces packaging up software to support our teaching here. Along with rebuilding stuff from Fedora which isn't in EPEL to get software working. My job is to support teaching and research of Computer Science and getting the stuff we need to work in a sane environment. I've just posted a package review request for Gazebo (robotics simulator) at: https://bugzilla.redhat.com/show_bug.cgi?id=725752 Simon -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: User-level instance of /bin in PATH
* Genes MailLists [26/07/2011 15:14] : On 26/07/11 10:22, Misha Shnurapet wrote: Unlike ~/bin, which is in PATH though not even created. It's the other way round on my machine. Both are in my $PATH but ~/bin exists (I may have created it by hand) and ~/.local/bin/ doesn't. Where in the path do the user 'bin' elements appear in the path? These are defined by ~/.bash_profile which is copied from /etc/skel/.bash_profile on account creation. [manu@munshine ~]$ grep PATH /etc/skel/.bash_profile PATH=$PATH:$HOME/.local/bin:$HOME/bin export PATH Emmanuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: User-level instance of /bin in PATH
* Genes MailLists [26/07/2011 15:32] : Mmm ok ... Can I assume root is excepted from this? You can. That is the case. Emmanuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: merge into dist-f16
On Tue, Jul 26, 2011 at 02:43:42PM +0200, Petr Pisar wrote: Currently not-rebuild packages are: perl-Fedora-Rebuild perl-Fedora-Rebuild done. perl-MongoDB perl-NOCpulse-Debug perl-NOCpulse-Gritch perl-NOCpulse-Object perl-Perlbal-XS-HTTPHeaders perl-Pugs-Compiler-Rule perl-threads-tbb perl-XML-Parser-Lite-Tree-XPath -- Petr -- 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: merge into dist-f16
On Tue, Jul 26, 2011 at 02:43:42PM +0200, Petr Pisar wrote: Currently not-rebuild packages are: [...] perl-Pugs-Compiler-Rule This package had problems in previous releases (https://bugzilla.redhat.com/show_bug.cgi?id=611015), current problem is tracked at upstream (https://rt.cpan.org/Public/Bug/Display.html?id=69816). Because upstream and Fedora maintainers seem dead, the package will be removed from Fedora probably. -- Petr pgpxlF9cdKYZ1.pgp Description: PGP signature -- 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: One easy review swap: 669911 / guestfs-browser
On Tue, 2011-07-26 at 13:02 +0100, Richard W.M. Jones wrote: https://bugzilla.redhat.com/show_bug.cgi?id=669911#c5 Review Request: guestfs-browser - Guest filesystem browser Spec: http://oirase.annexia.org/reviews/guestfs-browser/guestfs-browser.spec SRPM: http://oirase.annexia.org/reviews/guestfs-browser/guestfs-browser-0.1.6-1.fc15.src.rpm This is a very simple review. It has a Koji build and the rpmlint warnings are trivial. I'll swap in return for a similarly uncomplex review. Hi Richard, I'll review this for you. Can you please review nifticlib[1]? https://bugzilla.redhat.com/show_bug.cgi?id=714047 It's a pretty simple package too. You could actually pick any of the tickets from this list: https://bugzilla.redhat.com/buglist.cgi?emailtype2=exactemailreporter1=1short_desc=Review%20Request%3Aclassification=Fedoraemailtype1=exactquery_format=advancedbug_status=NEWemail2=nobody%40fedoraproject.orgshort_desc_type=substringemail1=sanjay.ankur%40gmail.comemailassigned_to2=1product=Fedora klt should also be equally simple -- Thanks, Regards, Ankur: FranciscoD http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: No new repos being built for dist-f16?
On Tue, 2011-07-26 at 13:03 +0100, Richard W.M. Jones wrote: On Tue, Jul 26, 2011 at 12:54:24PM +0100, Richard W.M. Jones wrote: newRepo seems to fail, although it's not clear why. http://koji.fedoraproject.org/koji/taskinfo?taskID=3230556 Maybe something to do with branching? For whatever reason, this has fixed itself now. Not sure if related, but during rawhide acceptance testing, it was found that generic-release was being favored instead of fedora-release. This was resulting in fedora-release-rawhide not being installed on the system. A recent update to the generic-release package has resolved the problem, and fedora-release* should now be installed. Thanks, James 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: User-level instance of /bin in PATH
On 07/26/2011 09:34 AM, Emmanuel Seyman wrote: * Genes MailLists [26/07/2011 15:32] : Mmm ok ... Can I assume root is excepted from this? You can. That is the case. Emmanuel :-) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: User-level instance of /bin in PATH
On 07/26/2011 09:04 AM, Emmanuel Seyman wrote: * Genes MailLists [26/07/2011 15:32] : Mmm ok ... Can I assume root is excepted from this? You can. That is the case. a clean F15 install has PATH=$PATH:$HOME/bin, not the same /etc/skel/.bash_profile but still has ~/bin Emmanuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: One easy review swap: 669911 / guestfs-browser
On Tue, Jul 26, 2011 at 07:13:18PM +0530, Ankur Sinha wrote: Can you please review nifticlib[1]? https://bugzilla.redhat.com/show_bug.cgi?id=714047 No problem, I'll do it right now. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Systemd transition prevents updating older release branches??
Matthias Saou th...@spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net writes: Toshio Kuratomi wrote : Regarding the fragility argument in reply to notting's clarification; do note that the fragility there only lasts until that Fedora release goes EOL and therefore can no longer receive updates) less than a year now for Fedora 15. The fragility of packagers remembering that the package has an epoch seems lower on a case-by-case basis but its effect lasts for as long as we ship that package. The fragility you mention will resurface when RHEL7 is released then stay around for many many years for anyone maintaining EPEL6 and EPEL7 packages. Definitely something worth keeping in mind. Yes, it's actually the eventual RHEL transition that scares me more than F15. Given all the problems created by the (premature IMO) systemd transition, anybody running database servers on F15 is already accustomed to pain. Michal Hlavinka's solution of explicitly testing for the old sysv init script seems like a win from here, since I don't intend to continue packaging that. Anyone have an objection to that approach? regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Mojolicious-1.65.tar.gz uploaded to lookaside cache by yaneti
A file has been added to the lookaside cache for perl-Mojolicious: b9cff0ff045d1ca5cb55d41ce90c1f5b Mojolicious-1.65.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: merge into dist-f16
On Tue, Jul 26, 2011 at 02:43:42PM +0200, Petr Pisar wrote: Currently not-rebuild packages are: perl-Fedora-Rebuild perl-MongoDB perl-NOCpulse-Debug perl-NOCpulse-Gritch perl-NOCpulse-Object perl-Perlbal-XS-HTTPHeaders perl-Perlbal-XS-HTTPHeaders is with Perlbal in cycle. I will break the cycle on Perlbal site temporarily to be able to build perl-Perlbal-XS-HTTPHeaders. -- Petr pgpT58mu8rv9s.pgp Description: PGP signature -- 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-Mojolicious] Upstream update 1.65
commit cb0f6b62d359d1d58937bc20aeadb9ae58b81323
Author: Yanko Kaneti yan...@declera.com
Date: Tue Jul 26 17:40:47 2011 +0300
Upstream update 1.65
.gitignore|1 +
perl-Mojolicious.spec |9 ++---
sources |2 +-
3 files changed, 8 insertions(+), 4 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e4fbb26..91e2a39 100644
--- a/.gitignore
+++ b/.gitignore
@@ -23,3 +23,4 @@ Mojolicious-0.26.tar.gz
/Mojolicious-1.42.tar.gz
/Mojolicious-1.43.tar.gz
/Mojolicious-1.46.tar.gz
+/Mojolicious-1.65.tar.gz
diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec
index 8dca227..224ec10 100644
--- a/perl-Mojolicious.spec
+++ b/perl-Mojolicious.spec
@@ -1,11 +1,11 @@
Name: perl-Mojolicious
-Version:1.46
-Release:3%{?dist}
+Version:1.65
+Release:1%{?dist}
Summary:A next generation web framework for Perl
License:Artistic 2.0
Group: Development/Libraries
URL:http://mojolicious.org/
-Source0:
http://www.cpan.org/authors/id/K/KR/KRAIH/Mojolicious-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/S/SR/SRI/Mojolicious-%{version}.tar.gz
BuildArch: noarch
BuildRequires: perl = 0:5.008007
BuildRequires: perl(ExtUtils::MakeMaker)
@@ -53,6 +53,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Tue Jul 26 2011 Yanko Kaneti yan...@declera.com - 1.65-1
+- Upstream update 1.65
+
* Thu Jul 21 2011 Petr Sabata con...@redhat.com - 1.46-3
- Perl mass rebuild
diff --git a/sources b/sources
index bc15a7a..4e05b17 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-9e521b73658d9ce131bcb48a01f3e3b2 Mojolicious-1.46.tar.gz
+b9cff0ff045d1ca5cb55d41ce90c1f5b Mojolicious-1.65.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: Systemd transition prevents updating older release branches??
On Tue, Jul 26, 2011 at 10:37:43AM -0400, Tom Lane wrote: Matthias Saou th...@spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net writes: Toshio Kuratomi wrote : Regarding the fragility argument in reply to notting's clarification; do note that the fragility there only lasts until that Fedora release goes EOL and therefore can no longer receive updates) less than a year now for Fedora 15. The fragility of packagers remembering that the package has an epoch seems lower on a case-by-case basis but its effect lasts for as long as we ship that package. The fragility you mention will resurface when RHEL7 is released then stay around for many many years for anyone maintaining EPEL6 and EPEL7 packages. Definitely something worth keeping in mind. Yes, it's actually the eventual RHEL transition that scares me more than F15. Given all the problems created by the (premature IMO) systemd transition, anybody running database servers on F15 is already accustomed to pain. I've been told many times that there's no upgrade path from Fedora = RHEL, from RHEL to Fedora, or from RHELX to RHEL(X+1). With that in mind there's no problem here. RHEL7, I'd deeply hope, will ship with all its services ported to a single init system standard and then those services will never migrate. Michal Hlavinka's solution of explicitly testing for the old sysv init script seems like a win from here, since I don't intend to continue packaging that. Anyone have an objection to that approach? Yes, I object. As Michal said in his post, the %post that he uses is problematic if someone has installed a package with sysv init scripts for that service. Please read the link I posted to Ville's message instead[1]_. Ville wrote his proposed scriptlets with awareness of that problem and, in his testing, they are able to deal with the problem provided that your old package used service instead of calling the init script directly (service mysql condrestart rather than /etc/init.d/mysql condrestart). He also proposes some scriptlets to address the init script case. No ones tested them on the FPC but Ville himself has done testing of them. If you'd like to test the permutations of what the scriptlets do in different permutations of installing and upgrading and documenting that we'd be happy to take a look at changing the scriptlets in the Packaging Guideline to what he proposes. .. _[1]: http://lists.fedoraproject.org/pipermail/packaging/2011-July/007846.html -Toshio pgpAD86M84UH6.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
On Tue, Jul 26, 2011 at 01:56:36PM +0200, Marc Grimme wrote: - Bill Nottingham nott...@redhat.com wrote: Each release, before branching, we block currently orphaned packages. It's that time again for Fedora 16. New this go-round is that we are also blocking packages that have failed to build since before Fedora 14. The following packages are currently orphaned, or fail to build. If you have a need for one of these packages, please pick them up. If not claimed, the packages will be blocked on Monday, July 25. .. Orphan cnetworkmanager Orphan comoonics-base-py comaintained by: elcody02 I'm co maintaining this package and it is required for the packages comoonics-cdsl-py and comoonics-cluster-py. Sorry but it didn't came to my attention that this package is orphaned. Can I do something to move it to a proper state? (pickup, ..) Visit: https://admin.fedoraproject.org/pkgdb/acls/name/comoonics-base-py Login. Click the buttons to take over ownership of the package on Fedora releases that you care about. -Toshio pgpVPSYBcurBj.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Self Introduction
On Tue, Jul 26, 2011 at 9:28 AM, Simon Thompson s...@roamingzebra.co.ukwrote: Hi, My name's Simon, I'm a sys admin/developer type in Computer Science at University of Birmingham. We've got a couple of hundred workstations running variants of SL6/CentOS and I'd done various bits and pieces packaging up software to support our teaching here. Along with rebuilding stuff from Fedora which isn't in EPEL to get software working. My job is to support teaching and research of Computer Science and getting the stuff we need to work in a sane environment. I've just posted a package review request for Gazebo (robotics simulator) at: https://bugzilla.redhat.com/show_bug.cgi?id=725752 Simon Hi Simon, Welcome to Fedora! If you're interested in working on robotics packages like Gazebo, consider getting involved with the Robotics SIG[1]. Gazebo has been on our wishlist for quite a while, it would be great to coordinate our efforts. Rich [1] http://fedoraproject.org/wiki/SIGs/Robotics -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
Fabian Deutsch (fabian.deut...@gmx.de) said: It seems as if my first mail (from 12 days ago) got lost: I can take Orphan link-grammar It's not a matter of can you; you need to go to pkgdb to claim it. (Sorry if the original mail didn't make this clear.) Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
TBB (Threading Building Blocks) rebase
Hi there, I rebased TBB to 3.0. This should even be ABI-stable release--upstream didn't bump the SONAME, and I verified that no ABI-looking symbols disappeared. Thanks, PM -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
On Mon, Jul 25, 2011 at 03:51:16PM -0400, Bill Nottingham wrote: Till Maas (opensou...@till.name) said: Just wondering: Did the comaintainers get a copy of this mail? Only inasmuch as they're subscribed to devel@. I hereby propose to change this in the future and explicitly CC comaintainers to make them aware that their package is orphaned. Regards Till -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Sparc test machine
I'd like to port UpTools package to sparc architecture. By chance is some test sparc machine there running Fedora? Thanks in advance! -- -- Sergio Belkin http://www.sergiobelkin.com Watch More TV http://sebelk.blogspot.com LPIC-2 Certified - http://www.lpi.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide openssh-server update kills sshd
FYI, I've just yum-updated my rawhide VM to the latest (but not from the console) and was surprised to lose the connection while it was happening. Again. It happened to me last week, too. I got back in via the console and tried to reinstall it via yum reinstall openssh-server. That failed (sorry, didn't record the diagnostic). Just dug a little and found this was reported a week ago: http://bugzilla.redhat.com/722625 To fix it, I did this (from a console, of course): yum -y remove openssh-server yum -y install openssh-server service ssh restart -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide openssh-server update kills sshd
On 07/26/2011 12:22 PM, Jim Meyering wrote: snip service ssh restart Would that be: service sshd restart ? -- Regards, OldFart -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
On 7/26/11 8:48 AM, Till Maas wrote: I hereby propose to change this in the future and explicitly CC comaintainers to make them aware that their package is orphaned. This can easily be done by just mailing package-ow...@fedoraproject.org It will get to all co-maintainers. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Systemd transition prevents updating older release branches??
Tom Lane (t...@redhat.com) said: Bill Nottingham nott...@redhat.com writes: Tom Lane (t...@redhat.com) said: IOW, once I push a mysql update with native systemd support into rawhide, I'll be forbidden from ever rebasing mysql in F15 up to a newer upstream patch release. Considering that upstream issues bug-fix releases about once a month, this is hardly acceptable. No, it just means you'll have to tweak the versioning in the rawhide trigger at the same time. That sounds too fragile for words. Even assuming that I remember to do it each time, what will happen to people who are already running the previous rawhide version? Seems like yum update will result in running the trigger again. If the trigger's written correctly, that shouldn't make a difference. An example: %triggerun -- ntpdate 4.2.6p3-3 if /sbin/chkconfig --level 3 ntpdate ; then /bin/systemctl enable ntpdate.service /dev/null || : fi exit 0 If you don't continue to ship the ntpdate init script in the package once you've migrated to systemd, this trigger is harmless if triggered again. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Adding ~/.local/bin to default PATH (was: Re: User-level instance of /bin in PATH)
On Tue, Jul 26, 2011 at 08:45:11AM -0430, Robert Marcano wrote: On 07/26/2011 08:36 AM, Genes MailLists wrote: On 07/26/2011 08:03 AM, Misha Shnurapet wrote: 26.07.2011, 18:34, Andrew Haleya...@redhat.com: On 26/07/11 10:22, Misha Shnurapet wrote: Since F15 ~/bin has been added to PATH, and commands that are supposed to run user scripts will work without changing into that directory. Meanwhile, ~/.local/bin isn't used. I'd like to propose that it is also added because technically it is ~/bin's brother. I've never heard of ~/.local/bin . Are there many people who use this? ~/bin is common. ~/.local/bin has been there by default. Unlike ~/bin, which is in PATH though not even created. Where in the path do the user 'bin' elements appear in the path? In /etc/skel/.bash_profile they are added to the end and I think that is ok PATH=$PATH:$HOME/.local/bin:$HOME/bin This was added between bash-4.2.10 -2 and -3: http://pkgs.fedoraproject.org/gitweb/?p=bash.git;a=commitdiff;h=02b20d810111e8b53bb98ad49fedd1d583ce62e1 because of https://bugzilla.redhat.com/show_bug.cgi?id=699812 There is some rationale in that bug, but I think it's extremely bogus. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide openssh-server update kills sshd
Clyde E. Kunkel wrote: On 07/26/2011 12:22 PM, Jim Meyering wrote: snip service ssh restart Would that be: service sshd restart Yes, thanks. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ~/.local/bin to default PATH (was: Re: User-level instance of /bin in PATH)
On Tue, 26 Jul 2011 17:49:43 +0100 Richard W.M. Jones rjo...@redhat.com wrote: On Tue, Jul 26, 2011 at 08:45:11AM -0430, Robert Marcano wrote: On 07/26/2011 08:36 AM, Genes MailLists wrote: On 07/26/2011 08:03 AM, Misha Shnurapet wrote: 26.07.2011, 18:34, Andrew Haleya...@redhat.com: On 26/07/11 10:22, Misha Shnurapet wrote: Since F15 ~/bin has been added to PATH, and commands that are supposed to run user scripts will work without changing into that directory. Meanwhile, ~/.local/bin isn't used. I'd like to propose that it is also added because technically it is ~/bin's brother. I've never heard of ~/.local/bin . Are there many people who use this? ~/bin is common. ~/.local/bin has been there by default. Unlike ~/bin, which is in PATH though not even created. Where in the path do the user 'bin' elements appear in the path? In /etc/skel/.bash_profile they are added to the end and I think that is ok PATH=$PATH:$HOME/.local/bin:$HOME/bin This was added between bash-4.2.10 -2 and -3: http://pkgs.fedoraproject.org/gitweb/?p=bash.git;a=commitdiff;h=02b20d810111e8b53bb98ad49fedd1d583ce62e1 because of https://bugzilla.redhat.com/show_bug.cgi?id=699812 There is some rationale in that bug, but I think it's extremely bogus. Oh it seems every useful for purposes like installing executables that most users will never find. Rich. -- Bernd Stramm bernd.str...@gmail.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ~/.local/bin to default PATH
On 07/26/2011 09:49 AM, Richard W.M. Jones wrote:
On Tue, Jul 26, 2011 at 08:45:11AM -0430, Robert Marcano wrote:
In /etc/skel/.bash_profile they are added to the end and I think that is ok
PATH=$PATH:$HOME/.local/bin:$HOME/bin
This was added between bash-4.2.10 -2 and -3:
http://pkgs.fedoraproject.org/gitweb/?p=bash.git;a=commitdiff;h=02b20d810111e8b53bb98ad49fedd1d583ce62e1
because of https://bugzilla.redhat.com/show_bug.cgi?id=699812
There is some rationale in that bug, but I think it's extremely bogus.
bogus because... ?
I for one find it useful since e.g. python setup.py install --user
puts things in ~/.local/{bin,lib,etc}/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ~/.local/bin to default PATH
On 07/26/2011 12:49 PM, Richard W.M. Jones wrote:
PATH=$PATH:$HOME/.local/bin:$HOME/bin
This was added between bash-4.2.10 -2 and -3:
http://pkgs.fedoraproject.org/gitweb/?p=bash.git;a=commitdiff;h=02b20d810111e8b53bb98ad49fedd1d583ce62e1
because of https://bugzilla.redhat.com/show_bug.cgi?id=699812
There is some rationale in that bug, but I think it's extremely bogus.
Specifically, Lennart said that it was required by XDG which he
coauthored :)
There seem to be two arguments for this style: XDG seems to propose
.local/{bin,lib,...} hierarchy; also some people claimed that it's
easier to accidentally delete ~/bin as opposed to ~/.local/bin.
I am not convinced by either argument: ~/bin and ~/lib look just fine to
me, and accidental deletion is IMHO a strawman. Is there something I am
missing?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Systemd transition prevents updating older release branches??
On 07/26/2011 12:48 AM, Toshio Kuratomi wrote: Ville recently proposed a different set of scriptlets that would do away with triggers but no one's committed to testing that the triggers work in all cases (lots of package upgrades and lots of reboots are needed to test that the scriptlets upgrade packages the way they're intended to). I will do some testing, but before starting it, I want a consensus on a finite set of test cases and their expected results so that the amount of work required is finite, see my messages on the packaging list today for an initial proposal. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] Retiring packages in F-16 (final warning)
Am Dienstag, den 26.07.2011, 11:28 -0400 schrieb Bill Nottingham: Fabian Deutsch (fabian.deut...@gmx.de) said: It seems as if my first mail (from 12 days ago) got lost: I can take Orphan link-grammar It's not a matter of can you; you need to go to pkgdb to claim it. (Sorry if the original mail didn't make this clear.) I actually requested all rights, but there is still the notice: awaiting review. fabian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ~/.local/bin to default PATH
Once upon a time, Przemek Klosowski przemek.klosow...@nist.gov said: On 07/26/2011 12:49 PM, Richard W.M. Jones wrote: PATH=$PATH:$HOME/.local/bin:$HOME/bin This was added between bash-4.2.10 -2 and -3: http://pkgs.fedoraproject.org/gitweb/?p=bash.git;a=commitdiff;h=02b20d810111e8b53bb98ad49fedd1d583ce62e1 because of https://bugzilla.redhat.com/show_bug.cgi?id=699812 There is some rationale in that bug, but I think it's extremely bogus. Specifically, Lennart said that it was required by XDG which he coauthored :) Well, ~/.local/share is the default for data. The XDG spec found here: http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html makes no reference of ~/.local/bin (or any other directories under ~/.local). IMHO adding directories to the default path should get a little more discussion than a single BZ request (and probably shouldn't be changed mid-release without notice). -- 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: Adding ~/.local/bin to default PATH
On Tue, 26.07.11 15:05, Przemek Klosowski (przemek.klosow...@nist.gov) wrote:
On 07/26/2011 12:49 PM, Richard W.M. Jones wrote:
PATH=$PATH:$HOME/.local/bin:$HOME/bin
This was added between bash-4.2.10 -2 and -3:
http://pkgs.fedoraproject.org/gitweb/?p=bash.git;a=commitdiff;h=02b20d810111e8b53bb98ad49fedd1d583ce62e1
because of https://bugzilla.redhat.com/show_bug.cgi?id=699812
There is some rationale in that bug, but I think it's extremely bogus.
Specifically, Lennart said that it was required by XDG which he
coauthored :)
Nah, the basedir spec does not mandate the bin subdir.
WHat I said in the bug report is that I think it makes a lot of sense to
have the XDG basedir stuff in the $PATH.
There seem to be two arguments for this style: XDG seems to propose
.local/{bin,lib,...} hierarchy; also some people claimed that it's
easier to accidentally delete ~/bin as opposed to ~/.local/bin.
I am not convinced by either argument: ~/bin and ~/lib look just fine to
me, and accidental deletion is IMHO a strawman. Is there something I am
missing?
I don't think it makes a lot of sense to have a visible directory for
binaries. People will see that, and be annoyed.
Note that there are a number of 3rd party projects making use of
~/.config/bin afaik, including jhbuild which installs its executable to
that dir.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ~/.local/bin to default PATH
On 07/26/2011 03:34 PM, Lennart Poettering wrote: I don't think it makes a lot of sense to have a visible directory for binaries. People will see that, and be annoyed. Perhaps, but hiding things annoys many people more ... not a huge deal as .config is not too hidden anyway ... Note that there are a number of 3rd party projects making use of ~/.config/bin afaik, including jhbuild which installs its executable to that dir. At the moment we have apps writing to both .config and .local/share which seems ugly to me ... should these be merged ? There def seems to be a lot of stuff in .config ... but slightly better would be ~/config/bin (not .config) and it would only contain links to ~/config/app/bin/foo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
RPM version goes backward in Rawhide
I just did a package-cleanup --orphans on my Rawhide machine to see which of the just-blocked packages are installed there. To my surprise, I got this: # package-cleanup --orphans Loaded plugins: auto-update-debuginfo, langpacks, presto, refresh-packagekit [snip stuff that I need to take care of] rpm-4.9.1-2.fc16.x86_64 rpm-build-4.9.1-2.fc16.x86_64 rpm-build-libs-4.9.1-2.fc16.x86_64 rpm-devel-4.9.1-2.fc16.x86_64 rpm-libs-4.9.1-2.fc16.x86_64 rpm-python-4.9.1-2.fc16.x86_64 # repoquery rpm rpm-0:4.9.0-10.fc16.x86_64 Was this intentional? -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide openssh-server update kills sshd
On Tue, Jul 26, 2011 at 06:22:50PM +0200, Jim Meyering wrote: FYI, I've just yum-updated my rawhide VM to the latest (but not from the console) and was surprised to lose the connection while it was happening. Again. It happened to me last week, too. I got back in via the console and tried to reinstall it via yum reinstall openssh-server. That failed (sorry, didn't record the diagnostic). Just dug a little and found this was reported a week ago: http://bugzilla.redhat.com/722625 It bit me again yesterday, this time while in a screen session (I thought I'd learn from the earlier mistake). When I logged back in, somehow the screen session had vanished. This behaviour from sshd is pretty nasty. I don't recall it ever doing this before on updates, so why does it start doing it now ? arguably that bz should be reassigned to sshd, as that's the root cause for yum freaking out. Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RPM version goes backward in Rawhide
On Tue, 26 Jul 2011 13:59:51 -0600, JJ (Jerry) wrote: I just did a package-cleanup --orphans on my Rawhide machine to see which of the just-blocked packages are installed there. To my surprise, I got this: # package-cleanup --orphans Loaded plugins: auto-update-debuginfo, langpacks, presto, refresh-packagekit [snip stuff that I need to take care of] rpm-4.9.1-2.fc16.x86_64 rpm-build-4.9.1-2.fc16.x86_64 rpm-build-libs-4.9.1-2.fc16.x86_64 rpm-devel-4.9.1-2.fc16.x86_64 rpm-libs-4.9.1-2.fc16.x86_64 rpm-python-4.9.1-2.fc16.x86_64 # repoquery rpm rpm-0:4.9.0-10.fc16.x86_64 Was this intentional? Yes, It got untagged. See last week's thread on this list: Subject: rpm builds failing with Installed (but unpackaged) file(s) found -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RPM version goes backward in Rawhide
On Tue, Jul 26, 2011 at 2:14 PM, Michael Schwendt mschwe...@gmail.com wrote: Yes, It got untagged. See last week's thread on this list: Subject: rpm builds failing with Installed (but unpackaged) file(s) found Thanks for the replies, Tomas and Michael. I somehow missed the part where I needed to downgrade rpm. -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RPM version goes backward in Rawhide
On 7/26/11 1:14 PM, Michael Schwendt wrote: Yes, It got untagged. See last week's thread on this list: Subject: rpm builds failing with Installed (but unpackaged) file(s) found I thought there was a hard rule about not having nvrs go backwards, and if a bad build was put out, it should be fixed with epoch or other such NVR things to make sure the upgrade path continues. (that is once a build makes it out in the nightly repos) -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide openssh-server update kills sshd
On Tue, 26 Jul 2011 16:13:59 -0400 Dave Jones da...@redhat.com wrote: On Tue, Jul 26, 2011 at 06:22:50PM +0200, Jim Meyering wrote: FYI, I've just yum-updated my rawhide VM to the latest (but not from the console) and was surprised to lose the connection while it was happening. Again. It happened to me last week, too. I got back in via the console and tried to reinstall it via yum reinstall openssh-server. That failed (sorry, didn't record the diagnostic). Just dug a little and found this was reported a week ago: http://bugzilla.redhat.com/722625 It bit me again yesterday, this time while in a screen session (I thought I'd learn from the earlier mistake). When I logged back in, somehow the screen session had vanished. This behaviour from sshd is pretty nasty. I don't recall it ever doing this before on updates, so why does it start doing it now ? arguably that bz should be reassigned to sshd, as that's the root cause for yum freaking out. Perhaps it's because in %postun it has systemctl try-restart sshd.service where it used to have service sshd condrestart, and systemd kills all running sshd processes whereas the old one only killed the main one and not the children? Paul. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RPM version goes backward in Rawhide
On Tue, 2011-07-26 at 13:24 -0700, Jesse Keating wrote: On 7/26/11 1:14 PM, Michael Schwendt wrote: Yes, It got untagged. See last week's thread on this list: Subject: rpm builds failing with Installed (but unpackaged) file(s) found I thought there was a hard rule about not having nvrs go backwards, and if a bad build was put out, it should be fixed with epoch or other such NVR things to make sure the upgrade path continues. (that is once a build makes it out in the nightly repos) I do not think it was so hard rule for rawhide - it depended on various things whether it was needed or not. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide openssh-server update kills sshd
On Tue, 2011-07-26 at 21:28 +0100, Paul Howarth wrote: On Tue, 26 Jul 2011 16:13:59 -0400 Dave Jones da...@redhat.com wrote: On Tue, Jul 26, 2011 at 06:22:50PM +0200, Jim Meyering wrote: FYI, I've just yum-updated my rawhide VM to the latest (but not from the console) and was surprised to lose the connection while it was happening. Again. It happened to me last week, too. I got back in via the console and tried to reinstall it via yum reinstall openssh-server. That failed (sorry, didn't record the diagnostic). Just dug a little and found this was reported a week ago: http://bugzilla.redhat.com/722625 It bit me again yesterday, this time while in a screen session (I thought I'd learn from the earlier mistake). When I logged back in, somehow the screen session had vanished. This behaviour from sshd is pretty nasty. I don't recall it ever doing this before on updates, so why does it start doing it now ? arguably that bz should be reassigned to sshd, as that's the root cause for yum freaking out. Perhaps it's because in %postun it has systemctl try-restart sshd.service where it used to have service sshd condrestart, and systemd kills all running sshd processes whereas the old one only killed the main one and not the children? It looks more like the first victim of systemd using cgroups as a replacement for setsid() etc. ... pam_systemd being the first return volley in that war. *sigh*. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RPM version goes backward in Rawhide
On Tue, Jul 26, 2011 at 01:24:58PM -0700, Jesse Keating wrote: On 7/26/11 1:14 PM, Michael Schwendt wrote: Yes, It got untagged. See last week's thread on this list: Subject: rpm builds failing with Installed (but unpackaged) file(s) found I thought there was a hard rule about not having nvrs go backwards, and if a bad build was put out, it should be fixed with epoch or other such NVR things to make sure the upgrade path continues. (that is once a build makes it out in the nightly repos) Yep. You are correct. If I'm doing proper forensics of fesco meeting notes and tickets and google searches of the wiki, this policy was approved twice by fesco but didn't get documented either time: https://fedorahosted.org/fesco/ticket/96 http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20090313 The original proposal fell out of the no frozen rawhide FAD if I remember correctly. -Toshio pgpmX3bwT40n3.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide openssh-server update kills sshd
On Tue, 26.07.11 17:16, James Antill (ja...@fedoraproject.org) wrote: Perhaps it's because in %postun it has systemctl try-restart sshd.service where it used to have service sshd condrestart, and systemd kills all running sshd processes whereas the old one only killed the main one and not the children? It looks more like the first victim of systemd using cgroups as a replacement for setsid() etc. ... pam_systemd being the first return volley in that war. *sigh*. systemd is not using cgroups as replacement for setsid(). If restarting sshd kills the sshs sessions then my guess is that pam_systemd is not enabled (or somehow failing) and hence user sessions stay members of the sshd cgroup instead of getting their own. When you log in via ssh, and do cat /proc/self/cgroup, in which cgroup does your login shell appear to be running? (look for the name=systemd line). Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ~/.local/bin to default PATH
Dne 26.7.2011 20:40, Bernd Stramm napsal(a): Oh it seems every useful for purposes like installing executables that most users will never find. Actually I would prefer ~/.local/bin to ~/bin ... I actually use ~/ as my workspace (I never got what's the point of ~/Desktop) so I don't want to dump there a random junk. Until now I used ~/.bin but standadized location would be certainly better. Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide openssh-server update kills sshd
On Tue, Jul 26, 2011 at 11:46:30PM +0200, Lennart Poettering wrote: If restarting sshd kills the sshs sessions then my guess is that pam_systemd is not enabled (or somehow failing) and hence user sessions stay members of the sshd cgroup instead of getting their own. Lennart, is pam_systemd a requirement for the old behavior? -- Matthew Miller mat...@mattdm.org Senior Systems Architect -- Instructional Research Computing Services Harvard School of Engineering Applied Sciences -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Meeting minutes/summary for 2011-07-25 FESCo meeting
On 07/25/2011 06:37 PM, Jóhann B. Guðmundsson wrote: On 07/25/2011 06:22 PM, Bill Nottingham wrote: * need to get audidt #617321 iscsi #714688 NFS-Utils #699040 Tigervnc #717227 dnsmasq #694932 openvpn #714710 speech-dispatcherd #697600 smolt #697612 wpa_supplicant #661230 done before next tuesday if at all possible. (nirik, 17:33:05) I finished providing spec file ( Toshio requested that to speed up the process and at the same time reduce the work load for proven packgagers ) patches and unit files to all of the nonresponsive pacages today along with those that do not follow guidelines for either the maintainer themselves, proven packager or fesco members to review and package the component ( needs to be package before what this thursday? ) should it come to that to prevent those components blocking the alpha release. dnsmasq #694932 ( unresponsive maintainer contains unit and spec file patch ) openvpn #714710 ( unresponsive maintainer contains unit and spec file patch ) wpa_supplicant #661230 ( Dan mentioned he was going to take of this contains already accepted unit and a spec file patch ) # Already shipping unit files but dont follow packaging guidelines avahi #714649 ( Lennart had mentioned that he take care of this and had a spec file ) dbus #697523 has spec file patch gpm #716984 has spec file patch There is no need to host any special FAD for this to be completed in time Audit got finished today ( Core DONE ) along with speech-dispacherd and Will just dropped that useless legacy sysv init script in smolt. Toshio already took care of one unresponsive maintainers package today ( the speech package ) and it took him 10min to review with the provided spec file patch and unit and commit the changes so that's 60 mins max for a single indvidual for the above packages or 10 ten minutes total for 6 indviduals. # Item currently being work on but should be done before the end of the week Nfs-utils #699040 Tigervnc #717227 So the only remaining potential blocker is. Iscsi #714688 JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Naming
I am probably going to try and package Peerguardian, and the question is what should I name it, because the tarball is named pgl_noGUI. should I name it pgl, pgl_nogui, pgl-console or possibly just peerguardian? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ~/.local/bin to default PATH
Once upon a time, Matej Cepl mc...@redhat.com said: Dne 26.7.2011 20:40, Bernd Stramm napsal(a): Oh it seems every useful for purposes like installing executables that most users will never find. Actually I would prefer ~/.local/bin to ~/bin ... I actually use ~/ as my workspace (I never got what's the point of ~/Desktop) so I don't want to dump there a random junk. Until now I used ~/.bin but standadized location would be certainly better. I've used ~/bin since before Linux was available, so I don't really see the point in trying to hide it (of course, I alias ls to ls -FCA, so ~/.bin wouldn't be hidden, just one extra character to type when I need to access it). -- 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: Adding ~/.local/bin to default PATH
27.07.2011, 10:17, Chris Adams cmad...@hiwaay.net: I've used ~/bin since before Linux was available, so I don't really see the point in trying to hide it (of course, I alias ls to ls -FCA, so ~/.bin wouldn't be hidden, just one extra character to type when I need to access it). Noone has asked to hide it. :-) The proposal here is that both paths are included in $PATH by default. Your personal preference won't be hurt. In fact, it's a different story. 27.07.2011, 01:49, Richard W.M. Jones rjo...@redhat.com: PATH=$PATH:$HOME/.local/bin:$HOME/bin This was added between bash-4.2.10 -2 and -3: I did a fresh install of F15 in the late May, and it's not there. 27.07.2011, 04:15, Chris Adams cmad...@hiwaay.net: IMHO adding directories to the default path should get a little more discussion than a single BZ request (and probably shouldn't be changed mid-release without notice). Yes! Fedora *is* a place to do mid-release changes. A notice, however, must be issued on critical changes (which is not the case here). -- Best regards, Misha Shnurapet, Fedora Project Contributor Email: shnurapet AT fedoraproject.org, IRC: misha on freenode https://fedoraproject.org/wiki/shnurapet, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Fedora 16 branch today
Just a heads-up to let everyone know that Fedora 16 is now branched from Rawhide. This means that we're now into the phase where pre-Beta requirements for updates apply (see https://fedoraproject.org/wiki/Updates_Policy): updates-testing is in effect for F16, so if you're running F16, remember to start firing up Bodhi and fedora-easy-karma and submitting karma from now on! Thanks, everyone. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: User-level instance of /bin in PATH
On Tue, 2011-07-26 at 08:45 -0430, Robert Marcano wrote: On 07/26/2011 08:36 AM, Genes MailLists wrote: On 07/26/2011 08:03 AM, Misha Shnurapet wrote: 26.07.2011, 18:34, Andrew Haleya...@redhat.com: On 26/07/11 10:22, Misha Shnurapet wrote: Since F15 ~/bin has been added to PATH, and commands that are supposed to run user scripts will work without changing into that directory. Meanwhile, ~/.local/bin isn't used. I'd like to propose that it is also added because technically it is ~/bin's brother. I've never heard of ~/.local/bin . Are there many people who use this? ~/bin is common. ~/.local/bin has been there by default. Unlike ~/bin, which is in PATH though not even created. Where in the path do the user 'bin' elements appear in the path? In /etc/skel/.bash_profile they are added to the end and I think that is ok PATH=$PATH:$HOME/.local/bin:$HOME/bin Never knew about ~/.local/bin my .bash_profile is really old from the time where the default was only ~/bin Can someone explain (or point to) the rationale appending these to PATH rather than prepending them? I would have expected user binaries to supersede system ones. -- Braden McDaniel bra...@endoframe.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: thanks for F15 mdadm systemd unit
On Tue, 2011-07-26 at 07:07 -0400, Ric Wheeler wrote: On 07/26/2011 02:15 AM, Adam Williamson wrote: On Sat, 2011-07-23 at 07:24 -0400, Ric Wheeler wrote: should not be surprised that you see resistance (what new capability does NFS get from the systemd changes for example!). reliable on-demand automounting, for a start. for which you already owe Lennart about three kegs of beer, by my calculation. =) (try 'noauto,comment=systemd.automount' as mount parameters for an NFS share) We track autofs issues for fedora, upstream and RHEL and seems to work well in the field. What specifically does systemd do that autofs does not do without it? I don't know if there is anything, but it's neat to get something like this 'free' with systemd, without having to add any other package. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Statistics-Basic] Bump release.
commit f17642fad55f7cacd375e73e91c63ff04f634cf8
Author: Marcela Mašláňová mmasl...@redhat.com
Date: Tue Jul 26 08:25:09 2011 +0200
Bump release.
perl-Statistics-Basic.spec |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
---
diff --git a/perl-Statistics-Basic.spec b/perl-Statistics-Basic.spec
index 08ea7db..0b996ea 100644
--- a/perl-Statistics-Basic.spec
+++ b/perl-Statistics-Basic.spec
@@ -1,6 +1,6 @@
Name: perl-Statistics-Basic
Version:1.6602
-Release:4%{?dist}
+Release:5%{?dist}
Summary:A collection of very basic statistics modules
License:LGPLv2+
Group: Development/Libraries
@@ -61,7 +61,7 @@ make test
%{_mandir}/man3/*
%changelog
-* Mon Jul 25 2011 Marcela Mašláňová mmasl...@redhat.com - 32116-4
+* Mon Jul 25 2011 Marcela Mašláňová mmasl...@redhat.com - 1.6602-5
- add new filter
* Mon Jun 20 2011 Marcela Mašláňová mmasl...@redhat.com - 1.6602-4
--
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: merge into dist-f16
On Mon, Jul 25, 2011 at 07:38:11PM +0200, Marcela Mašláňová wrote: b/ filters still not converted/checked perl-Language-Functional perl-libwww-perl perl-LWP-Protocol-https perl-Math-Random-MT-Auto perl-Math-Symbolic perl-Memoize-ExpireLRU perl-Module-Mask perl-MogileFS-Utils perl-MooseX-CascadeClearing perl-MooseX-Types-DateTimeX perl-NetAddr-IP I checked packages up to perl-NetAddr-IP yesterday (just forgot to announnce it). perl-Padre perl-PathTools perl-PDL perl-Perl-Critic-Deprecated perl-Perl-Critic-More perl-Perl-Critic-Pulp perl-Perl-Critic-Swift perl-Perlilog perl-Perl-Metrics-Simple perl-POE-Filter-HTTP-Parser perl-PPI -- Petr pgpkNA1qpqqmM.pgp Description: PGP signature -- 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: merge into dist-f16
On Mon, Jul 25, 2011 at 07:38:11PM +0200, Marcela Mašláňová wrote: Hello list, merge was done. I'm checking mistakes between dist-f16 and dist-f16-perl, but it looks good. I've compared both build roots. We have 1865 equaled perl packages in both branches (i.e. merged succesfully), 0 packages newer in dist-f16-perl and 8 packages newer in dist-f16 (i.e. built into dist-f16 after merge). So consider dist-f16-perl build root as closed and build freely into dist-f16. We will remove perl(:MODULE_COMPAT_5.12.*) from perl package soon which should affect following packages (require perl(:MODULE_COMPAT_5.12.*) in dist-f16) only: globus-common globus-gram-protocol golly perl-Fedora-Rebuild perl-MongoDB perl-NOCpulse-Debug perl-NOCpulse-Gritch perl-NOCpulse-Object perl-Perlbal-XS-HTTPHeaders perl-Pugs-Compiler-Rule perl-threads-tbb perl-XML-Parser-Lite-Tree-XPath -- Petr pgpY6HbF4XdwY.pgp Description: PGP signature -- 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-LWP-Protocol-https] Fix typo in filter
commit af12ba4756d2dd6b76f636126f0d332ab0a5cc21
Author: Petr Písař ppi...@redhat.com
Date: Tue Jul 26 09:25:37 2011 +0200
Fix typo in filter
perl-LWP-Protocol-https.spec |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/perl-LWP-Protocol-https.spec b/perl-LWP-Protocol-https.spec
index 9fa4d30..f8c667a 100644
--- a/perl-LWP-Protocol-https.spec
+++ b/perl-LWP-Protocol-https.spec
@@ -28,7 +28,7 @@ Requires: perl(Net::HTTPS) = 6
%filter_from_requires /^perl(Net::HTTPS)\s*$/d
%filter_setup
# RPM 4.9 style
-%global __requires_exclude
%{?__requires_exclude:__requires_exclude|}^perl\\(Net::HTTPS\\)\\s*$
+%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(Net::HTTPS\\)\\s*$
%description
The LWP::Protocol::https module provides support for using HTTPS schemed
--
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-PathTools] Fix typo in filter
commit e76fd5c50c36a82274eb4a796f285ccc202d3c3e
Author: Petr Písař ppi...@redhat.com
Date: Tue Jul 26 09:52:57 2011 +0200
Fix typo in filter
perl-PathTools.spec |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/perl-PathTools.spec b/perl-PathTools.spec
index b8f47a4..c58d0ed 100644
--- a/perl-PathTools.spec
+++ b/perl-PathTools.spec
@@ -36,7 +36,7 @@ Requires: perl(:MODULE_COMPAT_%(eval `%{__perl}
-V:version`; echo $versi
%perl_default_filter
}
# RPM 4.9 style:
-%global %__requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(VMS::Filespec\\)
+%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(VMS::Filespec\\)
%description
PathTools Perl module (Cwd, File::Spec).
--
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-POE-Filter-HTTP-Parser] add RPM4.9 macro filter
commit a27cea5377b0fe116edfb81c861e17a953bde443
Author: Marcela Mašláňová mmasl...@redhat.com
Date: Tue Jul 26 09:59:29 2011 +0200
add RPM4.9 macro filter
perl-POE-Filter-HTTP-Parser.spec |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
---
diff --git a/perl-POE-Filter-HTTP-Parser.spec b/perl-POE-Filter-HTTP-Parser.spec
index 0f6fac1..b3c330a 100644
--- a/perl-POE-Filter-HTTP-Parser.spec
+++ b/perl-POE-Filter-HTTP-Parser.spec
@@ -1,6 +1,6 @@
Name: perl-POE-Filter-HTTP-Parser
Version:1.06
-Release:2%{?dist}
+Release:3%{?dist}
Summary:HTTP POE filter for HTTP clients or servers
License:GPL+ or Artistic
Group: Development/Libraries
@@ -25,6 +25,8 @@ Requires: perl(:MODULE_COMPAT_%(eval `%{__perl}
-V:version`; echo $versi
# Remove unversioned dependencies
%filter_from_requires /^perl(HTTP::Parser)\s*$/d
%filter_setup
+# RPM 4.9 macro
+%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(HTTP::Parser\\)
%description
POE::Filter::HTTP::Parser is a POE::Filter for HTTP which is based on
@@ -56,6 +58,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Tue Jul 26 2011 Marcela Mašláňová mmasl...@redhat.com - 1.06-3
+- add RPM4.9 macro filter
+
* Tue Jul 19 2011 Petr Sabata con...@redhat.com - 1.06-2
- Perl 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
[Bug 725375] perl-Inline-Files-0.68 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=725375 Petr Sabata psab...@redhat.com changed: What|Removed |Added Status|MODIFIED|CLOSED Resolution||RAWHIDE Last Closed||2011-07-26 03:57:14 --- Comment #2 from Petr Sabata psab...@redhat.com 2011-07-26 03:57:14 EDT --- Buildroots merged. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 724927] perl-Module-ScanDeps-1.04 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=724927 Petr Sabata psab...@redhat.com changed: What|Removed |Added Status|MODIFIED|CLOSED Resolution||RAWHIDE Last Closed||2011-07-26 03:56:30 --- Comment #3 from Petr Sabata psab...@redhat.com 2011-07-26 03:56:30 EDT --- Buildroots merged. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Perl-Metrics-Simple] add RPM4.9 macro filter
commit 62be7f1f52c4327bfaf3ae0a1642946ce5b899c1
Author: Marcela Mašláňová mmasl...@redhat.com
Date: Tue Jul 26 10:07:46 2011 +0200
add RPM4.9 macro filter
perl-Perl-Metrics-Simple.spec | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
---
diff --git a/perl-Perl-Metrics-Simple.spec b/perl-Perl-Metrics-Simple.spec
index 945ba40..9cf395c 100644
--- a/perl-Perl-Metrics-Simple.spec
+++ b/perl-Perl-Metrics-Simple.spec
@@ -1,6 +1,6 @@
Name: perl-Perl-Metrics-Simple
Version:0.15
-Release:3%{?dist}
+Release:4%{?dist}
Summary:Count packages, subs, lines, etc. of many files
License:GPL+ or Artistic
Group: Development/Libraries
@@ -34,6 +34,11 @@ Requires: perl(Readonly::XS) = 1.02
%filter_from_requires /^perl(PPI)$/d
%filter_from_requires /^perl(Readonly)$/d
%filter_setup
+# RPM 4.9 filter style
+%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}perl\\(File::Find\\)$
+%global __requires_exclude %__requires_exclude|perl\\(IO::File\\)$
+%global __requires_exclude %__requires_exclude|perl\\(PPI\\)$
+%global __requires_exclude %__requires_exclude|perl\\(Readonly\\)$
%description
Perl::Metrics::Simple provides just enough methods to run static analysis
@@ -65,6 +70,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2/dev/null \;
%{_mandir}/man1/*
%changelog
+* Tue Jul 26 2011 Marcela Mašláňová mmasl...@redhat.com - 0.15-4
+- add RPM4.9 macro filter
+
* Wed Jun 29 2011 Marcela Mašláňová mmasl...@redhat.com - 0.15-3
- Perl mass rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Test-Most-0.24.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-Test-Most: f9c6eadbb84456f3ae5a6b190adf0084 Test-Most-0.24.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
