date:20110801

PokerTH orphaned

2011-08-01 Thread Jussi Lehtola

Hi,


I've just orphaned PokerTH, since I'm trying to free myself some time
and I don't use it myself.

PokerTH does not currently build on rawhide, since OpenSSL support has
been dropped from GnuTLS a week ago (BZ #726697). Getting it to build
again would then require building against OpenSSL (and asking upstream
for a GPL license exception), or shipping a private copy of GnuTLS.
-- 
Jussi Lehtola
Fedora Project Contributor
jussileht...@fedoraproject.org
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-Eval-LineNumbers/f16] Initial import (#726245).

2011-08-01 Thread Emmanuel Seyman

Summary of changes:

  cadf760... Initial import (#726245). (*)

(*) 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

[perl-Eval-LineNumbers] Initial import (#726245).

2011-08-01 Thread Emmanuel Seyman

commit cadf760c497f4b091ecd0ba15527208f50236136
Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr
Date:   Mon Aug 1 10:45:28 2011 +0200

Initial import (#726245).

 .gitignore |1 +
 perl-Eval-LineNumbers.spec |   41 +
 sources|1 +
 3 files changed, 43 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..0ba1e2b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Eval-LineNumbers-0.31.tar.gz
diff --git a/perl-Eval-LineNumbers.spec b/perl-Eval-LineNumbers.spec
new file mode 100644
index 000..7012c71
--- /dev/null
+++ b/perl-Eval-LineNumbers.spec
@@ -0,0 +1,41 @@
+Name:   perl-Eval-LineNumbers
+Version:0.31
+Release:1%{?dist}
+Summary:Add line numbers to hereis blocks that contain perl source code
+License:Artistic 2.0 or LGPLv2+
+Group:  Development/Libraries
+URL:http://search.cpan.org/dist/Eval-LineNumbers/
+Source0:
http://www.cpan.org/authors/id/M/MU/MUIR/modules/Eval-LineNumbers-%{version}.tar.gz
+BuildArch:  noarch
+BuildRequires:  perl(ExtUtils::MakeMaker)
+Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
+
+%description
+This module adds a line number to hereis text that is going to be
+eval'ed so that error messages will point back to the right place.
+
+%prep
+%setup -q -n Eval-LineNumbers-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+
+find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
+find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
+
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test
+
+%files
+%{perl_vendorlib}/Eval
+%{_mandir}/man3/Eval::LineNumbers.3pm.gz
+
+%changelog
+* Thu Jul 28 2011 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.31-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..5a0e97d 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+69b20fbf576942a1ef7cffef456b0081  Eval-LineNumbers-0.31.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

On 07/29/2011 04:55 PM, Deepak Bhole wrote:
* Omair Majid oma...@redhat.com [2011-07-29 10:32]:
On 07/25/2011 04:04 PM, Deepak Bhole wrote:
* Bill Nottinghamnott...@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.

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.

Have you seen the list of incompatibilities?

http://www.oracle.com/technetwork/java/javase/compatibility-417013.html

Thanks. I hadn't seen the full list, but I knew it'd fairly small
given how much importance compatibility has been given in the past and
for 7.

Unfortunately it is not possible to gauge how much Fedora will be
affected by that :/ My biggest concern would be for apps using sun.*
APIs. As mentioned above though, it should be a small percentage.

Cheers,
Deepak

I found different warning about Java 7 changes:
http://www.lucidimagination.com/search/document/1a0d3986e48a9348/warning_index_corruption_and_crashes_in_apache_lucene_core_apache_solr_with_java_7

Does it impact also our Java? Anyway you will need exception if you want
Java 7 as a feature for F-16.
--
Marcela Mašláňová
BaseOS team Brno
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

66 matches

Mail list logo