Re: Drupal 8

2013-03-20 Thread David Strauss
On Wed, Feb 27, 2013 at 6:50 PM, Shawn Iwinski  wrote:
> * virtual package auto-provides (parsed from *.info filenames) -- this
> allows a package to provide the main module itself as well as any
> sub-module(s) that are included
> * virtual package auto-requires (parsed from *.info files' "dependencies[]"
> entries) -- this will help simplify spec files

Hi, one of Drupal's maintainers here. The info files are moving to
YAML for D8, so please don't expend too much effort on parsing the
current, proprietary .info format.

--
David Strauss
   | da...@davidstrauss.net
   | +1 512 577 5827 [mobile]
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [PATCH] Why not Zoidberg?

2013-03-20 Thread Jaroslav Reznik
- Original Message -
> This fixes all of our problems with punctuation and unicode.  It may
> introduce other problems.
> ---
>  fedora-release.spec | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/fedora-release.spec b/fedora-release.spec
> index 0791715..43eed3e 100644
> --- a/fedora-release.spec
> +++ b/fedora-release.spec
> @@ -1,4 +1,4 @@
> -%define release_name Schrödinger’s Cat
> +%define release_name Zoidberg
>  %define dist_version 19

"Names of living people or well-known trademarks or goods will be rejected 
by Red Hat Legal."

The questions regarding Doctor John A. Zoidberg are
1) is he alive? (he will be in the year 3000!)
2) living people? (he is a lobster-like alien!)

And then trademarks (in the year 3000!) - you know how it ended with
Popplers!

Jaroslav  

>  Summary: Fedora release files
> --
> 1.8.1.4
> 
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

File List-AllUtils-0.03.tar.gz uploaded to lookaside cache by ppisar

2013-03-20 Thread Petr Pisar
A file has been added to the lookaside cache for perl-List-AllUtils:

6fe9fb39bc1e091a8ecc4791808e2f25  List-AllUtils-0.03.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: [PATCH] Why not Zoidberg?

2013-03-20 Thread Frank Murphy
On Wed, 20 Mar 2013 06:17:23 -0400 (EDT)
Jaroslav Reznik  wrote:

> "Names of living people or well-known trademarks or goods will be
> rejected by Red Hat Legal."
> 

why not on Rawhide do:
Release Name:
$^&*"'#~?@% 
and any other characters that may
cause boot problems.

Hopefully there is no-one
who is called above.
-- 
Regards,
Frank
http//www.frankly3d.com
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-List-AllUtils] Import

2013-03-20 Thread Petr Pisar
commit 842cd16b9fb47c5816b082eefa34f0699e820fb4
Author: Petr Písař 
Date:   Wed Mar 20 11:20:37 2013 +0100

Import

 .gitignore  |1 +
 perl-List-AllUtils.spec |   52 +++
 sources |1 +
 3 files changed, 54 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..22c5eb7 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/List-AllUtils-0.03.tar.gz
diff --git a/perl-List-AllUtils.spec b/perl-List-AllUtils.spec
new file mode 100644
index 000..d95c419
--- /dev/null
+++ b/perl-List-AllUtils.spec
@@ -0,0 +1,52 @@
+Name:   perl-List-AllUtils
+Version:0.03
+Release:1%{?dist}
+Summary:Combines List::Util and List::MoreUtils
+License:GPL+ or Artistic
+Group:  Development/Libraries
+URL:http://search.cpan.org/dist/List-AllUtils/
+Source0:
http://www.cpan.org/authors/id/D/DR/DROLSKY/List-AllUtils-%{version}.tar.gz
+BuildArch:  noarch
+BuildRequires:  perl
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.30
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Run-time:
+BuildRequires:  perl(base)
+BuildRequires:  perl(Exporter)
+BuildRequires:  perl(List::MoreUtils) >= 0.28
+BuildRequires:  perl(List::Util)
+# Tests:
+BuildRequires:  perl(Test::More) >= 0.88
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
+Requires:   perl(List::Util)
+
+%description
+Are you sick of trying to remember whether a particular helper is defined
+in List::Util or List::MoreUtils? I sure am. Now you don't have to remember.
+This module will export all of the functions that either of those two
+modules defines.
+
+%prep
+%setup -q -n List-AllUtils-%{version}
+
+%build
+perl Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+make pure_install DESTDIR=$RPM_BUILD_ROOT
+find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test
+
+%files
+%doc Changes LICENSE README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Thu Mar 07 2013 Petr Pisar  0.03-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..9215418 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+6fe9fb39bc1e091a8ecc4791808e2f25  List-AllUtils-0.03.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: Drupal 8

2013-03-20 Thread Shawn Iwinski
Hi David.  Thanks for the heads up!  The last updates I made to the dev
packages accounted for the new YAML file formats [1][2].

[1] Auto-provides:
https://github.com/siwinski/drupal8-rpms/blob/master/core/drupal8.prov
[2] Auto requires:
https://github.com/siwinski/drupal8-rpms/blob/master/core/drupal8.req


On Wed, Mar 20, 2013 at 4:31 AM, David Strauss wrote:

> On Wed, Feb 27, 2013 at 6:50 PM, Shawn Iwinski 
> wrote:
> > * virtual package auto-provides (parsed from *.info filenames) -- this
> > allows a package to provide the main module itself as well as any
> > sub-module(s) that are included
> > * virtual package auto-requires (parsed from *.info files'
> "dependencies[]"
> > entries) -- this will help simplify spec files
>
> Hi, one of Drupal's maintainers here. The info files are moving to
> YAML for D8, so please don't expend too much effort on parsing the
> current, proprietary .info format.
>
> --
> David Strauss
>| da...@davidstrauss.net
>| +1 512 577 5827 [mobile]
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 923724] perl-TryCatch-1.003001 is available

2013-03-20 Thread bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=923724

Petr Šabata  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||psab...@redhat.com
   Assignee|mmasl...@redhat.com |psab...@redhat.com

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=pGp49vKy0H&a=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: fedora release name problem

2013-03-20 Thread Roberto Ragusa
On 03/19/2013 02:38 PM, Bastien Nocera wrote:

>> And Fedora switched to UTF-8 by default when exactly (was it even Fedora
>> or a RHL decision)?
> 
> Red Hat Linux 8.0:
> http://en.wikipedia.org/wiki/Red_Hat_Linux

I still remember how many things were broken in that moment (7.3 was considered
the only usable RH for some time, and I have one machine still running it).
RHL 8.0 also changed something at the font level (introduced antialias, maybe
freetype?), so the entire text thing was a minefield.

Anyway, that was the moment which demonstrated to me that Linux was so ahead of
everyone else.
I still fight today with iso88591 and cp1252 and utf16 BOMs and stupid crazy 
things
which Windows and Java spread around, while everything in Linux always works
perfectly.

-- 
   Roberto Ragusamail at robertoragusa.it
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 923718] perl-App-cpanminus-1.6008 is available

2013-03-20 Thread bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=923718

--- Comment #1 from Petr Pisar  ---
Bug-fix release suitable for F≥19.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=ythiT1FPyR&a=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File App-cpanminus-1.6008.tar.gz uploaded to lookaside cache by ppisar

2013-03-20 Thread Petr Pisar
A file has been added to the lookaside cache for perl-App-cpanminus:

5c0e9008300490529aadff772a45f152  App-cpanminus-1.6008.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-App-cpanminus] 1.6008 bump

2013-03-20 Thread Petr Pisar
commit 7f193111c4ca5bed28410832da1d293946e2f0d0
Author: Petr Písař 
Date:   Wed Mar 20 12:56:16 2013 +0100

1.6008 bump

 .gitignore  |1 +
 perl-App-cpanminus.spec |5 -
 sources |2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 9ba8325..a68efde 100644
--- a/.gitignore
+++ b/.gitignore
@@ -38,3 +38,4 @@ App-cpanminus-0.9935.tar.gz
 /App-cpanminus-1.6002.tar.gz
 /App-cpanminus-1.6005.tar.gz
 /App-cpanminus-1.6006.tar.gz
+/App-cpanminus-1.6008.tar.gz
diff --git a/perl-App-cpanminus.spec b/perl-App-cpanminus.spec
index 771b039..6ea3552 100644
--- a/perl-App-cpanminus.spec
+++ b/perl-App-cpanminus.spec
@@ -1,5 +1,5 @@
 Name:   perl-App-cpanminus
-Version:1.6006
+Version:1.6008
 Release:1%{?dist}
 Summary:Get, unpack, build and install CPAN modules
 License:GPL+ or Artistic
@@ -94,6 +94,9 @@ make test
 %{_bindir}/cpanm
 
 %changelog
+* Wed Mar 20 2013 Petr Pisar  - 1.6008-1
+- 1.6008 bump
+
 * Thu Mar 14 2013 Petr Pisar  - 1.6006-1
 - 1.6006 bump
 
diff --git a/sources b/sources
index 414fb30..d898636 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-8a6a15cb769f942d587ffdf453383100  App-cpanminus-1.6006.tar.gz
+5c0e9008300490529aadff772a45f152  App-cpanminus-1.6008.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-App-cpanminus/f19] 1.6008 bump

2013-03-20 Thread Petr Pisar
Summary of changes:

  7f19311... 1.6008 bump (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Wayland and Fedora

2013-03-20 Thread Matthias Clasen
As you may have seen, I have proposed[1] that GNOME should move towards 
Wayland. We hope to have experimental Wayland compositor support in GNOME shell 
in the fall, and a complete port of the GNOME desktop a year from now.  See [2] 
for more details.

What does this mean for Fedora ?

I don't think this will affect the rest of the distribution in a majorly 
disruptive way. In particular, it won't force other desktop environments to 
move away from X. gdm will learn to launch Wayland-based sessions, but it will 
still be able to start X-based sessions. X applications will continue to run as 
they used to, including remotely. And GNOME applications will continue to work 
under X.

Here is what I envision:

f19:
 - wayland + weston (the reference Wayland compositor) are available
 - gtk3 and clutter are built with their Wayland backends
 - it is possible to test individual GTK+ applications under weston, by setting 
GDK_BACKEND=wayland

f20:
 - will have a gnome-shell that can run as a Wayland compositor
 - gdm can start Wayland and X sessions
 - there will be an experimental GNOME/Wayland session in the session chooser 
(probably in an optional package)
 - most GNOME apps can run under Wayland
 - the X-based GNOME will still be the default

f21:
 - the Wayland based GNOME will be the default
 - a GNOME/X session will still be available

(of course, all of this may change, depending on how the porting works out).


[1] https://mail.gnome.org/archives/desktop-devel-list/2013-March/msg00059.html
[2] https://live.gnome.org/Wayland
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Wayland and Fedora

2013-03-20 Thread Neal Becker
Matthias Clasen wrote:

> As you may have seen, I have proposed[1] that GNOME should move towards
> Wayland. We hope to have experimental Wayland compositor support in GNOME
> shell in the fall, and a complete port of the GNOME desktop a year from now. 
> See [2] for more details.
> 
> What does this mean for Fedora ?
> 
> I don't think this will affect the rest of the distribution in a majorly
> disruptive way. In particular, it won't force other desktop environments to
> move away from X. gdm will learn to launch Wayland-based sessions, but it will
> still be able to start X-based sessions. X applications will continue to run
> as they used to, including remotely. And GNOME applications will continue to
> work under X.
> 
> Here is what I envision:
> 
> f19:
>  - wayland + weston (the reference Wayland compositor) are available
>  - gtk3 and clutter are built with their Wayland backends
>  - it is possible to test individual GTK+ applications under weston, by
>  setting GDK_BACKEND=wayland
> 
> f20:
>  - will have a gnome-shell that can run as a Wayland compositor
>  - gdm can start Wayland and X sessions
>  - there will be an experimental GNOME/Wayland session in the session chooser
>  (probably in an optional package) - most GNOME apps can run under Wayland
>  - the X-based GNOME will still be the default
> 
> f21:
>  - the Wayland based GNOME will be the default
>  - a GNOME/X session will still be available
> 
> (of course, all of this may change, depending on how the porting works out).
> 
> 
> [1]
> [https://mail.gnome.org/archives/desktop-devel-list/2013-March/msg00059.html
> [2] https://live.gnome.org/Wayland

I'm also curious about how wayland might work with kde.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-Test-Inter/f18] 1.04 bump

2013-03-20 Thread Petr Pisar
commit 0c5d84f148649bbdaee0bb87fae80bb68b70955f
Author: Petr Písař 
Date:   Wed Mar 20 13:46:46 2013 +0100

1.04 bump

 .gitignore|1 +
 Test-Inter-1.04-Do-not-install-examples.patch |   31 +
 perl-Test-Inter.spec  |   25 +--
 sources   |2 +-
 4 files changed, 50 insertions(+), 9 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 87ff1c2..7939e28 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
 /Test-Inter-1.01.tar.gz
 /Test-Inter-1.02.tar.gz
 /Test-Inter-1.03.tar.gz
+/Test-Inter-1.04.tar.gz
diff --git a/Test-Inter-1.04-Do-not-install-examples.patch 
b/Test-Inter-1.04-Do-not-install-examples.patch
new file mode 100644
index 000..096662e
--- /dev/null
+++ b/Test-Inter-1.04-Do-not-install-examples.patch
@@ -0,0 +1,31 @@
+From 50a4e166c68c5cea4aad1216ae94086c2b9b6219 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
+Date: Wed, 20 Mar 2013 13:40:19 +0100
+Subject: [PATCH] Do not install examples
+
+.
+---
+ Build.PL | 7 ---
+ 1 file changed, 7 deletions(-)
+
+diff --git a/Build.PL b/Build.PL
+index c602291..4b3d49c 100644
+--- a/Build.PL
 b/Build.PL
+@@ -25,13 +25,6 @@ my $build = $class->new(
+ requires   => \%requires,
+ build_requires => \%build_mods,
+ sign   => 1,
+-script_files => [
+-   'examples/is',
+-   'examples/ok',
+-   'examples/use_ok',
+-   'examples/plan',
+-   'examples/tests',
+-],
+ );
+ 
+ $build->create_build_script;
+-- 
+1.8.1.4
+
diff --git a/perl-Test-Inter.spec b/perl-Test-Inter.spec
index 135acd5..5d8d053 100644
--- a/perl-Test-Inter.spec
+++ b/perl-Test-Inter.spec
@@ -1,19 +1,25 @@
 Name:   perl-Test-Inter
-Version:1.03
-Release:5%{?dist}
+Version:1.04
+Release:1%{?dist}
 Summary:Framework for more readable interactive test scripts
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Test-Inter/
 Source0:
http://www.cpan.org/authors/id/S/SB/SBECK/Test-Inter-%{version}.tar.gz
+# Do not install examples into PATH, CPAN RT#84091
+Patch0: Test-Inter-1.04-Do-not-install-examples.patch
 BuildArch:  noarch
+BuildRequires:  perl
+BuildRequires:  perl(Module::Build)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Run-time:
 BuildRequires:  perl(File::Basename)
 BuildRequires:  perl(IO::File)
-BuildRequires:  perl(Module::Build)
 # Tests only:
-BuildRequires:  perl(Test::Pod)
-BuildRequires:  perl(Test::Pod::Coverage)
-Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
+BuildRequires:  perl(Test::Pod) >= 1.00
+BuildRequires:  perl(Test::Pod::Coverage) >= 1.00
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 
 %description
 This is another framework for writing test scripts. It is loosely inspired
@@ -22,15 +28,15 @@ replacement.
 
 %prep
 %setup -q -n Test-Inter-%{version}
+%patch0 -p1
 chmod -x examples/*
 
 %build
-%{__perl} Build.PL installdirs=vendor
+perl Build.PL installdirs=vendor
 ./Build
 
 %install
 ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
@@ -42,6 +48,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 
2>/dev/null \;
 %{_mandir}/man3/*
 
 %changelog
+* Wed Mar 20 2013 Petr Pisar  - 1.04-1
+- 1.04 bump
+
 * Fri Jul 20 2012 Fedora Release Engineering  
- 1.03-5
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
 
diff --git a/sources b/sources
index aa25f35..abfedba 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-02705664dc874bc8b59b9b313a7572f5  Test-Inter-1.03.tar.gz
+848b478e31d02e35eacf694479192433  Test-Inter-1.04.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

Broken dependencies: perl-Bio-SamTools

2013-03-20 Thread buildsys


perl-Bio-SamTools has broken dependencies in the F-19 tree:
On x86_64:
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires 
perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq)
On i386:
perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(Bio::PrimarySeq)
Please resolve this as soon as possible.


--
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-Test-Inter/f17] 1.04 bump

2013-03-20 Thread Petr Pisar
commit e27bf0cb9285bc63c82697db544b2639230c0696
Author: Petr Písař 
Date:   Wed Mar 20 13:46:46 2013 +0100

1.04 bump

 .gitignore|1 +
 Test-Inter-1.04-Do-not-install-examples.patch |   31 +
 perl-Test-Inter.spec  |   25 +--
 sources   |2 +-
 4 files changed, 50 insertions(+), 9 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 87ff1c2..7939e28 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
 /Test-Inter-1.01.tar.gz
 /Test-Inter-1.02.tar.gz
 /Test-Inter-1.03.tar.gz
+/Test-Inter-1.04.tar.gz
diff --git a/Test-Inter-1.04-Do-not-install-examples.patch 
b/Test-Inter-1.04-Do-not-install-examples.patch
new file mode 100644
index 000..096662e
--- /dev/null
+++ b/Test-Inter-1.04-Do-not-install-examples.patch
@@ -0,0 +1,31 @@
+From 50a4e166c68c5cea4aad1216ae94086c2b9b6219 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
+Date: Wed, 20 Mar 2013 13:40:19 +0100
+Subject: [PATCH] Do not install examples
+
+.
+---
+ Build.PL | 7 ---
+ 1 file changed, 7 deletions(-)
+
+diff --git a/Build.PL b/Build.PL
+index c602291..4b3d49c 100644
+--- a/Build.PL
 b/Build.PL
+@@ -25,13 +25,6 @@ my $build = $class->new(
+ requires   => \%requires,
+ build_requires => \%build_mods,
+ sign   => 1,
+-script_files => [
+-   'examples/is',
+-   'examples/ok',
+-   'examples/use_ok',
+-   'examples/plan',
+-   'examples/tests',
+-],
+ );
+ 
+ $build->create_build_script;
+-- 
+1.8.1.4
+
diff --git a/perl-Test-Inter.spec b/perl-Test-Inter.spec
index da4c72f..8fc914d 100644
--- a/perl-Test-Inter.spec
+++ b/perl-Test-Inter.spec
@@ -1,19 +1,25 @@
 Name:   perl-Test-Inter
-Version:1.03
-Release:3%{?dist}
+Version:1.04
+Release:1%{?dist}
 Summary:Framework for more readable interactive test scripts
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Test-Inter/
 Source0:
http://www.cpan.org/authors/id/S/SB/SBECK/Test-Inter-%{version}.tar.gz
+# Do not install examples into PATH, CPAN RT#84091
+Patch0: Test-Inter-1.04-Do-not-install-examples.patch
 BuildArch:  noarch
+BuildRequires:  perl
+BuildRequires:  perl(Module::Build)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Run-time:
 BuildRequires:  perl(File::Basename)
 BuildRequires:  perl(IO::File)
-BuildRequires:  perl(Module::Build)
 # Tests only:
-BuildRequires:  perl(Test::Pod)
-BuildRequires:  perl(Test::Pod::Coverage)
-Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
+BuildRequires:  perl(Test::Pod) >= 1.00
+BuildRequires:  perl(Test::Pod::Coverage) >= 1.00
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 
 %description
 This is another framework for writing test scripts. It is loosely inspired
@@ -22,15 +28,15 @@ replacement.
 
 %prep
 %setup -q -n Test-Inter-%{version}
+%patch0 -p1
 chmod -x examples/*
 
 %build
-%{__perl} Build.PL installdirs=vendor
+perl Build.PL installdirs=vendor
 ./Build
 
 %install
 ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
@@ -42,6 +48,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 
2>/dev/null \;
 %{_mandir}/man3/*
 
 %changelog
+* Wed Mar 20 2013 Petr Pisar  - 1.04-1
+- 1.04 bump
+
 * Fri Jan 13 2012 Fedora Release Engineering  
- 1.03-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
diff --git a/sources b/sources
index aa25f35..abfedba 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-02705664dc874bc8b59b9b313a7572f5  Test-Inter-1.03.tar.gz
+848b478e31d02e35eacf694479192433  Test-Inter-1.04.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: Is there a reason we do not turn on the file system hardlink/symlink protection in Rawhide?

2013-03-20 Thread Daniel J Walsh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 03/15/2013 11:11 AM, Rahul Sundaram wrote:
> On 03/15/2013 10:52 AM, Chris Adams wrote:
>> I agree that it doesn't really need a feature page, but IMHO it should be
>> in the release notes (this is something that could break existing 
>> programs).
> Here you go
> 
> https://fedoraproject.org/wiki/Documentation_Security_Beat
> 
> Rahul
I a not sure private tmp for allowed would solve this problem,  since you
could still attempt to trick a setuid app to read a link.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlFJs/QACgkQrlYvE4MpobNh9QCfaxkpmf4oFnTVlpgJ1IDzMM+S
mu4AnitJ5/d9NCm/RfBtYcAiRioaU3fU
=TiHs
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Retagging a koji build as f17-updates-candidate?

2013-03-20 Thread Carlos O'Donell
On 03/20/2013 12:54 AM, Mathieu Bridon wrote:
> koji tag-pkg f17-updates-candidate glibc-2.15-59.fc17

That worked. I was reading the Koji documentation but didn't
understand if I could do that myself or if release engineering
had to do it or what the consequences were.

That has now allowed me to push the bodhi update again.

Many thanks!

Cheers,
Carlos.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedora release name problem

2013-03-20 Thread Felix Miata

On 2013-03-20 12:54 (GMT+0100) Roberto Ragusa composed:


everything in Linux always works perfectly.


Right, like function keys in MC that mean one thing when running it in a VC 
and something else when running it in X or Single, because keyboard layouts 
aren't consistent among them.

--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Wayland and Fedora

2013-03-20 Thread Michael Stahl
On 20/03/13 13:52, Neal Becker wrote:
> I'm also curious about how wayland might work with kde.

this page indicates that KDE developers intend to turn KWin into a
Wayland compositor/server, similar to what Matthias just
proposed/announced for gnome-shell:

http://community.kde.org/KWin/Wayland


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-Module-Load] Reincarnate already death package

2013-03-20 Thread Petr Pisar
commit 89d9f5cf3b29ab50a4859c47c325b52ac71a92e1
Author: Petr Písař 
Date:   Wed Mar 20 14:47:45 2013 +0100

Reincarnate already death package

 .gitignore|1 +
 dead.package  |1 -
 perl-Module-Load.spec |   56 +
 sources   |1 +
 4 files changed, 58 insertions(+), 1 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 3e2e9bb..464b537 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 Module-Load-0.12.tar.gz
+/Module-Load-0.24.tar.gz
diff --git a/perl-Module-Load.spec b/perl-Module-Load.spec
new file mode 100644
index 000..4ced820
--- /dev/null
+++ b/perl-Module-Load.spec
@@ -0,0 +1,56 @@
+Name:   perl-Module-Load
+Version:0.24
+Release:1%{?dist}
+Summary:Run-time require of both modules and files
+License:GPL+ or Artistic
+Group:  Development/Libraries
+URL:http://search.cpan.org/dist/Module-Load/
+Source0:
http://www.cpan.org/authors/id/B/BI/BINGOS/Module-Load-%{version}.tar.gz
+BuildArch:  noarch
+BuildRequires:  perl
+BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(strict)
+# Run-time:
+BuildRequires:  perl(File::Spec)
+# Tests:
+BuildRequires:  perl(lib)
+BuildRequires:  perl(Exporter)
+BuildRequires:  perl(Test::More)
+BuildRequires:  perl(vars)
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
+
+%description
+If you consult "perldoc -f require" you will see that "require" will behave
+differently when given a bare-word or a string. In the case of a string,
+"require" assumes you are wanting to load a file. But in the case of
+a bare-word, it assumes you mean a module.
+
+This gives nasty overhead when you are trying to dynamically require modules
+at run-time, since you will need to change the module notation to a file
+notation fitting the particular platform you are on.
+
+"load" eliminates the need for this overhead and will just DWYM.
+
+%prep
+%setup -q -n Module-Load-%{version}
+
+%build
+perl Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+make pure_install DESTDIR=$RPM_BUILD_ROOT
+find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test
+
+%files
+%doc CHANGES README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Mon Mar 18 2013 Petr Pisar  0.24-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
new file mode 100644
index 000..7912fe1
--- /dev/null
+++ b/sources
@@ -0,0 +1 @@
+3fb7b6ade15cfeb3379d1a0c06c32e2f  Module-Load-0.24.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 923724] perl-TryCatch-1.003001 is available

2013-03-20 Thread bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=923724

Petr Šabata  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-TryCatch-1.003001-1.fc
   ||20
 Resolution|--- |RAWHIDE
Last Closed||2013-03-20 09:48:49

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=ZWQ8G3gQ1c&a=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Wayland and Fedora

2013-03-20 Thread Olav Vitters
On Wed, Mar 20, 2013 at 08:52:10AM -0400, Neal Becker wrote:
> > [2] https://live.gnome.org/Wayland
> 
> I'm also curious about how wayland might work with kde.

Suggest everyone to read the above URL. It has a to the KDE plans,
Enlightenment, status of applications, amount of work needed, etc.

Due note, GNOME could've misinterpreted the KDE+Enlightenment plans.

-- 
Regards,
Olav
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 923723] perl-Test-Inter-1.04 is available

2013-03-20 Thread bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=923723

--- Comment #4 from Fedora Update System  ---
perl-Test-Inter-1.04-1.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/perl-Test-Inter-1.04-1.fc17

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=vrauFvUHhU&a=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Schedule for Wednesday's FESCo Meeting (2013-03-20)

2013-03-20 Thread Kevin Fenzi
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC (1:00pm EST, 19:00 CET) in
#fedora-meeting on irc.freenode.net.

Links to all tickets below can be found at: 
https://fedorahosted.org/fesco/report/9

= Followups =

#topic #1095 Fedora 20 schedule proposal
.fesco 1095
https://fedorahosted.org/fesco/ticket/1095

#topic #1094 tomcat6 deprecation (fasttrack)
.fesco 1094
https://fedorahosted.org/fesco/ticket/1094

#topic #1098 F19 Features - Progress on Feature Freeze
.fesco 1098
https://fedorahosted.org/fesco/ticket/1098

#topic rawhide inheritance
#1005 At f19 branching time, drop inheritance in rawhide
https://fedorahosted.org/fesco/ticket/1005
.fesco 1005
and
#topic #1099 Postpone inheritance cut-off to Alpha Freeze
https://fedorahosted.org/fesco/ticket/1099
.fesco 1099

= New business =

#topic #1102 Release name issues
.fesco 1102
https://fedorahosted.org/fesco/ticket/1102

= Open Floor = 

For more complete details, please visit each individual ticket.  The
report of the agenda items can be found at
https://fedorahosted.org/fesco/report/9

If you would like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting. 


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Headsup: soname changing ode-double build coming to rawhide and F-19

2013-03-20 Thread Andrey Ponomarenko
Added to upstream tracker for future ABI changes monitoring: 
http://upstream-tracker.org/versions/ode.html


Hans de Goede wrote:

Hi,

When I added the ode-double subpackage I hardcoded the soname, so it
is not tracking the regular ode builds soname versioning, which also
means that if upstream breaks abi the soname won't change (rhbz#922812)

As a result of fixing this, the soname of ode-double is going to change
in F-19 and rawhide, this means that alienarena, simspark and techne
will need to be rebuild.

Note there are no other changes necessary other then a simple rebuild,
as all that is changing is the soname, the abi and api is otherwise
staying 100% the same.

Let me know if you're too busy to do the rebuild yourself and would like
me to do it.

Regards,

Hans


--
Andrey Ponomarenko, ROSA Lab.

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedora release name problem

2013-03-20 Thread Sérgio Basto
On Ter, 2013-03-19 at 14:29 -0400, Simo Sorce wrote: 
> On Tue, 2013-03-19 at 11:26 -0700, Adam Williamson wrote:
> > On Tue, 2013-03-19 at 14:14 -0400, john.flor...@dart.biz wrote:
> > > > From: Adam Williamson  
> > > > 
> > > > On 19/03/13 08:30 AM, Peter Robinson wrote:
> > > > >
> > > > > On 19 Mar 2013 14:33,  > > > > > wrote:
> > > > >  >
> > > > >  > > From: "Richard W.M. Jones"  > > > > >
> > > > >  > >
> > > > >  > > An interesting question is:  Why don't we try out the new
> > > release name
> > > > >  > > early on in Rawhide.  ie. we would change the release name
> > > now to
> > > > >  > > whatever F20 is going to be + " (Rawhide)".  Wouldn't that
> > > give us a
> > > > >  > > lot more time to test and fix?
> > > > >  >
> > > > >  > That seems like a great idea ... and it also adds in a test for
> > > > > handling parenthesis.  I can't imagine how they'd pose a problem,
> > > but
> > > > > clearly nobody foresaw this train coming either.
> > > > >
> > > > > Err the fedora 19 voting for names started around the release of
> > > F18
> > > > > alpha. Its been set as this for around 6 months already, I suspect
> > > its
> > > > > only become an issue with people starting to create images etc.
> > > > 
> > > > It isn't applied anywhere till branch. Rawhide always uses the
> > > release 
> > > > name 'Rawhide'. Even though it's voted on a long way ahead of time,
> > > the 
> > > > new release name is only applied in the tree at branch time.
> > > Several 
> > > > people were using Rawhide considerably in advance of branching - 
> > > > including myself - and the problems showed up right when we branched
> > > and 
> > > > the new fedora-release package was rolled.
> > > 
> > > Ah, that makes sense.  I had no idea how feasible name + " (Rawhide)"
> > > would be, I just liked the idea. 
> > 
> > It's an interesting idea, but I suspect it may break rather more stuff
> > than people expect :) Be neat to try though, and Rawhide is certainly
> > the place to break it.
> 
> I vote for Räwh'de myself :-)

hi, state my point of view , my last email just go to Chris Murphy
thing is, we introduce one ö (my keyboard don't have it) is like what I
have to leave with my é of Sérgio and one apostrophe , so cases complete
different. I bet ö will give much more problems .
I'm not saying to forget the bug, I'm saying: hey, this introduce a
bug , so first, we roll-back, second we fix the bug and third when bug
or bugs are fixed , we put release name with "what ever we want"


Cheers,
-- 
Sérgio M. B.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedora release name problem

2013-03-20 Thread Ralf Corsepius

On 03/20/2013 03:59 PM, Sérgio Basto wrote:

On Ter, 2013-03-19 at 14:29 -0400, Simo Sorce wrote:



hi, state my point of view , my last email just go to Chris Murphy
thing is, we introduce one ö (my keyboard don't have it) is like what I
have to leave with my é of Sérgio and one apostrophe , so cases complete
different. I bet ö will give much more problems .
No. Both cases are almost equivalent. Both are non-ASCII and both are 
covered by UTF-8. Both chars are part of most European ISO 8859 variants.


Whether "é" or "ö" is more common to individuals is just a matter of 
ones language/locale/script. ö is more common in North European 
languages (and German, my keyboard has it), "é" is more common in South 
European languages (my keyboard has it hidden under a multi-key sequence).


Ralf

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[389-devel] please review: Ticket 616 - High contention on computed attribute lock

2013-03-20 Thread thierry bordaz

https://fedorahosted.org/389/ticket/616

https://fedorahosted.org/389/attachment/ticket/616/0001-Ticket-616-High-contention-on-computed-attribute-loc.patch 

--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel

Re: Yum plugin for prioritize providers [was Re: Fwd: MariaDB replacing MySQL]

2013-03-20 Thread Norvald H. Ryeng

On Tue, 19 Mar 2013 08:56:04 +0100, Honza Horak  wrote:


On 03/18/2013 07:17 PM, Bill Nottingham wrote:

I'm not following the MySQL/mariadb packaging discussion in full
>detail - however, if we got to the point of discussing special yum
>plugins, wouldn't it be much simpler to
>
>* Modify the 10 packages that require mysql-server, the 19 packages
>that require mysql, the 3 packages that require mysql-libs (all F18
>counts) to require mariadb-* explicitly instead of using the virtual
>provide
>
>* Make sure that only mariadb-libs, not Oracle MySQL, Provides: the
>libmysqlclient soname?


I would like non-conflicting libraries as well.


>That's about 35 packages to touch, and all but one of them trivial
>modifications.

This does sound much simpler, IMO.


It does, but it would be hard to install MySQL in case any package  
requries mariadb, since the two packages conflict. And making the  
packages non-conflicting doesn't seem so simple -- it would mean to  
change location of the binaries or change their file-names, which would  
mean quite a lot of patching. But generally, if we find a way how to  
make the packages to be usable and non-conflicting, it could work fine.


I would also like to have non-conflicting packages. I don't think changing  
the names of the binaries would be that much work, but there are config  
files, scripts that refer to the binaries, etc. It's some work, but I  
think it's doable. And it would solve much of our headache. At least, I  
think it's worth considering.


Regards,

Norvald H. Ryeng
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Fedora ARM weekly status meeting 2013-03-20

2013-03-20 Thread Paul Whalen
Good day all,

Please join us today (Wednesday, March 20th) at 4PM EDT (8PM UTC)
for the Fedora ARM weekly status meeting in #fedora-meeting-1 on Freenode.

On the agenda so far..

0) Status of ACTION items from our previous meeting

1) Problem packages

2) Aarch64 patching

3) Creating test candidate images for F19
  
4) Open Floor

If there is something that you would like to discuss that isn't mentioned
please feel free to bring it up at the end of the meeting or send an email
to the list.

Paul
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedora release name problem

2013-03-20 Thread Ian Malone
On 20 March 2013 15:35, Ralf Corsepius  wrote:
> On 03/20/2013 03:59 PM, Sérgio Basto wrote:
>>
>> On Ter, 2013-03-19 at 14:29 -0400, Simo Sorce wrote:
>
>
>> hi, state my point of view , my last email just go to Chris Murphy
>> thing is, we introduce one ö (my keyboard don't have it) is like what I
>> have to leave with my é of Sérgio and one apostrophe , so cases complete
>> different. I bet ö will give much more problems .
>
> No. Both cases are almost equivalent. Both are non-ASCII and both are
> covered by UTF-8. Both chars are part of most European ISO 8859 variants.
>
> Whether "é" or "ö" is more common to individuals is just a matter of ones
> language/locale/script. ö is more common in North European languages (and
> German, my keyboard has it), "é" is more common in South European languages
> (my keyboard has it hidden under a multi-key sequence).
>

I think Sergio is referring to the thing I also missed, there is an
apostrophe in the release name as well as an umlaut. That may be ASCII
(though there are higher unicode points for specific apostrophes, not
sure that was a great idea...), but obviously has a different set of
potential problems (which you'd hope would be easier to fix).

-- 
imalone
http://ibmalone.blogspot.co.uk
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Planning to retire hpic

2013-03-20 Thread Sergio Pascual
Hello,

I'm going to retire hpic (Healpix pixelization of the sphere). The package
is not developed anymore. Anyone interested in this subject should use
healpix (available in Fedora).

The package will be retired from Rawhide and F19.

Regards, Sergio
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedora release name problem

2013-03-20 Thread Adam Williamson
On Wed, 2013-03-20 at 09:41 -0400, Felix Miata wrote:
> On 2013-03-20 12:54 (GMT+0100) Roberto Ragusa composed:
> 
> > everything in Linux always works perfectly.
> 
> Right, like function keys in MC that mean one thing when running it in a VC 
> and something else when running it in X or Single, because keyboard layouts 
> aren't consistent among them.

That will very likely be fixed in F19:

https://bugzilla.redhat.com/show_bug.cgi?id=837292
-- 
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: fedora release name problem

2013-03-20 Thread Sérgio Basto
On Qua, 2013-03-20 at 16:26 +, Ian Malone wrote: 
> On 20 March 2013 15:35, Ralf Corsepius  wrote:
> > On 03/20/2013 03:59 PM, Sérgio Basto wrote:
> >>
> >> On Ter, 2013-03-19 at 14:29 -0400, Simo Sorce wrote:
> >
> >
> >> hi, state my point of view , my last email just go to Chris Murphy
> >> thing is, we introduce one ö (my keyboard don't have it) is like what I
> >> have to leave with my é of Sérgio and one apostrophe , so cases complete
> >> different. I bet ö will give much more problems .
> >
> > No. Both cases are almost equivalent. Both are non-ASCII and both are
> > covered by UTF-8. Both chars are part of most European ISO 8859 variants.
> >
> > Whether "é" or "ö" is more common to individuals is just a matter of ones
> > language/locale/script. ö is more common in North European languages (and
> > German, my keyboard has it), "é" is more common in South European languages
> > (my keyboard has it hidden under a multi-key sequence).
> >
> 
> I think Sergio is referring to the thing I also missed, there is an
> apostrophe in the release name as well as an umlaut. That may be ASCII
> (though there are higher unicode points for specific apostrophes, not
> sure that was a great idea...), but obviously has a different set of
> potential problems (which you'd hope would be easier to fix).

yes , single quote or apostrophe have ascii code 39, could break strings
in others ways 


-- 
Sérgio M. B.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Summary/Minutes from Wednesday's FESCo Meeting (2013-03-20)

2013-03-20 Thread Kevin Fenzi
===
#fedora-meeting: FESCO (2013-03-20)
===


Meeting started by nirik at 18:00:01 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2013-03-20/fesco.2013-03-20-18.00.log.html
.



Meeting summary
---
* init process  (nirik, 18:00:02)

* #1095 Fedora 20 schedule proposal  (nirik, 18:01:55)
  * LINK: https://fedorahosted.org/fesco/ticket/1095   (nirik, 18:01:55)
  * AGREED: approve schedule aiming as 2013-11-12, with explicit dates
listed as 'no earlier then', and start the announcement with "will
be adjusted out based on changes submitted by deadline" (+6, -1, 0)
(nirik, 18:08:50)

* #1094 tomcat6 deprecation (fasttrack)  (nirik, 18:09:25)
  * LINK: https://fedorahosted.org/fesco/ticket/1094   (nirik, 18:09:26)
  * ACTION: nirik to close ticket out.  (nirik, 18:10:27)

* #1098 F19 Features - Progress on Feature Freeze  (nirik, 18:10:34)
  * LINK: https://fedorahosted.org/fesco/ticket/1098   (nirik, 18:10:34)
  * AGREED: drop ns-3 and kolab as features for F19.  Suggest they
target F20. (+6, 0)  (nirik, 18:15:55)

* rawhide inheritance  (nirik, 18:16:38)
  * LINK: https://fedorahosted.org/fesco/ticket/1005   (nirik, 18:16:46)
  * LINK: https://fedorahosted.org/fesco/ticket/1099   (nirik, 18:16:48)
  * AGREED: proposal to Postpone inheritance cut-off to Alpha Freeze
rejected (0,-6,0)  (nirik, 18:24:06)

* #1102 Release name issues  (nirik, 18:24:14)
  * LINK: https://fedorahosted.org/fesco/ticket/1102   (nirik, 18:24:15)
  * AGREED: leave name as is, fix issues as they arise (+6,0,0)  (nirik,
18:31:36)

* next weeks chair  (nirik, 18:31:44)
  * ACTION: t8m to chair next week  (nirik, 18:32:14)

* Open Floor  (nirik, 18:32:18)
  * LINK:

http://pkgs.fedoraproject.org/cgit/systemd.git/commit/?id=5457175a7257203846385d90b3f6287f194e5065
(Viking-Ice, 18:34:12)

Meeting ended at 18:43:25 UTC.




Action Items

* nirik to close ticket out.
* t8m to chair next week




Action Items, by person
---
* nirik
  * nirik to close ticket out.
* t8m
  * t8m to chair next week
* **UNASSIGNED**
  * (none)




People Present (lines said)
---
* nirik (88)
* jreznik (20)
* mitr (19)
* pjones (14)
* notting (14)
* abadger1999 (13)
* Viking-Ice (12)
* zodbot (10)
* jwb (8)
* adamw (4)
* t8m (3)
* drago01 (2)
* mmaslano (0)
* sgallagh (0)
--
18:00:01  #startmeeting FESCO (2013-03-20)
18:00:01  Meeting started Wed Mar 20 18:00:01 2013 UTC.  The chair is 
nirik. Information about MeetBot at http://wiki.debian.org/MeetBot.
18:00:01  Useful Commands: #action #agreed #halp #info #idea #link 
#topic.
18:00:02  #meetingname fesco
18:00:02  #chair abadger1999 jwb mitr mmaslano notting nirik pjones t8m 
sgallagh
18:00:02  #topic init process
18:00:02  The meeting name has been set to 'fesco'
18:00:02  Current chairs: abadger1999 jwb mitr mmaslano nirik notting 
pjones sgallagh t8m
18:00:09  Hello all
18:00:20 * abadger1999 can pay attention every so often
18:00:27  hello.
18:00:30 * notting is here
18:00:36  hi
18:00:53 * jreznik lurks
18:01:22  I think sgallagh and mmaslano are both out today.
18:01:47  nirik: yep, marcela is still out
18:01:47  so, I guess lets go ahead and get started.
18:01:55  #topic #1095 Fedora 20 schedule proposal
18:01:55  .fesco 1095
18:01:55  https://fedorahosted.org/fesco/ticket/1095
18:02:03  nirik: #1095 (Fedora 20 schedule proposal) – FESCo - 
https://fedorahosted.org/fesco/ticket/1095
18:02:31  so, did we come up with any brilliant plans on this since last 
meeting?
18:02:43 * jreznik thinks we are still stuck with not accepted proposal
18:03:08  well, the issue is: do we make a schedule (even tenative) 
without knowing what will be in it.
18:03:10  nirik: only the ones to move our new unicode world from the 
release name to the release number.
18:03:41 * nirik proposes a feature for Fedora e^(i*pi)
18:04:11  nirik: chicken - egg - without saying how much time we will 
give to the teams...
18:04:25  nirik: nah. our release processes are already irrational, 
the number should be too
18:04:27  nirik: Marcela is +1 in the ticket for a proposal that got +4 
the last time...
18:04:34 * nirik looks
18:04:56  mitr: that is a new proposal...
18:05:12  nirik: that's actually more "details provided" for the 
previous one
18:05:31  oh I see...
18:05:32  I'm worried that we'll slip into the holidays again with 
this schedule but I don't have a better idea if we want to do a regular full 
Fedora release.
18:05:38  You can count me as a +1
18:05:40  nirik: or maybe e^(i*pi)+1?
18:05:59  pjones: I'd love to see what breaks with a fedora-0 ;)
18:06:28  so, then I guess we pass that schedule... sorry pjones. You 
can tell us 'I told you so' now.
18:06:41  abadger1999: the issue isn't so much worries about the dates 
themselves as worrying that by agreeing to them all now we're committing the 
same mistakes as we did for F18.
18:07

Re: fedora release name problem

2013-03-20 Thread Kevin Fenzi
On Wed, 20 Mar 2013 21:28:49 +0100
"eduard.vopicka"  wrote:

> Hello.
> 
> I think it is really time for some authority to decide ASAP, taking
> into account that this is now (proposed) alpha blocker bug and the
> scope of the overall fix is still unknown.
> 
> I could not resist, sorry.

"agreed leave name as is, fix issues as they arise (+6,0,0)"

https://fedorahosted.org/fesco/ticket/1102#comment:10

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedora release name problem

2013-03-20 Thread Adam Williamson
On Wed, 2013-03-20 at 21:28 +0100, eduard.vopicka wrote:
> Hello.
> 
> I think it is really time for some authority to decide ASAP, taking into 
> account that this is now (proposed) alpha blocker bug and the scope of the 
> overall fix is still unknown.
> 
> I could not resist, sorry.

FESCo already did, this morning. It's in the minutes of their meeting,
which were sent to this list. They decided we will stick with the
current fedora-release (which leaves the ö in place, and makes the
apostrophe a Unicode apostrophe rather than a single quote; this is
enough to fix grub at least) for now and fix issues as they arise.
-- 
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: fedora release name problem

2013-03-20 Thread David Woodhouse
On Tue, 2013-03-19 at 09:27 +0100, Christof Damian wrote:
> Fixing them now will benefit all future releases and all the people
> living in non pure ASCII countries.

∄ pure ASCII countries.

It is incredibly naĩve to believe otherwise.

-- 
dwmw2



smime.p7s
Description: S/MIME cryptographic signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedora release name problem

2013-03-20 Thread David Woodhouse
On Tue, 2013-03-19 at 12:24 +0100, Nicolas Mailhot wrote:
> 
> Le Mar 19 mars 2013 11:38, Ian Malone a écrit :
> 
> > and holding up the release for what is basically a triviality seems a
> > bit silly.
> 
> The perception correct UTF-8 handling is a triviality that should be
> worked on at some later date is the reason we have this breakage now.

No. As I understand it, this bug would have happened if we were still in
the 20th century and using the legacy 8-bit encodings too.

We have an 'is it text?' function which arbitrarily allows 2% of bytes
to be >= 0x80. Which means that even in ISO8859-1, a file containing
just the words "Schrödinger's Cat" wouldn't be considered to be text.

It's just broken; it's not even UTF-8 specific. In fact, UTF-8 makes
things *easier* because you can check for valid UTF-8 byte sequences
instead of just bytes >= 0x80.

-- 
dwmw2



smime.p7s
Description: S/MIME cryptographic signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedora release name problem

2013-03-20 Thread Adam Williamson
On Wed, 2013-03-20 at 23:35 +, David Woodhouse wrote:
> On Tue, 2013-03-19 at 12:24 +0100, Nicolas Mailhot wrote:
> > 
> > Le Mar 19 mars 2013 11:38, Ian Malone a écrit :
> > 
> > > and holding up the release for what is basically a triviality seems a
> > > bit silly.
> > 
> > The perception correct UTF-8 handling is a triviality that should be
> > worked on at some later date is the reason we have this breakage now.
> 
> No. As I understand it, this bug would have happened if we were still in
> the 20th century and using the legacy 8-bit encodings too.
> 
> We have an 'is it text?' function which arbitrarily allows 2% of bytes
> to be >= 0x80. Which means that even in ISO8859-1, a file containing
> just the words "Schrödinger's Cat" wouldn't be considered to be text.

That was the bug in abrt. The bug in grub2 was that the single quote
closed quotes in the grub config file, which uses...single quotes...for
quoting.

Of course, that's not a unicode bug either.

-- 
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

Fedora ARM weekly status meeting minutes 2013-03-20

2013-03-20 Thread Paul Whalen


Thanks to those who were able to join us for the weekly status meeting today. 
For those that were unable, the minutes are posted below:

Minutes: 
http://meetbot.fedoraproject.org/fedora-meeting-1/2013-03-20/fedora-meeting-1.2013-03-20-20.00.html
Minutes (text): 
http://meetbot.fedoraproject.org/fedora-meeting-1/2013-03-20/fedora-meeting-1.2013-03-20-20.00.txt
Log: 
http://meetbot.fedoraproject.org/fedora-meeting-1/2013-03-20/fedora-meeting-1.2013-03-20-20.00.log.html

Paul 

===
#fedora-meeting-1: Fedora ARM weekly status meeting
===


Meeting started by pwhalen at 20:00:23 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting-1/2013-03-20/fedora-meeting-1.2013-03-20-20.00.log.html
.



Meeting summary
---
* 0) Status of ACTION items from our previous meeting  (pwhalen,
  20:02:07)
  * - COMPLETE - ahs3 to do another package scan this evening for
aarch64 patching, send to the list for review  (pwhalen, 20:02:36)
  * - INPROGRESS - pbrobinson/dgilmore to provide feedback on aarch64
patches  (pwhalen, 20:03:28)
  * bug is https://bugzilla.redhat.com/show_bug.cgi?id=922257 Alias is
ARM64  (pbrobinson, 20:09:55)

* 1) Problem Packages  (pwhalen, 20:10:19)
  * java still outstanding- devs say it will be done by end of week
(bconoboy, 20:11:38)
  * py-pillow is fixed  (bconoboy, 20:11:47)
  * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=922770
(pbrobinson, 20:12:21)
  * LINK: tog-python is broken,
https://bugzilla.redhat.com/show_bug.cgi?id=922770  (bconoboy,
20:12:43)
  * Other misc broken packages:  (bconoboy, 20:13:01)
  * LINK: javasqlite:
http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=1584679
(bconoboy, 20:13:04)
  * LINK: pure:
http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=1498064
(bconoboy, 20:13:05)
  * LINK: OpenImageIO:
http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=1606987
(bconoboy, 20:13:05)
  * If you know Ruby please ping pbrobinson  (bconoboy, 20:14:32)
  * ACTION: pbrobinson to post a list of leaf packages to a...@lists.fp.o
(bconoboy, 20:15:50)

* 2) Aarch64 patching  (pwhalen, 20:16:18)

* 3) Creating test candidate images for F19  (pwhalen, 20:17:43)
  * livemedia-creator in f19 is broken meaning we cannot use it to make
f19 images  (bconoboy, 20:19:10)
  * Using fedora 18's livemedia-creator to make f19 images results in
problems due to the emerging unified kernel  (bconoboy, 20:19:46)
  * F19 kernel will be unified except for tegra  (bconoboy, 20:25:13)
  * IDEA: Let's just use a unified kernel for F19  (bconoboy, 20:29:47)
  * IDEA: Anything not in unified is treated as a remix  (bconoboy,
20:30:00)
  * agree on unified only f19 kernel  (jonmasters, 20:30:09)
  * Unified kernel will minimally support omap, highbank, mvebu,
vexpress (a9), possibly vexpress a15  (bconoboy, 20:35:05)
  * AGREED: The spins-kickstarts repo will be used to generate official
f19 images- get your changes in!  (bconoboy, 20:41:54)

* 4) Open Floor  (pwhalen, 20:44:11)
  * 3.8.x has gone out to stable.  The vexpress version needs F19's qemu
to boot.  Some highbank issues in 3.8.  (bconoboy, 20:46:51)
  * ACTION: pwhalen and mlangsdorf are working on the highbank issues-
every reason to expect a speedy recovery  (bconoboy, 20:47:22)
  * ACTION: pbrobinson will update 3.9 kernel config over weekend and
spin out a new test build  (bconoboy, 20:52:15)
  * AGREED: pbrobinson is a man of action  (bconoboy, 20:53:05)
  * goal for new 3.9 test build is to resolve usb driver conflicts
between omap and mvebu  (bconoboy, 20:53:56)

Meeting ended at 20:55:02 UTC.




Action Items

* pbrobinson to post a list of leaf packages to a...@lists.fp.o
* pwhalen and mlangsdorf are working on the highbank issues- every
  reason to expect a speedy recovery
* pbrobinson will update 3.9 kernel config over weekend and spin out a
  new test build




Action Items, by person
---
* mlangsdorf
  * pwhalen and mlangsdorf are working on the highbank issues- every
reason to expect a speedy recovery
* pbrobinson
  * pbrobinson to post a list of leaf packages to a...@lists.fp.o
  * pbrobinson will update 3.9 kernel config over weekend and spin out a
new test build
* pwhalen
  * pwhalen and mlangsdorf are working on the highbank issues- every
reason to expect a speedy recovery
* **UNASSIGNED**
  * (none)




People Present (lines said)
---
* bconoboy (91)
* pbrobinson (79)
* pwhalen (30)
* dgilmore (25)
* j_dulaney (24)
* jonmasters (23)
* masta (18)
* zodbot (14)
* dmarlin (13)
* ctyler (6)
* jsmith (5)
* mlangsdorf (4)
* jcapik (4)
* nirik (2)
* ahs3 (2)
* fossjon (1)

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Is there a reason we do not turn on the file system hardlink/symlink protection in Rawhide?

2013-03-20 Thread Kees Cook
On Sun, Mar 17, 2013 at 10:07:48PM +0100, Kevin Kofler wrote:
> Kees Cook wrote:
> > AFD was a single specific program doing a very specific task and hardly
> > represents an "average workload". I remain extremely disappointed that the
> > default-on state was reverted. Ubuntu has had this feature enabled for
> > YEARS now, and it stopped quite a few exploits cold.
> 
> Who knows what other applications this extremely surprising and incompatible 
> change breaks? (IMHO, even private /tmp is a better solution. It's also an 
> incompatible change, but at least it has semantics a normal user can 
> understand, whereas your solution layers really complicated hidden rules on 
> top of something as basic as file permissions.)
> 
> I'm with Linus when he says "Breaking applications is unacceptable. End of 
> story. It's broken them. Get over it." We aren't ready to enable private 
> /tmp for the same reason, so why is this hack any more acceptable?
> 
> IMHO the initscripts change should be reverted and we should stick to 
> Linus's defaults. He said "no" for a reason.

https://lwn.net/Articles/543273/
"On a vanilla kernel, protected_hardlinks unfortunately has the default
value zero" That's what Linus's defaults get: vulnerable-by-default.

Specialized applications are the exception, and if you use them, it's your
responsibility to tune your system as needed. Why leave your system
vulnerable to script-kiddie attacks by default?

The semantics of both world-writable sticky directories and hardlink
access are undefined by POSIX. This fix was not a "hack", it corrects a
bad decision made over a decade ago that was overwhelming more commonly
used for vulnerability exploitation purposes.

-Kees

-- 
Kees Cook@outflux.net
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Test-Announce] Fedora 19 Alpha Test Compose 1 (TC1) Available Now!

2013-03-20 Thread Andre Robatino
*IMPORTANT*: All DVDs and Lives are oversized, so will not fit on the
standard media. The 64-bit DVD and netinst should hopefully be posted soon.

As per the Fedora 19 schedule [1], Fedora 19 Alpha Test Compose 1 (TC1)
is now available for testing. Content information, including changes,
can be found at https://fedorahosted.org/rel-eng/ticket/5545 . Please
see the following pages for download links (including delta ISOs) and
testing instructions. Normally dl.fedoraproject.org should provide the
fastest download, but download-ib01.fedoraproject.org is available as a
mirror (with an approximately 1 hour lag) in case of trouble. To use it,
just replace "dl" with "download-ib01" in the download URL.

Installation:

https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test

Base:

https://fedoraproject.org/wiki/Test_Results:Current_Base_Test

Desktop:

https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test

Ideally, all Alpha priority test cases for Installation [2], Base [3],
and Desktop [4] should pass in order to meet the Alpha Release Criteria
[5]. Help is available on #fedora-qa on irc.freenode.net [6], or on the
test list [7].

Create Fedora 19 Alpha test composes (TC) and release candidates (RC)
https://fedorahosted.org/rel-eng/ticket/5545

Current Blocker and NTH bugs:
http://qa.fedoraproject.org/blockerbugs/current

[1] http://fedorapeople.org/groups/schedule/f-19/f-19-quality-tasks.html
[2] https://fedoraproject.org/wiki/QA:Installation_validation_testing
[3] https://fedoraproject.org/wiki/QA:Base_validation_testing
[4] https://fedoraproject.org/wiki/QA:Desktop_validation_testing
[5] https://fedoraproject.org/wiki/Fedora_19_Alpha_Release_Criteria
[6] irc://irc.freenode.net/fedora-qa
[7] https://admin.fedoraproject.org/mailman/listinfo/test



signature.asc
Description: OpenPGP digital signature
___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/test-announce-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel