File Dependancy should be counted in a reference.

2013-10-13 Thread Timothy Ward
Hi All,

File dependancy should be counted like ref counting in gtk when a
program is added to the computer a reference count and a keyname is
added to a double-linked list in a system file then when the program is
removed the reference count for that dependent file is reduced by one,
when the count drops to zero the dependency is removed as it is no
longer used by any program. This way the spec file only increases the
reference count when the package is installed and reduces the reference
count when the package is removed.

Cheers

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

Retire Zabbix 1.4 in EL5

2013-10-13 Thread Volker Fröhlich

Dear list readers!

Zabbix 1.4 is no longer maintained upstream as of 2011. Therefore I'd 
like to mark the EL5 branch of zabbix as retired. EL5 users willing to 
upgrade can use Zabbix 2.0, which ships as zabbix20 in EL5 and 6.


EL6 ships version 1.8 as zabbix. I plan to retire that one too, once 
support runs out.


Greetings,

Volker Fröhlich
--
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: Moving xine-lib and dependent apps to RPM Fusion Free for F17?

2013-10-13 Thread Xavier Bachelot
Hi maintainers,

On 01/05/2012 08:56 PM, Kevin Kofler wrote:
 (d) Move the whole thing (back) to RPM Fusion (where it originally was, before
 we started needing xine-lib for Amarok and Phonon, which both no longer
 use it). It would go to the Free section, of course.
 My proposal is to go with (d).
 
 The following packages currently depend on xine-lib:
 * gxine
 * (k9copy – already in RPM Fusion, not affected)
 * kaffeine (my package, the reason why I maintain xine-lib in the first place)
 * oxine
 * xine-plugin
 * xine-ui
 These packages would have to move to RPM Fusion along with xine-lib.

xine-lib 1.2 package review is now done and it will soon be imported into RPM
Fusion and the Fedora package will be retired from F20 and Rawhide.
Consequently, the above packages will need to be imported into RPM Fusion and
retired from Fedora 20 and Rawhide as well.

The packages won't need a re-review to be imported, so you'll just need to
request an RPM Fusion account if you don't have one. Please note all sponsored
Fedora packagers are automatically granted packagers privileges in RPM Fusion.
I'll take care of filing the SCM requests and doing the initial builds, just
provide me with your RPM Fusion username.
See http://rpmfusion.org/Contributors for the account request.

I have requested commit rights for Fedora 20 and devel branches of the packages,
thus, if you wish so, I'll be able to take care of retiring them once everything
is in RPM Fusion.

Also, for those that are not comfortable with taming a different build system,
RPM Fusion is expected to switch to koji+git before F20 final, so fear not :-)

Regards,
Xavier


-- 
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-20 Branched report: 20131013 changes

2013-10-13 Thread Fedora Branched Report
Compose started at Sun Oct 13 09:15:02 UTC 2013

Broken deps for armhfp
--
[blueman]
blueman-1.23-7.fc20.armv7hl requires obex-data-server = 0:0.4.3
blueman-1.23-7.fc20.armv7hl requires gvfs-obexftp
[bwm-ng]
bwm-ng-0.6-11.1.fc20.armv7hl requires libstatgrab.so.9
[cloud-init]
cloud-init-0.7.2-4.fc20.noarch requires dmidecode
[cobbler]
cobbler-2.4.0-2.fc20.noarch requires syslinux
[condor-wallaby]
condor-wallaby-client-5.0.3-4.fc20.noarch requires python-qmf = 
0:0.9.1073306
[fawkes]
fawkes-plugin-player-0.5.0-12.fc20.armv7hl requires libgeos-3.3.8.so
[fts]
fts-server-3.1.1-1.fc20.armv7hl requires libactivemq-cpp.so.14
[glpi]
glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Version
glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Stdlib
glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-ServiceManager
glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Loader
glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-I18n
glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Cache-apc
glpi-0.84.2-1.fc20.noarch requires php-ZendFramework2-Cache
[gnome-do-plugins]
gnome-do-plugins-thunderbird-0.8.4-14.fc20.armv7hl requires thunderbird
[gofer]
ruby-gofer-0.75-4.fc20.noarch requires rubygem(qpid) = 0:0.16.0
[gradle]
gradle-1.0-18.fc20.noarch requires plexus-container-default
[grass]
grass-6.4.3-2.fc20.armv7hl requires libgeos-3.3.8.so
grass-libs-6.4.3-2.fc20.armv7hl requires libgeos-3.3.8.so
[gtkd]
gtkd-geany-tags-2.0.0-29.20120815git9ae9181.fc18.noarch requires gtkd = 
0:2.0.0-29.20120815git9ae9181.fc18
[kawa]
1:kawa-1.11-5.fc19.armv7hl requires servlet25
[koji]
koji-vm-1.8.0-2.fc20.noarch requires python-virtinst
[kyua-cli]
kyua-cli-0.5-3.fc19.armv7hl requires liblutok.so.0
kyua-cli-tests-0.5-3.fc19.armv7hl requires liblutok.so.0
[monotone]
monotone-1.0-11.fc19.armv7hl requires libbotan-1.8.2.so
perl-Monotone-1.0-11.fc19.armv7hl requires perl(:MODULE_COMPAT_5.16.2)
[mozilla-firetray]
mozilla-firetray-thunderbird-0.3.6-0.5.143svn.fc18.1.armv7hl requires 
thunderbird = 0:11
[msp430-libc]
msp430-libc-20120224-2.fc19.noarch requires msp430-gcc = 0:4.6.3
[nifti2dicom]
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtksys.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkWidgets.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkVolumeRendering.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkViews.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkTextAnalysis.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkRendering.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkParallel.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkInfovis.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkImaging.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkIO.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkHybrid.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGraphics.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGeovis.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGenericFiltering.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkFiltering.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkCommon.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkCharts.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libQVTK.so.5.10
[nocpulse-common]
nocpulse-common-2.2.7-2.fc20.noarch requires perl(RHN::DBI)
[openbox]
gdm-control-3.5.2-2.fc20.armv7hl requires gnome-panel
gnome-panel-control-3.5.2-2.fc20.armv7hl requires gnome-panel
[openpts]
openpts-0.2.6-7.fc20.armv7hl requires tboot
[osm2pgsql]
osm2pgsql-0.82.0-1.fc20.armv7hl requires libgeos-3.3.8.so
[ovirt-engine]
ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires 
classpathx-mail
[oyranos]
oyranos-libs-0.4.0-7.fc19.armv7hl requires libraw.so.5
[perl-Language-Expr]
perl-Language-Expr-0.19-4.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.2)
[perl-MIME-Lite-HTML]
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires 
perl(:MODULE_COMPAT_5.16.0)
[perl-MooseX-TrackDirty-Attributes]
perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.2)
[perl-Padre]
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
[player]
player-3.0.2-33.fc20.armv7hl requires libgeos-3.3.8.so
[pure]
pure-doc-0.57-4.fc20.noarch requires pure = 0:0.57-4.fc20
[python-basemap]
python-basemap-1.0.6-4.fc20.armv7hl requires libgeos-3.3.8.so
[python-tag]
python-tag-2013.1-1.fc20.armv7hl requires libboost_python.so.1.53.0

Re: yum picking kernel-debug instead of kernel for 'BuildRequires: kernel'

2013-10-13 Thread Dridi Boukelmoune
On Wed, Aug 28, 2013 at 4:53 PM, Richard W.M. Jones rjo...@redhat.com wrote:
 On Wed, Aug 28, 2013 at 04:13:58PM +0100, Richard W.M. Jones wrote:

 If two packages 'provide' the same dependency, isn't yum supposed to
 pick the one with the shortest name?

 Anyway, 'BuildRequires: kernel' in Rawhide (on koji) picks
 'kernel-debug' instead of 'kernel'.  Is there a way to make it pick
 'kernel' instead?

 And a similar story in Fedora 19 (i686) where this requirement
 picks up 'kernel-PAEdebug' (instead of 'kernel').

 Rich.

Hi,

I've a similar problem with mock, if I create a spec that
BuildRequires kernel I end up with kernel-debug in the chroot.

Dridi

 --
 Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
 virt-df lists disk usage of guests without needing to install any
 software inside the virtual machine.  Supports Linux and Windows.
 http://people.redhat.com/~rjones/virt-df/
 --
 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

rawhide report: 20131013 changes

2013-10-13 Thread Fedora Rawhide Report
Compose started at Sun Oct 13 08:15:03 UTC 2013

Broken deps for i386
--
[OpenEXR_CTL]
OpenEXR_CTL-1.0.1-16.fc20.i686 requires libImath.so.6
OpenEXR_CTL-1.0.1-16.fc20.i686 requires libIlmThread.so.6
OpenEXR_CTL-1.0.1-16.fc20.i686 requires libIlmImf.so.7
OpenEXR_CTL-1.0.1-16.fc20.i686 requires libIexMath.so.6
OpenEXR_CTL-1.0.1-16.fc20.i686 requires libIex.so.6
OpenEXR_CTL-1.0.1-16.fc20.i686 requires libHalf.so.6
OpenEXR_CTL-libs-1.0.1-16.fc20.i686 requires libIlmThread.so.6
OpenEXR_CTL-libs-1.0.1-16.fc20.i686 requires libIlmImf.so.7
OpenEXR_CTL-libs-1.0.1-16.fc20.i686 requires libIex.so.6
[Pixie]
Pixie-2.2.6-11.fc19.i686 requires libImath.so.6
Pixie-2.2.6-11.fc19.i686 requires libIlmImf.so.7
Pixie-2.2.6-11.fc19.i686 requires libIex.so.6
Pixie-2.2.6-11.fc19.i686 requires libHalf.so.6
[R-RScaLAPACK]
R-RScaLAPACK-0.6.1-13.fc20.i686 requires libatlas.so.3
[activemq]
activemq-5.6.0-6.fc21.noarch requires tanukiwrapper = 0:3.2.0
[apbs]
apbs-1.3-6.fc20.i686 requires libf77blas.so.3
apbs-1.3-6.fc20.i686 requires libatlas.so.3
[aqsis]
aqsis-1.8.2-6.fc20.i686 requires libImath.so.6
aqsis-1.8.2-6.fc20.i686 requires libIlmThread.so.6
aqsis-1.8.2-6.fc20.i686 requires libIlmImf.so.7
aqsis-1.8.2-6.fc20.i686 requires libIex.so.6
aqsis-1.8.2-6.fc20.i686 requires libHalf.so.6
aqsis-core-1.8.2-6.fc20.i686 requires libImath.so.6
aqsis-core-1.8.2-6.fc20.i686 requires libIlmThread.so.6
aqsis-core-1.8.2-6.fc20.i686 requires libIlmImf.so.7
aqsis-core-1.8.2-6.fc20.i686 requires libIex.so.6
aqsis-core-1.8.2-6.fc20.i686 requires libHalf.so.6
aqsis-libs-1.8.2-6.fc20.i686 requires libImath.so.6
aqsis-libs-1.8.2-6.fc20.i686 requires libIlmThread.so.6
aqsis-libs-1.8.2-6.fc20.i686 requires libIlmImf.so.7
aqsis-libs-1.8.2-6.fc20.i686 requires libIex.so.6
aqsis-libs-1.8.2-6.fc20.i686 requires libHalf.so.6
[blueman]
blueman-1.23-7.fc20.i686 requires obex-data-server = 0:0.4.3
blueman-1.23-7.fc20.i686 requires gvfs-obexftp
[bwm-ng]
bwm-ng-0.6-11.1.fc20.i686 requires libstatgrab.so.9
[cinepaint]
cinepaint-libs-1.3-9.fc19.i686 requires libImath.so.6
cinepaint-libs-1.3-9.fc19.i686 requires libIlmThread.so.6
cinepaint-libs-1.3-9.fc19.i686 requires libIlmImf.so.7
cinepaint-libs-1.3-9.fc19.i686 requires libIexMath.so.6
cinepaint-libs-1.3-9.fc19.i686 requires libIex.so.6
cinepaint-libs-1.3-9.fc19.i686 requires libHalf.so.6
[converseen]
converseen-0.6.2-2.fc20.i686 requires libMagick++-6.Q16.so.1
[cp2k]
cp2k-2.4-6.fc20.i686 requires libf77blas.so.3
cp2k-2.4-6.fc20.i686 requires libatlas.so.3
cp2k-mpich-2.4-6.fc20.i686 requires libf77blas.so.3
cp2k-openmpi-2.4-6.fc20.i686 requires libf77blas.so.3
[cuneiform]
cuneiform-1.1.0-14.fc20.i686 requires libMagick++-6.Q16.so.1
[cxf]
1:cxf-services-2.7.5-3.fc20.noarch requires 
osgi(org.apache.activemq.activemq-core)
1:cxf-services-2.7.5-3.fc20.noarch requires 
mvn(org.apache.activemq:activemq-core)
[dayplanner]
dayplanner-0.11-1.fc21.noarch requires 
perl(Date::HolidayParser::iCalendar) = 0:0.4
[derelict]
derelict-tcod-3-20.20130626gite70c293.fc20.i686 requires tcod
derelict-tcod-devel-3-20.20130626gite70c293.fc20.i686 requires tcod
[drawtiming]
drawtiming-0.7.1-11.fc20.i686 requires libMagick++-6.Q16.so.1
[eucalyptus]
eucalyptus-common-java-3.3.0-0.5.20130408git32052445.fc20.i686 requires 
activemq-core
[fatrat]
1:fatrat-1.2.0-0.14.beta2.fc20.i686 requires liblog4cpp.so.4
[freefem++]
freefem++-3.19-3.1.fc18.i686 requires libf77blas.so.3
freefem++-3.19-3.1.fc18.i686 requires libcblas.so.3
freefem++-3.19-3.1.fc18.i686 requires libatlas.so.3
freefem++-glx-3.19-3.1.fc18.i686 requires libf77blas.so.3
freefem++-glx-3.19-3.1.fc18.i686 requires libcblas.so.3
freefem++-glx-3.19-3.1.fc18.i686 requires libatlas.so.3
freefem++-mpi-3.19-3.1.fc18.i686 requires libf77blas.so.3
freefem++-mpi-3.19-3.1.fc18.i686 requires libcblas.so.3
freefem++-mpi-3.19-3.1.fc18.i686 requires libatlas.so.3
[fts]
fts-client-3.1.1-1.fc21.i686 requires libgridsite.so.1.7
fts-devel-3.1.1-1.fc21.i686 requires libgridsite.so.1.7
fts-libs-3.1.1-1.fc21.i686 requires libgridsite.so.1.7
fts-python-3.1.1-1.fc21.i686 requires libgridsite.so.1.7
[gradle]
gradle-1.0-18.fc20.noarch requires plexus-container-default
[gtkd]
gtkd-2.0.0-29.20120815git9ae9181.fc18.i686 requires libphobos-ldc.so.60
[httpdtap]
httpdtap-0.2-2.fc21.noarch requires kernel-debuginfo
httpdtap-0.2-2.fc21.noarch requires httpd-debuginfo

Re: File Dependancy should be counted in a reference.

2013-10-13 Thread Rex Dieter
Timothy Ward wrote:

 File dependancy should be counted like ref counting in gtk when a
 program is added to the computer a reference count and a keyname is
 added to a double-linked list in a system file then when the program is
 removed the reference count for that dependent file is reduced by one,
 when the count drops to zero the dependency is removed as it is no
 longer used by any program. This way the spec file only increases the
 reference count when the package is installed and reduces the reference
 count when the package is removed.

I think that's how rpm works already.  If multiple packages own the same 
file or dir, only when the last owner is removed is the actual target 
removed from the filesystem.  Is that what you meant?

-- Rex

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

Re: boost141 and stability of Boost API?

2013-10-13 Thread Robert Scheck
Hallo Dave,

On Sat, 28 Sep 2013, Dave Johansen wrote:
 I just noticed that the boost141 package had been previously available in
 Fedora, but it has since been removed (
 https://fedorahosted.org/rel-eng/ticket/5291 ). I'm not familiar with the
 recent changes in Boost, but is the API stable enough to support a package
 to build on EL 5/6 and Fedora?

the boost141 was more by accident in Fedora. I needed the package for
Zarafa in Fedora EPEL 4 and 5. The package is a rebuild of boost from
RHEL 6 with adaptions to make it installable in parallel with the old
boost versions that RHEL 4 and 5 ship.

My personal goal is to keep the boost141 package in sync with RHEL 6
one - so there should be no ABI/API changes in Fedora EPEL 5 for this
package ever.

I am also not following up this boost141 or boost148 or whatever topic
for Fedora as Zarafa (the package why I needed this) is able to handle
more recent boost versions now - however nothing older than boost141.


Greetings,
  Robert


pgpNLDVl1n5Je.pgp
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

How long do 0-karma packages stay in testing (in F20) now?

2013-10-13 Thread Richard W.M. Jones

... and how do I find out?  I checked over all recent messages on
devel-announce, but it doesn't seem to be mentioned.

Also, automatic obsoleting of builds is a bit of a mixed blessing.  On
the one hand it's useful to obsolete an older build when a newer one
comes along.  On the other hand it prevents me from pipelining
packages, which means I can never get a build into the release for a
frequently updated package.  It would be nice to be able to turn this
off for specific packages or builds.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines.  Boot with a
live CD or over the network (PXE) and turn machines into KVM guests.
http://libguestfs.org/virt-v2v
-- 
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: How long do 0-karma packages stay in testing (in F20) now?

2013-10-13 Thread Jochen Schmitt
On Sun, Oct 13, 2013 at 08:21:47PM +0100, Richard W.M. Jones wrote:

 ... and how do I find out?  I checked over all recent messages on
 devel-announce, but it doesn't seem to be mentioned.

My expirience tell me, that you have to wait seven days in updatest-testing
before you can push your package to stable.

you should get a mail from bodhi when you package may be ready to push
for stable.

Best Regards:

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

aarch64 support bugs obsolete?

2013-10-13 Thread Till Maas
Hi,

some time ago several bugs regarding aarch64 support were opened.
According to
https://bugzilla.redhat.com/show_bug.cgi?id=922257#c1

most of the bugs seem to be wrong. Nevertheless, there was no status
update at least in the bugs created for my packages. Should the bugs
just be closed as invalid? How did you handle your bugs?

Regards
Till
-- 
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: How long do 0-karma packages stay in testing (in F20) now?

2013-10-13 Thread Kevin Fenzi
On Sun, 13 Oct 2013 20:21:47 +0100
Richard W.M. Jones rjo...@redhat.com wrote:

 
 ... and how do I find out?  I checked over all recent messages on
 devel-announce, but it doesn't seem to be mentioned.
 
 Also, automatic obsoleting of builds is a bit of a mixed blessing.  On
 the one hand it's useful to obsolete an older build when a newer one
 comes along.  On the other hand it prevents me from pipelining
 packages, which means I can never get a build into the release for a
 frequently updated package.  It would be nice to be able to turn this
 off for specific packages or builds.

Consult the fine updates policy page: 

https://fedoraproject.org/wiki/Updates_Policy#Pre_Beta

kevin


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

Re: packaging guidelines again

2013-10-13 Thread Till Maas
Reindl,

On Mon, Sep 16, 2013 at 12:15:02PM +0200, Reindl Harald wrote:
 i get somehow tired to report bugs for several packages,
 refresh them at each release because maintainers
 ignore guidelines all the time
 
 some of them responded and fixed their packages
 some insist to ignore them

thank you for your work. Can you please add pointers to the respective
bug reports so that this can be escalated to FESCo?

 [root@srv-rhsoft:~]$ checksec --proc-all | grep No PIE
X  21342 Partial RELRO Canary found   NX enabled   
  No PIE
login  26045 Partial RELRO Canary found   NX enabled   
  No PIE
  alsactl642 Partial RELRO Canary found   NX enabled   
  No PIE
mdadm651 Partial RELRO Canary found   NX enabled   
  No PIE
  upowerd704 Partial RELRO Canary found   NX enabled   
  No PIE
 avahi-daemon705 Partial RELRO Canary found   NX enabled   
  No PIE
 rtkit-daemon718 Partial RELRO Canary found   NX enabled   
  No PIE
   pulseaudio869 Full RELROCanary found   NX enabled   
  No PIE
 

Also it would be nice if you ask FESCo to update the list at
https://fedoraproject.org/wiki/Hardened_Packages
to include the packages you noticed are missing there.

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

Announcing Fedora 19 ARM remix for Allwinner SOCs release 3

2013-10-13 Thread Hans de Goede

Hi All,

I'm very happy to announce the third release (r3) of my Fedora 19 ARM
remix images for Allwinner A10, A10s, A13 and A20 based devices. This
release is based on the official Fedora 19 Final for ARM images,
with u-boot and kernel(s) from the linux-sunxi project:
http://linux-sunxi.org/

New this release:

1) Fix the bad brown paper bag bug in r2 which caused it to not boot
on sun4i (A10) and sun5i (A13/A10s) devices
2) Support for the cubietruck (except for the wifi module)
3) Support for the Megafeis A08 and Mini-X with A10s

You can download it here:
http://people.fedoraproject.org/~jwrdegoede/a10-images/Fedora-19-a10-armhfp-r3.img.xz

sha1sum: a57e5897e0c6047dbb473c438016d6364fd0709f

It is important to read the README, the image standard comes without
u-boot pre-loaded since u-boot is board specific. The image includes
a user-friendly simple script to install the right u-boot for
your board, but if you simply xzcat the image to an sdcard, and then
boot your device with the sdcard, things will *not* work.

See the README for a list of currently supported boards.

Known Issues:
-Many boards don't have an rtc (A10 and A20 have a builtin one),
 or at least no battery backup for it, resulting in the date
 + time being wrong.
-If the date is of by more then a couple of months, yum update
 won't work because certificate validation fails for the https
 connection yum tries to make. So if yum fails to get its repodata
 first check (and fix) your date
-The regular (host not otg) usb-port on A10s based boards can be a
 bit quirky. It is best to plug in a hub even when using only one
 device, otherwise the device may not be recognized. If this happens,
 after adding a hub, often a power-cycle is needed too.
-The wifi chip on the Auxtek-T004 hdmi-stick and on the cubietruck are
 unsupported atm

Enjoy,

Hans


And to make sure everyone reads the README, let me print it here
in full:


Fedora 19 ARM for Allwinner A10, A10s, A13 and A20 devices README
-

Quickstart guide


1) Insert an sdcard, note any data on the card will be destroyed!
2) Make sure the card is not mounted, run mount and if the card shows
   up in the output umount its partitions
3) Write the img file to the card, ie as root do:
   xzcat Fedora-19-a10-armhfp-r2.img.xz  /dev/mmcblk0
   sync
4) The card is not yet ready for use! Since the A10 u-boot is board
   specific, the image comes without any uboot install, follow the next
   steps to install the right u-boot for your board
5) Remove the card, and re-insert it. The uboot partition should get
   automatically mounted, if not mount it manually,
6) As root (or through sudo) run: uboot-part-mount/select-board.sh, ie:
   sudo /run/media/hans/uboot/select-board.sh

   If you've dialog installed the select-board.sh script will prompt for
   your board. If you don't have dialog installed, it will print the list
   of supported boards. Lookup your board and re-run the script with the
   shortname for your board as argument, ie:
   sudo sh /run/media/hans/uboot/select-board.sh mk802
7) umount the uboot and rootfs partitions, ie:
   umount /run/media/hans/uboot
   umount /run/media/hans/rootfs
8) Your sdcard is now ready for use
9) *Before* powering up your A10 device connect it to an hdmi or dvi monitor
10) When first booting from the sdcard inserted Fedora will automatically
   reboot once, this is part of the process to resize the root partition to
   fill the entire sdcard and is normal behavior.
11) After the automatic reboot Fedora will start with the initial-setup wizard:
   11a) Configure networking, note:
* If you've an A10 board with wired ethernet and you want to use dhcp
  you don't need to do anything.
* If you've an A20 board, your ethernet may have a random mac-address,
  so if you want to configure a static ip-address and want it to stick
  across reboots, go to the ethernet-tab, select the mac-address field
  and delete its contents, so that the static ip address you're
  configuring does not get tied to the random mac-address.
   11b) Setup the time zone
   11c) Set a root password
   11d) Create a user
12) Log in as the just created user
13) Enjoy Fedora on your A10 device


Supported Devices:
--

Fedora 19 ARM for Allwinner A10 has been tested with the following devices:
* A10s-OLinuXino-MICRO (Olimex)
* A13-OLinuXino (Olimex)
* A13-OLinuXino-MICRO (Olimex)
* A20-OLinuXino-MICRO (Olimex)
* Auxtek T003 hdmi tv stick
* Auxtek T004 hdmi tv stick
* BA10 TV Box
* Cubieboard development board 1024 MB RAM
* Cubieboard2 (A20) development board
* Cubietruck development board
* Gooseberry development board
* Mele A1000G/A2000G 1024 MB RAM
* Mini-X 1024 MB RAM
* mk802 (with female mini hdmi) 512 MB RAM
* mk802 with A10s (s with a circle around it on the barcode label)
* mk802ii (with male normal hdmi) 1024 MB RAM
* r7 hdmi tv stick
* UHost 

Re: How long do 0-karma packages stay in testing (in F20) now?

2013-10-13 Thread Richard W.M. Jones
On Sun, Oct 13, 2013 at 02:05:08PM -0600, Kevin Fenzi wrote:
 On Sun, 13 Oct 2013 20:21:47 +0100
 Richard W.M. Jones rjo...@redhat.com wrote:
 
  
  ... and how do I find out?  I checked over all recent messages on
  devel-announce, but it doesn't seem to be mentioned.
  
  Also, automatic obsoleting of builds is a bit of a mixed blessing.  On
  the one hand it's useful to obsolete an older build when a newer one
  comes along.  On the other hand it prevents me from pipelining
  packages, which means I can never get a build into the release for a
  frequently updated package.  It would be nice to be able to turn this
  off for specific packages or builds.
 
 Consult the fine updates policy page: 
 
 https://fedoraproject.org/wiki/Updates_Policy#Pre_Beta

Ah, easy when you know where!  So it looks like 3 days, although some
have spent a bit longer, eg:

https://admin.fedoraproject.org/updates/FEDORA-2013-18415/libguestfs-1.23.25-1.fc20

which seems to have spent 5 days in testing (before being obsoleted).
The actual push to testing event is not where it starts counting?

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: How long do 0-karma packages stay in testing (in F20) now?

2013-10-13 Thread Kevin Fenzi
On Sun, 13 Oct 2013 22:35:08 +0100
Richard W.M. Jones rjo...@redhat.com wrote:

 Ah, easy when you know where!  So it looks like 3 days, although some
 have spent a bit longer, eg:
 
 https://admin.fedoraproject.org/updates/FEDORA-2013-18415/libguestfs-1.23.25-1.fc20
 
 which seems to have spent 5 days in testing (before being obsoleted).
 The actual push to testing event is not where it starts counting?

It should be. I would have expected a bodhi message there on the 9th
saying it could be pushed stable. 

kevin




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

F20b TC2, usbmuxd package fails and some errors when executing a yum update

2013-10-13 Thread Reartes Guillermo
Hi,

I recently installed F20b TC2 on a physical host and performed a yum update.
There was one failed package and a couple of errors at the 'cleaning' phase.

Output of 'yum update' (truncated)

[...TRUNCATED...]

  Cleanup: 1:java-1.7.0-openjdk-1.7.0.60-2.4.2.1.fc20.x86_64

780/906
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.2.1.fc20.x86_64/jre/bin/java
has not been configured as an alternative for java
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.2.1.fc20.x86_64/jre has
not been configured as an alternative for jre_openjdk
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.2.1.fc20.x86_64/jre has
not been configured as an alternative for jre_1.7.0
/usr/lib/jvm/jre-1.7.0-openjdk-1.7.0.60-2.4.2.1.fc20.x86_64 has not
been configured as an alternative for jre_1.7.0_openjdk
  Cleanup: rhino-1.7R4-5.fc20.noarch

[...TRUNCATED...]

  Cleanup: avahi-libs-0.6.31-19.fc20.x86_64

815/906
sed: -e expression #1, char 1: unknown command: `|'
  Cleanup: krb5-libs-1.11.3-9.fc20.x86_64

[...TRUNCATED...]

  Cleanup: fontconfig-2.10.95-4.fc20.x86_64

866/906
/var/tmp/rpm-tmp.BQpko5: line 1: fg: no job control
/var/tmp/rpm-tmp.BQpko5: line 3: fg: no job control
/var/tmp/rpm-tmp.BQpko5: line 5: fg: no job control
error: %preun(usbmuxd-1.0.8-8.fc20.x86_64) scriptlet failed, exit status 1
Error in PREUN scriptlet in rpm package usbmuxd-1.0.8-8.fc20.x86_64
  Cleanup: elfutils-libelf-0.156-5.fc20.x86_64

867/906
error: usbmuxd-1.0.8-8.fc20.x86_64: erase failed
  Cleanup: nspr-4.10.0-4.fc20.x86_64

[...TRUNCATED...]

Failed:
  usbmuxd.x86_64 0:1.0.8-8.fc20

Complete!


Cheers.
-- 
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: F20b TC2, usbmuxd package fails and some errors when executing a yum update

2013-10-13 Thread Ankur Sinha
Hi,

On Sun, 2013-10-13 at 20:27 -0300, Reartes Guillermo wrote:
 Failed:
   usbmuxd.x86_64 0:1.0.8-8.fc20
 
 Complete!

This issue is a known one. It has been fixed with 1.0.8-10. Please refer
to this update for more information:
https://admin.fedoraproject.org/updates/FEDORA-2013-18862/usbmuxd-1.0.8-10.fc20

robatino's comment clarifies how one needs to remove the previous
version of the package which had a failed scriptlet.
-- 
Thanks,
Warm regards,
Ankur (FranciscoD)

http://fedoraproject.org/wiki/User:Ankursinha

Join Fedora! Come talk to us!
http://fedoraproject.org/wiki/Fedora_Join_SIG



signature.asc
Description: This is a digitally signed message part
-- 
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: File Dependancy should be counted in a reference.

2013-10-13 Thread Nico Kadel-Garcia
You should not *care* how many packages have the dependency, only that
*any* package has the dependency, and you have a report from RPM itself of
what those packages are. Why do you need to bother to count them and add
yet another set of superfluous database entries to corrupt and try to keep
reconciled?

Do not insert yet another set of database tables that simply replicates
data you already have. That way lies madness..


On Sun, Oct 13, 2013 at 11:05 AM, Rex Dieter rdie...@math.unl.edu wrote:

 Timothy Ward wrote:

  File dependancy should be counted like ref counting in gtk when a
  program is added to the computer a reference count and a keyname is
  added to a double-linked list in a system file then when the program is
  removed the reference count for that dependent file is reduced by one,
  when the count drops to zero the dependency is removed as it is no
  longer used by any program. This way the spec file only increases the
  reference count when the package is installed and reduces the reference
  count when the package is removed.

 I think that's how rpm works already.  If multiple packages own the same
 file or dir, only when the last owner is removed is the actual target
 removed from the filesystem.  Is that what you meant?

 -- Rex

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

-- 
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: Software management: Call for RFEs results!

2013-10-13 Thread Michael Stahnke
On Fri, Oct 4, 2013 at 5:34 AM, Jan Zelený jzel...@redhat.com wrote:
 Hello everyone,
 as you might remember I issued a call for RFEs on this list during the spring.
 The participation was not bad at all, we have collected so many data that it
 took us several months to discuss and process it.

 Now I have some results for you. Attached to this email you can find a 
 strategy
 document that a) outlines the strategy that we will commit to in the next 3-5
 years and b) contains all the RFEs that were recognized as valid RFEs and were
 accepted to be implemented as a part of our strategy.

 Please note that the rest of the RFEs from the discussion was also evaluated
 but most likely rejected. If your RFE is not on the list, you can drop me an
 email and I'll tell you more specific reasons why we decided not to put it on
 the list.

 If you have any other questions, comments or notes regarding the document,
 feel free to to use this list for the discussion.

 Thanks
 Jan

 PS: I'll be AFK for the weekend so I'll comment on your replies on Monday
 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

First off, thanks for this. I'm glad some people are really trying to
look at the path forward.   I'm also sorry I missed your RFE then.
High traffic-lists sometimes get skipped over :(


I like the goals of the paper. My main concerns is this addresses
technical issues that are already in play.  It doesn't address several
items that are not technical issues which IMHO, is the main reason RPM
isn't used for everything.

Developers don't do deployments with RPM...at least not inside Fedora.
Anything sane is actually against Packaging Guidelines. So that
becomes a problem, and developers skip it. If  developers (or
operations people) are savvy enough to make RPMs, they are used once
and not shared because they wouldn't get accepted into Fedora/EPEL.

Also, sometimes developers/deployments need multiple versions of
things installed.

Is there a an effort that complements this one on the policy/non-technical side?
-- 
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 Eval-LineNumbers-0.34.tar.gz uploaded to lookaside cache by eseyman

2013-10-13 Thread Emmanuel Seyman
A file has been added to the lookaside cache for perl-Eval-LineNumbers:

dc78f98c8de437a8cad2cd4236df68ed  Eval-LineNumbers-0.34.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-Eval-LineNumbers] Update to 0.34

2013-10-13 Thread Emmanuel Seyman
commit 0206c0e6870ef1eff274a6684e56a65dd315cbcd
Author: Emmanuel Seyman emman...@seyman.fr
Date:   Sun Oct 13 11:25:19 2013 +0200

Update to 0.34

 .gitignore |1 +
 perl-Eval-LineNumbers.spec |6 +-
 sources|2 +-
 3 files changed, 7 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index c489b9e..4ad60cf 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /Eval-LineNumbers-0.31.tar.gz
 /Eval-LineNumbers-0.33.tar.gz
+/Eval-LineNumbers-0.34.tar.gz
diff --git a/perl-Eval-LineNumbers.spec b/perl-Eval-LineNumbers.spec
index 3169e07..ce26081 100644
--- a/perl-Eval-LineNumbers.spec
+++ b/perl-Eval-LineNumbers.spec
@@ -1,5 +1,5 @@
 Name:   perl-Eval-LineNumbers
-Version:0.33
+Version:0.34
 Release:1%{?dist}
 Summary:Add line numbers to hereis blocks that contain perl source code
 License:Artistic 2.0 or LGPLv2+
@@ -19,6 +19,7 @@ eval'ed so that error messages will point back to the right 
place.
 
 %prep
 %setup -q -n Eval-LineNumbers-%{version}
+iconv --from=ISO-8859-1 --to=UTF-8 Changes  Changes.utf-8  mv Changes.utf-8 
Changes
 
 %build
 %{__perl} Makefile.PL INSTALLDIRS=vendor
@@ -41,6 +42,9 @@ make test
 %{_mandir}/man3/Eval::LineNumbers.3pm.gz
 
 %changelog
+* Sun Oct 13 2013 Emmanuel Seyman emman...@seyman.fr - 0.34-1
+- Update to 0.34
+
 * Sun Oct 06 2013 Emmanuel Seyman emman...@seyman.fr - 0.33-1
 - Update to 0.33
 
diff --git a/sources b/sources
index 534580a..04d9928 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1dc49e425843b9b88ff3c6820c3fe360  Eval-LineNumbers-0.33.tar.gz
+dc78f98c8de437a8cad2cd4236df68ed  Eval-LineNumbers-0.34.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 Mojolicious-4.46.tar.gz uploaded to lookaside cache by eseyman

2013-10-13 Thread Emmanuel Seyman
A file has been added to the lookaside cache for perl-Mojolicious:

6efdc4894e635768aea96b20f7f27db5  Mojolicious-4.46.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 4.46

2013-10-13 Thread Emmanuel Seyman
commit 9bca364e6099687f9e320c8c3e5537d754d7fc2f
Author: Emmanuel Seyman emman...@seyman.fr
Date:   Sun Oct 13 11:30:57 2013 +0200

Update to 4.46

 .gitignore|1 +
 perl-Mojolicious.spec |5 -
 sources   |2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index eb48c2c..68547a6 100644
--- a/.gitignore
+++ b/.gitignore
@@ -102,3 +102,4 @@ Mojolicious-0.26.tar.gz
 /Mojolicious-4.37.tar.gz
 /Mojolicious-4.41.tar.gz
 /Mojolicious-4.44.tar.gz
+/Mojolicious-4.46.tar.gz
diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec
index a076747..af7e158 100644
--- a/perl-Mojolicious.spec
+++ b/perl-Mojolicious.spec
@@ -1,5 +1,5 @@
 Name:   perl-Mojolicious
-Version:4.44
+Version:4.46
 Release:1%{?dist}
 Summary:A next generation web framework for Perl
 License:Artistic 2.0
@@ -60,6 +60,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Sun Oct 13 2013 Emmanuel Seyman emman...@seyman.fr - 4.46-1
+- Update to 4.46
+
 * Sun Oct 06 2013 Emmanuel Seyman emman...@seyman.fr - 4.44-1
 - Update to 4.44
 
diff --git a/sources b/sources
index d5be5f7..317c988 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-71d1bc0a91514056283d7f5ea5e311f1  Mojolicious-4.44.tar.gz
+6efdc4894e635768aea96b20f7f27db5  Mojolicious-4.46.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

Broken dependencies: perl-Language-Expr

2013-10-13 Thread buildsys


perl-Language-Expr has broken dependencies in the F-20 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

Broken dependencies: perl-Padre

2013-10-13 Thread buildsys


perl-Padre has broken dependencies in the F-20 tree:
On x86_64:
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
On i386:
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
On armhfp:
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
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-MooseX-TrackDirty-Attributes

2013-10-13 Thread buildsys


perl-MooseX-TrackDirty-Attributes has broken dependencies in the F-20 tree:
On x86_64:
perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
perl-MooseX-TrackDirty-Attributes-2.002-2.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

Broken dependencies: slic3r

2013-10-13 Thread buildsys


slic3r has broken dependencies in the F-20 tree:
On x86_64:
slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3)
On i386:
slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3)
On armhfp:
slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3)
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-PDL

2013-10-13 Thread buildsys


perl-PDL has broken dependencies in the F-20 tree:
On x86_64:
perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2)
perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit)
On i386:
perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2)
perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.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

Broken dependencies: perl-MIME-Lite-HTML

2013-10-13 Thread buildsys


perl-MIME-Lite-HTML has broken dependencies in the F-20 tree:
On x86_64:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires 
perl(:MODULE_COMPAT_5.16.0)
On i386:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires 
perl(:MODULE_COMPAT_5.16.0)
On armhfp:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires 
perl(:MODULE_COMPAT_5.16.0)
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 Test-Warnings-0.011.tar.gz uploaded to lookaside cache by pghmcfc

2013-10-13 Thread Paul Howarth
A file has been added to the lookaside cache for perl-Test-Warnings:

3e0b31ce617cbd001a0003606dac679a  Test-Warnings-0.011.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-Warnings] Update to 0.011

2013-10-13 Thread Paul Howarth
commit 2da2a991e2362982e4268e80ec141f0887194553
Author: Paul Howarth p...@city-fan.org
Date:   Sun Oct 13 12:39:52 2013 +0100

Update to 0.011

- New upstream release 0.011
  - Unnecessary tests removed
  - CONTRIBUTING file added
- Drop buildreqs only needed for removed tests
- BR: optional test requirement perl(CPAN::Meta::Requirements)

 perl-Test-Warnings.spec |   17 +++--
 sources |2 +-
 2 files changed, 12 insertions(+), 7 deletions(-)
---
diff --git a/perl-Test-Warnings.spec b/perl-Test-Warnings.spec
index 0a4374e..98d6e2d 100644
--- a/perl-Test-Warnings.spec
+++ b/perl-Test-Warnings.spec
@@ -1,5 +1,5 @@
 Name:  perl-Test-Warnings
-Version:   0.010
+Version:   0.011
 Release:   1%{?dist}
 Summary:   Test for warnings and the lack of them
 License:   GPL+ or Artistic
@@ -8,7 +8,7 @@ URL:http://search.cpan.org/dist/Test-Warnings
 Source0:   
http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/Test-Warnings-%{version}.tar.gz
 BuildArch: noarch
 # Build
-BuildRequires: perl(Module::Build::Tiny) = 0.027
+BuildRequires: perl(Module::Build::Tiny) = 0.030
 # Module
 BuildRequires: perl(Exporter)
 BuildRequires: perl(Test::Builder)
@@ -16,14 +16,12 @@ BuildRequires:  perl(parent)
 BuildRequires: perl(strict)
 BuildRequires: perl(warnings)
 # Test Suite
+BuildRequires: perl(CPAN::Meta::Requirements)
 BuildRequires: perl(ExtUtils::MakeMaker)
 BuildRequires: perl(File::Spec)
 BuildRequires: perl(File::Spec::Functions)
 BuildRequires: perl(if)
-BuildRequires: perl(IO::Handle)
-BuildRequires: perl(IPC::Open3)
 BuildRequires: perl(List::Util)
-BuildRequires: perl(Test::CheckDeps) = 0.007
 BuildRequires: perl(Test::Deep)
 BuildRequires: perl(Test::More) = 0.94
 BuildRequires: perl(Test::Tester) = 0.108
@@ -66,11 +64,18 @@ perl Build.PL --installdirs=vendor
 ./Build test
 
 %files
-%doc Changes LICENSE README examples/
+%doc Changes CONTRIBUTING LICENSE README examples/
 %{perl_vendorlib}/Test/
 %{_mandir}/man3/Test::Warnings.3pm*
 
 %changelog
+* Sun Oct 13 2013 Paul Howarth p...@city-fan.org - 0.011-1
+- Update to 0.011
+  - Unnecessary tests removed
+  - CONTRIBUTING file added
+- Drop buildreqs only needed for removed tests
+- BR: optional test requirement perl(CPAN::Meta::Requirements)
+
 * Wed Sep 25 2013 Paul Howarth p...@city-fan.org - 0.010-1
 - Update to 0.010
   - Re-release with fixed compile test
diff --git a/sources b/sources
index c31730f..4ca6b7e 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-92705a51860fa09eccfdf384c753c728  Test-Warnings-0.010.tar.gz
+3e0b31ce617cbd001a0003606dac679a  Test-Warnings-0.011.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

Broken dependencies: perl-MIME-Lite-HTML

2013-10-13 Thread buildsys


perl-MIME-Lite-HTML has broken dependencies in the rawhide tree:
On x86_64:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires 
perl(:MODULE_COMPAT_5.16.0)
On i386:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires 
perl(:MODULE_COMPAT_5.16.0)
On armhfp:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires 
perl(:MODULE_COMPAT_5.16.0)
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-PDL

2013-10-13 Thread buildsys


perl-PDL has broken dependencies in the rawhide tree:
On x86_64:
perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2)
perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit)
On i386:
perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2)
perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.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

Broken dependencies: perl-MooseX-TrackDirty-Attributes

2013-10-13 Thread buildsys


perl-MooseX-TrackDirty-Attributes has broken dependencies in the rawhide tree:
On x86_64:
perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
perl-MooseX-TrackDirty-Attributes-2.002-2.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

Broken dependencies: perl-Language-Expr

2013-10-13 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

Broken dependencies: slic3r

2013-10-13 Thread buildsys


slic3r has broken dependencies in the rawhide tree:
On x86_64:
slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3)
On i386:
slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3)
On armhfp:
slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3)
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-Padre

2013-10-13 Thread buildsys


perl-Padre has broken dependencies in the rawhide tree:
On x86_64:
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
On i386:
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
On armhfp:
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
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 Path-Tiny-0.042.tar.gz uploaded to lookaside cache by pghmcfc

2013-10-13 Thread Paul Howarth
A file has been added to the lookaside cache for perl-Path-Tiny:

71889709305bd0ecdcf200a0d980bd35  Path-Tiny-0.042.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-Path-Tiny] Update to 0.042

2013-10-13 Thread Paul Howarth
commit b895f8d3f1182bb9490d62cd504e8b6ba27e6228
Author: Paul Howarth p...@city-fan.org
Date:   Sun Oct 13 17:09:53 2013 +0100

Update to 0.042

- New upstream release 0.042
  - When 'realpath' can't be resolved (because intermediate directories 
don't
exist), the exception now explains the error clearly instead of 
complaining
about path() needing a defined, positive-length argument
  - On Windows, fixed resolution of relative paths with a volume, e.g. 
C:foo
is now correctly translated into getdcwd on C: plus foo

 perl-Path-Tiny.spec |   10 +-
 sources |2 +-
 2 files changed, 10 insertions(+), 2 deletions(-)
---
diff --git a/perl-Path-Tiny.spec b/perl-Path-Tiny.spec
index 7e51a91..acd9ffe 100644
--- a/perl-Path-Tiny.spec
+++ b/perl-Path-Tiny.spec
@@ -1,5 +1,5 @@
 Name:  perl-Path-Tiny
-Version:   0.041
+Version:   0.042
 Release:   1%{?dist}
 Summary:   File path utility
 Group: Development/Libraries
@@ -96,6 +96,14 @@ make test
 %{_mandir}/man3/Path::Tiny.3pm*
 
 %changelog
+* Sun Oct 13 2013 Paul Howarth p...@city-fan.org - 0.042-1
+- Update to 0.042
+  - When 'realpath' can't be resolved (because intermediate directories don't
+exist), the exception now explains the error clearly instead of complaining
+about path() needing a defined, positive-length argument
+  - On Windows, fixed resolution of relative paths with a volume, e.g. C:foo
+is now correctly translated into getdcwd on C: plus foo
+
 * Fri Oct 11 2013 Paul Howarth p...@city-fan.org - 0.041-1
 - Update to 0.041
   - Remove duplicate test dependency on File::Spec that triggers a CPAN.pm bug
diff --git a/sources b/sources
index 9e85b22..35e1dc4 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-7cf9727a2eaf06b33a39df357140a981  Path-Tiny-0.041.tar.gz
+71889709305bd0ecdcf200a0d980bd35  Path-Tiny-0.042.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-Path-Tiny/f20] Update to 0.042

2013-10-13 Thread Paul Howarth
Summary of changes:

  b895f8d... Update to 0.042 (*)

(*) 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-Path-Tiny] Created tag perl-Path-Tiny-0.042-1.fc20

2013-10-13 Thread Paul Howarth
The lightweight tag 'perl-Path-Tiny-0.042-1.fc20' was created pointing to:

 b895f8d... Update to 0.042
--
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-Path-Tiny] Created tag perl-Path-Tiny-0.042-1.fc21

2013-10-13 Thread Paul Howarth
The lightweight tag 'perl-Path-Tiny-0.042-1.fc21' was created pointing to:

 b895f8d... Update to 0.042
--
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 1018592] New: perl-PDL-2.007 is available

2013-10-13 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1018592

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



Latest upstream release: 2.007
Current version/release in Fedora Rawhide: 2.4.10-6.fc19
URL: http://search.cpan.org/dist/PDL/

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

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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=F4SON8bg4La=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1018593] New: perl-Twiggy-0.1024 is available

2013-10-13 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1018593

Bug ID: 1018593
   Summary: perl-Twiggy-0.1024 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Twiggy
  Keywords: FutureFeature, Triaged
  Assignee: robinlee.s...@gmail.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org,
robinlee.s...@gmail.com



Latest upstream release: 0.1024
Current version/release in Fedora Rawhide: 0.1023-1.fc20
URL: http://search.cpan.org/dist/Twiggy/

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

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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=pFyCholmZMa=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1016246] perl-Math-NumSeq-65 is available

2013-10-13 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1016246

Fedora Update System upda...@fedoraproject.org changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #4 from Fedora Update System upda...@fedoraproject.org ---
Package perl-Math-NumSeq-65-1.fc20:
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing perl-Math-NumSeq-65-1.fc20'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-18976/perl-Math-NumSeq-65-1.fc20
then log in and leave karma (feedback).

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

[Bug 1018332] Please build for EPEL-6

2013-10-13 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1018332

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

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |NOTABUG
Last Closed||2013-10-14 00:13:40



--- Comment #1 from Petr Šabata psab...@redhat.com ---
Okay, I've requested a branch for you in bug #469750.

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

[Bug 967719] Segfault in Perl_gv_fetchpvn_flags when trying to initialize back_perl openldap backend

2013-10-13 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=967719

Jan Synacek jsyna...@redhat.com changed:

   What|Removed |Added

External Bug ID||OpenLDAP ITS 7573



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