EPEL texlive in 7

2014-04-01 Thread Simone Caronni 
Hello,

is there any plan to have texlive in EPEL 7?

I need it but wouldn't dare asking for the branch myself... looks
complicated and I don't have any direct experience with it.

Thanks  regards,
--Simone

-- 
You cannot discover new oceans unless you have the courage to lose sight of
the shore (R. W. Emerson).

http://xkcd.com/229/
http://negativo17.org/
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

Re: EPEL texlive in 7

2014-04-01 Thread पराग़ 
Hi,


On Tue, Apr 1, 2014 at 2:07 PM, Simone Caronni negativ...@gmail.com wrote:
 Hello,

 is there any plan to have texlive in EPEL 7?

The texlive package already exists in RHEL7.  See
http://ftp.redhat.com/redhat/rhel/beta/7/x86_64/os/Packages/

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

Re: EPEL texlive in 7

2014-04-01 Thread पराग़ 
Hi,

On Tue, Apr 1, 2014 at 3:12 PM, Susi Lehtola
jussileht...@fedoraproject.org wrote:
 On Tue, 1 Apr 2014 11:39:05 +0200
 Simone Caronni negativ...@gmail.com wrote:

 On 1 April 2014 11:26, Parag N(पराग़) panem...@gmail.com wrote:

  On Tue, Apr 1, 2014 at 2:07 PM, Simone Caronni negativ...@gmail.com
  wrote:
   Hello,
  
   is there any plan to have texlive in EPEL 7?
 
  The texlive package already exists in RHEL7.  See
  http://ftp.redhat.com/redhat/rhel/beta/7/x86_64/os/Packages/
 

 Ok, I found the issue. The texlive in EPEL 7 is too old and does not
 contain the sub-packages I'm using.
 I hope they will update it before release; texlive 2013 was released mid
 2013 and we're now in 2014.

 You can probably forget about that hope - they're not going to do a
 major update, certainly not after the beta release.


True. Generally there are no major updates after beta release. For the
subpackages which are missing try filing a bug against texlive in
RHEL7 and request to include needed packages.

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

Re: EPEL texlive in 7

2014-04-01 Thread Susi Lehtola 
On Tue, 1 Apr 2014 12:52:17 +0200
Simone Caronni negativ...@gmail.com wrote:

 On 1 April 2014 11:42, Susi Lehtola jussileht...@fedoraproject.org wrote:
 
   Ok, I found the issue. The texlive in EPEL 7 is too old and does not
   contain the sub-packages I'm using.
   I hope they will update it before release; texlive 2013 was released mid
   2013 and we're now in 2014.
 
  You can probably forget about that hope - they're not going to do a
  major update, certainly not after the beta release.
 
 
 Yeah, definitely. RHEL 6 was providing tetex/tetex-latex, Fedora ships
 texlive that provides them, and RHEL 7 sits in the middle, there is no
 tetex/tetex-latex and texlive does not provide them. Sigh.

Uhm, so this is just about a virtual Provides?

TeXLive *does* have latex. Just install texlive-latex.
-- 
Susi Lehtola
Fedora Project Contributor
jussileht...@fedoraproject.org
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

Re: EPEL texlive in 7

2014-04-01 Thread Simone Caronni 
On 1 April 2014 12:58, Susi Lehtola jussileht...@fedoraproject.org wrote:

 Uhm, so this is just about a virtual Provides?

 TeXLive *does* have latex. Just install texlive-latex.


Ok, I confirm is related to the texlive version in RHEL 7.
I reworked all the BuildRequires in the SPEC file with the new texlive
syntax (i.e. tex(xcolor.sty)) but the RHEL 7 packages do not contain all
the required files; I'm missing tex(keyva.sty).

Regards,
--Simone

-- 
You cannot discover new oceans unless you have the courage to lose sight of
the shore (R. W. Emerson).

http://xkcd.com/229/
http://negativo17.org/
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

Re: EPEL texlive in 7

2014-04-01 Thread Simone Caronni 
On 1 April 2014 13:55, Simone Caronni negativ...@gmail.com wrote:

 On 1 April 2014 12:58, Susi Lehtola jussileht...@fedoraproject.orgwrote:

 Uhm, so this is just about a virtual Provides?

 TeXLive *does* have latex. Just install texlive-latex.


 Ok, I confirm is related to the texlive version in RHEL 7.
 I reworked all the BuildRequires in the SPEC file with the new texlive
 syntax (i.e. tex(xcolor.sty)) but the RHEL 7 packages do not contain all
 the required files; I'm missing tex(keyva.sty).


keyval.sty, not keyva.sty damn typo.
Ok, it's now working, I simply had to adjust the spec file to two separate
build requirements, one for Fedora and RHEL 7 with the new texlive syntax,
one with RHEL 5/ that simply requires tetex/tetex-latex.

Regards,
--Simone


-- 
You cannot discover new oceans unless you have the courage to lose sight of
the shore (R. W. Emerson).

http://xkcd.com/229/
http://negativo17.org/
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

Re: EPEL Clang package doesn't work on Amazon Linux

2014-04-01 Thread Dave Johansen 
On Tue, Apr 1, 2014 at 1:25 PM, Anssi Johansson e...@miuku.net wrote:

 1.4.2014 23.11, Tyler Brock kirjoitti:

  Thanks so much for looking into this Dave. Yes, libstdc++ was installed.


 It might be worth mentioning that the Amazon-provided libstdc++-devel is
 4.6.3-3.10.amzn1, and it doesn't seem to provide
 /usr/include/c++/4.4.4/iostream like the CentOS version does.


What does running yum provides /usr/include/c++/4.4.4/iostream on one of
these Amazon boxes output?
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

Re: Broken dependencies: libdmtx = ImageMagick soname bump

2014-04-01 Thread Dan Horák 
On Mon, 31 Mar 2014 13:37:51 + (UTC)
build...@fedoraproject.org wrote:

 
 
 libdmtx has broken dependencies in the rawhide tree:
 On x86_64:
   libdmtx-utils-0.7.2-11.fc20.x86_64 requires 
 libMagickWand-6.Q16.so.1()(64bit)
   libdmtx-utils-0.7.2-11.fc20.x86_64 requires 
 libMagickCore-6.Q16.so.1()(64bit)
 On i386:
   libdmtx-utils-0.7.2-11.fc20.i686 requires libMagickWand-6.Q16.so.1
   libdmtx-utils-0.7.2-11.fc20.i686 requires libMagickCore-6.Q16.so.1
 On armhfp:
   libdmtx-utils-0.7.2-11.fc20.armv7hl requires libMagickWand-6.Q16.so.1
   libdmtx-utils-0.7.2-11.fc20.armv7hl requires libMagickCore-6.Q16.so.1
 Please resolve this as soon as possible.

there seems to be an unannounced soname bump in ImageMagick in rawhide,
but the same release is going to F-20 too. Per changelog the reason is
mainly fixing multiple CVEs, but a rebuild of all dependent packages
will be required.

http://pkgs.fedoraproject.org/cgit/ImageMagick.git/log/
http://koji.fedoraproject.org/koji/buildinfo?buildID=508129


Dan
-- 
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: Broken dependencies: libdmtx = ImageMagick soname bump

2014-04-01 Thread Christopher Meng 
Yes, I've received many broken reports caused by ImageMagick since
yesterday.

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

Reminder: Change Proposals Submission Deadline in one week!

2014-04-01 Thread Jaroslav Reznik 
Hi,
the Change Proposals Submission Deadline is coming in one week!

The date is Tuesday, 2014-04-08 for System Wide Changes. Self 
Contained Changes deadline will be set later. 

I'd like to ask especially WGs to work on the PRD/Tech
Specs break out into the Change Proposals - so the scope of release
can be evaluated and also for tracking purposes to know where we are
with Fedora 21/Next release.

One particular topic that should be included are product deliverables,
to get a wider agreement on how each product will be distributed and
to allow release engineering team (and others as websites) to adjust
for product needs.

See https://fedoraproject.org/wiki/Changes/Policy for current policy for
submissions and start a new proposal using this template
https://fedoraproject.org/wiki/Changes/EmptyTemplate

Let me know in case of any issues, I'll try to help you!

[1] https://fedoraproject.org/wiki/Releases/21/Schedule

Jaroslav
___
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-04-01 Thread Ian Malone 
On 1 April 2014 02:50, David dgbo...@gmail.com wrote:
 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?



 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.


Or to put it another way, does it add any value to do work to provide
an extra RPM that doesn't provide what people expect it to in almost
all cases and will just trip people up?

-- 
imalone
http://ibmalone.blogspot.co.uk
-- 
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: Broken dependencies: libdmtx = ImageMagick soname bump

2014-04-01 Thread Richard W.M. Jones 
On Tue, Apr 01, 2014 at 04:34:42PM +0800, Christopher Meng wrote:
 Yes, I've received many broken reports caused by ImageMagick since
 yesterday.
 
 EPEL7 also affected.

And Rawhide builds which involve emacs:

http://kojipkgs.fedoraproject.org//work/tasks/5429/6695429/root.log

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top
-- 
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-04-01 Thread Richard W.M. Jones 
On Mon, Mar 31, 2014 at 05:17:02PM -0700, Adam Williamson wrote:
 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.

Right.  I think my question was too subtle :-(

It wasn't about whether VLC could go into Fedora, but if there going
to be a ring, with the Fedora name, where basically anything goes
including software of insalubrious legality (in the US).  And I guess
the answer is no.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
-- 
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: Broken dependencies: libdmtx = ImageMagick soname bump

2014-04-01 Thread Richard W.M. Jones 
On Tue, Apr 01, 2014 at 11:47:33AM +0100, Richard W.M. Jones wrote:
 On Tue, Apr 01, 2014 at 04:34:42PM +0800, Christopher Meng wrote:
  Yes, I've received many broken reports caused by ImageMagick since
  yesterday.
  
  EPEL7 also affected.
 
 And Rawhide builds which involve emacs:

I rebuilt the emacs package.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming blog: http://rwmj.wordpress.com
Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
-- 
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-04-01 Thread Corey Sheldon 
power needs to come with responsibility and understanding

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


On Mon, Mar 31, 2014 at 9:50 PM, David dgbo...@gmail.com wrote:

 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
-- 
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: Broken dependencies: libdmtx = ImageMagick soname bump

2014-04-01 Thread Corey Sheldon 
I'd be willing to help with the rebuilds as long as someone in here is
willing to host  a refresher or link to such as needed...

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


On Tue, Apr 1, 2014 at 8:48 AM, Richard W.M. Jones rjo...@redhat.comwrote:

 On Tue, Apr 01, 2014 at 11:47:33AM +0100, Richard W.M. Jones wrote:
  On Tue, Apr 01, 2014 at 04:34:42PM +0800, Christopher Meng wrote:
   Yes, I've received many broken reports caused by ImageMagick since
   yesterday.
  
   EPEL7 also affected.
 
  And Rawhide builds which involve emacs:

 I rebuilt the emacs package.

 Rich.

 --
 Richard Jones, Virtualization Group, Red Hat
 http://people.redhat.com/~rjones
 Read my programming blog: http://rwmj.wordpress.com
 Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
 --
 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

Meeting minutes from Env-and-Stacks WG meeting (2014-04-01)

2014-04-01 Thread Marcela Mašláňová 


#fedora-meeting: Env and Stacks (2014-04-01)



Meeting started by mmaslano at 12:02:21 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2014-04-01/env-and-stacks.2014-04-01-12.02.log.html
.



Meeting summary
---
* init process  (mmaslano, 12:02:38)

* Open Questions - Playground: Signing  (mmaslano, 12:04:12)

* Open Questions - Playground: Provenpackagers  (mmaslano, 12:06:52)
  * AGREED: let's have comaintainers and provenpackagers in Playground
repo (+5,-0,0)  (mmaslano, 12:15:43)

* Open Questions - distinguish packages  (mmaslano, 12:16:12)
  * AGREED: don't distinguish packages from Fedora and Playground
(+5,-0,0)  (mmaslano, 12:20:21)

* Open Questions - Playground: reviews  (mmaslano, 12:20:52)

* subtopic Are conflicts inside Playground repository allowed?
  (mmaslano, 12:21:08)

* 1 Big repo vs multiple small ones  (mmaslano, 12:26:53)
  * AGREED: We will provide a kind of non-blocking review service and
later we will talk about whether we should make it mandatory or not.
Coprs won't be blocked by reviews results in the beginning.
(+5,-0,0)  (hhorak, 13:24:04)
  * AGREED: Playground will be a collection of selected COPRs. (+5,-0,0)
(hhorak, 13:24:56)
  *

https://fedoraproject.org/wiki/Env_and_Stacks/Changes_Drafts/Playground_repository
(mmaslano, 13:25:11)
  * ACTION: review Change proposal - Playground repository  (mmaslano,
13:28:33)
  * https://fedoraproject.org/wiki/Env_and_Stacks/Changes_Drafts/SCL
(mmaslano, 13:29:07)

Meeting ended at 13:38:41 UTC.




Action Items

* review Change proposal - Playground repository




Action Items, by person
---
* **UNASSIGNED**
  * review Change proposal - Playground repository




People Present (lines said)
---
* mmaslano (90)
* juhp_ (74)
* tjanez (73)
* hhorak (28)
* jreznik (27)
* bkabrda1 (25)
* zodbot (4)
* bkabrda (3)
* drieden (2)
* samkottler (1)
* abadger1999 (0)
* juhp (0)
* pkovar (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
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Five Things in Fedora This Week (2014-04-01)

2014-04-01 Thread Matthew Miller 
Reposted from
http://fedoramagazine.org/five-things-in-fedora-this-week-2014-04-01/

Fedora is a big project, and it’s hard to follow it all. This series
highlights interesting happenings in five different areas every week.
It isn't comprehensive news coverage — just quick summaries with links
to each. I know it's traditional for the Internet to be useless today,
but, despite the temptation, I'm sticking to the facts. So, here we go
for April 1st, 2014:


Trying Wayland (and Gnome 3.12)
---

Wayland is the upcoming successor to the X11 graphics protocol which
powers our desktops. It's not done yet, but you can try it first in
Fedora. You'll need to be running Rawhide (Fedora's development
branch). In theory, it should work on Fedora 20 with Gnome 3.12, but
from the mailing list thread, it looks like that's not working yet.

 * http://wayland.freedesktop.org/
 * https://lists.fedoraproject.org/pipermail/desktop/2014-March/009543.html

Wait, Gnome 3.12 on Fedora 20, you ask? Yes; although F20 shipped with
3.10, 3.12 is available for those of you who are a little adventurous
but not so brave as to run Rawhide, via Richard Hughes’ Gnome 3.12
COPR. There's a Fedora Magazine article with instructions, too.

  * https://copr.fedoraproject.org/coprs/rhughes/f20-gnome-3-12/
  * http://fedoramagazine.org/running-gnome-3-12-on-fedora-20/


Infrastructure downtime *today*
---

What better time for major upgrades than April Fool's Day? If you
notice that some Fedora infrastructure services are unavailable later
this evening, it's no joke, just planned work, including an upgrade to
Koji, Fedora's package and image building service. The work should
happen between 21:00 and 01:00 UTC (`date -d '2014-04-01 21:00 UTC'` in
your local time).
 
 * https://lists.fedoraproject.org/pipermail/announce/2014-March/003204.html


Last call for Flock talk proposals
--

Flock is our big annual development and planning conference, held this
year in Prague from August 6th–9th. The deadline for talk proposals is
April 3rd — that's Thursday. So if you are thinking of something, it's
time to put those thoughts in writing. Note that there is some funding
available for travel and hotel subsidies; it's not guaranteed, but we
want as many contributors there as possible, so if you have a need,
there is a box to check at registration time.

 * http://flocktofedora.org/
 * https://flock-lmacken.rhcloud.com/submit_proposal


Fedora 21 change plan deadline
--

Speaking of deadlines... the Fedora Change Proposal deadline is April
8th, a week from today. These change proposals are our primary means
for coordinating development across the project, so particularly if you
want to do something which affects other areas, get it in now. FESCo
(Fedora's technical steering committee) reviews and approves each
proposal and may accept late entries (especially for self-contained
changes), but it really helps to know sooner rather than later. Note
that these proposals are largely statements of intent to do something,
not orders for someone else to. As a community project developed by
volunteers, we don't have a mechanism to *force* anyone do anything, so
if you want to make something happen and can't do it all yourself,
discuss on the Fedora devel list (or the appropriate SIGs) and get
others inspired to sign on as collaborators.

 * 
https://lists.fedoraproject.org/pipermail/devel-announce/2014-April/001345.html


Fedora Docs starts a Cookbook
-

The Fedora Docs team does an excellent job of producing our
book-quality documentation, but we have a unfilled need for
easy-to-contribute-to howto and quickstart articles. The Docs team
recently held an Activity Day focused on finding a solution, and Pete
Travis (a.k.a. randomuser) describes the results: 

  The answer we settled on is what will become the Fedora Cookbook, and
  it is a process as much as a book. Anyone can submit a 'recipe' for
  the Cookbook [...] using provided templates, and Docs volunteers will
  review, mark up, submit for translation, and publish.

There's a lot more in Pete's post, so if this is an area of interest to
you, and especially if you've been wanting to contribute but aren't
sure how, don't miss it.

  * http://docs.fedoraproject.org/
  * http://blog.randomuser.org/posts/open-books.html

5tFTW note
--

This is the third installment of this series, and I'm still calibrating
a few things. I'm aiming at a wide audience, but I'm not quite sure how
much explaining I should do of general Fedora knowledge. Is it helpful
for me to (as above), give a quick explanation when I talk about
Rawhide, Flock, or FESCo? Or, does that just increase the word count
for no reason? Let me know.

Also, as always, tips on what's going on in your part of Fedora are
appreciated — e-mail them to me directly, or ping me on IRC.


-- 
Matthew Miller--   Fedora

Re: EPEL Clang package doesn't work on Amazon Linux

2014-04-01 Thread Tyler Brock 
Thanks so much for looking into this Dave. Yes, libstdc++ was installed.

Any other thoughts?


-Tyler


On Wed, Mar 26, 2014 at 12:07 AM, Dave Johansen davejohan...@gmail.comwrote:

 On Tue, Mar 25, 2014 at 2:08 PM, Tyler Brock tyler.br...@gmail.comwrote:

 Here is a gist containing the output of attempting to compile the program
 after installing the clang package on each platform I mentioned:

 https://gist.github.com/TylerBrock/9771402

 -Tyler


 On Tue, Mar 25, 2014 at 4:54 PM, Tyler Brock tyler.br...@gmail.comwrote:

 To my knowledge it was originally based on CentOS but it has since
 diverged.

 It may be useful to mention that this same issue affects multiple Red
 Hat derivatives (including RHEL 6.4 itself) and not just Amazon Linux. I
 attempted the same process on Red Hat 6.4, Fedora 20, and Amazon Linux
 2013.09, and it fails on all three of these distributions with the same
 errors. In fact, the only distribution on which I have been able to get it
 to work is CentOS 6.4.

 -Tyler


 On Tue, Mar 25, 2014 at 1:46 AM, Dave Johansen 
 davejohan...@gmail.comwrote:

 On Mon, Mar 24, 2014 at 6:38 PM, Tyler Brock tyler.br...@gmail.comwrote:

 Hey Everyone,

 I've been trying to use clang package on Amazon linux via EPEL and
 have installed version 3.4-9.el6 yet am unable to compile even the 
 simplest
 of programs:
 #include iostream

 int main(){
 std::cout  Hello World  std::endl;
 }

 Saving the above into a file named test.cpp and compiling with
 clang++ test.cpp produces the following error:

 test.cpp:1:10: fatal error: 'iostream' file not found
 #include iostream
  ^
 1 error generated.

 When attempting the same with gcc (g++) it works as expected so It
 seems like the clang compiler cannot find the required C++ headers and
 library files.

 I have contacted Amazon AWS support and they verified that the issue
 is reproducible by them running the latest version of Amazon Linux with
 updated packages from EPEL.

 I've tried installing devel headers for clang and multiple versions of
 libstd++ which seem to be placed in /usr/include/c++/gcc-version but
 which, when used by gcc, do not require the path to them be specified at
 all. It just works.

 I have a feeling the clang package is not built to work properly with
 Amazon Linux as C++ headers and library files (for either for libc++ or
 libstdc++) such as iostream should be found by default. Any help in
 resolving the matter would be greatly appreciated.

 It may also be worth noting that on CentOS the clang package seems to
 work fine.


 I'm the maintainer of clang in the EPEL, but honestly I know nothing
 about Amazon Linux. Is it an EL variant or claim any sort of
 compatibility with EL? A known issue even on EL/CentOS with clang is that
 much of the C++11/14 support won't work because of the old version of the
 standard library that is available on EL. It sounds like this isn't your
 issue, but if C++11/14 support is desired, then the devtoolset (
 http://rhn.redhat.com/errata/RHEA-2013-1226.html ) is the best route
 to follow.

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




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


 I've tested on CentOS 6.5, RHEL 6.5 and RHEL 6.4 and all of them work. Do
 you have the package libstdc++-devel installed? That package not being
 installed is the only thing that I can think of that might be causing this
 problem and maybe that package should be listed as a requires in the .spec
 for clang.

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


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

Re: Broken dependencies: libdmtx = ImageMagick soname bump

2014-04-01 Thread Sérgio Basto 
we have also broken deps with kipi-plugins and kipi-plugins-libs from
kde 


On Ter, 2014-04-01 at 09:09 -0400, Corey Sheldon wrote: 
 I'd be willing to help with the rebuilds as long as someone in here is
 willing to host  a refresher or link to such as needed...
 
 Corey W Sheldon
 Owner, 1st Class Mobile Shine
 
 310.909.7672
 www.facebook.com/1stclassmobileshine
 
 
 On Tue, Apr 1, 2014 at 8:48 AM, Richard W.M. Jones rjo...@redhat.com
 wrote:
 On Tue, Apr 01, 2014 at 11:47:33AM +0100, Richard W.M. Jones
 wrote:
  On Tue, Apr 01, 2014 at 04:34:42PM +0800, Christopher Meng
 wrote:
   Yes, I've received many broken reports caused by
 ImageMagick since
   yesterday.
  
   EPEL7 also affected.
 
  And Rawhide builds which involve emacs:
 
 
 I rebuilt the emacs package. 
 
 Rich.
 
 --
 Richard Jones, Virtualization Group, Red Hat
 http://people.redhat.com/~rjones
 
 Read my programming blog: http://rwmj.wordpress.com
 Fedora now supports 80 OCaml packages (the OPEN alternative to
 F#) 
 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct:
 http://fedoraproject.org/code-of-conduct 
 
 

-- 
Sérgio M. B.

-- 
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: Five Things in Fedora This Week (2014-04-01)

2014-04-01 Thread Garry T. Williams 
On 4-1-14 16:11:45 Matthew Miller wrote:
 5tFTW note
 --

 This is the third installment of this series, and I'm still
 calibrating a few things. I'm aiming at a wide audience, but I'm not
 quite sure how much explaining I should do of general Fedora
 knowledge. Is it helpful for me to (as above), give a quick
 explanation when I talk about Rawhide, Flock, or FESCo? Or, does
 that just increase the word count for no reason? Let me know.

I'm not a Fedora packager or developer, but I follow this devel list
pretty carefully.  I think, given that you are aiming at a wide
audience, you have struck just the right balance.  Keep it up.

Thank you for these.

-- 
Garry T. Williams

-- 
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: Five Things in Fedora This Week (2014-04-01)

2014-04-01 Thread Corey Sheldon 
where are you planning to host the final stable listing or blog beyond this
mailing list? if it in a dev minded or dev friendly arena jsut make a quick
2-3 lines in a FAQ like page with futher reading links to the wiki or
respective respcted authority in the particular space I also run in many
linux and dev groups on and off social media if you need help in the
distrubution in different spaces hit me up directly with tag line related
to fedora or dev so it goes in my inbox with other dev stuffs...



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


On Tue, Apr 1, 2014 at 7:12 PM, Garry T. Williams gtwilli...@gmail.comwrote:

 On 4-1-14 16:11:45 Matthew Miller wrote:
  5tFTW note
  --
 
  This is the third installment of this series, and I'm still
  calibrating a few things. I'm aiming at a wide audience, but I'm not
  quite sure how much explaining I should do of general Fedora
  knowledge. Is it helpful for me to (as above), give a quick
  explanation when I talk about Rawhide, Flock, or FESCo? Or, does
  that just increase the word count for no reason? Let me know.

 I'm not a Fedora packager or developer, but I follow this devel list
 pretty carefully.  I think, given that you are aiming at a wide
 audience, you have struck just the right balance.  Keep it up.

 Thank you for these.

 --
 Garry T. Williams

 --
 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-04-01 Thread Bill Nottingham 
Richard W.M. Jones (rjo...@redhat.com) said: 
 It wasn't about whether VLC could go into Fedora, but if there going
 to be a ring, with the Fedora name, where basically anything goes
 including software of insalubrious legality (in the US).  And I guess
 the answer is no.

Correct - the relaxing of requirements that might be considered on 'outer'
rings that still carry the Fedora name would be of a technical, not legal,
nature.

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

[Bug 1082957] New: perl does not build with GCC 4.9

2014-04-01 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1082957

Bug ID: 1082957
   Summary: perl does not build with GCC 4.9
   Product: Fedora
   Version: rawhide
 Component: perl
  Assignee: jples...@redhat.com
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: cw...@alumni.drew.edu, iarn...@gmail.com,
jples...@redhat.com, ka...@ucw.cz,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com,
psab...@redhat.com, rc040...@freenet.de,
tcall...@redhat.com



As reported to upstream
https://rt.perl.org/Public/Bug/Display.html?id=121505, perl 5.18.2 exhibits
undefined behavior with GCC 4.9 and some tests fail.

There is an naive patch which is discussed more in
http://www.nntp.perl.org/group/perl.perl5.porters/2014/03/msg214109.html.

-- 
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=5cEB5dNOSpa=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

2014-04-01 Thread buildsys 


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

[perl-Module-Install] Do not build-require Test::MinimumVersion, xt tests are not performed

2014-04-01 Thread Petr Pisar 
commit b5da13cc5e392860b74e854f495c09833dda2b64
Author: Petr Písař ppi...@redhat.com
Date:   Tue Apr 1 11:06:51 2014 +0200

Do not build-require Test::MinimumVersion, xt tests are not performed

 perl-Module-Install.spec |6 --
 1 files changed, 4 insertions(+), 2 deletions(-)
---
diff --git a/perl-Module-Install.spec b/perl-Module-Install.spec
index 61adde8..0a37fca 100644
--- a/perl-Module-Install.spec
+++ b/perl-Module-Install.spec
@@ -1,6 +1,6 @@
 Name:   perl-Module-Install
 Version:1.06
-Release:5%{?dist}
+Release:6%{?dist}
 Summary:Standalone, extensible Perl module installer
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -32,7 +32,6 @@ BuildRequires:  perl(PAR::Dist) = 0.29
 BuildRequires:  perl(Parse::CPAN::Meta) = 1.39
 BuildRequires:  perl(Test::CPAN::Meta) = 0.07
 BuildRequires:  perl(Test::Harness) = 3.13
-BuildRequires:  perl(Test::MinimumVersion)
 BuildRequires:  perl(Test::More)
 BuildRequires:  perl(Test::Pod)
 BuildRequires:  perl(YAML::Tiny) = 1.38
@@ -73,6 +72,9 @@ make test AUTOMATED_TESTING=1
 %{_mandir}/man3/*
 
 %changelog
+* Tue Apr 01 2014 Petr Pisar ppi...@redhat.com - 1.06-6
+- Do not build-require Test::MinimumVersion, xt tests are not performed
+
 * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.06-5
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File Net-GitHub-0.59.tar.gz uploaded to lookaside cache by psabata

2014-04-01 Thread Petr Šabata 
A file has been added to the lookaside cache for perl-Net-GitHub:

1024b03129995c2034ec72fad9a1fca9  Net-GitHub-0.59.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-Net-GitHub] 0.59 bump

2014-04-01 Thread Petr Šabata 
commit 6bfecc94fe0832e299ea939a75c8099c28b4a1c4
Author: Petr Šabata con...@redhat.com
Date:   Tue Apr 1 11:11:47 2014 +0200

0.59 bump

 .gitignore   |1 +
 perl-Net-GitHub.spec |5 -
 sources  |2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 0da406d..a1fc46e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -17,3 +17,4 @@ Net-GitHub-0.22.tar.gz
 /Net-GitHub-0.55.tar.gz
 /Net-GitHub-0.56.tar.gz
 /Net-GitHub-0.57.tar.gz
+/Net-GitHub-0.59.tar.gz
diff --git a/perl-Net-GitHub.spec b/perl-Net-GitHub.spec
index be950f9..2090110 100644
--- a/perl-Net-GitHub.spec
+++ b/perl-Net-GitHub.spec
@@ -1,6 +1,6 @@
 Name:   perl-Net-GitHub
 Summary:Perl interface for github.com
-Version:0.57
+Version:0.59
 Release:1%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -52,6 +52,9 @@ make test
 %{_mandir}/man3/*.3*
 
 %changelog
+* Tue Apr 01 2014 Petr Šabata con...@redhat.com - 0.59-1
+- 0.59 bump
+
 * Fri Mar 28 2014 Petr Šabata con...@redhat.com - 0.57-1
 - 0.57, POD fixes
 
diff --git a/sources b/sources
index 17d9d14..fc49543 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b6a7426ebca1f2ee4d47e101530059b3  Net-GitHub-0.57.tar.gz
+1024b03129995c2034ec72fad9a1fca9  Net-GitHub-0.59.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-Module-ScanDeps] Break build-cycle

2014-04-01 Thread Petr Pisar 
commit 5882c2c3d99647d3aab84a87aa3f16d8ad8be663
Author: Petr Písař ppi...@redhat.com
Date:   Tue Apr 1 12:48:03 2014 +0200

Break build-cycle

perl-Module-ScanDeps → perl-prefork → perl-Perl-MinimumVersion
→ perl-Perl-Critic → perl-Pod-Spell
→ perl-File-ShareDir-ProjectDistDir → perl-Path-Tiny
→ perl-Unicode-UTF8 → perl-Module-Install → perl-Module-ScanDeps

 perl-Module-ScanDeps.spec |   16 ++--
 1 files changed, 14 insertions(+), 2 deletions(-)
---
diff --git a/perl-Module-ScanDeps.spec b/perl-Module-ScanDeps.spec
index b0afb57..94a9518 100644
--- a/perl-Module-ScanDeps.spec
+++ b/perl-Module-ScanDeps.spec
@@ -1,7 +1,7 @@
 Name:   perl-Module-ScanDeps
 Summary:Recursively scan Perl code for dependencies
 Version:1.13
-Release:1%{?dist}
+Release:2%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
 Source0:
http://search.cpan.org/CPAN/authors/id/R/RS/RSCHUPP/Module-ScanDeps-%{version}.tar.gz
 
@@ -33,11 +33,17 @@ BuildRequires:  perl(version)
 BuildRequires:  perl(warnings)
 # Tests:
 BuildRequires:  perl(lib)
-BuildRequires:  perl(prefork)
 BuildRequires:  perl(Test::More)
 BuildRequires:  perl(Test::Requires)
 # Optional tests:
 BuildRequires:  perl(Module::Pluggable)
+%if !%{defined perl_bootstrap}
+# Cycle: perl-Module-ScanDeps → perl-prefork → perl-Perl-MinimumVersion
+# → perl-Perl-Critic → perl-Pod-Spell → perl-File-ShareDir-ProjectDistDir
+# → perl-Path-Tiny → perl-Unicode-UTF8 → perl-Module-Install
+# → perl-Module-ScanDeps
+BuildRequires:  perl(prefork)
+%endif
 BuildRequires:  perl(Test::Pod) = 1.00
 Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 Requires:   perl(Encode)
@@ -71,6 +77,12 @@ make test
 %{_mandir}/man3/Module::ScanDeps.3pm*
 
 %changelog
+* Tue Apr 01 2014 Petr Pisar ppi...@redhat.com - 1.13-2
+- Break build-cycle: perl-Module-ScanDeps → perl-prefork
+  → perl-Perl-MinimumVersion → perl-Perl-Critic → perl-Pod-Spell
+  → perl-File-ShareDir-ProjectDistDir → perl-Path-Tiny → perl-Unicode-UTF8
+  → perl-Module-Install → perl-Module-ScanDeps
+
 * Fri Jan 03 2014 Petr Pisar ppi...@redhat.com - 1.13-1
 - 1.13 bump
 
--
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-Module-Install] Fix tests with Parse::CPAN::Meta = 1.4413

2014-04-01 Thread Petr Pisar 
commit b1dfb332af230afcf62b04108a8a73a208933acc
Author: Petr Písař ppi...@redhat.com
Date:   Tue Apr 1 13:11:00 2014 +0200

Fix tests with Parse::CPAN::Meta = 1.4413

 ...nstall-1.06-Resolve-RT-93293-test-failure.patch |   59 
 perl-Module-Install.spec   |6 ++-
 2 files changed, 64 insertions(+), 1 deletions(-)
---
diff --git a/Module-Install-1.06-Resolve-RT-93293-test-failure.patch 
b/Module-Install-1.06-Resolve-RT-93293-test-failure.patch
new file mode 100644
index 000..6800161
--- /dev/null
+++ b/Module-Install-1.06-Resolve-RT-93293-test-failure.patch
@@ -0,0 +1,59 @@
+From 1d3e5acc95f7f273939d9d57f388b0d972450804 Mon Sep 17 00:00:00 2001
+From: Chris 'BinGOs' Williams ch...@bingosnet.co.uk
+Date: Wed, 5 Mar 2014 00:40:46 +
+Subject: [PATCH] Resolve RT#93293 test failure
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Signed-off-by: Petr Písař ppi...@redhat.com
+---
+ Makefile.PL| 2 +-
+ t/20_authors_with_special_characters.t | 6 +++---
+ 2 files changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/Makefile.PL b/Makefile.PL
+index d31fd4d..2cc1bf8 100644
+--- a/Makefile.PL
 b/Makefile.PL
+@@ -20,7 +20,7 @@ name  'Module-Install';
+ author'Adam Kennedy ad...@cpan.org';
+ perl_version  '5.005';
+ all_from  'lib/Module/Install.pm';
+-requires  'Parse::CPAN::Meta'   = '1.39';
++requires  'Parse::CPAN::Meta'   = '1.4413';
+ requires  'File::Spec'  = '3.28';
+ requires  'Devel::PPPort'   = '3.16';
+ requires  'File::Remove'= '1.42';
+diff --git a/t/20_authors_with_special_characters.t 
b/t/20_authors_with_special_characters.t
+index 12eeb86..78787e5 100644
+--- a/t/20_authors_with_special_characters.t
 b/t/20_authors_with_special_characters.t
+@@ -94,7 +94,7 @@ END
+   my $metafile = file('META.yml');
+   ok(-f $metafile);
+   my $meta = Parse::CPAN::Meta::LoadFile($metafile);
+-  is_deeply($meta-{author}, [qq(Olivier Mengu\xE9)]);
++  is_deeply($meta-{author}, [q(Olivier Mengu\xE9)]);
+   ok( kill_dist(), 'kill_dist' );
+   }
+ 
+@@ -119,7 +119,7 @@ END_DSL
+   my $metafile = file('META.yml');
+   ok(-f $metafile);
+   my $meta = Parse::CPAN::Meta::LoadFile($metafile);
+-  is_deeply($meta-{author}, [qq(Olivier Mengu\xE9)]);
++  is_deeply($meta-{author}, [q(Olivier Mengu\xE9)]);
+   ok( kill_dist(), 'kill_dist' );
+   }
+ }
+@@ -127,4 +127,4 @@ else {
+   SKIP: {
+   skip this test requires perl 5.8, 17;
+   }
+-}
+\ No newline at end of file
++}
+-- 
+1.9.0
+
diff --git a/perl-Module-Install.spec b/perl-Module-Install.spec
index 0a37fca..eaf488a 100644
--- a/perl-Module-Install.spec
+++ b/perl-Module-Install.spec
@@ -6,6 +6,8 @@ License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Module-Install/
 Source0:
http://www.cpan.org/authors/id/A/AD/ADAMK/Module-Install-%{version}.tar.gz
+# Fix tests with Parse::CPAN::Meta = 1.4413, in 1.08, CPAN RT#93293
+Patch0: Module-Install-1.06-Resolve-RT-93293-test-failure.patch
 BuildArch:  noarch
 BuildRequires:  perl(Archive::Tar) = 1.44
 BuildRequires:  perl(Carp)
@@ -29,7 +31,7 @@ BuildRequires:  perl(Module::Build) = 0.29
 BuildRequires:  perl(Module::CoreList) = 2.17
 BuildRequires:  perl(Module::ScanDeps) = 0.89
 BuildRequires:  perl(PAR::Dist) = 0.29
-BuildRequires:  perl(Parse::CPAN::Meta) = 1.39
+BuildRequires:  perl(Parse::CPAN::Meta) = 1.4413
 BuildRequires:  perl(Test::CPAN::Meta) = 0.07
 BuildRequires:  perl(Test::Harness) = 3.13
 BuildRequires:  perl(Test::More)
@@ -52,6 +54,7 @@ version 5.005 or newer.
 
 %prep
 %setup -q -n Module-Install-%{version}
+%patch0 -p1
 
 %build
 perl Makefile.PL INSTALLDIRS=vendor
@@ -74,6 +77,7 @@ make test AUTOMATED_TESTING=1
 %changelog
 * Tue Apr 01 2014 Petr Pisar ppi...@redhat.com - 1.06-6
 - Do not build-require Test::MinimumVersion, xt tests are not performed
+- Fix tests with Parse::CPAN::Meta = 1.4413 (CPAN RT#93293)
 
 * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.06-5
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

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

2014-04-01 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1082599

Petr Šabata psab...@redhat.com changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Net-GitHub-0.59-1.fc21
 Resolution|--- |RAWHIDE
Last Closed||2014-04-01 07:22:52



-- 
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=lbZph7Onsva=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-Catalyst-Controller-HTML-FormFu

2014-04-01 Thread buildsys 


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

Broken dependencies: mojomojo

2014-04-01 Thread buildsys 


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

2014-04-01 Thread buildsys 


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: perl-Language-Expr

2014-04-01 Thread buildsys 


perl-Language-Expr has broken dependencies in the rawhide tree:
On x86_64:
perl-Language-Expr-0.19-4.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Language-Expr-0.19-4.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
perl-Language-Expr-0.19-4.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.2)
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

File File-pushd-1.006.tar.gz uploaded to lookaside cache by psabata

2014-04-01 Thread Petr Šabata 
A file has been added to the lookaside cache for perl-File-pushd:

11271246807662e9b3615ad7c0cab99b  File-pushd-1.006.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-File-pushd] 1.006 bump, no code changes

2014-04-01 Thread Petr Šabata 
commit 3944284fd76303ed4557a49ab55463f23d5c8cea
Author: Petr Šabata con...@redhat.com
Date:   Tue Apr 1 14:34:09 2014 +0200

1.006 bump, no code changes

 .gitignore   |1 +
 perl-File-pushd.spec |   14 +-
 sources  |2 +-
 3 files changed, 11 insertions(+), 6 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 3028597..5b7c5e7 100644
--- a/.gitignore
+++ b/.gitignore
@@ -4,3 +4,4 @@ File-pushd-1.00.tar.gz
 /File-pushd-1.003.tar.gz
 /File-pushd-1.004.tar.gz
 /File-pushd-1.005.tar.gz
+/File-pushd-1.006.tar.gz
diff --git a/perl-File-pushd.spec b/perl-File-pushd.spec
index d6b0050..a00ec17 100644
--- a/perl-File-pushd.spec
+++ b/perl-File-pushd.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-pushd
-Version:1.005
-Release:3%{?dist}
+Version:1.006
+Release:1%{?dist}
 Summary:Change directory temporarily for a limited scope
 License:ASL 2.0
 Group:  Development/Libraries
@@ -10,7 +10,7 @@ BuildArch:  noarch
 BuildRequires:  perl
 BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
-BuildRequires:  perl(ExtUtils::MakeMaker) = 6.30
+BuildRequires:  perl(ExtUtils::MakeMaker) = 6.17
 # Run-time:
 BuildRequires:  perl(Carp)
 BuildRequires:  perl(Cwd)
@@ -24,10 +24,11 @@ BuildRequires:  perl(lib)
 BuildRequires:  perl(File::Basename)
 BuildRequires:  perl(File::Spec::Functions)
 BuildRequires:  perl(List::Util)
+BuildRequires:  perl(version)
 BuildRequires:  perl(Test::More)
 # Optional tests:
 BuildRequires:  perl(Test::Script) = 1.05
-Requires:   perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+Requires:   perl(:MODULE_COMPAT_%(eval $(perl -V:version); echo 
$version))
 
 %description
 File::pushd does a temporary chdir that is easily and automatically reverted,
@@ -46,7 +47,7 @@ make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=%{buildroot}
-find %{buildroot} -type f -name .packlist -exec rm -f {} \;
+find %{buildroot} -type f -name .packlist -exec rm -f {} +
 %{_fixperms} %{buildroot}/*
 
 %check
@@ -58,6 +59,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Tue Apr 01 2014 Petr Šabata con...@redhat.com - 1.006-1
+- 1.006 bump, no code changes
+
 * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.005-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
 
diff --git a/sources b/sources
index 310be2e..fcdc3f0 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-2333b47261d38e7dbf7bf0b6d09f1cd6  File-pushd-1.005.tar.gz
+11271246807662e9b3615ad7c0cab99b  File-pushd-1.006.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 1082305] perl-File-pushd-1.006 is available

2014-04-01 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=1082305

Petr Šabata psab...@redhat.com changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-File-pushd-1.006-1.fc2
   ||1
 Resolution|--- |RAWHIDE
Last Closed||2014-04-01 08:38:29



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

[389-devel] Changes for

2014-04-01 Thread Carsten Grzemba 
 Hi Rich,

this breaks the current implementaion for posix-winsync:

Bug 716980 - winsync uses old AD entry if new one not found
https://bugzilla.redhat.com/show_bug.cgi?id=716980

Resolves: bug 716980

Bug Description: winsync uses old AD entry if new one not found
Reviewed by: nhosoi (Thanks!)

Branch: master

Fix Description: Clear out the old raw_entry before doing the search. This
will leave a NULL in the raw entry. winsync plugins will need to handle a
NULL for the raw_entry and/or ad_entry.

In the moment posix_winsync_pre_ds_mod_user_cb returns imediataly on raw_entry 
== NULL
How should the plugin handle the NULL for raw_entry?

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

Re: [389-devel] Changes for

2014-04-01 Thread Rich Megginson 

On 04/01/2014 07:34 AM, Carsten Grzemba wrote:

Hi Rich,

this breaks the current implementaion for posix-winsync:

Bug 716980 - winsync uses old AD entry if new one not found
https://bugzilla.redhat.com/show_bug.cgi?id=716980
Resolves: bug 716980
Bug Description: winsync uses old AD entry if new one not found 
Reviewed by: nhosoi (Thanks!)

Branch: master
Fix Description: Clear out the old raw_entry before doing the search. 
This will leave a NULL in the raw entry. winsync plugins will need to 
handle a NULL for the raw_entry and/or ad_entry.


In the moment posix_winsync_pre_ds_mod_user_cb returns imediataly on 
raw_entry == NULL

How should the plugin handle the NULL for raw_entry?


Not sure.  Please reopen that ticket.  If it broke posix-winsync, it is 
likely to break other winsync plugins (e.g. ipa winsync).




Carsten


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


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

[389-devel] please review: Ticket 47655 - Improve replication total update logging

2014-04-01 Thread Mark Reynolds 

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

https://fedorahosted.org/389/attachment/ticket/47655/0001-Ticket-47655-Improve-replication-total-update-loggin.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

Reminder: Change Proposals Submission Deadline in one week!

2014-04-01 Thread Jaroslav Reznik 
Hi,
the Change Proposals Submission Deadline is coming in one week!

The date is Tuesday, 2014-04-08 for System Wide Changes. Self 
Contained Changes deadline will be set later. 

I'd like to ask especially WGs to work on the PRD/Tech
Specs break out into the Change Proposals - so the scope of release
can be evaluated and also for tracking purposes to know where we are
with Fedora 21/Next release.

One particular topic that should be included are product deliverables,
to get a wider agreement on how each product will be distributed and
to allow release engineering team (and others as websites) to adjust
for product needs.

See https://fedoraproject.org/wiki/Changes/Policy for current policy for
submissions and start a new proposal using this template
https://fedoraproject.org/wiki/Changes/EmptyTemplate

Let me know in case of any issues, I'll try to help you!

[1] https://fedoraproject.org/wiki/Releases/21/Schedule

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