[EPEL-devel] Nut packages in centos 7

2014-11-08 Thread Joseph L. Casale
I am looking at using nut as a replacement for some other software to monitor
status on an smp based apc unit. It seems that aside from some missing selinux
policies, the nut-driver service is not installable and required by nut-server 
but
it fails to start at boot. However a manual start of nut-server after words is
successful.

Anyone know much about the packaging on this one that has any insight?

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


Re: Mass orphan: iarnell

2014-11-08 Thread Pierre-Yves Chibon
On Sat, Nov 08, 2014 at 08:41:11AM +0100, Ralf Corsepius wrote:
 On 11/07/2014 05:18 PM, Pierre-Yves Chibon wrote:
 Hi all,
 
 Following ticket: https://fedorahosted.org/fesco/ticket/1360 I have just
 orphaned all the packages from iarnell on all branches.
 
 Would it be possible to somehow accumulate/bundle related PkgDB-change mails
 and not to send individual mails for each DB-transaction?

The original idea which is still planned is to disable email for pkgdb and rely
on FMN to do the notifications, but as we haven't got in place the mechanisms to
add FMN rules to new packagers and check that all current packagers have FMN
rules.

It will reduce the amount of notification as you can ask FMN to wait for X
minutes after seeing the first messages before sending the notification and it
will allow people to tweak their filter and ask for irc notifications or no
notifications in some cases.

 I guess, you are aware, you had triggered sending 4000-5000 PkgDB-change
 mails, this time - You can imagine what I did with them ;)

I got them on irc, I have a pretty good idea of what you did with them ;-)

Pierre
-- 
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: The Shimmer Project - Desktop Suites GTK+ 3

2014-11-08 Thread Satyajit Sahoo
Isn't Albatross being retired? @Simon

On 8 November 2014 12:53, poma pomidorabelis...@gmail.com wrote:

 On 07.11.2014 10:44, Simon Steinbeiß wrote:
  Hey!,
 
  Satya has pushed the patch for Greybird already and I've taken care of
 the other two.
 
  Thanks a bunch!
  Simon
 
  PS: In general, you can also just file merge-requests for stuff like
 this on github or file issues.
 

 Thanks man,

 Please merge this small fix for the Albatross
 https://bugzilla.redhat.com/attachment.cgi?id=955195


 Next time I'll try via github.


 poma




-- 

Satyajit Sahoo
Digital artist
DeviantArt Profile http://satya164.deviantart.com

We're all stories, in the end. Just make it a good one, eh? — The Doctor,
Season 5, Episode 13.
-- 
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: Mass orphan: iarnell

2014-11-08 Thread Pierre-Yves Chibon

On Fri, Nov 07, 2014 at 05:18:34PM +0100, Pierre-Yves Chibon wrote:
 During the mass-orphaned we found out a bug in pkgdb making it orphaned all 
 the
 branches of the package, not just the ones for which the user is POC.
 Unfortunately, this means we have orphaned branches that were maintained by
 someone else than Iarnell. If you are in this situation, sorry about that, 
 feel
 free to just re-take the branches.

This bug has been fixed in pkgdb itself [1] and a new the patch has been
back-ported to the RPM so that it's now fixed in production.
pkgdb-cli has also been adjusted to behave correctly, but only in git atm [2]

So there is still one mass-orphan to come [3], but we shouldn't run into this
bug there :)


Pierre

[1] https://github.com/fedora-infra/pkgdb2/pull/109
[2] https://github.com/fedora-infra/packagedb-cli/pull/19
[3] https://fedorahosted.org/fesco/ticket/1233

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

rawhide report: 20141108 changes

2014-11-08 Thread Fedora Rawhide Report
Compose started at Sat Nov  8 05:15:03 UTC 2014
Broken deps for i386
--
[3Depict]
3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0
[Sprog]
Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0)
[audtty]
audtty-0.1.12-9.fc20.i686 requires libaudclient.so.2
[authhub]
authhub-0.1.2-3.fc19.i686 requires libjson.so.0
[cab]
cab-0.1.9-12.fc22.i686 requires cabal-dev
[condor]
condor-plumage-8.1.4-7.a1a7df5.fc22.i686 requires libmongoclient.so
[deltacloud-core]
deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires 
rubygem(cloudservers)
deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires 
rubygem(cloudfiles)
[django-recaptcha]
django-recaptcha-0.1-7.20091212svn6.fc21.noarch requires python-django14
[dnssec-check]
dnssec-check-1.14.0.1-4.fc20.i686 requires libval-threads.so.14
dnssec-check-1.14.0.1-4.fc20.i686 requires libsres.so.14
[dragonegg]
dragonegg-3.4-0.3.rc0.fc21.i686 requires libLLVM-3.4.so
dragonegg-3.4-0.3.rc0.fc21.i686 requires gcc = 0:4.8.2-14.fc21
[edelib]
edelib-2.1-5.fc22.i686 requires libedelib.so
edelib-devel-2.1-5.fc22.i686 requires libedelib.so
[fatrat]
1:fatrat-1.2.0-0.21.beta2.fc22.i686 requires libtorrent-rasterbar.so.7
[flush]
flush-0.9.12-10.fc22.i686 requires libtorrent-rasterbar.so.7
[gdesklet-SlideShow]
gdesklet-SlideShow-0.9-16.fc21.noarch requires gdesklets
[gdesklets-citation]
gdesklets-citation-2.0-3.20120702git355e2ee.fc19.noarch requires 
gdesklets
[gedit-valencia]
gedit-valencia-0.4.0-1.20131223git94442bf.fc21.i686 requires 
libvala-0.24.so.0
[ghc-hjsmin]
ghc-hjsmin-0.1.4.7-3.fc22.i686 requires 
libHSoptparse-applicative-0.9.0-ghc7.6.3.so
[glances]
glances-2.1.2-2.fc22.noarch requires python-psutil = 0:2.0.0
[gofer]
ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0
[iwhd]
iwhd-1.6-11.fc22.i686 requires libmongoclient.so
[juffed]
juffed-plugin-terminal-0.10-10.fc22.i686 requires libqtermwidget.so.0
[kmid2]
kmid2-2.4.0-7.fc22.i686 requires libdrumstick-file.so.0
kmid2-2.4.0-7.fc22.i686 requires libdrumstick-alsa.so.0
[leiningen]
leiningen-1.7.1-7.fc20.noarch requires maven-ant-tasks
leiningen-1.7.1-7.fc20.noarch requires classworlds
[libghemical]
libghemical-2.99.1-24.fc20.i686 requires libf77blas.so.3
libghemical-2.99.1-24.fc20.i686 requires libatlas.so.3
[libopensync-plugin-irmc]
1:libopensync-plugin-irmc-0.22-7.fc20.i686 requires libopenobex.so.1
[ltsp]
ltsp-client-5.4.5-8.fc21.i686 requires fuse-unionfs
ltsp-server-5.4.5-8.fc21.i686 requires cdialog
[meshmagick]
meshmagick-0.6.0-20.svn2898.fc21.i686 requires libOgreMain.so.1.8.1
meshmagick-libs-0.6.0-20.svn2898.fc21.i686 requires libOgreMain.so.1.8.1
[monodevelop-vala]
monodevelop-vala-2.8.8.1-6.fc21.i686 requires vala  0:0.25.0
[netdisco]
netdisco-1.1-7.fc21.noarch requires perl(SNMP::Info::Layer2::Bay)
[nwchem]
nwchem-openmpi-6.3.2-11.fc21.i686 requires libmpi_usempi.so.1
[openshift-origin-msg-node-mcollective]
openshift-origin-msg-node-mcollective-1.18.0.1-2.fc21.noarch requires 
openshift-origin-msg-common
[openslides]
openslides-1.3.1-3.fc21.noarch requires python-django  0:1.5
[openvas-client]
openvas-client-3.0.3-8.fc20.i686 requires libopenvas_omp.so.6
openvas-client-3.0.3-8.fc20.i686 requires libopenvas_nasl.so.6
openvas-client-3.0.3-8.fc20.i686 requires libopenvas_misc.so.6
openvas-client-3.0.3-8.fc20.i686 requires libopenvas_hg.so.6
openvas-client-3.0.3-8.fc20.i686 requires libopenvas_base.so.6
[perl-RT-Authen-ExternalAuth]
perl-RT-Authen-ExternalAuth-0.11-5.fc21.noarch requires rt3
perl-RT-Authen-ExternalAuth-0.11-5.fc21.noarch requires 
perl(:MODULE_COMPAT_5.18.2)
[perl-RT-Extension-CommandByMail]
perl-RT-Extension-CommandByMail-0.07-10.fc21.noarch requires 
perl(RT::Interface::Email)
perl-RT-Extension-CommandByMail-0.07-10.fc21.noarch requires 
perl(:MODULE_COMPAT_5.18.2)
[pipelight-selinux]
pipelight-selinux-0.2.1-2.fc22.noarch requires pipelight-common
pipelight-selinux-0.2.1-2.fc22.noarch requires pipelight-common
pipelight-selinux-0.2.1-2.fc22.noarch requires pipelight
pipelight-selinux-0.2.1-2.fc22.noarch requires pipelight
[pootle]
pootle-2.1.6-8.fc21.noarch requires python-django14
[python-askbot-fedmsg]
python-askbot-fedmsg-0.1.0-2.fc21.noarch requires askbot
[python-coffin]
python-coffin-0.3.7-3.fc21.noarch requires python-django14
[python-django-addons]
python-django-addons-0.6.6-2.fc21.noarch requires python-django14
[python-django-longerusername]
python-django-longerusername-0.4-5.20130204gite4e85d7d.fc21.noarch 
requires python-django14
[python-selenium]

Re: Virtual network interface

2014-11-08 Thread Tomasz Torcz
On Fri, Nov 07, 2014 at 03:37:53PM +0100, Björn Persson wrote:
 Vít Ondruch vondr...@redhat.com wrote:
  * I don't understand why my Xchat should loose connection, when I am
  switching from ethernet to WiFi (and they are both available during
  interim period).
 
 For this use case you want to run IRC over SCTP, so that you can keep
 the connection open when you change IP addresses. The best that can be
 done with TCP is to automatically reconnect from the new IP address
 when the old TCP connection breaks.

  Why different address?  If this the same machine, it would be much easier
just to configure DHCP to give the same IPv4 for both wifi and wired interface.
  IPv6 stateless configured addresses are problematic, of course.

-- 
Tomasz Torcz   Never underestimate the bandwidth of a station
xmpp: zdzich...@chrome.plwagon filled with backup tapes. -- Jim Gray

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

F-21 Branched report: 20141108 changes

2014-11-08 Thread Fedora Branched Report
Compose started at Sat Nov  8 07:15:03 UTC 2014
Broken deps for armhfp
--
[PyQuante]
PyQuante-libint-1.6.4-11.fc21.1.armv7hl requires libint(armv7hl-32) = 
0:1.1.6-2.fc21
[audtty]
audtty-0.1.12-9.fc20.armv7hl requires libaudclient.so.2
[authhub]
authhub-0.1.2-3.fc19.armv7hl requires libjson.so.0
[avro]
avro-mapred-1.7.5-9.fc21.noarch requires hadoop-mapreduce
avro-mapred-1.7.5-9.fc21.noarch requires hadoop-client
[blender]
1:blender-2.72b-1.fc21.armv7hl requires 
libOpenCOLLADAStreamWriter.so.0.1
1:blender-2.72b-1.fc21.armv7hl requires 
libOpenCOLLADASaxFrameworkLoader.so.0.1
1:blender-2.72b-1.fc21.armv7hl requires libOpenCOLLADAFramework.so.0.1
1:blender-2.72b-1.fc21.armv7hl requires libOpenCOLLADABaseUtils.so.0.1
1:blender-2.72b-1.fc21.armv7hl requires libMathMLSolver.so.0.1
1:blender-2.72b-1.fc21.armv7hl requires libGeneratedSaxParser.so.0.1
1:blenderplayer-2.72b-1.fc21.armv7hl requires 
libOpenCOLLADAStreamWriter.so.0.1
1:blenderplayer-2.72b-1.fc21.armv7hl requires 
libOpenCOLLADASaxFrameworkLoader.so.0.1
1:blenderplayer-2.72b-1.fc21.armv7hl requires 
libOpenCOLLADAFramework.so.0.1
1:blenderplayer-2.72b-1.fc21.armv7hl requires 
libOpenCOLLADABaseUtils.so.0.1
1:blenderplayer-2.72b-1.fc21.armv7hl requires libMathMLSolver.so.0.1
1:blenderplayer-2.72b-1.fc21.armv7hl requires 
libGeneratedSaxParser.so.0.1
[cduce]
cduce-0.5.5-9.fc21.armv7hl requires ocaml(Camlp4) = 
0:ebd368022fd2bc7b305a42902efa4c90
[deltacloud-core]
deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires 
rubygem(cloudservers)
deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires 
rubygem(cloudfiles)
[django-recaptcha]
django-recaptcha-0.1-7.20091212svn6.fc21.noarch requires python-django14
[dragonegg]
dragonegg-3.4-0.3.rc0.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21
[edelib]
edelib-2.1-5.fc21.armv7hl requires libedelib.so
edelib-devel-2.1-5.fc21.armv7hl requires libedelib.so
[fatrat]
1:fatrat-1.2.0-0.21.beta2.fc21.armv7hl requires 
libtorrent-rasterbar.so.7
[flush]
flush-0.9.12-10.fc21.armv7hl requires libtorrent-rasterbar.so.7
[gdesklet-SlideShow]
gdesklet-SlideShow-0.9-16.fc21.noarch requires gdesklets
[gdesklets-citation]
gdesklets-citation-2.0-3.20120702git355e2ee.fc19.noarch requires 
gdesklets
[gedit-valencia]
gedit-valencia-0.4.0-1.20131223git94442bf.fc21.armv7hl requires 
libvala-0.24.so.0
[gofer]
ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0
[golang-github-influxdb-influxdb]

golang-github-influxdb-influxdb-datastore-0.8.0-0.3.rc4.git67f9869.fc21.noarch 
requires golang(github.com/jmhodges/levigo)

golang-github-influxdb-influxdb-datastore-0.8.0-0.3.rc4.git67f9869.fc21.noarch 
requires golang(code.google.com/p/log4go)

golang-github-influxdb-influxdb-devel-0.8.0-0.3.rc4.git67f9869.fc21.noarch 
requires golang(github.com/jmhodges/levigo)

golang-github-influxdb-influxdb-devel-0.8.0-0.3.rc4.git67f9869.fc21.noarch 
requires golang(github.com/influxdb/go-cache)

golang-github-influxdb-influxdb-devel-0.8.0-0.3.rc4.git67f9869.fc21.noarch 
requires golang(github.com/bmizerany/pat)

golang-github-influxdb-influxdb-devel-0.8.0-0.3.rc4.git67f9869.fc21.noarch 
requires golang(code.google.com/p/log4go)
[gorm]
gorm-1.2.18-5.fc20.armv7hl requires libgnustep-gui.so.0.23
[leiningen]
leiningen-1.7.1-7.fc20.noarch requires maven-ant-tasks
leiningen-1.7.1-7.fc20.noarch requires classworlds
[libghemical]
libghemical-2.99.1-24.fc20.armv7hl requires libf77blas.so.3
libghemical-2.99.1-24.fc20.armv7hl requires libatlas.so.3
[libopensync-plugin-irmc]
1:libopensync-plugin-irmc-0.22-7.fc20.armv7hl requires libopenobex.so.1
[ltsp]
ltsp-client-5.4.5-8.fc21.armv7hl requires fuse-unionfs
ltsp-server-5.4.5-8.fc21.armv7hl requires cdialog
[meshmagick]
meshmagick-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1
meshmagick-libs-0.6.0-20.svn2898.fc21.armv7hl requires 
libOgreMain.so.1.8.1
[monodevelop-vala]
monodevelop-vala-2.8.8.1-6.fc21.armv7hl requires vala  0:0.25.0
[netdisco]
netdisco-1.1-7.fc21.noarch requires perl(SNMP::Info::Layer2::Bay)
[ocaml-pa-do]
ocaml-pa-do-0.8.16-3.fc21.armv7hl requires ocaml(Camlp4) = 
0:ebd368022fd2bc7b305a42902efa4c90
[openslides]
openslides-1.3.1-3.fc21.noarch requires python-django  0:1.5
[openstack-nova]
openstack-nova-compute-2014.1.2-1.fc21.noarch requires 
libvirt-daemon-xen
[openvas-client]
openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_omp.so.6
openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_nasl.so.6
openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_misc.so.6

Re: Virtual network interface

2014-11-08 Thread Björn Persson
Tomasz Torcz wrote:
On Fri, Nov 07, 2014 at 03:37:53PM +0100, Björn Persson wrote:
 Vít Ondruch vondr...@redhat.com wrote:
  * I don't understand why my Xchat should loose connection, when I
  am switching from ethernet to WiFi (and they are both available
  during interim period).
 
 For this use case you want to run IRC over SCTP, so that you can keep
 the connection open when you change IP addresses. The best that can
 be done with TCP is to automatically reconnect from the new IP
 address when the old TCP connection breaks.

  Why different address?  If this the same machine, it would be much
 easier
just to configure DHCP to give the same IPv4 for both wifi and wired
interface.

That works only for the special case where you're moving around inside
an office (or a geek's home) where the wired and wireless networks
share an IP address range. If you're moving between your home, your
office, public hotspots, trains and whatnot, then there's no way you'll
be able to keep the same IP address without workarounds like tunneling.
(Well I suppose you could just use an LTE connection all the time, but
Vít's question was about switching network connections.)

  IPv6 stateless configured addresses are problematic, of course.

If you have DHCP then you can have DHCPv6 too. IPv6 has the potential
to be less problematic than IPv4 because it doesn't need address
translation. I just hope people aren't so accustomed to being crippled
by address translation that they start translating IPv6 addresses
everywhere by habit.

-- 
Björn Persson


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

ExclusiveArch: %{ix86} x86_64 ignored, SRPMs sent to arm builder?

2014-11-08 Thread Gilboa Davara
Hello all,

I'm trying to push a fresh build of spring.
Currently spring upstream is limited to x86_64 and i686.
The SPEC has ExclusiveArch: %{ix86} x86_64 (following a suggestion
from -devel ML), but never the less, its being sent to the ARM builder
and fails.
What am I doing wrong?

- Gilboa
-- 
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: ExclusiveArch: %{ix86} x86_64 ignored, SRPMs sent to arm builder?

2014-11-08 Thread Dan Horák
On Sat, 8 Nov 2014 16:35:39 +0200
Gilboa Davara gilb...@gmail.com wrote:

 Hello all,
 
 I'm trying to push a fresh build of spring.
 Currently spring upstream is limited to x86_64 and i686.
 The SPEC has ExclusiveArch: %{ix86} x86_64 (following a suggestion
 from -devel ML), but never the less, its being sent to the ARM builder
 and fails.
 What am I doing wrong?

nothing is wrong, the arm builder owns the top level build task, but the
actual builds are done on a x86 builders

from build.log
...
-- Could NOT find SDL2 (missing:  SDL2_LIBRARY SDL2_INCLUDE_DIR
SDL2_VERSION_STRING) 
...


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: Koji timeout

2014-11-08 Thread Andrea Musuruane
On Tue, Nov 4, 2014 at 2:56 PM, Dan Horák d...@danny.cz wrote:

 On Tue, 4 Nov 2014 14:45:43 +0100
 Andrea Musuruane musur...@gmail.com wrote:

  On Tue, Nov 4, 2014 at 9:03 AM, Christopher Meng cicku...@gmail.com
  wrote:
   On Tue, Nov 4, 2014 at 3:52 PM, Andrea Musuruane
   musur...@gmail.com wrote:
   http://koji.fedoraproject.org/koji/taskinfo?taskID=8009403
  
   Hi,
  
   Please try again with make directly instead of make %{?
   _smp_mflags}.
 
  I tried but it stalled again:
  http://koji.fedoraproject.org/koji/taskinfo?taskID=8024559

 seems it's the mono compiler process that gets stuck, now to find out
 why ...


Would it help if I open a bug for this issue?

BR,

Andrea
-- 
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: The Shimmer Project - Desktop Suites GTK+ 3

2014-11-08 Thread poma
On 07.11.2014 10:44, Simon Steinbeiß wrote:
 Hey!,
 
 Satya has pushed the patch for Greybird already and I've taken care of the 
 other two.
 
 Thanks a bunch!
 Simon
 
 PS: In general, you can also just file merge-requests for stuff like this on 
 github or file issues.
 

Thanks man, 

Please merge this small fix for the Albatross
https://bugzilla.redhat.com/attachment.cgi?id=955195


Next time I'll try via github.


poma

-- 
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: The Shimmer Project - Desktop Suites GTK+ 3

2014-11-08 Thread poma

Sahoo, I need you to validate these two patches, for 'Blondie'[1] and 
'Alba'[2], based on upstream one for 'Gandalf the Grey'[3] so folks downstreet 
can push it into the next release.


poma


[1] Bluebird
https://bugzilla.redhat.com/attachment.cgi?id=954818

[2] Albatross
https://bugzilla.redhat.com/attachment.cgi?id=954817

[3] Greybird
https://github.com/shimmerproject/Greybird/commit/6f8013c.patch


-- 
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: Koji timeout

2014-11-08 Thread Kevin Fenzi
On Sat, 8 Nov 2014 15:47:51 +0100
Andrea Musuruane musur...@gmail.com wrote:

 On Tue, Nov 4, 2014 at 2:56 PM, Dan Horák d...@danny.cz wrote:
 
  On Tue, 4 Nov 2014 14:45:43 +0100
  Andrea Musuruane musur...@gmail.com wrote:
 
   On Tue, Nov 4, 2014 at 9:03 AM, Christopher Meng
   cicku...@gmail.com wrote:
On Tue, Nov 4, 2014 at 3:52 PM, Andrea Musuruane
musur...@gmail.com wrote:
http://koji.fedoraproject.org/koji/taskinfo?taskID=8009403
   
Hi,
   
Please try again with make directly instead of make %{?
_smp_mflags}.
  
   I tried but it stalled again:
   http://koji.fedoraproject.org/koji/taskinfo?taskID=8024559
 
  seems it's the mono compiler process that gets stuck, now to find
  out why ...
 
 
 Would it help if I open a bug for this issue?

Probibly, but not sure where makes the most sense. ;( 

Can you try another build now? I just finished reinstalling/upgrading
the builders to all the latest f20 packages and 3.17.2-200.fc20 kernels
If it was a kernel or host space issue it might be cleared up now. 

If not, can you let me know the task and I can try and strace the stuck
process on the builder and see if I can get you any more info that way. 

kevin



pgp89kcpKkg9s.pgp
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Status of weak dependencies support in Fedora 21+

2014-11-08 Thread Peter Lemenkov
Hello All!
RPM shipped with Fedora 21+ has support for weak dependencies. What's
the current status of that feature? Is it ok to start using them
(building RPM with Recommends/Suggests tags)?

I have a real-world example where I'd like to mark a dependency as
Suggests instead of Requires and want to know if dnf is ready to
process it?

-- 
With best regards, Peter Lemenkov.
-- 
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: No more deltarpms by default

2014-11-08 Thread Nico Kadel-Garcia
On Fri, Nov 7, 2014 at 3:31 PM, Reindl Harald h.rei...@thelounge.net wrote:

 the meta-data are fat
 look below

The metadata are bulky, fairly monolithic databases. They cannot
easily support incremental updates of the metadata because they are
compressed, singular files storing data for all available packages.
The bandwidth and storage costs are thus singificant.

It's nowhere near as bad as I'd concluded from my back-of-the-envelope
calculations because the base OS metadata is stable, the churn is
among the updates, and the expiration is set longer than I'd realized
on Fedora. (I'd been looking at the defaults and making unwarranted
conclusions about update frequency from RHEL experience.)


 [root@rawhide ~]# rm -rf /var/cache/dnf/*

 [root@rawhide ~]# df
 DateisystemTyp  Größe Benutzt Verf. Verw% Eingehängt auf
 /dev/sdb1  ext4   12G598M   11G6% /
 /dev/sda1  ext4  487M 35M  448M8% /boot

 [root@rawhide ~]# dnf --disablerepo=koji info kernel 2 /dev/null 
 /dev/null

 [root@rawhide ~]# df
 DateisystemTyp  Größe Benutzt Verf. Verw% Eingehängt auf
 /dev/sdb1  ext4   12G713M   11G7% /
 /dev/sda1  ext4  487M 35M  448M8% /boot

 [root@rawhide ~]# rm -rf /var/cache/dnf/*

I do think you also flushed all the historical data on what packages
were installed from what repositories, and local cookies, when you did
that. Next time, just use 'dnf clean metadata*' and 'dnf list, to
avoid playing with anything else. The du command will also gove you
a lot more detail about what is taking up all the space.

Overall. Yest, it's bulky. 'deltarpms' does not help with this
underlying churn required for even reporting new available packages. I
still think that, for most folks, it's a larger bandwidth burden than
the occassional update, but that's no longer the case if you update
packages frequently.
-- 
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: No more deltarpms by default

2014-11-08 Thread Reindl Harald



Am 08.11.2014 um 20:21 schrieb Nico Kadel-Garcia:

[root@rawhide ~]# rm -rf /var/cache/dnf/*


I do think you also flushed all the historical data on what packages
were installed from what repositories


no - that would be

rm -rf /var/lib/yum/*
rm -rf /var/lib/dnf/*

and yes i delete them regulary on machines which made 10 or more 
dist-upgrades in the history, typially one week after a dist-upgrade




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

Note: polkit daemon now optional (notably with NM)

2014-11-08 Thread Colin Walters
I pushed: 
http://pkgs.fedoraproject.org/cgit/polkit.git/commit/?id=1224d7b427a507339087e2f72c481b560c85149b
Built as: http://koji.fedoraproject.org/koji/taskinfo?taskID=8072916

Which makes polkit optional if NM (or anything else that links to libpolkit) is 
used.  This is a follow up to 
http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=53e244bef637c3e4004961651d4ed23eda7393b5

I suspect for most people this is a duh, finally thing.  Upgrades should work 
fine (polkit gains a new dep on polkit-libs).   But do be aware that if you 
*do* want it and you are constructing a system from scratch, you'll now have to 
explicitly install polkit.  I can't think offhand of any realistic case that 
would break, but here's a heads up anyways.
  
-- 
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: Status of weak dependencies support in Fedora 21+

2014-11-08 Thread Stephen John Smoogen
On 8 November 2014 10:54, Peter Lemenkov lemen...@gmail.com wrote:

 Hello All!
 RPM shipped with Fedora 21+ has support for weak dependencies. What's
 the current status of that feature? Is it ok to start using them
 (building RPM with Recommends/Suggests tags)?

 I have a real-world example where I'd like to mark a dependency as
 Suggests instead of Requires and want to know if dnf is ready to
 process it?

 --


I am guessing the question is Has dnf grown a method for dealing with
Suggests and how does it deal with it? Does it ask if you want to install
something that wasn't required.. does it treat a Suggests like it is a
Required and just installs it or does it ignore it unless some extra flag
is add (--read-my-mind)

-- 
Stephen J Smoogen.
-- 
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: Status of weak dependencies support in Fedora 21+

2014-11-08 Thread drago01
On Sat, Nov 8, 2014 at 10:47 PM, Stephen John Smoogen smo...@gmail.com wrote:


 On 8 November 2014 10:54, Peter Lemenkov lemen...@gmail.com wrote:

 Hello All!
 RPM shipped with Fedora 21+ has support for weak dependencies. What's
 the current status of that feature? Is it ok to start using them
 (building RPM with Recommends/Suggests tags)?

 I have a real-world example where I'd like to mark a dependency as
 Suggests instead of Requires and want to know if dnf is ready to
 process it?

 --


 I am guessing the question is Has dnf grown a method for dealing with
 Suggests and how does it deal with it? Does it ask if you want to install
 something that wasn't required.. does it treat a Suggests like it is a
 Required and just installs it or does it ignore it unless some extra flag is
 add (--read-my-mind)

Well if you have package foo that suggests bar and you do

dnf/yum install foo it should simply install both, but if you do
yum/dnf remove bar it should leave foo installed.

But neither is implemented.
-- 
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: Status of weak dependencies support in Fedora 21+

2014-11-08 Thread Kevin Fenzi
On Sat, 8 Nov 2014 21:54:35 +0400
Peter Lemenkov lemen...@gmail.com wrote:

 Hello All!
 RPM shipped with Fedora 21+ has support for weak dependencies. What's
 the current status of that feature? Is it ok to start using them
 (building RPM with Recommends/Suggests tags)?

My understanding: 

rpm - accepts them as valid and lets you build packages with them. 
yum - ignores them completely
createrepo - adds the info to the metadata
dnf via hawkey - will only use them to break ties if for example two
packages are both possible solutions, but one also is suggests or
whatever. 

 I have a real-world example where I'd like to mark a dependency as
 Suggests instead of Requires and want to know if dnf is ready to
 process it?

not really as far as I know. 

dnf needs to handle these cases, it needs documented, etc. 

kevin




pgpSsgkvbLGgD.pgp
Description: OpenPGP digital signature
-- 
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 Mojolicious-5.59.tar.gz uploaded to lookaside cache by eseyman

2014-11-08 Thread Emmanuel Seyman
A file has been added to the lookaside cache for perl-Mojolicious:

7cf33137acec107e075a7eeedebfcbd3  Mojolicious-5.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-Mojolicious] Update to 5.59

2014-11-08 Thread Emmanuel Seyman
commit 816c1b389e058ca962f4a4f2884b1929e86860d6
Author: Emmanuel Seyman emman...@seyman.fr
Date:   Sun Nov 9 02:43:00 2014 +0100

Update to 5.59

 .gitignore|1 +
 perl-Mojolicious.spec |6 +-
 sources   |2 +-
 3 files changed, 7 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index cac8744..ff363c4 100644
--- a/.gitignore
+++ b/.gitignore
@@ -148,3 +148,4 @@ Mojolicious-0.26.tar.gz
 /Mojolicious-5.52.tar.gz
 /Mojolicious-5.54.tar.gz
 /Mojolicious-5.56.tar.gz
+/Mojolicious-5.59.tar.gz
diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec
index 06a488d..8277f30 100644
--- a/perl-Mojolicious.spec
+++ b/perl-Mojolicious.spec
@@ -1,5 +1,5 @@
 Name:   perl-Mojolicious
-Version:5.56
+Version:5.59
 Release:1%{?dist}
 Summary:A next generation web framework for Perl
 License:Artistic 2.0
@@ -15,6 +15,7 @@ BuildRequires:  perl(Data::Dumper)
 BuildRequires:  perl(Digest::MD5)
 BuildRequires:  perl(Digest::SHA)
 BuildRequires:  perl(IO::Compress::Gzip)
+BuildRequires:  perl(IO::Socket::IP)
 BuildRequires:  perl(Test::Builder)
 BuildRequires:  perl(Test::Harness)
 BuildRequires:  perl(Test::More)
@@ -61,6 +62,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Sun Nov 09 2014 Emmanuel Seyman emman...@seyman.fr - 5.59-1
+- Update to 5.59
+
 * Sun Nov 02 2014 Emmanuel Seyman emman...@seyman.fr - 5.56-1
 - Update to 5.56
 
diff --git a/sources b/sources
index d051bc9..6482743 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-77276dfc92995a0eba255f8e4b22ffe8  Mojolicious-5.56.tar.gz
+7cf33137acec107e075a7eeedebfcbd3  Mojolicious-5.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-Acme-Damn] Update to 0.06

2014-11-08 Thread Emmanuel Seyman
commit 563e4a1459d1a94b3e49c45b5314e213c012ed6a
Author: Emmanuel Seyman emman...@seyman.fr
Date:   Sun Nov 9 02:48:51 2014 +0100

Update to 0.06

 .gitignore  |1 +
 perl-Acme-Damn.spec |7 +--
 sources |2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index c1e0b05..b2d1e43 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 Acme-Damn-0.04.tar.gz
 /Acme-Damn-0.05.tar.gz
+/Acme-Damn-0.06.tar.gz
diff --git a/perl-Acme-Damn.spec b/perl-Acme-Damn.spec
index bcb4222..4761941 100644
--- a/perl-Acme-Damn.spec
+++ b/perl-Acme-Damn.spec
@@ -1,6 +1,6 @@
 Name:   perl-Acme-Damn
-Version:0.05
-Release:11%{?dist}
+Version:0.06
+Release:1%{?dist}
 Summary:Unbless Perl objects
 License:GPL+ or Artistic
 
@@ -48,6 +48,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Sun Nov 09 2014 Emmanuel Seyman emman...@seyman.fr - 0.06-1
+- Update to 0.06
+
 * Thu Aug 28 2014 Jitka Plesnikova jples...@redhat.com - 0.05-11
 - Perl 5.20 rebuild
 
diff --git a/sources b/sources
index 5b3e20b..f9c9f1b 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-8c5df1482e9631529581b67a4882dfec  Acme-Damn-0.05.tar.gz
+49967bcae23d97ee8db5eaa1bcca7d2d  Acme-Damn-0.06.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 Test-TempDir-0.09.tar.gz uploaded to lookaside cache by eseyman

2014-11-08 Thread Emmanuel Seyman
A file has been added to the lookaside cache for perl-Test-TempDir:

901487f741c7de9f1df3be4f94341b71  Test-TempDir-0.09.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-Test-TempDir] Update to 0.09

2014-11-08 Thread Emmanuel Seyman
commit 6266f29ab4e4f6cc509f094423c55145da0b55ab
Author: Emmanuel Seyman emman...@seyman.fr
Date:   Sun Nov 9 02:54:11 2014 +0100

Update to 0.09

 .gitignore |1 +
 perl-Test-TempDir.spec |7 +--
 sources|2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index f0fb922..81dd43e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
 Test-TempDir-0.05.tar.gz
 /Test-TempDir-0.07.tar.gz
 /Test-TempDir-0.08.tar.gz
+/Test-TempDir-0.09.tar.gz
diff --git a/perl-Test-TempDir.spec b/perl-Test-TempDir.spec
index bd788df..d7e86e7 100644
--- a/perl-Test-TempDir.spec
+++ b/perl-Test-TempDir.spec
@@ -1,6 +1,6 @@
 Name:   perl-Test-TempDir
-Version:0.08
-Release:3%{?dist}
+Version:0.09
+Release:1%{?dist}
 Summary:Temporary files support for testing
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Test-TempDir/
@@ -51,6 +51,9 @@ make test
 %{_mandir}/man3/Test::TempDir*
 
 %changelog
+* Sun Nov 09 2014 Emmanuel Seyman emman...@seyman.fr - 0.09-1
+- Update to 0.09
+
 * Mon Sep 01 2014 Jitka Plesnikova jples...@redhat.com - 0.08-3
 - Perl 5.20 rebuild
 
diff --git a/sources b/sources
index 02a8465..30e527c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-81542818c02d82caecfdfe14ccb4d281  Test-TempDir-0.08.tar.gz
+901487f741c7de9f1df3be4f94341b71  Test-TempDir-0.09.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-Text-Ngram] Update to 0.15

2014-11-08 Thread Emmanuel Seyman
commit e18e53f897855e6ddebfc23e6e2fe56f12955d20
Author: Emmanuel Seyman emman...@seyman.fr
Date:   Sun Nov 9 03:00:08 2014 +0100

Update to 0.15

 .gitignore   |1 +
 perl-Text-Ngram.spec |8 ++--
 sources  |2 +-
 3 files changed, 8 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 87e3f23..fdd20a1 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 /Text-Ngram-0.14.tar.gz
+/Text-Ngram-0.15.tar.gz
diff --git a/perl-Text-Ngram.spec b/perl-Text-Ngram.spec
index 705b9d4..38047d2 100644
--- a/perl-Text-Ngram.spec
+++ b/perl-Text-Ngram.spec
@@ -1,7 +1,7 @@
 Name:   perl-Text-Ngram
 Summary:Ngram analysis of text
-Version:0.14
-Release:7%{?dist}
+Version:0.15
+Release:1%{?dist}
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Text-Ngram/
 Source0:
http://www.cpan.org/authors/id/A/AM/AMBS/Text/Text-Ngram-%{version}.tar.gz
@@ -11,6 +11,7 @@ BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  perl(Test::More)
 BuildRequires:  perl(Test::Pod) = 1.14
 BuildRequires:  perl(Test::Pod::Coverage) = 1.04
+BuildRequires:  perl(Unicode::CaseFold)
 BuildRequires:  perl(XSLoader)
 
 Requires:   perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
@@ -56,6 +57,9 @@ make test
 
 
 %changelog
+* Sun Nov 09 2014 Emmanuel Seyman emman...@seyman.fr - 0.15-1
+- Update to 0.15
+
 * Wed Aug 27 2014 Jitka Plesnikova jples...@redhat.com - 0.14-7
 - Perl 5.20 rebuild
 
diff --git a/sources b/sources
index 8f3ce25..7248f8c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-0181102a68f3672b830b1f9e127a7af3  Text-Ngram-0.14.tar.gz
+801395217f3986af9d8f07ce5a7be41a  Text-Ngram-0.15.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 TheSchwartz-1.11.tar.gz uploaded to lookaside cache by eseyman

2014-11-08 Thread Emmanuel Seyman
A file has been added to the lookaside cache for perl-TheSchwartz:

ff7a33bf3ebd8c9fc16f23fb7df2fca7  TheSchwartz-1.11.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-TheSchwartz] Update to 1.11

2014-11-08 Thread Emmanuel Seyman
commit 6df1201e309608ddb9e9b95b7ad24c0c8c7df123
Author: Emmanuel Seyman emman...@seyman.fr
Date:   Sun Nov 9 03:18:00 2014 +0100

Update to 1.11

 .gitignore|1 +
 perl-TheSchwartz.spec |   24 +---
 sources   |2 +-
 3 files changed, 15 insertions(+), 12 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index ef3ed4d..7c5374a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 TheSchwartz-1.10.tar.gz
+/TheSchwartz-1.11.tar.gz
diff --git a/perl-TheSchwartz.spec b/perl-TheSchwartz.spec
index b63de09..58f1880 100644
--- a/perl-TheSchwartz.spec
+++ b/perl-TheSchwartz.spec
@@ -1,10 +1,10 @@
 Name:   perl-TheSchwartz
-Version:1.10
-Release:15%{?dist}
+Version:1.11
+Release:1%{?dist}
 Summary:Reliable job queue
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/TheSchwartz/
-Source0:
http://search.cpan.org/CPAN/authors/id/S/SI/SIXAPART/TheSchwartz-1.10.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/J/JF/JFEARN/TheSchwartz-%{version}.tar.gz
 BuildArch:  noarch
 BuildRequires:  perl(Data::ObjectDriver)
 BuildRequires:  perl(ExtUtils::MakeMaker)
@@ -23,28 +23,30 @@ atomically to perform. Failed jobs can be left in the queue 
to retry later.
 %setup -q -n TheSchwartz-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
-make %{?_smp_mflags}
+%{__perl} Build.PL installdirs=vendor
+./Build
 
-%install
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
 
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
+%install
+./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
 
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
-make test
+./Build test
 
 %files
-%doc CHANGES
+%doc CHANGES doc README.md
 %{perl_vendorlib}/*
 %{_mandir}/man1/*
 %{_mandir}/man3/*
 %{_bindir}/schwartzmon
 
 %changelog
+* Sun Nov 09 2014 Emmanuel Seyman emman...@seyman.fr - 1.11-1
+- Update to 1.11
+- Move from Make to Module::Build as buildsystem
+
 * Fri Aug 29 2014 Jitka Plesnikova jples...@redhat.com - 1.10-15
 - Perl 5.20 rebuild
 
diff --git a/sources b/sources
index fb1d110..c87c71c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-2225bd8190671b49e3a29b8f866b7afb  TheSchwartz-1.10.tar.gz
+ff7a33bf3ebd8c9fc16f23fb7df2fca7  TheSchwartz-1.11.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 Search-Elasticsearch-1.15.tar.gz uploaded to lookaside cache by eseyman

2014-11-08 Thread Emmanuel Seyman
A file has been added to the lookaside cache for perl-Search-Elasticsearch:

4cdab6dbce8ba6ee1367da208ba4cc08  Search-Elasticsearch-1.15.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-Search-Elasticsearch] Update to 1.15

2014-11-08 Thread Emmanuel Seyman
commit 543bacaaeded9ec4a78c6ed7aab5d49647dff45c
Author: Emmanuel Seyman emman...@seyman.fr
Date:   Sun Nov 9 03:27:39 2014 +0100

Update to 1.15

 .gitignore |1 +
 perl-Search-Elasticsearch.spec |7 +--
 sources|2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 4d626c9..1534ce6 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@
 /Search-Elasticsearch-1.12.tar.gz
 /Search-Elasticsearch-1.13.tar.gz
 /Search-Elasticsearch-1.14.tar.gz
+/Search-Elasticsearch-1.15.tar.gz
diff --git a/perl-Search-Elasticsearch.spec b/perl-Search-Elasticsearch.spec
index 854f714..309e5e6 100644
--- a/perl-Search-Elasticsearch.spec
+++ b/perl-Search-Elasticsearch.spec
@@ -1,6 +1,6 @@
 Name:   perl-Search-Elasticsearch
-Version:1.14
-Release:2%{?dist}
+Version:1.15
+Release:1%{?dist}
 Summary:Official client for Elasticsearch
 License:ASL 2.0
 
@@ -87,6 +87,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Sun Nov 09 2014 Emmanuel Seyman emman...@seyman.fr - 1.15-1
+- Update to 1.15
+
 * Mon Sep 01 2014 Jitka Plesnikova jples...@redhat.com - 1.14-2
 - Perl 5.20 rebuild
 
diff --git a/sources b/sources
index 157bfd8..622ccde 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-7e29420744f461607a9816b56748b9e6  Search-Elasticsearch-1.14.tar.gz
+4cdab6dbce8ba6ee1367da208ba4cc08  Search-Elasticsearch-1.15.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-Nagios-Plugin-WWW-Mechanize/epel7: 5/5] Unconditionally BR Time::HiRes since EL7 needs this as well as EL6

2014-11-08 Thread Ken Dreyer
commit 4dd6e2b8046658020a86c0debf6965eed873e7b6
Author: Ken Dreyer ktdre...@ktdreyer.com
Date:   Sat Nov 8 19:45:58 2014 -0700

Unconditionally BR Time::HiRes since EL7 needs this as well as EL6

 perl-Nagios-Plugin-WWW-Mechanize.spec |7 +--
 1 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/perl-Nagios-Plugin-WWW-Mechanize.spec 
b/perl-Nagios-Plugin-WWW-Mechanize.spec
index bbe9eab..2acd34d 100644
--- a/perl-Nagios-Plugin-WWW-Mechanize.spec
+++ b/perl-Nagios-Plugin-WWW-Mechanize.spec
@@ -1,6 +1,6 @@
 Name:   perl-Nagios-Plugin-WWW-Mechanize
 Version:0.13
-Release:12%{?dist}
+Release:13%{?dist}
 Summary:Login to a web page as a user and get data as a Nagios plugin
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -13,7 +13,7 @@ BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  perl(Nagios::Plugin)
 BuildRequires:  perl(WWW::Mechanize)
 BuildRequires:  perl(Test::More)
-%{?el6:BuildRequires:  perl(Time::HiRes)}
+BuildRequires:  perl(Time::HiRes)
 Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 
 %description
@@ -50,6 +50,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Sun Nov 09 2014 Ken Dreyer ktdre...@ktdreyer.com - 0.13-13
+- Unconditionally BR Time::HiRes since EL7 needs this as well as EL6
+
 * Fri Aug 29 2014 Jitka Plesnikova jples...@redhat.com - 0.13-12
 - Perl 5.20 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

[perl-Nagios-Plugin-WWW-Mechanize] Unconditionally BR Time::HiRes since EL7 needs this as well as EL6

2014-11-08 Thread Ken Dreyer
Summary of changes:

  4dd6e2b... Unconditionally BR Time::HiRes since EL7 needs this as well (*)

(*) 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-Nagios-Plugin-WWW-Mechanize/epel7] (5 commits) ...Unconditionally BR Time::HiRes since EL7 needs this as well as EL6

2014-11-08 Thread Ken Dreyer
Summary of changes:

  517d195... Perl 5.18 rebuild (*)
  d7d0b63... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
  adc10dc... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass (*)
  2ca3810... Perl 5.20 rebuild (*)
  4dd6e2b... Unconditionally BR Time::HiRes since EL7 needs this as well

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

Broken dependencies: perl-OpenOffice-UNO

2014-11-08 Thread buildsys


perl-OpenOffice-UNO has broken dependencies in the epel-6 tree:
On x86_64:
perl-OpenOffice-UNO-0.07-4.el6.x86_64 requires 
libsal_textenc.so.3()(64bit)
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-Authen-Simple

2014-11-08 Thread buildsys


perl-Authen-Simple has broken dependencies in the epel-6 tree:
On ppc64:
perl-Authen-Simple-0.4-5.el6.noarch requires perl(Crypt::PasswdMD5)
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-OpenOffice-UNO

2014-11-08 Thread buildsys


perl-OpenOffice-UNO has broken dependencies in the epel-6 tree:
On x86_64:
perl-OpenOffice-UNO-0.07-4.el6.x86_64 requires 
libsal_textenc.so.3()(64bit)
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-Getopt-GUI-Long

2014-11-08 Thread buildsys


perl-Getopt-GUI-Long has broken dependencies in the epel-5 tree:
On ppc:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
On x86_64:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
On i386:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
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-XML-Xerces

2014-11-08 Thread buildsys


perl-XML-Xerces has broken dependencies in the epel-5 tree:
On ppc:
perl-XML-Xerces-2.7.0_0-4.el5.ppc requires libxerces-c.so.27
On x86_64:
perl-XML-Xerces-2.7.0_0-4.el5.x86_64 requires libxerces-c.so.27()(64bit)
On i386:
perl-XML-Xerces-2.7.0_0-4.el5.i386 requires libxerces-c.so.27
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-WWW-GoodData

2014-11-08 Thread buildsys


perl-WWW-GoodData has broken dependencies in the epel-5 tree:
On ppc:
perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36
On i386:
perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36
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-QWizard

2014-11-08 Thread buildsys


perl-QWizard has broken dependencies in the epel-5 tree:
On ppc:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
On x86_64:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
On i386:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
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-XML-Xerces

2014-11-08 Thread buildsys


perl-XML-Xerces has broken dependencies in the epel-5 tree:
On ppc:
perl-XML-Xerces-2.7.0_0-4.el5.ppc requires libxerces-c.so.27
On x86_64:
perl-XML-Xerces-2.7.0_0-4.el5.x86_64 requires libxerces-c.so.27()(64bit)
On i386:
perl-XML-Xerces-2.7.0_0-4.el5.i386 requires libxerces-c.so.27
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-WWW-GoodData

2014-11-08 Thread buildsys


perl-WWW-GoodData has broken dependencies in the epel-5 tree:
On ppc:
perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36
On i386:
perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36
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-Getopt-GUI-Long

2014-11-08 Thread buildsys


perl-Getopt-GUI-Long has broken dependencies in the epel-5 tree:
On ppc:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
On x86_64:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
On i386:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
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-QWizard

2014-11-08 Thread buildsys


perl-QWizard has broken dependencies in the epel-5 tree:
On ppc:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
On x86_64:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
On i386:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
On ppc:
perl-QWizard-3.15-9.el5.noarch requires perl(Gtk2)
On x86_64:
perl-QWizard-3.15-9.el5.noarch requires perl(Gtk2)
On i386:
perl-QWizard-3.15-9.el5.noarch requires perl(Gtk2)
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

[389-devel] please review: Ticket 47941 - openldap - set TLS protocol version in LDAP client library used by server

2014-11-08 Thread Howard Chu



Date: Fri, 07 Nov 2014 16:57:11 -0500
From: Mark Reynolds marey...@redhat.com
To: 389 Directory server developer discussion.
389-devel@lists.fedoraproject.org
Subject: [389-devel] please review: Ticket 47941 - openldap - set TLS
protocol version in LDAP client library used by server
Message-ID: 545d4037.4040...@redhat.com
Content-Type: text/plain; charset=utf-8

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

https://fedorahosted.org/389/attachment/ticket/47941/0001-Ticket-47941-set-TLS-protocol-version-in-LDAP-client.patch


Strictly speaking, the bug report is incorrect - you can set any libldap 
option, including TLS_PROTOCOL_MIN, using environment variables, ldap.conf 
files, or ldaprc files. All as documented in ldap.conf(5) manpage.


--
  -- Howard Chu
  CTO, Symas Corp.   http://www.symas.com
  Director, Highland Sun http://highlandsun.com/hyc/
  Chief Architect, OpenLDAP  http://www.openldap.org/project/
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel

Re: [389-devel] please review: Ticket 47941 - openldap - set TLS protocol version in LDAP client library used by server

2014-11-08 Thread Mark Reynolds

On 11/08/2014 08:06 AM, Howard Chu wrote:
 Strictly speaking, the bug report is incorrect - you can set any
 libldap option, including TLS_PROTOCOL_MIN, using environment
 variables, ldap.conf files, or ldaprc files. All as documented in
 ldap.conf(5) manpage. 
Howard,

You are correct, I think the description was trying to say that
TLS_PROTOCOL_MIN had no effect with NSS  openldap.  I will revise the
bug report.

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