date:20140331

= Proposed Self Contained Change: Apache Oozie =
https://fedoraproject.org/wiki/Changes/ApacheOozie

Change owner(s): Robert Rati rr...@redhat.com  

Apache Oozie [1] is a workflow scheduler system to manage Apache Hadoop jobs. 

== Detailed Description ==
Apache Oozie is a workflow scheduler. It is integrated with the rest of the 
Hadoop stack and supports several types of Hadoop jobs out of the box (such as 
Java map-reduce, Streaming map-reduce, Pig, Hive, Sqoop and Distcp) as well as 
system specific jobs (such as Java programs and shell scripts). 

== Scope ==
* Proposal owners: Apache Oozie is packaged and awaiting review [2].
* Other developers: N/A (not a System Wide Change)
* Release engineering: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not a System Wide Change) 

[1] http://oozie.apache.org/
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1071456
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

F21 Self Contained Change: Apache HBase

= Proposed Self Contained Change: Apache HBase =
https://fedoraproject.org/wiki/Changes/ApacheHBase

Change owner(s): Robert Rati rr...@redhat.com  

Apache HBase [1] is a distributed database built on top of Apache Hadoop. 

== Detailed Description ==
Apache HBase is used when you need random, realtime read/write access to your 
Big Data. Apache HBase hosts very large tables -- billions of rows X millions 
of columns -- atop clusters of commodity hardware. Apache HBase is a 
distributed, versioned, non-relational database modeled after Google's 
Bigtable: A Distributed Storage System for Structured Data by Chang et al. 
Just as Bigtable leverages the distributed data storage provided by the Google 
File System, Apache HBase provides Bigtable-like capabilities on top of Hadoop 
and HDFS. 

== Scope ==
* Proposal owners: The Hbase package has been accepted into Fedora and 
provides all the functionality from the upstream release.
* Other developers: N/A (not a System Wide Change)
* Release engineering: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not a System Wide Change) 

[1] http://hbase.apache.org/
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

F21 Self Contained Change: Apache Hive

= Proposed Self Contained Change: Apache Hive =
https://fedoraproject.org/wiki/Changes/ApacheHive

Change owner(s):  Peter MacKinnon pmack...@redhat.com

Apache Hive [1] is a data warehouse built on top of Apache Hadoop. 

== Detailed Description ==
The Apache Hive data warehouse software facilitates querying and managing 
large datasets residing in distributed storage. Apache Hive provides a 
mechanism to project structure onto this data and query the data using a SQL-
like language called HiveQL.

== Scope ==
* Proposal owners: The Hive package has been accepted into Fedora and provides 
all the functionality from the upstream release with the exception of HBase 
support since the latest stable versions are not currently aligned.
* Other developers: N/A (not a System Wide Change)
* Release engineering: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not a System Wide Change) 

[1] http://hive.apache.org/
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fedora Present and Future: a Fedora.next 2014 Update (Part II, What's Happening?)

2014-03-31 Thread Josh Boyer

On Mon, Mar 31, 2014 at 7:43 AM, Stephen Gallagher sgall...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I posted a link to the first part last week:

http://fedoramagazine.org/fedora-present-and-future-a-fedora-next-2014-update-part-i-why/

and now, Part II:

http://fedoramagazine.org/fedora-present-and-future-a-fedora-next-2014-update-part-ii-whats-happening/

So first I'll say these are interesting articles, and I encourage
people to read them.

I work better when I see some examples of what this would mean in
practice. Under Fedora.next, how where would you see the
following being packaged?

- libvirt

Big, with lots and lots of big dependencies, but for
virtualization it's pretty much the definition of a core, stable
API.

Workstation will require this too. Having it be in Base is a good idea.

josh
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fedora Present and Future: a Fedora.next 2014 Update (Part II, “What’s Happening?”)

2014-03-31 Thread Matthew Miller

On Sun, Mar 30, 2014 at 04:00:28PM +0100, Richard W.M. Jones wrote:
 So first I'll say these are interesting articles, and I encourage
 people to read them.

Thanks!

 I work better when I see some examples of what this would mean in
 practice.  Under Fedora.next, how  where would you see the following
 being packaged?
  - libvirt
 Big, with lots and lots of big dependencies, but for virtualization
 it's pretty much the definition of a core, stable API.

Yeah, all of those dependencies present a problem, because some of those are
pretty fast moving. I think conceptually, in the modern world where
virtualization is everwhere, it belongs in the base. (I think certainly both
the server and workstation products will want it, and possibly cloud in some
cases.) The Base WG is trying to define a self-hosting core, though, and
it's possible that it'd be better for this to live outside of that.

  - virt-manager
 An application written in Python, and therefore needing to be above
 the stacks layer, I think?

Right, that is more clear.




-- 
Matthew Miller--   Fedora Project--mat...@fedoraproject.org
  Tepid change for the somewhat better!
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fedora Present and Future: a Fedora.next 2014 Update (Part II, What's Happening?)

- Original Message -
On Mon, Mar 31, 2014 at 7:43 AM, Stephen Gallagher sgall...@redhat.com
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I posted a link to the first part last week:

http://fedoramagazine.org/fedora-present-and-future-a-fedora-next-2014-update-part-i-why/

and now, Part II:

http://fedoramagazine.org/fedora-present-and-future-a-fedora-next-2014-update-part-ii-whats-happening/

And as I said last week, I will take questions, comments, complaints, in
any
media including replies here, on the article, on the social
media, or at any bar or coffee shop within walking distance of
Boston's MBTA.

So first I'll say these are interesting articles, and I encourage
people to read them.

I work better when I see some examples of what this would mean in
practice. Under Fedora.next, how where would you see the
following being packaged?

- libvirt

Big, with lots and lots of big dependencies, but for
virtualization it's pretty much the definition of a core, stable
API.

Workstation will require this too. Having it be in Base is a good idea.

Makes sense for base, as with libvirt we're close to containers.

Jaroslav

josh
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fedora Present and Future: a Fedora.next 2014 Update (Part II, What's Happening?)

2014-03-31 Thread Jóhann B. Guðmundsson



On 03/31/2014 12:38 PM, Josh Boyer wrote:

Workstation will require this too.  Having it be in Base is a good idea.


If there emerges a WG that does not require this from WG then what and 
was not base limiting itself to it's already defined package set?



JBG
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fedora Present and Future: a Fedora.next 2014 Update (Part II, What's Happening?)

- Original Message -
 
 On 03/31/2014 12:38 PM, Josh Boyer wrote:
  Workstation will require this too.  Having it be in Base is a good idea.
 
 If there emerges a WG that does not require this from WG then what and
 was not base limiting itself to it's already defined package set?

Base is common platform for products but it does not mean everything has
to be used by other products or everything has to follow base path (for
example installer is part of Base as we agreed but it can diverge a lot
over products, and even it would not be used in all products explicitely
just to provide images - cloud). Of course if some technology gets
obsoleted/deprecated by most of products, it means the time to deprecate
it in Base comes (or change of the owner). So common sense, not exact
numbers :).

Jaroslav

 
 JBG
 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

F21 System Wide Change: GCC49

= Proposed System Wide Change:  GCC49 =
https://fedoraproject.org/wiki/Changes/GCC49

Change owner(s): Jakub Jelínek ja...@redhat.com  

Switch GCC in Fedora 21 to 4.9.x, rebuild all packages with it. 

== Detailed Description ==
GCC 4.9.0 is currently in stage4, in prerelease state with only regression 
bugfixes and documentation fixes allowed. The release will happen probably in 
the first half of April. Marek Polacek has performed a test mass rebuild on 
x86_64 with gcc-4.9.0-0.*.fc21, most packages have built successfully, others 
have failed to rebuild also with gcc 4.8.x, for the remaining packages most of 
the needed changes are now tracked in [1] or, if it were bugs on the gcc side, 
have been fixed in the mean time. GCC 4.9.0 prereleases have so far been built 
as scratch packages, [2]  (and similarly for ppc* and s390* secondary 
architectures). Other distributions have performed test mass rebuilds on other 
architectures (i?86, s390x, arm). 

== Scope ==
All packages should be rebuilt with the new gcc once it hits f21.

* Proposal owners:  Build gcc in f21, rebuild packages that have direct 
dependencies on exact gcc version (libtool, llvm, gcc-python-plugin).
* Other developers: First few days/weeks just voluntary rebuilds using the new 
system gcc, if things fail, look at http://gcc.gnu.org/gcc-4.9/porting_to.html 
and fix bugs in packages or, if there is a gcc bug or suspected gcc bug, 
analyze and report. 
* Release engineering: Organize a mass rebuild 
* Policies and guidelines: No policies need to be changed 

---
Change Wrangler Note: Contingency Deadline is a bit vague Before release but 
with GCC revert, distribution wide coordination would be needed with high 
probability of slip. I'll open it for further discussion on list for 
FESCo/releng..

[1] http://gcc.gnu.org/gcc-4.9/porting_to.html 
[2] http://koji.fedoraproject.org/scratch/jakub/task_6667028/
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: RFC: httpd-filesystem proposal

2014-03-31 Thread Joe Orton

On Thu, Mar 27, 2014 at 07:55:19AM -0400, Matthew Miller wrote:
 I don't think gnome-user-share is installed by default anymore (or used by
 anyone?), but maybe we could finally really solve
 https://bugzilla.redhat.com/show_bug.cgi?id=235682, while we are at it. :)

I still don't really know what is required there other than make httpd 
smaller.  There are probably a few small things we can do there but I 
don't know of anything which could make a big difference.

Regards, Joe
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: RFC: httpd-filesystem proposal

2014-03-31 Thread Matthew Miller

On Mon, Mar 31, 2014 at 02:02:28PM +0100, Joe Orton wrote:
  I don't think gnome-user-share is installed by default anymore (or used by
  anyone?), but maybe we could finally really solve
  https://bugzilla.redhat.com/show_bug.cgi?id=235682, while we are at it. :)
 I still don't really know what is required there other than make httpd 
 smaller.  There are probably a few small things we can do there but I 
 don't know of anything which could make a big difference.

That one was never about size. I think separating the binary from the
service control scripts would do it -- I haven't looked at gnome-user-share
since then, but at the time at least, the C source had code to write out a
temporary config file and launch the daemon from that. So, splitting the
*server* config and systemd units from the binary would do it. (For
continuity, put that in httpd and then the binaries in httpd-bin.)

But, also, the other part of my original complaint (httpd installed on
default desktop installs) does seem to have been addressed back in f15 --
gnome-user-share isn't in comps anymore, and I don't think anything pulls it
in.

Also, sorry for the sarcastic and grumpy tone back in that original bug. I
still agree with what I said, but I'd put it in a nicer tone these days. :)

-- 
Matthew Miller--   Fedora Project--mat...@fedoraproject.org
  Tepid change for the somewhat better!
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fedora Present and Future: a Fedora.next 2014 Update (Part II, What's Happening?)

2014-03-31 Thread Jóhann B. Guðmundsson



On 03/31/2014 01:00 PM, Jaroslav Reznik wrote:

Base is common platform for products but it does not mean everything has
to be used by other products or everything has to follow base path (for
example installer is part of Base as we agreed but it can diverge a lot
over products, and even it would not be used in all products explicitely
just to provide images - cloud). Of course if some technology gets
obsoleted/deprecated by most of products, it means the time to deprecate
it in Base comes (or change of the owner). So common sense, not exact
numbers:).


You do realize that the size of the base needs to be bound to the lowest 
common denominator between current and future multiple products to make 
it this kind of proposal work now and in the future right?


That immediately binds it and limit it to the size of embedded ( 
Embedded -- Cloud/Containers -- Servers -- Workstation/Desktop/Laptop 
whatever else )  to relevant packages for embedded within those 1806 
components that make up the self hosting Fedora base since there seemed 
there had been reached a perfectly logical consensus to limit what makes 
up the baseWG from those self hosting 1806 component.


Nor can you introduce components to be shared among WG outside the self 
hosting components of the baseWG and I'm quite frankly a bit stunned if 
Philipp Knirsch and the rest of the baseWG agreed to do that since by 
doing so they invalidate their own logical approach of building and 
limit baseWG to self hosting components.


JBG

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fedora Present and Future: a Fedora.next 2014 Update (Part II, What's Happening?)

2014-03-31 Thread Miloslav Trmač

2014-03-31 15:29 GMT+02:00 Jóhann B. Guðmundsson johan...@gmail.com:
 You do realize that the size of the base needs to be bound to the lowest
 common denominator between current and future multiple products to make it
 this kind of proposal work now and in the future right?

We are at liberty to force all possible products to carry some
overhead to simplify our work or user's expectations. For example,
even if no program in Fedora ever called glibc's hcreate() or
strfry(), we wouldn't consider dropping the implementation and
breaking the ABI; and the same thing can happen at the library level:
We are quite at liberty to promise that libvirt.so.0 will be available
on every Fedora system (even if any attempt to connect to a hypervisor
returned an error.)

Sure, such choices to simplify our environment at the cost of Base
size would disqualify us from the smallest distribution for embedded
use, but we have never really been in that race anyway, and I'm not
even sure that size matters all that much for the embedded cases where
Fedora is an option (compared to ease of deployment, or availability
of common APIs, for example).

 since by doing
 so they invalidate their own logical approach of building and limit baseWG
 to self hosting components.

Only creating Base from self-hosting components does not actually make
sense to me: fedup is not necessary to compile any package, and yet it
clearly belongs in base; various specialized build tools like
documentation extractors and build test frameworks, or even make(1),
are necessary to build packages, but we may not want to promise their
existence to Base users.
 Mirek
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fedora Present and Future: a Fedora.next 2014 Update (Part II, What's Happening?)

2014-03-31 Thread Jóhann B. Guðmundsson



On 03/31/2014 01:46 PM, Miloslav Trmač wrote:

Sure, such choices to simplify our environment at the cost of Base
size would disqualify us from the smallest distribution for embedded
use, but we have never really been in that race anyway


I hardly call it simplification shifting workload and package set the 
wg's should be carrying themselves from themselves to the baseWG  and us 
not being in that race arguable is contributing to Fedora irrelevance 
since the market is moving away from traditional desktop usage to a 
smartphone/tablets.


JBG
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fedora Present and Future: a Fedora.next 2014 Update (Part II, “What’s Happening?”)

2014-03-31 Thread Rex Dieter

Richard W.M. Jones wrote:

 - VLC
 
 Free software video player, but with a requirement (or at least can
 use if available) proprietary / patented / ugly / semi-legal codecs.
 Currently packaged in RPMFusion for reasons I'm not clear on.

I've looked into this a bit, and discussed with other distro packagers and 
vlc upstream.

VLC is fairly modular, and it's unencumbered bits could be brought to fedora 
and the other stuff live in some -freeworld subpkg in rpmfusion. 

Implementing this would be a bit of work, but worth it in my opinion.  I 
haven't had much time to pursue implementing it myself unfortunately.  I 
only wanted to highlight that bringing vlc to fedora is possible.

-- Rex

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Owner-change] Fedora packages ownership change

2014-03-31 Thread nobody

Change in ownership over the last 168 hours
===

13 packages were orphaned
-
npth [devel,f19,f20] was orphaned by kevin
 The New GNU Portable Threads library
 https://admin.fedoraproject.org/pkgdb/acls/name/npth
horde [EL-6] was orphaned by nb
 The common Horde Framework for all Horde applications
 https://admin.fedoraproject.org/pkgdb/acls/name/horde
numactl [devel,f19,f20] was orphaned by aarapov
 Library for tuning for Non Uniform Memory Access machines
 https://admin.fedoraproject.org/pkgdb/acls/name/numactl
python-pip [EL-6,f19,f20] was orphaned by tflink
 Pip is a replacement for easy_install
 https://admin.fedoraproject.org/pkgdb/acls/name/python-pip
gnote [devel,f19,f20] was orphaned by sundaram
 Note-taking application
 https://admin.fedoraproject.org/pkgdb/acls/name/gnote
turba [EL-5] was orphaned by nb
 The Horde contact management application
 https://admin.fedoraproject.org/pkgdb/acls/name/turba
imp [EL-5,EL-6] was orphaned by nb
 The Internet Messaging Program: webmail access to IMAP/POP3 accounts
 https://admin.fedoraproject.org/pkgdb/acls/name/imp
ingo [EL-5,EL-6] was orphaned by nb
 The Horde web-based Email Filter Rules Manager
 https://admin.fedoraproject.org/pkgdb/acls/name/ingo
sysfsutils [devel,f20] was orphaned by aarapov
 Utilities for interfacing with sysfs
 https://admin.fedoraproject.org/pkgdb/acls/name/sysfsutils
bind-dyndb-ldap [devel,f19,f20] was orphaned by atkac
 LDAP back-end plug-in for BIND
 https://admin.fedoraproject.org/pkgdb/acls/name/bind-dyndb-ldap
kronolith [EL-5,EL-6] was orphaned by nb
 The Horde calendar application
 https://admin.fedoraproject.org/pkgdb/acls/name/kronolith
irqbalance [devel,f20] was orphaned by aarapov
 IRQ balancing daemon.
 https://admin.fedoraproject.org/pkgdb/acls/name/irqbalance
python-tgcaptcha2 [epel7] was orphaned by pingou
 TurboGears captcha plugin
 https://admin.fedoraproject.org/pkgdb/acls/name/python-tgcaptcha2

21 packages unorphaned
--
cicku   unorphaned : libupnp [EL-6]
petersenunorphaned : ghc-transformers [devel]
vascom  unorphaned : kbackup [EL-6,devel,f19,f20]
pholasekunorphaned : numactl [f20]
vicodan unorphaned : marco [epel7]
vicodan unorphaned : eom [epel7]
ankursinha  unorphaned : gnote [devel,f19,f20]
cheeselee   unorphaned : stow [EL-5]
petersenunorphaned : ghc-QuickCheck [devel]
vicodan unorphaned : mozo [epel7]
cicku   unorphaned : dzen2 [EL-6]
vicodan unorphaned : mate-themes [epel7]
bkabrda unorphaned : python-pip [EL-6,devel,epel7,f19,f20]
vicodan unorphaned : pluma [epel7]
vicodan unorphaned : caja [epel7]
teufunorphaned : spice-vdagent [devel,f19,f20]
pholasekunorphaned : sysfsutils [devel]
vicodan unorphaned : caja-extensions [epel7]
pspacek unorphaned : bind-dyndb-ldap [devel,f19,f20]
pholasekunorphaned : irqbalance [devel,devel,f19,f19,f20]
vicodan unorphaned : mate-sensors-applet [epel7]

3 packages were retired

nwdiag [devel] was retired by dridi
 nwdiag generates network-diagram images from text
 https://admin.fedoraproject.org/pkgdb/acls/name/nwdiag
ghc-network-enumerator [devel] was retired by petersen
 Enumerators for network sockets
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-network-enumerator
actdiag [devel] was retired by dridi
 actdiag generates activity-diagram images from text
 https://admin.fedoraproject.org/pkgdb/acls/name/actdiag

17 packages changed owner
-
limbgave to cicku  : yaz [epel7]
kevin   gave to theinric   : libmongo-client [devel,f19,f20]
limbgave to petersen   : ghc-transformers [epel7,f19,f20]
kevin   gave to theinric   : ceelog [devel,f19,f20]
limbgave to cicku  : undbx [EL-6,epel7]
limbgave to petersen   : ghc-HTTP [epel7,f19,f20]
limbgave to jdunn  : perl-Net-Twitter [EL-6]
kevin   gave to theinric   : libumberlog [devel,f19,f20]
limbgave to petersen   : ghc-QuickCheck [EL-5,epel7,f19]
limbgave to bkabrda: python-progress [f20]
limbgave to cicku  : darkhttpd [epel7]
limbgave to cicku  : xvkbd [EL-6,epel7]
ppisar  gave to pghmcfc: perl-Module-Install-GithubMeta 
[epel7]
ppisar  gave to pghmcfc: perl-Module-Install-AutoLicense 
[epel7]
limbgave to cicku  : hg-git [epel7]
limbgave to gecko-maint: thunderbird [epel7,epel7]
limbgave to jskarvad   : pptpd [EL-6,epel7]


Sources:

Re: Fedora Present and Future: a Fedora.next 2014 Update (Part II, What's Happening?)

2014-03-31 Thread Corey Sheldon

As I've til recently been a whimsical just install whatever a package needs
but am now beginning to look more granularly at this could someone either
briefly explain differences in main sources etc or link me to a good
write-up to this effect??


much appreciated and while it hasn't been the easiest distro to learn it
has been a great learning experience and look forward to staying and
helping the community much more in the coming months and years..


TIA

Corey W Sheldon
Owner, 1st Class Mobile Shine
310.909.7672
www.facebook.com/1stclassmobileshine


On Mon, Mar 31, 2014 at 9:55 AM, Jóhann B. Guðmundsson johan...@gmail.com
 wrote:


 On 03/31/2014 01:46 PM, Miloslav Trmač wrote:

 Sure, such choices to simplify our environment at the cost of Base
 size would disqualify us from the smallest distribution for embedded
 use, but we have never really been in that race anyway


 I hardly call it simplification shifting workload and package set the wg's
 should be carrying themselves from themselves to the baseWG  and us not
 being in that race arguable is contributing to Fedora irrelevance since the
 market is moving away from traditional desktop usage to a
 smartphone/tablets.

 JBG

 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

F21 Self Contained Change: Better Erlang Support

= Proposed Self Contained Change: Better Erlang Support =
https://fedoraproject.org/wiki/Changes/BetterErlangSupport

Change owner(s):  Peter Lemenkov lemen...@gmail.com, Sam Kottler skottler 
[at] redhat.com, Fedora Erlang SIG erl...@lists.fedoraproject.org

Update Erlang/OTP to R17, and improve Erlang integration with the rest of 
Fedora. 

== Detailed Description ==
Erlang in Fedora is already in a good shape. However we can do better since 
there are a number of annoying shortcomings and issues. Just a few of them:

* Fedora partially enabled Ellyptic Curve Crypto recently but we still provide 
Erlang with EC disabled completely because there is no way to enable just a 
few EC in the current Erlang version.
* Erlang-systemd interaction is in a quite poor state currently.
* There is no way to install headless Erlang. Every Fedora Erlang user have 
to install graphical libraries even if (s)he doesn't want to use GUI on the 
target machine.
* Every daemon written in Erlang has its own logging solution which doesn't 
use neither syslog nor Journald.
* Erlang packaging is quite complex and undocumented mostly.

In order to address all these issues we should do the following:

* Enable fine grained EC crypto support [1] by upgrading Erlang to the latest 
R17 (not yet released, and scheduled to April, 2014).
* Start working on a better systemd support in Erlang by enabling EPMD systemd 
support. This could be done by merging  patches from Matwey V. Kornilov [2] 
and systemd unit-files from openSUSE  [3].
* Add erlang-ejournald [4], erlang-lager_journald_backend [5], and make 
Journald as a default logging backend.
* Split-off infrequently used modules [6] which requires X11, Pulseaudio and 
ensure that it won't break anything.
* Fix the long-standing noarch issue by providing additional default location 
for Erlang bytecode data.
* Update Erlang RPM-related macros to improve packaging by reducing spec-file 
sizes.

== Scope ==
Proposal owners:
* We must rebuild Erlang R17 and submit it to build-overrides.
** We have to rebuild all the packages listed below in the Dependencies [7] 
section.
* WiP: A necessary *.socket unit must be added to erlang-erts to enable EPMD 
socket activation.
** Every Erlang daemon's systemd unit must require epmd.socket.
* We need to fill new review request for erlang-ejournald
** We have to fill new review request for erlang-lager_journald_backend
* We have to patch out GUI parts and provide a way to tell user what to do in 
order to enable this functionality.
* Add another default directory to look for Erlang *.beam files.
* Every Erlang package must require erlang-rpm-macros.
* Riak has growing Bugzilla backlog. We have to address all of these issues.
Other developers: N/A
Release engineering: N/A
Policies and guidelines: We should create Erlang Packaging Guidelines which 
doesn't exist yet.

[1] https://bugzilla.redhat.com/1023017
[2] https://github.com/matwey/otp/tree/systemd
[3] https://build.opensuse.org/package/show/openSUSE:Factory/erlang 
[4] https://github.com/travelping/ejournald 
[5] https://github.com/travelping/lager_journald_backend
[6] https://bugzilla.redhat.com/784693
[7] https://fedoraproject.org/wiki/Changes/BetterErlangSupport#Dependencies
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Announcing an X11 protocol tracing package

2014-03-31 Thread David Howells


xtrace, an X11 protocol tracing package that is already available in Debian is
now also available in updates-testing for F20 and Rawhide.

xtrace-1.3.1-5.fc20 newpackage  testing 2014-03-30

This is used by running a program under xtrace, eg:

xtrace xterm

The xtrace program then acts as a dummy/proxy X server to the program it runs,
setting DISPLAY appropriately.  It can also be run as a standalone proxy for
processes to connect to:

xtrace -D :9

The output appears on stderr or can be dumped into a file.  It looks like:

000::01c7: 20: Request(77): ImageText16 drawable=0x07a0002d gc=0x07a0002c x=2 
y=13 string=0x2000;
000::01c8: 32: Request(65): PolyLine coordinate-mode=Previous(0x01) 
drawable=0x07a0002d gc=0x07a00032 points={x=2 y=2},{x=5 y=0},{x=0 y=12},{x=-5 
y=0},{x=0 y=-12};
000::01c8: Event PropertyNotify(28) window=0x07a00022 atom=0x14d(unrecognized 
atom) time=0x3dfa5e3f state=NewValue(0x00)
000::01c8: Event PropertyNotify(28) window=0x07a00022 atom=0x1c7(unrecognized 
atom) time=0x3dfa5e3f state=NewValue(0x00)
000::01c8: Event PropertyNotify(28) window=0x07a00022 atom=0x1cf(unrecognized 
atom) time=0x3dfa5e40 state=NewValue(0x00)

David
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

F21 Self Contained Change: Improved Ivy Packaging

= Proposed Self Contained Change: Improved Ivy Packaging  =
https://fedoraproject.org/wiki/Changes/ImprovedIvyPackaging

Change owner(s): Mikolaj Izdebski mizde...@redhat.com

This change aims at improving the way of packaging Java software, which uses 
Apache Ivy to manage build dependencies. 

== Detailed Description ==
Currently packages which use Apache Ivy as dependency manager are packaged in 
manual way. Dependencies must be symlinked manually, all files have to be 
explicitly installed, there are no auto-requires.

This change aims at simplifying Ivy packaging in a similar way as it was done 
with Maven packaging [1].

In particular, the following changes will be implemented:

* automatic resolution of Ivy artifacts,
* integration with system Maven repository,
* automatic installation of Ivy artifact metadata,
* auto requires. 

== Scope ==
Proposal owners:
* Implement code to resolve and publish Ivy artifacts in XMvn upstream
* Package new upstream version XMvn in Fedora or backport Ivy changes to 
current XMvn version
* Implement necessary macros in Javapackages Tools upstream
* Package new upstream version Javapackages Tools in Fedora or backport 
necessary changes to current Javapackages Tools version
* Prepare draft of Java packaging guidelines change and submit to FPC

Other developers:
* Maintainers of packages using Apache Ivy during build or installing Ivy 
artifacts can optionally update their packages to use the new packaging 
techniques, but that's not absolutely required as existing ways of packaging 
Ivy artifacts will continue to work. 

Release engineering:
* No action required.

Policies and guidelines:
* Java packaging guidelines will have to be updated to include the new way of 
packaging Ivy artifacts.

[1] https://fedoraproject.org/wiki/Features/Simplified_Maven_Packaging
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fedora Present and Future: a Fedora.next 2014 Update (Part II, “What’s Happening?”)

2014-03-31 Thread Adam Williamson

On Mon, 2014-03-31 at 09:17 -0500, Rex Dieter wrote:
 Richard W.M. Jones wrote:
 
  - VLC
  
  Free software video player, but with a requirement (or at least can
  use if available) proprietary / patented / ugly / semi-legal codecs.
  Currently packaged in RPMFusion for reasons I'm not clear on.
 
 I've looked into this a bit, and discussed with other distro packagers and 
 vlc upstream.
 
 VLC is fairly modular, and it's unencumbered bits could be brought to fedora 
 and the other stuff live in some -freeworld subpkg in rpmfusion. 
 
 Implementing this would be a bit of work, but worth it in my opinion.  I 

Well, I'm not so sure. A *lot* of people really don't understand the
patent issue. Like, at all. They don't understand modularity. Like, at
all. To a lot of people, the thing called 'vlc' is a magic black box
that plays every video ever. They install VLC and then they play
videos. This is the limit of their understanding.

If we make it so you can 'yum install vlc' and get something that can
barely play anything, then tell people they 'just' have to 'yum install
vlc-freeworld' to get it to actually work properly, we may wind up with
more unhappiness than we have just by having all of vlc in the Sekrit
Third Party Repository in the first place. That kinda forces them to get
the whole thing or nothing, which is almost always what they want. They
never wind up in the twilight zone where they have what is, to them,
half a VLC.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fedora Present and Future: a Fedora.next 2014 Update (Part II, What's Happening?)

2014-03-31 Thread Corey Sheldon

Whatever if they can't learn the basics and the fundamental basis of Linux
or the Patent issues and what have you then go somewhere else like to mac
or windows..sometimes you need to work for things and teaching a man to
fish is always better and personally while i think at first you may be
right the community as a whole will have less of the why the #@#@@# can't
I use this or that in the development forums and force the maintainers to
make this more transparent and beyond that if you can't grasp that minor
issue then why are you on a RPM-based IT linux distro much less Fedora in
the blanking first place?


Corey W Sheldon
Owner, 1st Class Mobile Shine
310.909.7672
www.facebook.com/1stclassmobileshine


On Mon, Mar 31, 2014 at 8:17 PM, Adam Williamson awill...@redhat.comwrote:

 On Mon, 2014-03-31 at 09:17 -0500, Rex Dieter wrote:
  Richard W.M. Jones wrote:
 
   - VLC
  
   Free software video player, but with a requirement (or at least can
   use if available) proprietary / patented / ugly / semi-legal codecs.
   Currently packaged in RPMFusion for reasons I'm not clear on.
 
  I've looked into this a bit, and discussed with other distro packagers
 and
  vlc upstream.
 
  VLC is fairly modular, and it's unencumbered bits could be brought to
 fedora
  and the other stuff live in some -freeworld subpkg in rpmfusion.
 
  Implementing this would be a bit of work, but worth it in my opinion.  I

 Well, I'm not so sure. A *lot* of people really don't understand the
 patent issue. Like, at all. They don't understand modularity. Like, at
 all. To a lot of people, the thing called 'vlc' is a magic black box
 that plays every video ever. They install VLC and then they play
 videos. This is the limit of their understanding.

 If we make it so you can 'yum install vlc' and get something that can
 barely play anything, then tell people they 'just' have to 'yum install
 vlc-freeworld' to get it to actually work properly, we may wind up with
 more unhappiness than we have just by having all of vlc in the Sekrit
 Third Party Repository in the first place. That kinda forces them to get
 the whole thing or nothing, which is almost always what they want. They
 never wind up in the twilight zone where they have what is, to them,
 half a VLC.
 --
 Adam Williamson
 Fedora QA Community Monkey
 IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
 http://www.happyassassin.net

 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fedora Present and Future: a Fedora.next 2014 Update (Part II, What's Happening?)

2014-03-31 Thread David

On 3/31/2014 8:37 PM, Corey Sheldon wrote:
 Whatever if they can't learn the basics and the fundamental basis of
 Linux or the Patent issues and what have you then go somewhere else
 like to mac or windows..sometimes you need to work for things and
 teaching a man to fish is always better and personally while i think at
 first you may be right the community as a whole will have less of the
 why the #@#@@# can't I use this or that in the development forums and
 force the maintainers to make this more transparent and beyond that if
 you can't grasp that minor issue then why are you on a RPM-based IT
 linux distro much less Fedora in the blanking first place?
 
 
 Corey W Sheldon
 Owner, 1st Class Mobile Shine
 310.909.7672
 www.facebook.com/1stclassmobileshine
 http://www.facebook.com/1stclassmobileshine


So what you are saying is that you want people that Use Windows in some
form or MacOS in some form that actually works as installed to switch to
Linux in some form that *does not work without fudges and hacks*?  Good
luck with that.


-- 

  David
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

File IPC-Run3-0.048.tar.gz uploaded to lookaside cache by corsepiu

A file has been added to the lookaside cache for perl-IPC-Run3:

5a8cec571c51a118b265cf6e24e55761  IPC-Run3-0.048.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-IPC-Run3] Upstream update.

commit 0fbdadc3a968c2a9e3830f43bea3cf826599063a
Author: Ralf Corsépius corse...@fedoraproject.org
Date:   Mon Mar 31 08:28:03 2014 +0200

Upstream update.

- Add RELEASE_TESTING=1 to work around upstream trying to discourage
  us from running pod-tests.

 .gitignore |2 +-
 perl-IPC-Run3.spec |   11 ---
 sources|2 +-
 3 files changed, 10 insertions(+), 5 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index f777323..0b1bc30 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/IPC-Run3-0.046.tar.gz
+/IPC-Run3-0.048.tar.gz
diff --git a/perl-IPC-Run3.spec b/perl-IPC-Run3.spec
index 766190d..7780f19 100644
--- a/perl-IPC-Run3.spec
+++ b/perl-IPC-Run3.spec
@@ -1,6 +1,6 @@
 Name:   perl-IPC-Run3
-Version:0.046
-Release:4%{?dist}
+Version:0.048
+Release:1%{?dist}
 Summary:Run a subprocess in batch mode
 License:GPL+ or Artistic or BSD
 Group:  Development/Libraries
@@ -53,7 +53,7 @@ find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
-make test
+make test RELEASE_TESTING=1
 
 %files
 %doc Changes LICENSE README
@@ -61,6 +61,11 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Mon Mar 31 2014 Ralf Corsépius corse...@fedoraproject.org - 0.048-1
+- Upstream update.
+- Add RELEASE_TESTING=1 to work around upstream trying to discourage
+  us from running pod-tests.
+
 * Tue Feb 11 2014 Ralf Corsépius corse...@fedoraproject.org - 0.046-4
 - Add 0001-test-and-fix-for-RT-52317-Calling-run3-garbles-STDIN.patch 
(RHBZ#1062267).
 - Spec-file cosmetics.
diff --git a/sources b/sources
index 2f61aad..0d5bf00 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c1c8f5605cae097e6fc118f7f1437dfd  IPC-Run3-0.046.tar.gz
+5a8cec571c51a118b265cf6e24e55761  IPC-Run3-0.048.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-IPC-Run3/f20] Upstream update.

Summary of changes:

  0fbdadc... Upstream update. (*)

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

[perl-IPC-Run3/f19: 2/2] Merge remote-tracking branch 'origin/f20' into f19

commit c2e5bc06859163cb3e29c58596a87f08db1623a6
Merge: 8046bd9 0fbdadc
Author: Ralf Corsépius corse...@fedoraproject.org
Date:   Mon Mar 31 10:10:37 2014 +0200

Merge remote-tracking branch 'origin/f20' into f19

 .gitignore |2 +-
 perl-IPC-Run3.spec |   11 ---
 sources|2 +-
 3 files changed, 10 insertions(+), 5 deletions(-)
---
--
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-IPC-Run3/f19] (2 commits) ...Merge remote-tracking branch 'origin/f20' into f19

Summary of changes:

  0fbdadc... Upstream update. (*)
  c2e5bc0... Merge remote-tracking branch 'origin/f20' into f19

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

File autodie-2.24.tar.gz uploaded to lookaside cache by ppisar

A file has been added to the lookaside cache for perl-autodie:

82aeff19ab6c0f78fabb4cc52c107d46  autodie-2.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

[perl-autodie] 2.24 bump

commit 6e26cc33f10f60d239fe8a3b007a7348512cd140
Author: Petr Písař ppi...@redhat.com
Date:   Mon Mar 31 10:34:12 2014 +0200

2.24 bump

 .gitignore|1 +
 perl-autodie.spec |7 +--
 sources   |2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index d1dd6a8..4ff3578 100644
--- a/.gitignore
+++ b/.gitignore
@@ -4,3 +4,4 @@
 /autodie-2.21.tar.gz
 /autodie-2.22.tar.gz
 /autodie-2.23.tar.gz
+/autodie-2.24.tar.gz
diff --git a/perl-autodie.spec b/perl-autodie.spec
index d362140..30a4973 100644
--- a/perl-autodie.spec
+++ b/perl-autodie.spec
@@ -1,5 +1,5 @@
 Name:   perl-autodie
-Version:2.23
+Version:2.24
 Release:1%{?dist}
 Summary:Replace functions with ones that succeed or die
 License:GPL+ or Artistic
@@ -77,11 +77,14 @@ find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} 
\;
 make test
 
 %files
-%doc AUTHORS Changes LICENSE README
+%doc AUTHORS Changes LICENSE README.md
 %{perl_vendorlib}/*
 %{_mandir}/man3/*
 
 %changelog
+* Mon Mar 31 2014 Petr Pisar ppi...@redhat.com - 2.24-1
+- 2.24 bump
+
 * Thu Jan 30 2014 Petr Pisar ppi...@redhat.com - 2.23-1
 - 2.23 bump
 
diff --git a/sources b/sources
index c3a7dd8..2fb922a 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-f14a8ffba681b44a5e78139eb356f668  autodie-2.23.tar.gz
+82aeff19ab6c0f78fabb4cc52c107d46  autodie-2.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

[perl-Encode] 2.58 bump

commit ba93e79b839ddb968d306d4b4bd1f2641a1c848f
Author: Petr Písař ppi...@redhat.com
Date:   Mon Mar 31 10:39:55 2014 +0200

2.58 bump

 .gitignore   |1 +
 perl-Encode.spec |5 -
 sources  |2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e432d71..f6c40f2 100644
--- a/.gitignore
+++ b/.gitignore
@@ -7,3 +7,4 @@
 /Encode-2.54.tar.gz
 /Encode-2.55.tar.gz
 /Encode-2.57.tar.gz
+/Encode-2.58.tar.gz
diff --git a/perl-Encode.spec b/perl-Encode.spec
index aa0da6b..0f3f678 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -1,6 +1,6 @@
 Name:   perl-Encode
 Epoch:  1
-Version:2.57
+Version:2.58
 Release:1%{?dist}
 Summary:Character encodings in Perl
 License:GPL+ or Artistic
@@ -113,6 +113,9 @@ make test
 %{perl_vendorarch}/Encode/encode.h
 
 %changelog
+* Mon Mar 31 2014 Petr Pisar ppi...@redhat.com - 1:2.58-1
+- 2.58 bump
+
 * Fri Jan 03 2014 Petr Pisar ppi...@redhat.com - 1:2.57-1
 - 2.57 bump
 
diff --git a/sources b/sources
index eff13bb..d1ce1ca 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-08029a56ab734069cbdacdafb0276acd  Encode-2.57.tar.gz
+99cebfff1f664feb183d0e1b697ae7e7  Encode-2.58.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File Encode-2.58.tar.gz uploaded to lookaside cache by ppisar

A file has been added to the lookaside cache for perl-Encode:

99cebfff1f664feb183d0e1b697ae7e7  Encode-2.58.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

[Bug 1082302] perl-autodie-2.24 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1082302

Petr Pisar ppi...@redhat.com changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-autodie-2.24-1.fc21
 Resolution|--- |RAWHIDE
Last Closed||2014-03-31 04:49:45



-- 
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=MGZOz2rTbfa=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-PDL



perl-PDL has broken dependencies in the epel-7 tree:
On ppc64:
perl-PDL-2.7.0-2.el7.1.ppc64 requires perl(PDL::Slatec)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1082304] perl-Encode-2.58 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1082304

Petr Pisar ppi...@redhat.com changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Encode-2.58-1.fc21
 Resolution|--- |RAWHIDE
Last Closed||2014-03-31 05:07:18



-- 
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=V8eZbunh47a=cc_unsubscribe
--
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 perl-ldap-0.61.tar.gz uploaded to lookaside cache by jplesnik

2014-03-31 Thread Jitka Plesnikova

A file has been added to the lookaside cache for perl-LDAP:

16dd0ed1d7cc9bb66d940a852016  perl-ldap-0.61.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-LDAP] 0.61 bump

2014-03-31 Thread Jitka Plesnikova

commit 41f03e8343ead44df5a73f3c88134d2e646f0fc1
Author: Jitka Plesnikova jples...@redhat.com
Date:   Mon Mar 31 11:52:00 2014 +0200

0.61 bump

 .gitignore |1 +
 perl-LDAP.spec |5 -
 sources|2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 04f015a..9bf3c18 100644
--- a/.gitignore
+++ b/.gitignore
@@ -14,3 +14,4 @@ perl-ldap-0.40.tar.gz
 /perl-ldap-0.58.tar.gz
 /perl-ldap-0.59.tar.gz
 /perl-ldap-0.60.tar.gz
+/perl-ldap-0.61.tar.gz
diff --git a/perl-LDAP.spec b/perl-LDAP.spec
index 4471214..dfcefaf 100644
--- a/perl-LDAP.spec
+++ b/perl-LDAP.spec
@@ -1,5 +1,5 @@
 Name:   perl-LDAP
-Version:0.60
+Version:0.61
 Release:1%{?dist}
 Epoch:  1
 Summary:LDAP Perl module
@@ -95,6 +95,9 @@ make test
 %{_mandir}/man3/*.3pm*
 
 %changelog
+* Mon Mar 31 2014 Jitka Plesnikova jples...@redhat.com - 1:0.61-1
+- 0.61 bump
+
 * Tue Mar 11 2014 Jitka Plesnikova jples...@redhat.com - 1:0.60-1
 - 0.60 bump
 
diff --git a/sources b/sources
index b8f25a5..f0c937d 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1cea447f899a74d4686675c3ad21048c  perl-ldap-0.60.tar.gz
+16dd0ed1d7cc9bb66d940a852016  perl-ldap-0.61.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

[Bug 1082307] perl-LDAP-0.61 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1082307

Jitka Plesnikova jples...@redhat.com changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-LDAP-0.61-1.fc21
 Resolution|--- |RAWHIDE
Last Closed||2014-03-31 06:11:45



-- 
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=ni0HazOTyWa=cc_unsubscribe
--
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 1051106] perl-PlRPC: weak crypto

https://bugzilla.redhat.com/show_bug.cgi?id=1051106

Tomas Hoger tho...@redhat.com changed:

   What|Removed |Added

 Whiteboard|impact=moderate,public=2013 |impact=moderate,public=2013
   |1114,reported=20140109,sour |1114,reported=20140109,sour
   |ce=oss-sec,cvss2=4.3/AV:N/A |ce=oss-sec,cvss2=4.3/AV:N/A
   |C:M/Au:N/C:P/I:N/A:N,fedora |C:M/Au:N/C:P/I:N/A:N,rhel-7
   |-all/perl-PlRPC=affected,rh |/perl-PlRPC=affected,rhscl-
   |el-7/perl-PlRPC=affected,rh |1/perl516-perl-PlRPC=affect
   |scl-1/perl-PlRPC=affected   |ed,fedora-all/perl-PlRPC=af
   ||fected



-- 
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=WKuyceIvp7a=cc_unsubscribe
--
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 1051108] CVE-2013-7284 perl-PlRPC: pre-auth remote code execution

https://bugzilla.redhat.com/show_bug.cgi?id=1051108

Tomas Hoger tho...@redhat.com changed:

   What|Removed |Added

 Whiteboard|impact=important,public=201 |impact=important,public=201
   |31114,reported=20140109,sou |31114,reported=20140109,sou
   |rce=oss-sec,cvss2=6.8/AV:N/ |rce=oss-sec,cvss2=6.8/AV:N/
   |AC:M/Au:N/C:P/I:P/A:P,fedor |AC:M/Au:N/C:P/I:P/A:P,rhel-
   |a-all/perl-PlRPC=affected,r |7/perl-PlRPC=affected,rhscl
   |hel-7/perl-PlRPC=affected,r |-1/perl516-perl-PlRPC=affec
   |hscl-1/perl-PlRPC=affected  |ted,fedora-all/perl-PlRPC=a
   ||ffected



-- 
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=4nDnApn12ua=cc_unsubscribe
--
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-MooseX-Types-Path-Tiny] Initial import (perl-MooseX-Types-Path-Tiny-0.010-2)

commit e7f84d42745da37e22e25bffe0ffe444deba4066
Author: Paul Howarth p...@city-fan.org
Date:   Mon Mar 31 13:01:01 2014 +0100

Initial import (perl-MooseX-Types-Path-Tiny-0.010-2)

This module provides Path::Tiny types for Moose. It handles two important
types of coercion:

 * Coercing objects with overloaded stringification

 * Coercing to absolute paths

It also can check to ensure that files or directories exist.

 .gitignore   |1 +
 perl-MooseX-Types-Path-Tiny.spec |   71 ++
 sources  |1 +
 3 files changed, 73 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..c27a801 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/MooseX-Types-Path-Tiny-[0-9.]*.tar.gz
diff --git a/perl-MooseX-Types-Path-Tiny.spec b/perl-MooseX-Types-Path-Tiny.spec
new file mode 100644
index 000..faca904
--- /dev/null
+++ b/perl-MooseX-Types-Path-Tiny.spec
@@ -0,0 +1,71 @@
+Name:  perl-MooseX-Types-Path-Tiny
+Summary:   Path::Tiny types and coercions for Moose
+Version:   0.010
+Release:   2%{?dist}
+License:   ASL 2.0
+URL:   http://search.cpan.org/dist/MooseX-Types-Path-Tiny/
+Source0:   
http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/MooseX-Types-Path-Tiny-%{version}.tar.gz
+BuildArch: noarch
+# Module Build
+BuildRequires: perl
+BuildRequires: perl(Module::Build::Tiny) = 0.034
+# Module Runtime
+BuildRequires: perl(if)
+BuildRequires: perl(Moose) = 2
+BuildRequires: perl(MooseX::Types)
+BuildRequires: perl(MooseX::Types::Moose)
+BuildRequires: perl(MooseX::Types::Stringlike)
+BuildRequires: perl(Path::Tiny)
+BuildRequires: perl(strict)
+BuildRequires: perl(warnings)
+# Test Suite
+BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(File::Spec::Functions)
+BuildRequires: perl(File::Temp)
+BuildRequires: perl(File::pushd)
+BuildRequires: perl(List::Util)
+BuildRequires: perl(Moose::Conflicts)
+BuildRequires: perl(Test::Fatal)
+BuildRequires: perl(Test::More) = 0.96
+BuildRequires: perl(version)
+# Optional Test Requirements
+BuildRequires: perl(CPAN::Meta)
+BuildRequires: perl(CPAN::Meta::Requirements) = 2.120900
+# Runtime
+Requires:  perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+
+%description
+This module provides Path::Tiny types for Moose. It handles two important
+types of coercion:
+
+ * Coercing objects with overloaded stringification
+
+ * Coercing to absolute paths
+
+It also can check to ensure that files or directories exist.
+
+%prep
+%setup -q -n MooseX-Types-Path-Tiny-%{version}
+
+%build
+perl Build.PL --installdirs=vendor
+./Build
+
+%install
+./Build install --destdir=%{buildroot} --create_packlist=0
+
+%check
+./Build test
+
+%files
+%doc Changes CONTRIBUTING LICENSE README README.md
+%{perl_vendorlib}/MooseX/
+%{_mandir}/man3/MooseX::Types::Path::Tiny.3*
+
+%changelog
+* Sat Mar 29 2014 Paul Howarth p...@city-fan.org - 0.010-2
+- Incorporate feedback from package review (#1081966)
+  - BR: perl(Moose::Conflicts) for test suite
+
+* Thu Mar 27 2014 Paul Howarth p...@city-fan.org - 0.010-1
+- Initial RPM version
diff --git a/sources b/sources
index e69de29..dbbbee6 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+dadcd3dd3ea8cc1ac594382b6f5c0fca  MooseX-Types-Path-Tiny-0.010.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-MooseX-Types-Path-Tiny/epel7] Initial import (perl-MooseX-Types-Path-Tiny-0.010-2)

Summary of changes:

  e7f84d4... Initial import (perl-MooseX-Types-Path-Tiny-0.010-2) (*)

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

[Bug 1082599] New: perl-Net-GitHub-0.59 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1082599

Bug ID: 1082599
   Summary: perl-Net-GitHub-0.59 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Net-GitHub
  Keywords: FutureFeature, Triaged
  Assignee: psab...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: mmasl...@redhat.com,
perl-devel@lists.fedoraproject.org, psab...@redhat.com



Latest upstream release: 0.59
Current version/release in Fedora Rawhide: 0.57-1.fc21
URL: http://search.cpan.org/dist/Net-GitHub/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

-- 
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=RbhSqRTSnsa=cc_unsubscribe
--
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-MooseX-Types-Path-Tiny/f20] Initial import (perl-MooseX-Types-Path-Tiny-0.010-2)

Summary of changes:

  e7f84d4... Initial import (perl-MooseX-Types-Path-Tiny-0.010-2) (*)

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

[perl-MooseX-Types-Path-Tiny] Created tag perl-MooseX-Types-Path-Tiny-0.010-2.fc20

The lightweight tag 'perl-MooseX-Types-Path-Tiny-0.010-2.fc20' was created 
pointing to:

 e7f84d4... Initial import (perl-MooseX-Types-Path-Tiny-0.010-2)
--
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-MooseX-Types-Path-Tiny] Created tag perl-MooseX-Types-Path-Tiny-0.010-2.fc21

The lightweight tag 'perl-MooseX-Types-Path-Tiny-0.010-2.fc21' was created 
pointing to:

 e7f84d4... Initial import (perl-MooseX-Types-Path-Tiny-0.010-2)
--
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-MooseX-Types-Path-Tiny] Created tag perl-MooseX-Types-Path-Tiny-0.010-2.el7

The lightweight tag 'perl-MooseX-Types-Path-Tiny-0.010-2.el7' was created 
pointing to:

 e7f84d4... Initial import (perl-MooseX-Types-Path-Tiny-0.010-2)
--
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-MooseX-ConfigFromFile] Update to 0.13

commit e0ca4c194f3d0d9487a7c86c50d151e4f47ebb26
Author: Paul Howarth p...@city-fan.org
Date:   Fri Mar 28 10:41:39 2014 +

Update to 0.13

- New upstream release 0.13
  - Documentation corrected to demostrate how to properly override the
configfile method to provide a default from the consuming class, without
having to redefine the attribute itself
  - If MooseX::Getopt is installed, the configfile attribute has the Getopt
trait applied
  - The configfile attribute is now a Path::Tiny, not a Path::Class 
(coercions
from strings are still supported, and now also from any other type that 
has
a string coercion)
  - Allow configfiles called 0
  - configfile value now passed through to new()
  - New _get_default_configfile method added, which consumers can override 
to
provide a default value without having to redefine the attribute itself
(via CPAN RT#79746) - PLEASE READ THE DOCUMENTATION if you override the
configfile attribute!
  - Allow clean composition into a role, without requiring an -exclude
  - Bump prereq version for MooseX::Types::Path::Tiny to ensure a broken
version is not installed
  - Warnings tests bypassed during installation
  - Repository migrated from shadowcat to the github moose organization
- This release by ETHER - update source URL
- Switch to Module::Build::Tiny flow
- Classify buildreqs by usage
- Package upstream's CONTRIBUTING, LICENSE and README.md files

 .gitignore  |4 +-
 perl-MooseX-ConfigFromFile.spec |   92 ---
 sources |2 +-
 3 files changed, 69 insertions(+), 29 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 870b00b..1781fa0 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1 @@
-MooseX-ConfigFromFile-0.02.tar.gz
-/MooseX-ConfigFromFile-0.03.tar.gz
-/MooseX-ConfigFromFile-0.04.tar.gz
+/MooseX-ConfigFromFile-[0-9.]*.tar.gz
diff --git a/perl-MooseX-ConfigFromFile.spec b/perl-MooseX-ConfigFromFile.spec
index 38ab1aa..4e7cec3 100644
--- a/perl-MooseX-ConfigFromFile.spec
+++ b/perl-MooseX-ConfigFromFile.spec
@@ -1,22 +1,42 @@
 Name:   perl-MooseX-ConfigFromFile 
-Version:0.04
-Release:7%{?dist}
-# see lib/MooseX/ConfigFromFile.pm
+Version:0.13
+Release:1%{?dist}
 License:GPL+ or Artistic 
 Group:  Development/Libraries
 Summary:An abstract Moose role for setting attributes from a configfile 
-Source: 
http://search.cpan.org/CPAN/authors/id/B/BO/BOBTFISH/MooseX-ConfigFromFile-%{version}.tar.gz
+Source: 
http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/MooseX-ConfigFromFile-%{version}.tar.gz
 Url:http://search.cpan.org/dist/MooseX-ConfigFromFile
-Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 BuildArch:  noarch
-
-BuildRequires: perl(ExtUtils::MakeMaker) 
-BuildRequires: perl(Moose) = 0.35
-BuildRequires: perl(MooseX::Types::Path::Class) = 0.04
-BuildRequires: perl(Test::Fatal)
-BuildRequires: perl(Test::More) = 0.42
-BuildRequires: perl(Try::Tiny)
-BuildRequires: perl(namespace::autoclean)
+# Module Build
+BuildRequires:  perl
+BuildRequires:  perl(Module::Build::Tiny) = 0.030
+# Module Runtime
+BuildRequires:  perl(Carp)
+BuildRequires:  perl(Moose::Role)
+BuildRequires:  perl(MooseX::Types::Moose)
+BuildRequires:  perl(MooseX::Types::Path::Tiny) = 0.005
+BuildRequires:  perl(namespace::autoclean)
+BuildRequires:  perl(warnings)
+# Test Suite
+BuildRequires:  perl(ExtUtils::MakeMaker) 
+BuildRequires:  perl(File::Spec::Functions)
+BuildRequires:  perl(if)
+BuildRequires:  perl(List::Util)
+BuildRequires:  perl(Moose)
+BuildRequires:  perl(Scalar::Util)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(Test::Deep)
+BuildRequires:  perl(Test::Fatal)
+BuildRequires:  perl(Test::More) = 0.88
+BuildRequires:  perl(Test::Requires)
+BuildRequires:  perl(Test::Without::Module)
+# Optional Test Requirements
+BuildRequires:  perl(CPAN::Meta)
+BuildRequires:  perl(CPAN::Meta::Requirements)
+BuildRequires:  perl(MooseX::Getopt)
+BuildRequires:  perl(MooseX::SimpleConfig)
+# Runtime
+Requires:   perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
 
 %{?perl_default_filter}
 
@@ -30,32 +50,54 @@ It declares an attribute 'configfile' and a class method 
'new_with_config',
 and requires that concrete roles derived from it implement the class method
 'get_config_from_file'.
 
-Attributes specified directly as arguments to 'new_with_config' supercede
+Attributes specified directly as arguments to 'new_with_config' supersede
 those in the configfile.
 
 %prep
 %setup -q -n MooseX-ConfigFromFile-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
-make %{?_smp_mflags}
+perl Build.PL --installdirs=vendor
+./Build
 
 %install
-make pure_install PERL_INSTALL_ROOT=%{buildroot}
-find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
-find

[perl-MooseX-ConfigFromFile] Created tag perl-MooseX-ConfigFromFile-0.13-1.fc21

The lightweight tag 'perl-MooseX-ConfigFromFile-0.13-1.fc21' was created 
pointing to:

 e0ca4c1... Update to 0.13
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-GnuPG-Interface



perl-GnuPG-Interface has broken dependencies in the rawhide tree:
On x86_64:
perl-GnuPG-Interface-0.50-1.fc21.noarch requires perl(MooX::late)
On i386:
perl-GnuPG-Interface-0.50-1.fc21.noarch requires perl(MooX::late)
On armhfp:
perl-GnuPG-Interface-0.50-1.fc21.noarch requires perl(MooX::late)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: mojomojo



mojomojo has broken dependencies in the rawhide tree:
On x86_64:
mojomojo-1.10-1.fc20.noarch requires 
perl(HTML::FormFu::Element::reCAPTCHA)
On i386:
mojomojo-1.10-1.fc20.noarch requires 
perl(HTML::FormFu::Element::reCAPTCHA)
On armhfp:
mojomojo-1.10-1.fc20.noarch requires 
perl(HTML::FormFu::Element::reCAPTCHA)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Catalyst-Controller-HTML-FormFu



perl-Catalyst-Controller-HTML-FormFu has broken dependencies in the rawhide 
tree:
On x86_64:
perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires 
perl(HTML::FormFu::MultiForm)
On i386:
perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires 
perl(HTML::FormFu::MultiForm)
On armhfp:
perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires 
perl(HTML::FormFu::MultiForm)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-MooseX-Getopt] Update to 0.63

commit f30720c4bee739754afc52a39457ef3e63a7bc6d
Author: Paul Howarth p...@city-fan.org
Date:   Fri Mar 28 12:06:48 2014 +

Update to 0.63

- Update to latest upstream version
- Switch to Module::Build::Tiny flow
- Drop provides/obsoletes for old tests sub-package
- Package new upstream CONTRIBUTING and README.md files
- Classify buildreqs by usage
- Make %files list more explicit

 .gitignore  |   10 +-
 perl-MooseX-Getopt.spec |   92 ---
 sources |2 +-
 3 files changed, 65 insertions(+), 39 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index ca10038..eea9c53 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,9 +1 @@
-MooseX-Getopt-0.27.tar.gz
-/MooseX-Getopt-0.33.tar.gz
-/MooseX-Getopt-0.35.tar.gz
-/MooseX-Getopt-0.37.tar.gz
-/MooseX-Getopt-0.38.tar.gz
-/MooseX-Getopt-0.39.tar.gz
-/MooseX-Getopt-0.40.tar.gz
-/MooseX-Getopt-0.45.tar.gz
-/MooseX-Getopt-0.47.tar.gz
+/MooseX-Getopt-[0-9.]*.tar.gz
diff --git a/perl-MooseX-Getopt.spec b/perl-MooseX-Getopt.spec
index 647e5db..ae0fe93 100644
--- a/perl-MooseX-Getopt.spec
+++ b/perl-MooseX-Getopt.spec
@@ -1,37 +1,57 @@
 Name:   perl-MooseX-Getopt
 Summary:Moose role for processing command line options
-Version:0.47
-Release:4%{?dist}
+Version:0.63
+Release:1%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
 Source0:
http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/MooseX-Getopt-%{version}.tar.gz
 URL:http://search.cpan.org/dist/MooseX-Getopt/
-Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 BuildArch:  noarch
-
-BuildRequires:  perl(ExtUtils::MakeMaker) = 6.31
+# Module Build
+BuildRequires:  perl
+BuildRequires:  perl(Module::Build::Tiny) = 0.035
+# Module Runtime
+BuildRequires:  perl(Carp)
 BuildRequires:  perl(Getopt::Long) = 2.37
 BuildRequires:  perl(Getopt::Long::Descriptive) = 0.081
-BuildRequires:  perl(Moose) = 0.56
+BuildRequires:  perl(Moose)
+BuildRequires:  perl(Moose::Meta::Attribute)
+BuildRequires:  perl(Moose::Role) = 0.56
+BuildRequires:  perl(Moose::Util::TypeConstraints)
 BuildRequires:  perl(MooseX::Role::Parameterized)
-# MooseX::SimpleConfig - MooseX::ConfigFromFile - MooseX::Types::Path::Class 
- MooseX::Getopt
-%if !0%{?perl_bootstrap}
-BuildRequires:  perl(MooseX::SimpleConfig) = 0.07
-%endif
-BuildRequires:  perl(Path::Class)
+BuildRequires:  perl(namespace::autoclean)
+BuildRequires:  perl(Scalar::Util)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(Try::Tiny)
+BuildRequires:  perl(warnings)
+# Test Suite
+BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(File::Spec::Functions)
+BuildRequires:  perl(if)
+BuildRequires:  perl(List::Util)
+BuildRequires:  perl(Module::Runtime)
+BuildRequires:  perl(Moose::Meta::Class)
+BuildRequires:  perl(Moose::Util)
+BuildRequires:  perl(Path::Tiny) = 0.009
 BuildRequires:  perl(Test::Deep)
 BuildRequires:  perl(Test::Fatal) = 0.003
 BuildRequires:  perl(Test::Moose)
 BuildRequires:  perl(Test::More) = 0.88
-BuildRequires:  perl(Test::Pod)
 BuildRequires:  perl(Test::Requires) = 0.05
 BuildRequires:  perl(Test::Trap)
-BuildRequires:  perl(Test::Warn) = 0.21
-
-# obsolete/provide old tests subpackage
-# can be removed during F19 development cycle
-Obsoletes:  %{name}-tests  0.38-3
-Provides:   %{name}-tests = %{version}-%{release}
+BuildRequires:  perl(Test::Warnings) = 0.009
+BuildRequires:  perl(version)
+# Optional Test Requirements
+BuildRequires:  perl(CPAN::Meta)
+BuildRequires:  perl(CPAN::Meta::Requirements) = 2.120900
+# MooseX::SimpleConfig - MooseX::ConfigFromFile - MooseX::Types::Path::Class 
- MooseX::Getopt
+%if !0%{?perl_bootstrap}
+BuildRequires:  perl(MooseX::ConfigFromFile) = 0.08
+BuildRequires:  perl(MooseX::SimpleConfig) = 0.07
+%endif
+BuildRequires:  perl(YAML)
+# Runtime
+Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 
 %{?perl_default_filter}
 
@@ -46,25 +66,39 @@ objects using parameters passed in from the command line.
 sed -i '1s,#!.*perl,#!%{__perl},' t/*.t
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
-make %{?_smp_mflags}
+perl Build.PL --installdirs=vendor
+./Build
 
 %install
-make pure_install DESTDIR=%{buildroot}
-
-find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
-
-%{_fixperms} %{buildroot}/*
+./Build install --destdir=%{buildroot} --create_packlist=0
 
 %check
-make test
+./Build test
 
 %files
-%doc Changes LICENSE README t/
-%{perl_vendorlib}/*
-%{_mandir}/man3/*
+%doc Changes CONTRIBUTING LICENSE README README.md t/
+%{perl_vendorlib}/MooseX/
+%{_mandir}/man3/MooseX::Getopt.3*
+%{_mandir}/man3/MooseX::Getopt::Basic.3*
+%{_mandir}/man3/MooseX::Getopt::Dashes.3*
+%{_mandir}/man3/MooseX::Getopt::GLD.3*
+%{_mandir}/man3/MooseX::Getopt::Meta::Attribute.3*
+%{_mandir}/man3/MooseX::Getopt::Meta::Attribute::NoGetopt.3*

[perl-MooseX-Getopt] Created tag perl-MooseX-Getopt-0.63-1.fc21

The lightweight tag 'perl-MooseX-Getopt-0.63-1.fc21' was created pointing to:

 f30720c... Update to 0.63
--
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-Type-Tiny/f19] Initial import.

Summary of changes:

  52bbfa5... Initial import. (*)

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

[perl-HTML-FormatText-WithLinks/el5] new package for el5

2014-03-31 Thread Rüdiger Landmann

commit 9e815d0428efc90776d68b977640c82504bfb9ac
Author: Ruediger Landmann r.landm...@redhat.com
Date:   Tue Apr 1 08:38:39 2014 +1000

new package for el5

 .gitignore  |1 +
 nobranch|1 -
 perl-HTML-FormatText-WithLinks.spec |   70 +--
 sources |2 +-
 4 files changed, 28 insertions(+), 46 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index f0ce043..24855c5 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 HTML-FormatText-WithLinks-0.07.tar.gz
+/HTML-FormatText-WithLinks-0.14.tar.gz
diff --git a/perl-HTML-FormatText-WithLinks.spec 
b/perl-HTML-FormatText-WithLinks.spec
index d6e5fb9..a79bdee 100644
--- a/perl-HTML-FormatText-WithLinks.spec
+++ b/perl-HTML-FormatText-WithLinks.spec
@@ -1,73 +1,55 @@
 Name:   perl-HTML-FormatText-WithLinks
-Version:0.09
+Version:0.14
 Release:1%{?dist}
 Summary:HTML to text conversion with links as footnotes
-
+License:GPL+ or Artistic
 Group:  Development/Libraries
-License:Artistic or GPL
-URL:http://search.cpan.org/dist/HTML-FormatText-WithLinks
-Source0:
http://search.cpan.org/CPAN/authors/id/S/ST/STRUAN/HTML-FormatText-WithLinks-%{version}.tar.gz
+URL:http://search.cpan.org/dist/HTML-FormatText-WithLinks/
+Source0:
http://www.cpan.org/authors/id/S/ST/STRUAN/HTML-FormatText-WithLinks-%{version}.tar.gz
 BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-
 BuildArch:  noarch
-BuildRequires:  perl(ExtUtils::MakeMaker)
-BuildRequires:  perl(HTML::FormatText) perl(HTML::TreeBuilder)
+BuildRequires:  perl(HTML::FormatText) = 2
+BuildRequires:  perl(HTML::TreeBuilder)
+BuildRequires:  perl(Module::Build)
+BuildRequires:  perl(Test::More)
 BuildRequires:  perl(URI::WithBase)
-BuildRequires:  perl(Test::MockObject) perl(Test::Pod::Coverage) 
-BuildRequires:  perl(Test::Pod) perl(Test::More)
-Requires:  perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version))
-# not picked up automatically since it is called through SUPER
-Requires:  perl(HTML::FormatText)
+Requires:   perl(HTML::FormatText) = 2
+Requires:   perl(HTML::TreeBuilder)
+Requires:   perl(URI::WithBase)
+Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 
 %description
-HTML::FormatText::WithLinks takes HTML and turns it into plain text but 
-prints all the links in the HTML as footnotes. By default, it attempts 
-to mimic the format of the lynx text based web browser's --dump option.
+HTML::FormatText::WithLinks takes HTML and turns it into plain text but
+prints all the links in the HTML as footnotes. By default, it attempts to
+mimic the format of the lynx text based web browser's --dump option.
 
 %prep
 %setup -q -n HTML-FormatText-WithLinks-%{version}
 
-
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
-make %{?_smp_mflags}
-
+%{__perl} Build.PL installdirs=vendor
+./Build
 
 %install
 rm -rf $RPM_BUILD_ROOT
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
-find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';'
-chmod -R u+w $RPM_BUILD_ROOT/*
 
+./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
+find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
 
-%check
-make test
+%{_fixperms} $RPM_BUILD_ROOT/*
 
+%check
+./Build test
 
 %clean
 rm -rf $RPM_BUILD_ROOT
 
-
 %files
 %defattr(-,root,root,-)
-%doc Changes README
+%doc Changes examples README
 %{perl_vendorlib}/*
-%{_mandir}/man3/*.3*
-
+%{_mandir}/man3/*
 
 %changelog
-* Wed Aug  8 2007 Patrice Dumas pertu...@free.fr 0.09-1
-- update to 0.09
-
-* Sun Sep 17 2006 Patrice Dumas pertu...@free.fr 0.07-1
-- update to 0.07
-
-* Fri Sep 15 2006 Patrice Dumas pertu...@free.fr 0.06-3
-- add Requires for perl(HTML::FormatText), fix #206729
-
-* Tue Aug 29 2006 Patrice Dumas pertu...@free.fr 0.06-2
-- added BuildRequires for tests
-
-* Tue Jul 18 2006 Patrice Dumas pertu...@free.fr 0.06-1
-- Initial packaging
+* Tue Jun 07 2011 Jeff fearn jfe...@redhat.com 0.14-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index 5e33e4d..cf289d5 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3d48f2bae0aa3068de6a31dea4043127  HTML-FormatText-WithLinks-0.09.tar.gz
+264a1436883d20b81e669c65a1f97367  HTML-FormatText-WithLinks-0.14.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

[389-devel] please review: Ticket 47759 - Crash in replication when server is under load

2014-03-31 Thread Mark Reynolds


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

https://fedorahosted.org/389/attachment/ticket/47759/0001-Ticket-47759-Crash-in-replication-when-server-is-und.patch

--
Mark Reynolds
389 Development Team
Red Hat, Inc
mreyno...@redhat.com

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

F21 Self Contained Change: Apache Hive

= Proposed Self Contained Change: Apache Hive =
https://fedoraproject.org/wiki/Changes/ApacheHive

Change owner(s):  Peter MacKinnon pmack...@redhat.com

Apache Hive [1] is a data warehouse built on top of Apache Hadoop. 

== Detailed Description ==
The Apache Hive data warehouse software facilitates querying and managing 
large datasets residing in distributed storage. Apache Hive provides a 
mechanism to project structure onto this data and query the data using a SQL-
like language called HiveQL.

== Scope ==
* Proposal owners: The Hive package has been accepted into Fedora and provides 
all the functionality from the upstream release with the exception of HBase 
support since the latest stable versions are not currently aligned.
* Other developers: N/A (not a System Wide Change)
* Release engineering: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not a System Wide Change) 

[1] http://hive.apache.org/
___
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce

F21 Self Contained Change: Better Erlang Support