GPG Key Signing Event at FUDCon Blacksburg 2012

[Nick Bebout]

We are planning a GPG Key Signing event at FUDCon Blacksburg, which 
will be held on Saturday, January 14, 2012 at 1600 (4pm).  If you are 
interested in participating, please add your info to 
https://fedoraproject.org/wiki/FUDCon:Blacksburg_2012_GPG_Key_Signing_Event 
so we can compile a list of participants and keys.


Thanks,

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

Re: Canonical Will Remove Java From Ubuntu

[Dr Andrew John Hughes]

On 06:54 Sun 18 Dec , Neal Becker wrote:
> http://lxer.com/module/newswire/ext_link.php?rid=159737
> 
> -- 
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel

Saw this on LWN.  It's because of Oracle licensing changes and
may actually mean more users of OpenJDK and IcedTea-Web instead
of the proprietary solution (though in all likelihood, they'll
just download it from java.sun.com instead).
-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07


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

Re: (re)introducing - fedora-review - tool to help with package reviews

[Ville Skyttä]

On 2011-12-19 10:32, Stanislav Ochotnicky wrote:

> I can tell you right now that cornercases will never be caught with
> tools like this. Licensecheck only looks at headers/comments, whereas
> licensing depends on many things and can be quite confusing. I am sure
> that rpmdevtools maintainers would be happy to accept improvements
> though.

Actually I'd be happier if patches were sent to licensecheck upstream
which is Debian's devscripts package/team.

http://packages.qa.debian.org/d/devscripts.html
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Summary/Minutes for today's FESCo meeting (19 December 2011)

[Bill Nottingham]

===
#fedora-meeting: FESCO (2011-12-19)
===


Meeting started by notting at 18:02:00 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2011-12-19/fesco.2011-12-19-18.02.log.html
.

Meeting summary
---
* init process  (notting, 18:02:29)

* #718 New meeting time?  (notting, 18:04:47)
  * AGREED: meetings will continue at the current time  (notting,
18:08:49)

* #722 F17 Feature: Multitouch support -
  https://fedoraproject.org/wiki/Features/Multitouch_support  (notting,
  18:10:48)
  * AGREED: Multitouch support feature is approved  (notting, 18:17:06)

* FES tickets  (notting, 18:17:54)
  * LINK: https://fedorahosted.org/fedora-engineering-services/report/6
(notting, 18:18:13)

* Next meeting  (notting, 18:19:41)
  * AGREED: No FESCo meetings on 2011-12-26 or 2012-01-02. Next FESCo
meeting on 2012-01-09  (notting, 18:24:09)
  * LINK: https://fedoraproject.org/wiki/FESCo_meeting_process
(sgallagh, 18:25:26)
  * limburgher will chair 2012-01-09 meeting  (notting, 18:26:03)

* Open Floor  (notting, 18:26:18)

Meeting ended at 18:38:59 UTC.

Action Items


Action Items, by person
---
* **UNASSIGNED**
  * (none)

People Present (lines said)
---
* notting (45)
* NiveusLuna (22)
* sgallagh (19)
* pjones (18)
* nirik (16)
* limburgher (13)
* zodbot (9)
* t8m (9)
* mitr (7)
* mmaslano (5)
* mjg59 (0)

Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

RE: Route Metric

[Alexander Bahoor]

Sorry for the broadcast, but don't see a group with networking and wireless.

Can someone please recommend a list of  wireless client adapters that support 
fedora or linux in general? I checked a few vendor, but did not see download 
for them.

Rgrds,

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

Re: xosd orphaned?

[Petr Pisar]

On 2011-12-18, Bruno Wolff III  wrote:
> On Sun, Dec 18, 2011 at 10:25:55 -0700,
>   Kevin Fenzi  wrote:
>> On Sun, 18 Dec 2011 21:05:42 +0400
>> "Pavel Alexeev (aka Pahan-Hubbitus)"  wrote:
>> 
>> > Sorry, I saw it deprecated. Anyone known is there any drop-in
>> > alternative?
>> > 
>> > And why it was orphaned?
>> 
>> gdk-pixbuf that it needed was being orphaned because it didn't build
>> anymore, so I thought it was a good time to drop xosd as well (which
>> had not seen a release in 5+ years). 
>> 
>> I don't know of any drop in replacement. 
>
> Someone has a plan to bring back xosd without the subpackage that depended
> on gdk-pixbuf. I didn't see anyone on the mailing list say the were going
> to do the review, but I am not following the review bug.

That was me. The review
 is still
unassigned. Anybody can do the review to get xosd back into next Fedora.

-- Petr

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

[perl-Mojolicious] Add Digest::MD5 dep

[Yanko Kaneti]

commit 888d69f5e29a38aaf2102d5dfbf3296ecb143ba2
Author: Yanko Kaneti 
Date:   Mon Dec 19 17:35:35 2011 +0200

Add Digest::MD5 dep

 perl-Mojolicious.spec |3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)
---
diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec
index 0f1ec29..8663ae4 100644
--- a/perl-Mojolicious.spec
+++ b/perl-Mojolicious.spec
@@ -9,6 +9,7 @@ Source0:
http://search.cpan.org/CPAN/authors/id/A/AM/AMS/Mojolicious-%{ve
 BuildArch:  noarch
 BuildRequires:  perl >= 0:5.008007
 BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(Digest::MD5)
 BuildRequires:  perl(Test::Builder)
 BuildRequires:  perl(Test::Harness)
 BuildRequires:  perl(Test::More)
@@ -52,7 +53,7 @@ make test
 
 %changelog
 * Mon Dec 19 2011 Yanko Kaneti  - 2.38-1
-- Update to 2.38
+- Update to 2.38. Add Digest::MD5 dep.
 
 * Sun Oct  2 2011 Tom Callaway  - 1.99-1
 - update to 1.99
--
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: 2.6.41.5-3 - Disable Intel IOMMU by default.

[Reindl Harald]

Am 19.12.2011 15:33, schrieb Adam Jackson:
>> * Thu Dec 15 2011 Dave Jones 
>> 2.6.41.5-3 - Disable Intel IOMMU by default.
> 
> So I would assume that means that the Intel IOMMU is disabled by default
> now.
> 
> If what you're asking is "why", I'd hazard that it's because either the
> hardware or the driver are buggy, so it's worth protecting people from.
> Which I can personally attest to, since we've had to fix the graphics
> driver's interaction with IOMMU a couple of times now and it's still not
> perfect.
> 
>> can this introduce this old KB of VMware?
>> http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2269
> 
> Not that this is a vmware support forum, but I'm pretty sure that kb
> article says that disabling the IOMMU is a workaround for an issue.  So
> I'm not sure what you're worried about.

about this below on guests with 8 GB RAM and 6 GB innodb_buffer_pool

You might see a guest panic message, such as Kernel panic: pci_map_single: high
address but no IOMMU. This message means that some device drivers in the guest
cannot handle more than 4GB without an IOMMU. Upgrade to one of the kernels 
listed
in Upgrading to a Supported Kernel (above), or limit your virtual machine to 
less
than 4GB of memory.




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

Agenda for today's FESCo meeting (19 December 2011)

[Bill Nottingham]

Following is the list of topics that will be discussed in the FESCo
meeting today at 18:00UTC (1:00pm EST) in #fedora-meeting on
irc.freenode.net.

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

= Followups =

#topic #718 New meeting time?
.fesco 718

= New business =
#topci #722 F17 Feature: Multitouch support - 
https://fedoraproject.org/wiki/Features/Multitouch_support
.fesco 722

= Fedora Engineering Services tickets =

https://fedorahosted.org/fedora-engineering-services/report/6

= Open Floor =

For more complete details, please visit each individual ticket.  The
eport 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.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-Crypt-OpenSSL-X509/f16] version bump and changelog

[Wes Hardaker]

commit c231b7acc972294e97e4b832f1b231eb06723eec
Author: Wes Hardaker 
Date:   Mon Dec 19 06:49:42 2011 -0800

version bump and changelog

 perl-Crypt-OpenSSL-X509.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Crypt-OpenSSL-X509.spec b/perl-Crypt-OpenSSL-X509.spec
index 8a9696f..706fd87 100644
--- a/perl-Crypt-OpenSSL-X509.spec
+++ b/perl-Crypt-OpenSSL-X509.spec
@@ -1,6 +1,6 @@
 Name:   perl-Crypt-OpenSSL-X509
 Version:1.800.2
-Release:2%{?dist}
+Release:3%{?dist}
 Summary:Perl interface to OpenSSL for X509
 License:GPL+ or Artistic 
 Group:  Development/Libraries
@@ -48,6 +48,9 @@ rm -rf %{buildroot}
 %{_mandir}/man3/*
 
 %changelog
+* Mon Dec 19 2011 Wes Hardaker  - 1.800.2-3
+- Added a buildrequire line for ExtUtils
+
 * Tue Jul 19 2011 Petr Sabata  - 1.800.2-2
 - 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

[perl-Crypt-OpenSSL-X509/f16] added a build requires for MakeMaker

[Wes Hardaker]

commit 0b8b3bc9d8d0b0b2c56cfbe222818c11df1114a5
Author: Wes Hardaker 
Date:   Mon Dec 19 06:45:34 2011 -0800

added a build requires for MakeMaker

 perl-Crypt-OpenSSL-X509.spec |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)
---
diff --git a/perl-Crypt-OpenSSL-X509.spec b/perl-Crypt-OpenSSL-X509.spec
index 20a835f..8a9696f 100644
--- a/perl-Crypt-OpenSSL-X509.spec
+++ b/perl-Crypt-OpenSSL-X509.spec
@@ -9,6 +9,7 @@ Source0:
http://www.cpan.org/authors/id/D/DA/DANIEL/Crypt-OpenSSL-X509-%{
 BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildRequires:  openssl openssl-devel
 BuildRequires:  perl(Test::More) perl(Test::Pod) perl(Module::Install)
+BuildRequires:  perl(ExtUtils::MakeMaker)
 
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
 
--
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: 2.6.41.5-3 - Disable Intel IOMMU by default.

[Adam Jackson]

On Sat, 2011-12-17 at 01:51 +0100, Reindl Harald wrote:
> how is the following changelog-entry to understand?

Well the changelog entry says:

> * Thu Dec 15 2011 Dave Jones 
> 2.6.41.5-3 - Disable Intel IOMMU by default.

So I would assume that means that the Intel IOMMU is disabled by default
now.

If what you're asking is "why", I'd hazard that it's because either the
hardware or the driver are buggy, so it's worth protecting people from.
Which I can personally attest to, since we've had to fix the graphics
driver's interaction with IOMMU a couple of times now and it's still not
perfect.

> can this introduce this old KB of VMware?
> http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2269

Not that this is a vmware support forum, but I'm pretty sure that kb
article says that disabling the IOMMU is a workaround for an issue.  So
I'm not sure what you're worried about.

- ajax


signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rawhide report: 20111219 changes

[Rawhide Report]

Compose started at Mon Dec 19 08:15:09 UTC 2011

Broken deps for x86_64
--
OpenGTL-0.9.15.1-3.fc17.x86_64 requires libLLVM-2.9.so()(64bit)
OpenGTL-devel-0.9.15.1-3.fc17.i686 requires libLLVM-2.9.so
OpenGTL-devel-0.9.15.1-3.fc17.x86_64 requires libLLVM-2.9.so()(64bit)
OpenGTL-libs-0.9.15.1-3.fc17.i686 requires libLLVM-2.9.so
OpenGTL-libs-0.9.15.1-3.fc17.x86_64 requires libLLVM-2.9.so()(64bit)
banshee-2.2.1-2.fc17.x86_64 requires mono(gudev-sharp) = 0:1.0.0.0
boinc-manager-6.12.35-1.r24014svn.fc17.x86_64 requires 
libxcb-atom.so.1()(64bit)
bugzilla-4.0.2-1.fc17.noarch requires perl(JSON::RPC::Server::CGI)
comoonics-cdsl-py-0.2-18.noarch requires comoonics-base-py
comoonics-cluster-py-0.1-24.noarch requires comoonics-base-py

compiz-0.9.5.92.1-0.1.gite676f1b12eb8db3a76978eed5bfc7c2cf9a0b6ce.fc17.i686 
requires libboost_serialization-mt.so.1.47.0

compiz-0.9.5.92.1-0.1.gite676f1b12eb8db3a76978eed5bfc7c2cf9a0b6ce.fc17.x86_64 
requires libboost_serialization-mt.so.1.47.0()(64bit)
compiz-fusion-extras-0.9.5.92-1.fc17.x86_64 requires 
libboost_serialization-mt.so.1.47.0()(64bit)
compiz-fusion-unsupported-0.9.4-6.fc17.x86_64 requires 
libboost_serialization-mt.so.1.47.0()(64bit)

compiz-gtk-0.9.5.92.1-0.1.gite676f1b12eb8db3a76978eed5bfc7c2cf9a0b6ce.fc17.x86_64
 requires libboost_serialization-mt.so.1.47.0()(64bit)

compiz-kde-0.9.5.92.1-0.1.gite676f1b12eb8db3a76978eed5bfc7c2cf9a0b6ce.fc17.x86_64
 requires libboost_serialization-mt.so.1.47.0()(64bit)
compiz-plugins-main-0.9.5.92-1.fc17.x86_64 requires 
libboost_serialization-mt.so.1.47.0()(64bit)
contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1
contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit)
couchdb-1.0.3-2.fc16.x86_64 requires libicuuc.so.46()(64bit)
couchdb-1.0.3-2.fc16.x86_64 requires libicui18n.so.46()(64bit)
couchdb-1.0.3-2.fc16.x86_64 requires libicudata.so.46()(64bit)
curry-0.9.11-7.fc12.x86_64 requires libgmp.so.3()(64bit)
dh-make-0.55-3.fc15.noarch requires debhelper
1:echolib-devel-0.14.1-2.fc17.i686 requires echolib = 0:0.14.1
1:echolib-devel-0.14.1-2.fc17.x86_64 requires echolib = 0:0.14.1
ekg2-xosd-0.2-0.17.rc1.fc16.x86_64 requires libxosd.so.2()(64bit)
fldigi-3.21.7-1.fc16.x86_64 requires libfltk_images.so.1.1()(64bit)
fldigi-3.21.7-1.fc16.x86_64 requires libfltk.so.1.1()(64bit)
gcc-python2-debug-plugin-0.7-1.fc17.x86_64 requires gcc = 0:4.6.2-1.fc17
gcc-python2-plugin-0.7-1.fc17.x86_64 requires gcc = 0:4.6.2-1.fc17
gcc-python3-debug-plugin-0.7-1.fc17.x86_64 requires gcc = 0:4.6.2-1.fc17
gcc-python3-plugin-0.7-1.fc17.x86_64 requires gcc = 0:4.6.2-1.fc17
gearmand-0.23-2.fc17.x86_64 requires 
libboost_program_options-mt.so.1.47.0()(64bit)
genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit)
ghc-haskell-platform-2011.2.0.1-1.fc16.x86_64 requires ghc-fgl = 
0:5.4.2.3
ghc-haskell-platform-devel-2011.2.0.1-1.fc16.i686 requires 
ghc-fgl-devel = 0:5.4.2.3
ghc-haskell-platform-devel-2011.2.0.1-1.fc16.x86_64 requires 
ghc-fgl-devel = 0:5.4.2.3
gnome-genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit)
gnome-python2-evolution-2.32.0-6.fc17.x86_64 requires 
libebook-1.2.so.12()(64bit)
gphpedit-0.9.95-0.2.20090209snap.fc15.x86_64 requires 
libgtkhtml-2.so.0()(64bit)
gpsdrive-2.11-10.fc17.x86_64 requires libmapnik.so.0.7()(64bit)
gpsdrive-2.11-10.fc17.x86_64 requires 
libboost_thread-mt.so.1.47.0()(64bit)
gpsdrive-2.11-10.fc17.x86_64 requires 
libboost_system-mt.so.1.47.0()(64bit)
gpsdrive-2.11-10.fc17.x86_64 requires 
libboost_filesystem-mt.so.1.47.0()(64bit)
gpx-viewer-0.2.0-3.fc14.x86_64 requires libgdl-1.so.3()(64bit)
gpx-viewer-0.2.0-3.fc14.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
gpx-viewer-0.2.0-3.fc14.x86_64 requires libclutter-glx-1.0.so.0()(64bit)
gpx-viewer-0.2.0-3.fc14.x86_64 requires 
libchamplain-gtk-0.6.so.0()(64bit)
gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-0.6.so.0()(64bit)
gscribble-0.1.2-1.fc16.noarch requires gnome-python2-gtkhtml2
gstreamer-java-swt-1.5-1.fc16.x86_64 requires libswt3-gtk2
hamlib-1.2.14-2.fc17.i686 requires libusrp-3.4.2.so.0
hamlib-1.2.14-2.fc17.x86_64 requires libusrp-3.4.2.so.0()(64bit)
hosts3d-1.13-2.fc15.x86_64 requires libglfw.so.2.6()(64bit)
hosts3d-sampler-1.13-2.fc15.x86_64 requires libglfw.so.2.6()(64bit)
i3-4.0.1-2.fc17.x86_64 requires libxcb-property.so.1()(64bit)
i3-4.0.1-2.fc17.x86_64 requires libxcb-keysyms.so.1()(64bit)
i3-4.0.1-2.fc17.x86_64 requires libxcb-icccm.so.1()(64bit)
i3-4.0.1-2.fc17.x86_64 requires libxcb-event.so.1()(64bit)
  

Re: (re)introducing - fedora-review - tool to help with package reviews

[Stanislav Ochotnicky]

Excerpts from Brendan Jones's message of Fri Dec 16 00:32:24 +0100 2011:
> On 12/15/2011 09:57 PM, Brendan Jones wrote:
> > On 11/21/2011 02:14 PM, Stanislav Ochotnicky wrote:
> >> Hello fellow devs,
> >>
> >> I am sure quite a few of you have done some reviews and thought "Hey,
> >> a,b,c and d could be automated. For E I could use some more
> >> information that can be automatically gathered". Some of you even
> >> wrote your own tools to do some of these things.
> >>
> >
> >
> > Hi Stan,
> >
> > great idea. Will try to use this prior to any forthcoming reviews.
> >
> > I find the most time consuming task in the review process is the license
> > check. I use a combination of find/head/grep commands to try and
> > determine if some of the source files have differing licenses to the
> > stated one in the spec. None of my methods guarantee 100% license
> > detection, given the sheer number of licenses out there, although if we
> > could consolidate all of the methods reviewers use for this we would
> > have a nifty tool indeed.
> >
> > Not sure if this is something which should be part of this package or
> > another entirely?
> >
> > regards,
> >
> > Brendan
> >
> >
> The guys on the packaging list enlightened me on the existence of
> licensecheck from rpmdevtools. From my brief tests it does a good job
> but have not used it against cornercases

Hi,

I planned to add running of licensecheck already, so now I created a
feature request in our trac[1]. We certainly will not reimplement
it. We will use it though :-)

I can tell you right now that cornercases will never be caught with
tools like this. Licensecheck only looks at headers/comments, whereas
licensing depends on many things and can be quite confusing. I am sure
that rpmdevtools maintainers would be happy to accept improvements
though.


[1] https://fedorahosted.org/FedoraReview/ticket/22


--
Stanislav Ochotnicky 
Software Engineer - Base Operating Systems Brno

PGP: 7B087241
Red Hat Inc.   http://cz.redhat.com


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