date:20141205

[EPEL-devel] Fedora EPEL 7 updates-testing report

2014-12-05 Thread updates

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
  37  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3621/php-Smarty-3.1.21-1.el7
  22  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3989/cross-binutils-2.23.88.0.1-2.el7.1
  15  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4152/lsyncd-2.1.5-6.el7
  15  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4154/nodejs-0.10.33-1.el7,libuv-0.10.29-1.el7
  12  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4208/drupal7-7.34-1.el7
  12  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4197/wordpress-4.0.1-1.el7
   7  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4302/hexchat-2.10.2-1.el7
   1  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4409/erlang-R16B-03.10.el7
   1  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4390/mingw-flac-1.3.1-1.el7
   1  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4406/perl-YAML-LibYAML-0.54-1.el7
   1  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4380/pkcs11-helper-1.11-3.el7,openvpn-2.3.6-1.el7
   0  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4463/llvm-3.4.2-3.el7
   0  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4462/phpMyAdmin-4.2.13.1-1.el7
   0  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4456/php-horde-kronolith-4.2.4-1.el7
   0  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4445/pyxdg-0.25-5.el7


The following builds have been pushed to Fedora EPEL 7 updates-testing

2048-cli-0.8-2.el7
bionetgen-2.2.5-2.el7
bird-1.4.5-1.el7
codeblocks-13.12-12.el7
duplicity-0.6.24-3.el7
edg-mkgridmap-4.0.1-1.el7
libfli-1.7-15.el7
llvm-3.4.2-3.el7
mate-utils-1.8.1-2.el7
mock-1.2.3-1.el7
mongo-cxx-driver-1.0.0-0.6.rc2.el7
mysqltuner-1.2.0-7.el7
nodejs-nsp-audit-shrinkwrap-1.0.1-1.el7
php-horde-Horde-Dav-1.1.2-1.el7
php-horde-Horde-Imap-Client-2.25.6-1.el7
php-horde-Horde-JavascriptMinify-1.1.1-1.el7
php-horde-Horde-Memcache-2.0.7-1.el7
php-horde-Horde-Stream-1.6.2-1.el7
php-horde-Horde-SyncMl-2.0.5-1.el7
php-horde-horde-5.2.3-1.el7
php-horde-imp-6.2.4-1.el7
php-horde-ingo-3.2.3-1.el7
php-horde-kronolith-4.2.4-1.el7
php-horde-turba-4.2.4-1.el7
php-horde-wicked-2.0.3-1.el7
php-phpunit-PHP-CodeCoverage-2.0.13-1.el7
php-phpunit-comparator-1.1.0-1.el7
php-phpunit-environment-1.2.1-1.el7
phpMyAdmin-4.2.13.1-1.el7
py-radix-0.5-14.el7
python-bloom-0.5.14-1.el7
python-flask-openid-1.2.4-1.el7
python-fluidity-sm-0.2.0-1.el7
python-lexicon-0.2.0-1.el7
python-modestmaps-1.4.6-2.el7
python-rosdep-0.10.33-1.el7
python-rosdistro-0.3.7-1.el7
python-structlog-0.4.2-5.el7
pyxdg-0.25-5.el7
waf-1.8.4-1.el7
waffle-1.4.2-2.el7
wdiff-1.2.2-3.el7
x2goclient-4.0.3.1-1.el7
zanata-python-client-1.3.18-1.el7

Details about builds:



 2048-cli-0.8-2.el7 (FEDORA-EPEL-2014-4436)
 The game 2048 for your Linux terminal

Update Information:

initial rpm-release

References:

  [ 1 ] Bug #1170231 - Review Request: 2048-cli - The game 2048 for your Linux 
terminal
https://bugzilla.redhat.com/show_bug.cgi?id=1170231




 bionetgen-2.2.5-2.el7 (FEDORA-EPEL-2014-4440)
 Software for rule-based modeling of biochemical systems

Update Information:

New package.




 bird-1.4.5-1.el7 (FEDORA-EPEL-2014-4438)
 BIRD Internet Routing Daemon

Update Information:

update to 1.4.5

ChangeLog:

* Wed Dec  3 2014 Michal Sekletar msekl...@redhat.com - 1.4.5-1
- update to 1.4.5




 codeblocks-13.12-12.el7 (FEDORA-EPEL-2014-4434)
 An open source, cross platform, free C++ IDE

Update Information:

new package




 duplicity-0.6.24-3.el7

Re: Maybe it is time to move tools to Python 3.x?

2014-12-05 Thread Bohuslav Kabrda

- Original Message -
 Hi,
 
 On 12/04/2014 02:30 AM, Matthew Miller wrote:
  On Wed, Dec 03, 2014 at 08:13:42PM +0100, Marcin Juszkiewicz wrote:
  When I worked at Canonical there was a goal to move both internal and
  public tools to Python 3.x version. IIRC started somewhere around 12.04
  and today when you look at Ubuntu Touch you will not find Python 2.7
  there. Similar with other tools.
  Can it be done? Maybe not in a month but who knows - f22 cycle?
  
  Take a look at
  http://fedoraproject.org/wiki/Changes/Python_3_as_Default for some
  work in progress.
  
 Since Marcin specifically mentioned tooling -- is there a separate place
 where we can document the coding issues involved? e.g. best practices
 (should we use python-six as a compatibility layer? etc.)

AFAIK there's not a Fedora specific place for best practises around py3 
porting. I myself consider these resources great:

https://docs.python.org/dev/howto/pyporting.html (upstream docs on porting 
Python code)
https://docs.python.org/3/howto/cporting.html (upstream docs on porting Python 
C extension)
http://python3porting.com/ (a great reference for both C and Python porting, 
including tons of examples)
http://www.wefearchange.org/2011/12/lessons-in-porting-to-python-3.html (a 
blogpost on how python-dbus was ported, lots of great gotchas there)
http://lucumr.pocoo.org/2013/7/2/the-updated-guide-to-unicode/ (interesting 
notes on work with unicode)

https://wiki.gnome.org/PyGObject/IntrospectionPorting (porting from PyGTK to 
PyGObject Introspection)
http://overtag.dk/wordpress/2013/01/first-impressions-of-gtk3-migration-in-python/
 (same as above)

From the tools/libraries that can be used:
- https://docs.python.org/3.4/library/2to3.html (package python3-tools) is a 
tool that you run on your code in order to *move* it to Python 3 (e.g. doesn't 
guarantee backwards compat)
- http://python-modernize.readthedocs.org/en/latest/ (package python-modernize) 
- like 2to3, but tries to maintain backwards compat with Python 2.6+
- https://pythonhosted.org/six/ (package python{,3}-six) - importable library 
that helps write code compatible with both Python 2 and 3

And you can also have a look at my presentation from this year's Flock, it 
speaks about basic differences, porting and how people can help with porting:
https://bkabrda.fedorapeople.org/py3-as-default.pdf

Hope this helps!

 Best regards,
 
 --
 Michel Alexandre Salim
 Fedora Project Contributor: http://fedoraproject.org/
 
 Email:  sali...@fedoraproject.org  | GPG key ID: A36A937A
 IDs:keybase.io/michel-slm  | IRC: michel_...@irc.freenode.net
 
 ()  ascii ribbon campaign - against html e-mail
 /\  www.asciiribbon.org   - against proprietary attachments

-- 
Regards,
Slavek Kabrda
-- 
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: Power consumption with Fedora

2014-12-05 Thread Bastien Nocera

- Original Message -
On Tue, 02 Dec 2014 14:44:59 -0700
Nathanael D. Noblet nathan...@gnat.ca wrote:

On Tue, 2014-12-02 at 21:47 +0100, Jan Kratochvil wrote:
On Tue, 02 Dec 2014 06:30:57 +0100, Nathanael d. Noblet wrote:
I don't know much about it but I hate how bad my battery life is
on my laptop...

My 3 years old Lenovo X220 lasts for 12 hours (powertop reports so)
on Fedora 20 x86_64 with powertop --auto-tune. According to
powertop approx. 5.5W is display backlight and 1W is the rest of
system.

Just to give a reply that Fedora is not bad on all configs/hardware.

Well until yesterday I didn't know that Fedora didn't install /
configure any of these packages. I've installed tlp and powertop, I
didn't know powertop did anything other than monitor. I'll see what
powertop --auto-tune does. I don't even know if the tlp package has
enabled anything either. I wonder if having tlp installed and running
powertop --auto-tune will conflict / fight each other...

Time to try stuff out.

You might also look at tuned...

(I think it was mentioned early in the thread).

tuned-adm profile powersave

I've probably said this before, but I wouldn't trust tuned one bit, after I was
told that 1) no measurements were ever taken 2) no attempts to make beneficial
configurations the defaults were made (which is probably right, given that
they'd
have no data to back it up).

Probably a good source of tunables if you don't want to read distro forums
yourself, but light on the scientific method.

Also:

https://docs.fedoraproject.org/en-US/Fedora/20/html-single/Power_Management_Guide/index.html

Of course it would be nice if this stuff just did the right thing and
you didn't have to run any commands or read any guides.

--
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: Maybe it is time to move tools to Python 3.x?

2014-12-05 Thread Michel Alexandre Salim

Hi,

On 12/05/2014 03:08 PM, Bohuslav Kabrda wrote:
 - Original Message -
 Hi,

 On 12/04/2014 02:30 AM, Matthew Miller wrote:
 On Wed, Dec 03, 2014 at 08:13:42PM +0100, Marcin Juszkiewicz wrote:
 When I worked at Canonical there was a goal to move both internal and
 public tools to Python 3.x version. IIRC started somewhere around 12.04
 and today when you look at Ubuntu Touch you will not find Python 2.7
 there. Similar with other tools.
 Can it be done? Maybe not in a month but who knows - f22 cycle?

 Take a look at
 http://fedoraproject.org/wiki/Changes/Python_3_as_Default for some
 work in progress.

 Since Marcin specifically mentioned tooling -- is there a separate place
 where we can document the coding issues involved? e.g. best practices
 (should we use python-six as a compatibility layer? etc.)
 
 AFAIK there's not a Fedora specific place for best practises around py3 
 porting. I myself consider these resources great:
 
 https://docs.python.org/dev/howto/pyporting.html (upstream docs on porting 
 Python code)
 https://docs.python.org/3/howto/cporting.html (upstream docs on porting 
 Python C extension)
 http://python3porting.com/ (a great reference for both C and Python porting, 
 including tons of examples)
 http://www.wefearchange.org/2011/12/lessons-in-porting-to-python-3.html (a 
 blogpost on how python-dbus was ported, lots of great gotchas there)
 http://lucumr.pocoo.org/2013/7/2/the-updated-guide-to-unicode/ (interesting 
 notes on work with unicode)
 
 https://wiki.gnome.org/PyGObject/IntrospectionPorting (porting from PyGTK to 
 PyGObject Introspection)
 http://overtag.dk/wordpress/2013/01/first-impressions-of-gtk3-migration-in-python/
  (same as above)
 
 From the tools/libraries that can be used:
 - https://docs.python.org/3.4/library/2to3.html (package python3-tools) is a 
 tool that you run on your code in order to *move* it to Python 3 (e.g. 
 doesn't guarantee backwards compat)
 - http://python-modernize.readthedocs.org/en/latest/ (package 
 python-modernize) - like 2to3, but tries to maintain backwards compat with 
 Python 2.6+
 - https://pythonhosted.org/six/ (package python{,3}-six) - importable library 
 that helps write code compatible with both Python 2 and 3
 
 And you can also have a look at my presentation from this year's Flock, it 
 speaks about basic differences, porting and how people can help with porting:
 https://bkabrda.fedorapeople.org/py3-as-default.pdf
 
 Hope this helps!
 
Thanks, it does. So it's up to each internal tool's maintainers to make
them Python 3 compatible and then generate Python 3 subpackages (like
python3-dnf), right?

Best regards,

-- 
Michel Alexandre Salim
Fedora Project Contributor: http://fedoraproject.org/

Email:  sali...@fedoraproject.org  | GPG key ID: A36A937A
IDs:keybase.io/michel-slm  | IRC: michel_...@irc.freenode.net

()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



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

F-21 Branched report: 20141205 changes

2014-12-05 Thread Fedora Branched Report

Compose started at Fri Dec  5 07:15:02 UTC 2014
Broken deps for armhfp
--
[avro]
avro-mapred-1.7.5-9.fc21.noarch requires hadoop-mapreduce
avro-mapred-1.7.5-9.fc21.noarch requires hadoop-client
[openstack-nova]
openstack-nova-compute-2014.1.2-1.fc21.noarch requires 
libvirt-daemon-xen
[ostree]
ostree-grub2-2014.11-1.fc21.armv7hl requires grub2
[spring-maps-default]
spring-maps-default-0.1-12.fc21.noarch requires spring
[syntastic]
syntastic-d-3.5.0-1.fc21.noarch requires ldc










Updated Packages:

anaconda-21.48.21-1.fc21

* Tue Dec 02 2014 Vratislav Podzimek vpodz...@redhat.com - 21.48.21-1
- Revert Make Python's default encoding detection work on Live installations
  (#1169019) (awilliam)

* Mon Dec 01 2014 Samantha N. Bueno sbueno+anaco...@redhat.com - 21.48.20-1
- Revert Search for a valid stage1 device on disks with stage1 mount points
  (#1168118) (sbueno+anaconda)
- Make Python's default encoding detection work on Live installations
  (#1169019) (vpodzime)
- Force translation files download instead of skipping them (#1169023)
  (vpodzime)

* Fri Nov 28 2014 Vratislav Podzimek vpodz...@redhat.com - 21.48.19-1
- Search for a valid stage1 device on disks with stage1 mount points (#1168118)
  (awilliam)

* Thu Nov 27 2014 Vratislav Podzimek vpodz...@redhat.com - 21.48.18-1
- Tell curl it should follow redirects when fetching updates.img (#1168561)
  (vpodzime)
- Snapshot free space after clearpart for swap suggestion (#1167965) (vpodzime)

* Wed Nov 26 2014 Samantha N. Bueno sbueno+anaco...@redhat.com - 21.48.17-1
- Make sure storage info bar is displayed (#1166730) (bcl)
- Fix SELINUX_DEFAULT import (#1167047) (bcl)
- Fix noselinux cmdline default (#1167047) (bcl)


Size change: 219043 bytes

fedora-release-notes-21.08-1.fc21
-
* Thu Nov 27 2014 Pete Travis m...@petetravis.com - 21.08-1
- Updated, many new items. See Release Notes for details.


Size change: 17250 bytes

python-blivet-0.61.13-1.fc21

* Wed Dec 03 2014 Samantha N. Bueno sbueno+anaco...@redhat.com - 0.61.13-1
- Fix pyparted version in spec file. (sbueno+anaconda)
- Revert Prune actions before cancelling them (sbueno+anaconda)
- Revert Update partitions' numbers and names when adding new partition
  (#1166598) (sbueno+anaconda)
- Revert Return device's children sorted by name (sbueno+anaconda)

* Thu Nov 27 2014 Vratislav Podzimek vpodz...@redhat.com - 0.61.12-1
- Prune actions before cancelling them (vpodzime)
- Try to get FS info first before doing an FS check (vpodzime)
- Reverting partition's size shouldn't require it to be aligned (#1165714)
  (vpodzime)

* Wed Nov 26 2014 Samantha N. Bueno sbueno+anaco...@redhat.com - 0.61.11-1
- Update partitions' numbers and names when adding new partition (#1166598)
  (vpodzime)
- Return device's children sorted by name (vpodzime)
- Run dosfsck in non-interactive mode (#1167959) (bcl)


Size change: 1748 bytes

spin-kickstarts-0.21.10-1.fc21
--
* Fri Nov 28 2014 br...@wolff.to - 0.21.10-1
- This build corresponds to RC4 which will likely end up being used for final
- The upstream commit used is 59e73c16ee88d29d0c0d923bba43c0cdc53d8a01

* Fri Nov 28 2014 br...@wolff.to - 0.21.9-1
- This is intended to match what is used for f21 final


Size change: 1004 bytes


Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 4
Size of added packages: 0 (0 )
Size change of modified packages: 239045 (233 k)
Size of removed packages: 0 (0 )
Size change: 239045 (233 k)
Compose finished at Fri Dec  5 11:21:52 UTC 2014

-- 
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: Maybe it is time to move tools to Python 3.x?

2014-12-05 Thread Bohuslav Kabrda

- Original Message -
 Hi,
 
 On 12/05/2014 03:08 PM, Bohuslav Kabrda wrote:
  - Original Message -
  Hi,
 
  On 12/04/2014 02:30 AM, Matthew Miller wrote:
  On Wed, Dec 03, 2014 at 08:13:42PM +0100, Marcin Juszkiewicz wrote:
  When I worked at Canonical there was a goal to move both internal and
  public tools to Python 3.x version. IIRC started somewhere around 12.04
  and today when you look at Ubuntu Touch you will not find Python 2.7
  there. Similar with other tools.
  Can it be done? Maybe not in a month but who knows - f22 cycle?
 
  Take a look at
  http://fedoraproject.org/wiki/Changes/Python_3_as_Default for some
  work in progress.
 
  Since Marcin specifically mentioned tooling -- is there a separate place
  where we can document the coding issues involved? e.g. best practices
  (should we use python-six as a compatibility layer? etc.)
  
  AFAIK there's not a Fedora specific place for best practises around py3
  porting. I myself consider these resources great:
  
  https://docs.python.org/dev/howto/pyporting.html (upstream docs on porting
  Python code)
  https://docs.python.org/3/howto/cporting.html (upstream docs on porting
  Python C extension)
  http://python3porting.com/ (a great reference for both C and Python
  porting, including tons of examples)
  http://www.wefearchange.org/2011/12/lessons-in-porting-to-python-3.html (a
  blogpost on how python-dbus was ported, lots of great gotchas there)
  http://lucumr.pocoo.org/2013/7/2/the-updated-guide-to-unicode/ (interesting
  notes on work with unicode)
  
  https://wiki.gnome.org/PyGObject/IntrospectionPorting (porting from PyGTK
  to PyGObject Introspection)
  http://overtag.dk/wordpress/2013/01/first-impressions-of-gtk3-migration-in-python/
  (same as above)
  
  From the tools/libraries that can be used:
  - https://docs.python.org/3.4/library/2to3.html (package python3-tools) is
  a tool that you run on your code in order to *move* it to Python 3 (e.g.
  doesn't guarantee backwards compat)
  - http://python-modernize.readthedocs.org/en/latest/ (package
  python-modernize) - like 2to3, but tries to maintain backwards compat with
  Python 2.6+
  - https://pythonhosted.org/six/ (package python{,3}-six) - importable
  library that helps write code compatible with both Python 2 and 3
  
  And you can also have a look at my presentation from this year's Flock, it
  speaks about basic differences, porting and how people can help with
  porting:
  https://bkabrda.fedorapeople.org/py3-as-default.pdf
  
  Hope this helps!
  
 Thanks, it does. So it's up to each internal tool's maintainers to make
 them Python 3 compatible and then generate Python 3 subpackages (like
 python3-dnf), right?

Generally, yes, but there are two sides to this:
- assuming the package is a tool or application, it should just be switched 
to Python 3 (e.g. fedpkg - users don't care which Python runtime it runs on, 
it's just fedpkg)
- assuming the package is also used as a library (or *is* library), it should 
provide python3-foo subpackage

As for DNF, I think it should provide python3-dnf binding along with 
python-dnf, but dnf command should just switch to python3 without users even 
knowing about it.

 Best regards,
 
 --
 Michel Alexandre Salim
 Fedora Project Contributor: http://fedoraproject.org/
 
 Email:  sali...@fedoraproject.org  | GPG key ID: A36A937A
 IDs:keybase.io/michel-slm  | IRC: michel_...@irc.freenode.net
 
 ()  ascii ribbon campaign - against html e-mail
 /\  www.asciiribbon.org   - against proprietary attachments

-- 
Regards,
Slavek Kabrda
-- 
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: Power Consumption

2014-12-05 Thread poma


http://en.zimagez.com/zimage/pm512.php

-- 
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: Power Consumption

2014-12-05 Thread poma

On 05.12.2014 05:43, poma wrote:
 
 http://en.zimagez.com/zimage/pm512.php
 

TLP – Linux Advanced Power Management
http://linrunner.de/en/tlp/tlp.html

$ repoquery -i tlp tlp-rdw


Jeremy, can you share with us the results achieved with this tool?


-- 
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: Tick-tock release cadence?

2014-12-05 Thread poma

On 04.12.2014 15:39, Matthew Miller wrote:
...
 What do you think? Would this help towards the goals listed above?
 Would it help _other_ things? What downsides would it bring?
 

Tip-Top is what Fedora needs.


-- 
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: 20141205 changes

2014-12-05 Thread Fedora Rawhide Report

Compose started at Fri Dec  5 05:15:02 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)
[cab]
cab-0.1.9-12.fc22.i686 requires cabal-dev
[cockpit]
cockpit-docker-0.33-1.fc22.i686 requires docker-io
[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
[glances]
glances-2.1.2-2.fc22.noarch requires python-psutil = 0:2.0.0
[nwchem]
nwchem-openmpi-6.3.2-11.fc21.i686 requires libmpi_usempi.so.1
[python-selenium]
python3-selenium-2.43.0-1.fc22.noarch requires python3-rdflib
[rubygem-wirb]
rubygem-wirb-1.0.3-2.fc21.noarch requires rubygem(paint)  0:0.9
[shogun]
shogun-doc-3.2.0.1-0.27.git20140804.96f3cf3.fc22.noarch requires 
shogun-data = 0:0.8.1-0.18.git20140804.48a1abb.fc22
[uwsgi]
uwsgi-plugin-gridfs-2.0.7-2.fc22.i686 requires libmongoclient.so
uwsgi-stats-pusher-mongodb-2.0.7-2.fc22.i686 requires libmongoclient.so
[vfrnav]
vfrnav-20140510-2.fc22.i686 requires libpolyclipping.so.16
vfrnav-utils-20140510-2.fc22.i686 requires libpolyclipping.so.16
[wine]
wine-1.7.32-1.fc22.i686 requires mingw32-wine-gecko = 0:2.34



Broken deps for x86_64
--
[3Depict]
3Depict-0.0.16-3.fc22.x86_64 requires libmgl.so.7.2.0()(64bit)
[Sprog]
Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0)
[cab]
cab-0.1.9-12.fc22.x86_64 requires cabal-dev
[dnssec-check]
dnssec-check-1.14.0.1-4.fc20.x86_64 requires 
libval-threads.so.14()(64bit)
dnssec-check-1.14.0.1-4.fc20.x86_64 requires libsres.so.14()(64bit)
[glances]
glances-2.1.2-2.fc22.noarch requires python-psutil = 0:2.0.0
[nwchem]
nwchem-openmpi-6.3.2-11.fc21.x86_64 requires libmpi_usempi.so.1()(64bit)
[python-selenium]
python3-selenium-2.43.0-1.fc22.noarch requires python3-rdflib
[rubygem-wirb]
rubygem-wirb-1.0.3-2.fc21.noarch requires rubygem(paint)  0:0.9
[shogun]
shogun-doc-3.2.0.1-0.27.git20140804.96f3cf3.fc22.noarch requires 
shogun-data = 0:0.8.1-0.18.git20140804.48a1abb.fc22
[uwsgi]
uwsgi-plugin-gridfs-2.0.7-2.fc22.x86_64 requires 
libmongoclient.so()(64bit)
uwsgi-stats-pusher-mongodb-2.0.7-2.fc22.x86_64 requires 
libmongoclient.so()(64bit)
[vfrnav]
vfrnav-20140510-2.fc22.i686 requires libpolyclipping.so.16
vfrnav-20140510-2.fc22.x86_64 requires libpolyclipping.so.16()(64bit)
vfrnav-utils-20140510-2.fc22.x86_64 requires 
libpolyclipping.so.16()(64bit)
[wine]
wine-1.7.32-1.fc22.i686 requires mingw32-wine-gecko = 0:2.34
wine-1.7.32-1.fc22.x86_64 requires mingw64-wine-gecko = 0:2.34
wine-1.7.32-1.fc22.x86_64 requires mingw32-wine-gecko = 0:2.34



Broken deps for armhfp
--
[3Depict]
3Depict-0.0.16-3.fc22.armv7hl requires libmgl.so.7.2.0
[Sprog]
Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0)
[avro]
avro-mapred-1.7.5-9.fc22.noarch requires hadoop-mapreduce
avro-mapred-1.7.5-9.fc22.noarch requires hadoop-client
[cab]
cab-0.1.9-12.fc22.armv7hl requires cabal-dev
[calamares]
calamares-0.17.0-2.20141128giteee54241d1f58.fc22.armv7hl requires grub2
[cockpit]
cockpit-docker-0.33-1.fc22.armv7hl requires docker-io
[dnssec-check]
dnssec-check-1.14.0.1-4.fc20.armv7hl requires libval-threads.so.14
dnssec-check-1.14.0.1-4.fc20.armv7hl requires libsres.so.14
[glances]
glances-2.1.2-2.fc22.noarch requires python-psutil = 0:2.0.0
[ostree]
ostree-grub2-2014.12-1.fc22.armv7hl requires grub2
[python-selenium]
python3-selenium-2.43.0-1.fc22.noarch requires python3-rdflib
[rubygem-wirb]
rubygem-wirb-1.0.3-2.fc21.noarch requires rubygem(paint)  0:0.9
[shogun]
shogun-doc-3.2.0.1-0.27.git20140804.96f3cf3.fc22.noarch requires 
shogun-data = 0:0.8.1-0.18.git20140804.48a1abb.fc22
[spring-maps-default]
spring-maps-default-0.1-12.fc21.noarch requires spring
[syntastic]
syntastic-d-3.5.0-1.fc22.noarch requires ldc
[uwsgi]
uwsgi-plugin-gridfs-2.0.7-2.fc22.armv7hl requires libmongoclient.so
uwsgi-stats-pusher-mongodb-2.0.7-2.fc22.armv7hl requires 
libmongoclient.so
[vfrnav]
vfrnav-20140510-2.fc22.armv7hl requires libpolyclipping.so.16
vfrnav-utils-20140510-2.fc22.armv7hl requires libpolyclipping.so.16



New package: 2048-cli-0.8-2.fc22
 The game 2048 for your Linux terminal

New package: golang-googlecode-go-crypto-0-0.1.hg69e2a90ed92d.fc22
 Supplementary Go cryptography libraries

New package: nodejs-typeahead.js-0.10.5-2.fc22
 Autocomplete library for JavaScript

[Base] Base Design WG agenda meeting 05 December 2014 15:00 UTC on #fedora-meeting

2014-12-05 Thread Phil Knirsch


Agenda:
 - Status buildrequires cleanup work (davids  nils!)
 - Docker update / Rocket container check
 - Status rpm mechanisms for multiple config subpackages
 - Status rpm mechanisms for factory reset files
 - Base WG ownership of generic network install images
   (keep it on the agenda, until all WG members are back from PTO)
 - Open Floor

Thanks  regards, Phil

--
Philipp Knirsch  | Tel.:  +49-711-96437-470
Manager Core Services| Fax.:  +49-711-96437-111
Red Hat GmbH | Email: Phil Knirsch pknir...@redhat.com
Wankelstrasse 5  | Web:   http://www.redhat.com/
D-70563 Stuttgart, Germany
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Heads up: nss-3.17.3 released - soon to be in Rawhide

2014-12-05 Thread Elio Maldonado

The upstream release notes for nss-3.17.3 at 
https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_3.17.3_release_notes
 
Building now for Rawhide and it will make its way to updates-testing for stable 
branches next week.

-Elio


-- 
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: [Base] Base Design WG agenda meeting 05 December 2014 15:00 UTC on #fedora-meeting

2014-12-05 Thread Phil Knirsch


On 12/05/2014 02:25 PM, Phil Knirsch wrote:

Agenda:
  - Status buildrequires cleanup work (davids  nils!)
  - Docker update / Rocket container check
  - Status rpm mechanisms for multiple config subpackages
  - Status rpm mechanisms for factory reset files
  - Base WG ownership of generic network install images
(keep it on the agenda, until all WG members are back from PTO)
  - Open Floor

Thanks  regards, Phil



Logs:

Minutes: 
http://meetbot.fedoraproject.org/fedora-meeting/2014-12-05/fedora_base_design_working_group.2014-12-05-15.01.html
Minutes (text): 
http://meetbot.fedoraproject.org/fedora-meeting/2014-12-05/fedora_base_design_working_group.2014-12-05-15.01.txt
Log: 
http://meetbot.fedoraproject.org/fedora-meeting/2014-12-05/fedora_base_design_working_group.2014-12-05-15.01.log.html


Thanks  regards, Phil

--
Philipp Knirsch  | Tel.:  +49-711-96437-470
Manager Core Services| Fax.:  +49-711-96437-111
Red Hat GmbH | Email: Phil Knirsch pknir...@redhat.com
Wankelstrasse 5  | Web:   http://www.redhat.com/
D-70563 Stuttgart, Germany
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

non-responsive maintainer - vda - Denys Vlasenko - dvlas...@redhat.com

2014-12-05 Thread Orion Poplawski

Starting the non-reponsive maintainter process for  vda - Denys Vlasenko -
dvlas...@redhat.com  as he appears to have completely abandoned busybox.
Anyone know him or how to contact?

Point of contact:

busybox -- Statically linked binary providing simplified versions of
system commands ( master f21 f20 f19 )

https://bugzilla.redhat.com/buglist.cgi?quicksearch=%3Abusyboxlist_id=3067388

Last login in FAS:
   vda 2014-01-17
Last action on koji:
   Sun, 02 Nov 2014 package list entry revoked: busybox in f21-Beta by ausil
Last package update on bodhi:
   2013-05-07 11:05:25 on package uClibc-0.9.33.2-3.fc19
Last actions performed according to fedmsg:
  - vda's scratch build of kernel-3.12.6-300.fc18.src.rpm completed on
2014-01-21 08:58:23
  - vda's scratch build of kernel-3.12.6-300.fc18.src.rpm started on
2014-01-21 03:35:44
  - vda's scratch build of kernel-3.12.6-300.fc18.src.rpm failed on 2014-01-21
03:26:31
  - vda's scratch build of kernel-3.12.6-300.fc18.src.rpm started on
2014-01-21 03:21:26
  - vda's scratch build of kernel-3.12.6-300.fc18.src.rpm completed on
2014-01-20 08:30:47
  - vda's scratch build of kernel-3.12.6-300.fc18.src.rpm started on
2014-01-20 03:38:58
  - vda's scratch build of kernel-3.12.6-300.fc18.src.rpm completed on
2014-01-17 11:07:15
  - vda's scratch build of kernel-3.12.6-300.fc18.src.rpm completed on
2014-01-17 10:45:14
  - vda's scratch build of kernel-3.12.6-300.fc18.src.rpm started on
2014-01-17 06:42:59
  - vda's scratch build of kernel-3.12.6-300.fc18.src.rpm started on
2014-01-17 06:22:31
Last email on mailing list:
   2013-07-18 gmane.linux.redhat.fedora.devel
   No activity found on gmane.linux.redhat.fedora.artwork
   2013-03-14 gmane.linux.redhat.fedora.desktop
   No activity found on gmane.linux.redhat.fedora.epel.devel
   No activity found on gmane.linux.redhat.fedora.extras.packaging
   No activity found on gmane.linux.redhat.fedora.fonts
   No activity found on gmane.linux.redhat.fedora.general
   No activity found on gmane.linux.redhat.fedora.infrastructure
   No activity found on gmane.linux.redhat.fedora.kde
   No activity found on gmane.linux.redhat.fedora.perl
Bugzilla activity
   269 bugs assigned, cc or on which dvlas...@redhat.com commented
Last comment on the most recent ticket on bugzilla:
   #1022502 2013-10-23 Denys Vlasenko

-- 
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301   http://www.nwra.com
-- 
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: Maybe it is time to move tools to Python 3.x?

2014-12-05 Thread Matěj Cepl

On 2014-12-03, 19:13 GMT, Marcin Juszkiewicz wrote:
 When I worked at Canonical there was a goal to move both internal and
 public tools to Python 3.x version. IIRC started somewhere around 12.04
 and today when you look at Ubuntu Touch you will not find Python 2.7
 there. Similar with other tools.

 Can it be done? Maybe not in a month but who knows - f22 cycle?

Perhaps this will be another victim of (in my opinion not very 
wise) the decision not to have Python 3 in RHEL-7. For plenty of 
people (and servers) who use RHEL-7 python 3 is still a problem.

Yes, I know about Software Collections. And yes, I haven’t 
managed to make it working properly on my system (e.g., I cannot 
just run a random python3 script with '#!/usr/bin/python3' 
shebang with just software from our packages); and there are 
almost no packaged libraries for Python 3.

Matěj

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

Self Introduction: Ethan Gafford

2014-12-05 Thread Ethan Gafford

Hello all,

My name is Ethan Gafford; I was recently hired by Red Hat
to work upstream on the openstack-sahara project, as well
as to perform downstream packaging. I've about 5 years in
software thus far (after a prior career in nursing.) I've
specialized in data processing and analytics, data
ingestion, web service and API development, and deployment
automation/CI. I'm currently sponsored to maintain the
*sahara* packages.

Though I don't have an enormous amount of open source
experience to date, I have been an advocate of open-source
software and development methods within my private
companies for a few years, and in my last job led a team
of prior .NET engineers to become dedicated Pythonistas who
never plan to look back. I have taught and presented on
OSS tech including Python, NoSQL, and Hadoop. I'm overjoyed
to now have the freedom to directly contribute to the
open source movement, and through it to be part of the
example that OSS provides to the world that flat
collaboration and meritocracy, beyond just being good in
the abstract, outperform proprietorship and hierarchy any
day of the week.

I look forward to working with you all.

Thanks,
Ethan Gafford
Software Engineer
Red Hat, Inc.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Review swap -- Budgie Desktop

2014-12-05 Thread Michel Alexandre Salim

Hi all,

I'm packaging budgie-desktop, an elegant lightweight desktop (with
Chrome OS-inspired aesthetics) that integrates well with GNOME 3; review
request here:

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

More about Budgie here

https://evolve-os.com/budgie/

The main developer (who for now maintains a Fedora 20 build in OBS) is
enthusiastic about this package being officially available (
https://plus.google.com/112089348047460560288/posts/C7uyrMypExb ) so
hopefully this can happen soon.

The package is quite straightforward -- autotools with Vala and
pkgconfig dependencies -- will swap it for one or two review requests of
your choosing.

Cheers,

-- 
Michel Alexandre Salim
Fedora Project Contributor: http://fedoraproject.org/

Email:  sali...@fedoraproject.org  | GPG key ID: A36A937A
IDs:keybase.io/michel-slm  | IRC: michel_...@irc.freenode.net

()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



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

Re: Tick-tock release cadence?

2014-12-05 Thread Michel Alexandre Salim

On 12/05/2014 01:32 AM, M. Edward (Ed) Borasky wrote:
 As a user/re-mixer, I don't like it. I'm at the point now where I need
 a rolling release. I can live with a six-month or eight-month lag
 between desktop updates, but I can't live without regular updates to R
 and R packages, PostgreSQL/PostGIS, QGIS, the Python data science
 tools, etc. And I'm running the Developer Edition of Firefox, which
 updates almost every day.
 
 There's only one major distro now with a calendar-driven release
 cadence, and quite frankly I don't know how they do it. Everyone else
 is either rolling, try for calendar but don't ship if it's fatally
 broken (Fedora and openSUSE), or ship when it's solid and stable and
 supportable (Debian and RHEL).
 
 I'm probably going to run at least one of my machines on Rawhide after
 the F21 release, but I think the sweet spot is what openSUSE has
 done - a stable release with a nominal eight-month cycle and a rolling
 release (Tumbleweed) layered over that. I'd like Fedora to at least
 consider something similar.


Minor version updates are allowed by the update policy, and packages
like Firefox are in effect on a rolling release anyway. I believe R is
also updated quite regularly.

http://fedoraproject.org/wiki/Updates_Policy#All_other_updates

Do we have the manpower for a Tumbleweed-style repo that is built
against the stable release as its core? Or perhaps the present upgrade
policy is sufficient, and the lack of updates Ed cite is already a
reflection of a lack of available manpower to update the packages he
mentioned (apart from PostgreSQL, where we wouldn't want to upgrade
mid-release).

Ed, could you perhaps cite specific R and Python tools where you find
the current version to be insufficiently up-to-date?

We could perhaps create a tracker for update requests, and provide a
Bugzilla template for it linked to from the package database and from
the Fedora homepage - that way we could prioritize what packages users
really want updated.


Best regards,

-- 
Michel Alexandre Salim
Fedora Project Contributor: http://fedoraproject.org/

Email:  sali...@fedoraproject.org  | GPG key ID: A36A937A
IDs:keybase.io/michel-slm  | IRC: michel_...@irc.freenode.net

()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



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

Re: Tick-tock release cadence?

2014-12-05 Thread M. Edward (Ed) Borasky

On Fri, Dec 5, 2014 at 6:58 PM, Michel Alexandre Salim
sali...@fedoraproject.org wrote:
 On 12/05/2014 01:32 AM, M. Edward (Ed) Borasky wrote:
 As a user/re-mixer, I don't like it. I'm at the point now where I need
 a rolling release. I can live with a six-month or eight-month lag
 between desktop updates, but I can't live without regular updates to R
 and R packages, PostgreSQL/PostGIS, QGIS, the Python data science
 tools, etc. And I'm running the Developer Edition of Firefox, which
 updates almost every day.

 There's only one major distro now with a calendar-driven release
 cadence, and quite frankly I don't know how they do it. Everyone else
 is either rolling, try for calendar but don't ship if it's fatally
 broken (Fedora and openSUSE), or ship when it's solid and stable and
 supportable (Debian and RHEL).

 I'm probably going to run at least one of my machines on Rawhide after
 the F21 release, but I think the sweet spot is what openSUSE has
 done - a stable release with a nominal eight-month cycle and a rolling
 release (Tumbleweed) layered over that. I'd like Fedora to at least
 consider something similar.


 Minor version updates are allowed by the update policy, and packages
 like Firefox are in effect on a rolling release anyway. I believe R is
 also updated quite regularly.

 http://fedoraproject.org/wiki/Updates_Policy#All_other_updates

 Do we have the manpower for a Tumbleweed-style repo that is built
 against the stable release as its core? Or perhaps the present upgrade
 policy is sufficient, and the lack of updates Ed cite is already a
 reflection of a lack of available manpower to update the packages he
 mentioned (apart from PostgreSQL, where we wouldn't want to upgrade
 mid-release).

PostgreSQL is a good example - 9.4 is in the release candidate stage
right now and will probably be declared stable within a month. If it
doesn't at least make it into updates-testing before F22, I'll be
adding 9.4 from the PostgreSQL project's RPM repos or building it from
source. I need a major new feature - Binary indexable JSON storage.
GDAL and QGIS are other examples; I ran for a couple of months
building gdal 1.11.0 from source and installing QGIS from non-Fedora
repos because I needed those features and they weren't in
updates-testing.

If the packages are at least in Rawhide, I suppose I can download them
to a local repo and use them from there.


 Ed, could you perhaps cite specific R and Python tools where you find
 the current version to be insufficiently up-to-date?

I'm not a Python programmer and I don't currently use the Fedora RPMs
for most R packages. I have to have all the package building
infrastructure anyhow, so it's easier to build them from source.

I can name two instances during the F21 release cycle where I needed
newer packages than what was in the F21 branch. One was nikola 7.1.0,
which is a Python package, and the other was nodejs-glob, which is an
npm package. In both cases I had to go upstream to get them. I assume
those will make it into updates before the F22 branch ;-).


 We could perhaps create a tracker for update requests, and provide a
 Bugzilla template for it linked to from the package database and from
 the Fedora homepage - that way we could prioritize what packages users
 really want updated.

That does seem like a good way to do it. Would that also have an
impact on the automation / testing queues once the source RPMs were
built by a human package maintainer?
-- 
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: Review swap -- Budgie Desktop

2014-12-05 Thread Zbigniew Jędrzejewski-Szmek

On Sat, Dec 06, 2014 at 09:46:18AM +0700, Michel Alexandre Salim wrote:
 Hi all,
 
 I'm packaging budgie-desktop, an elegant lightweight desktop (with
 Chrome OS-inspired aesthetics) that integrates well with GNOME 3; review
 request here:
 
 https://bugzilla.redhat.com/show_bug.cgi?id=1170875
 
 More about Budgie here
 
 https://evolve-os.com/budgie/
 
 The main developer (who for now maintains a Fedora 20 build in OBS) is
 enthusiastic about this package being officially available (
 https://plus.google.com/112089348047460560288/posts/C7uyrMypExb ) so
 hopefully this can happen soon.
I'll review it.

Zbyszek
-- 
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: Tick-tock release cadence?

2014-12-05 Thread Kevin Kofler

Richard Hughes wrote:
 On 4 December 2014 at 14:39, Matthew Miller mat...@mattdm.org wrote:
 including holding GNOME and other showcase software to the same
 version.
 
 I think that would be *very* unpopular with the desktop team.

And for once I think the KDE SIG and the GNOME Desktop Team will agree on 
something. :-)

We even upgrade KDE software WITHIN a release, we surely aren't going to 
stick to some old version for a whole year!

This tick-tock proposal is a complete no-go.

Kevin Kofler

-- 
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: Tick-tock release cadence?

2014-12-05 Thread Kevin Kofler

M. Edward (Ed) Borasky wrote:
 PostgreSQL is a good example - 9.4 is in the release candidate stage
 right now and will probably be declared stable within a month. If it
 doesn't at least make it into updates-testing before F22, I'll be
 adding 9.4 from the PostgreSQL project's RPM repos or building it from
 source. I need a major new feature - Binary indexable JSON storage.
 GDAL and QGIS are other examples; I ran for a couple of months
 building gdal 1.11.0 from source and installing QGIS from non-Fedora
 repos because I needed those features and they weren't in
 updates-testing.

The updates-testing repository is only supposed to be used for packages that 
will eventually hit the regular updates repository. It is NOT a dumping 
ground for incompatible upgrades.

And unfortunately, a new PostgreSQL IS incompatible, because if you just run 
yum update, your databases will cease to work. You have to actually dump 
them BEFORE doing the upgrade (or downgrade PostgreSQL for the dump, or 
install the old version in parallel, which is not supported by the RPMs), 
then do the upgrade, and then import the dump. As long as upstream does not 
change this migration policy, it will NEVER be possible to provide newer 
PostgreSQL release series un updates.

I am generally in favor of doing version upgrades in updates, but when they 
are disruptive, as in PostgreSQL's case, it's just not possible. Cases where 
an upgrade does not make sense in updates include, but are not limited to:
* not being able to load user data (which includes databases and documents, 
but also configuration files, game savestates, etc.) from the previous 
version, or requiring manual migration for it (see PostgreSQL),
* removed features,
* major UI changes,
* soname bumps in libraries used by too many packages for a grouped update,
etc.

For QGIS, I don't know whether a version upgrade is possible in a stable 
release (see above), but I can check with the maintainer (Volker Fröhlich), 
or you can ask him directly.

Kevin Kofler

-- 
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: Tick-tock release cadence?

2014-12-05 Thread M. Edward (Ed) Borasky

On Fri, Dec 5, 2014 at 10:02 PM, Kevin Kofler kevin.kof...@chello.at wrote:
 And for once I think the KDE SIG and the GNOME Desktop Team will agree on
 something. :-)

Other than the fact that LXDE doesn't use enough RAM? ;-)

-- 
Twitter: http://twitter.com/znmeb; OSJourno: Robust Power Tools for
Digital Journalists https://osjourno.com

Remember, if you're traveling to Bactria, Hump Day is Tuesday and Thursday.
-- 
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: Tick-tock release cadence?

2014-12-05 Thread M. Edward (Ed) Borasky

On Fri, Dec 5, 2014 at 10:25 PM, Kevin Kofler kevin.kof...@chello.at wrote:
 And unfortunately, a new PostgreSQL IS incompatible, because if you just run
 yum update, your databases will cease to work. You have to actually dump
 them BEFORE doing the upgrade (or downgrade PostgreSQL for the dump, or
 install the old version in parallel, which is not supported by the RPMs),
 then do the upgrade, and then import the dump. As long as upstream does not
 change this migration policy, it will NEVER be possible to provide newer
 PostgreSQL release series un updates.

I thought PostgreSQL fixed that a couple of years ago - upgrade in
place was the most-requested feature for a long time. But I can see
why DBAs wouldn't trust it after having mastered the
dump-upgrade-restore process.
-- 
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: Tick-tock release cadence?

2014-12-05 Thread Michael DePaulo

On Sat, Dec 6, 2014 at 1:02 AM, Kevin Kofler kevin.kof...@chello.at wrote:
 Richard Hughes wrote:
 On 4 December 2014 at 14:39, Matthew Miller mat...@mattdm.org wrote:
 including holding GNOME and other showcase software to the same
 version.

 I think that would be *very* unpopular with the desktop team.

 And for once I think the KDE SIG and the GNOME Desktop Team will agree on
 something. :-)

 We even upgrade KDE software WITHIN a release, we surely aren't going to
 stick to some old version for a whole year!

 This tick-tock proposal is a complete no-go.

 Kevin Kofler

That is not part of the tick-tock proposal.
That is part of the polish release proposal.
-- 
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 Locale-Maketext-1.26.tar.gz uploaded to lookaside cache by ppisar

2014-12-05 Thread Petr Pisar

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

9353005389875104baa8b409e6532203  Locale-Maketext-1.26.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-Locale-Maketext] 1.26 bump

2014-12-05 Thread Petr Pisar

commit 4d68e95fe6eb9ecf4237850f85eb2cc78d5939b9
Author: Petr Písař ppi...@redhat.com
Date:   Fri Dec 5 09:02:03 2014 +0100

1.26 bump

 .gitignore |1 +
 ...f6f53ca19f99c6e9e39496c486af323ba6a8-star.patch |   79 
 perl-Locale-Maketext.spec  |   10 +-
 sources|2 +-
 4 files changed, 7 insertions(+), 85 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 7e6347a..b282584 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /Locale-Maketext-1.23.tar.gz
 /Locale-Maketext-1.25.tar.gz
+/Locale-Maketext-1.26.tar.gz
diff --git a/perl-Locale-Maketext.spec b/perl-Locale-Maketext.spec
index 32643d8..656ba1a 100644
--- a/perl-Locale-Maketext.spec
+++ b/perl-Locale-Maketext.spec
@@ -1,13 +1,11 @@
 Name:   perl-Locale-Maketext
-Version:1.25
-Release:311%{?dist}
+Version:1.26
+Release:1%{?dist}
 Summary:Framework for localization
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Locale-Maketext/
 Source0:
http://www.cpan.org/authors/id/T/TO/TODDR/Locale-Maketext-%{version}.tar.gz
-# Missing test for RT#120457, RT#121671
-Patch0: 
Locale-Maketext-1.25-Commit-1735f6f53ca19f99c6e9e39496c486af323ba6a8-star.patch
 BuildArch:  noarch
 BuildRequires:  perl
 BuildRequires:  perl(ExtUtils::MakeMaker)
@@ -46,7 +44,6 @@ producing localized applications.
 
 %prep
 %setup -q -n Locale-Maketext-%{version}
-%patch0 -p1
 
 %build
 perl Makefile.PL INSTALLDIRS=vendor
@@ -66,6 +63,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Dec 05 2014 Petr Pisar ppi...@redhat.com - 1.26-1
+- 1.26 bump
+
 * Sun Sep 07 2014 Jitka Plesnikova jples...@redhat.com - 1.25-311
 - Perl 5.20 re-rebuild of bootstrapped packages
 
diff --git a/sources b/sources
index 610c159..76557fd 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-888df72c3bcf21b069d0184eb515ec37  Locale-Maketext-1.25.tar.gz
+9353005389875104baa8b409e6532203  Locale-Maketext-1.26.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-Locale-Maketext/f21] 1.26 bump

2014-12-05 Thread Petr Pisar

commit 4b4233b1c8927a47f52772509df2807b75292c5b
Author: Petr Písař ppi...@redhat.com
Date:   Fri Dec 5 09:02:03 2014 +0100

1.26 bump

 .gitignore |1 +
 ...f6f53ca19f99c6e9e39496c486af323ba6a8-star.patch |   79 
 perl-Locale-Maketext.spec  |   10 +-
 sources|2 +-
 4 files changed, 7 insertions(+), 85 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 7e6347a..b282584 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /Locale-Maketext-1.23.tar.gz
 /Locale-Maketext-1.25.tar.gz
+/Locale-Maketext-1.26.tar.gz
diff --git a/perl-Locale-Maketext.spec b/perl-Locale-Maketext.spec
index 3007b61..20a033d 100644
--- a/perl-Locale-Maketext.spec
+++ b/perl-Locale-Maketext.spec
@@ -1,13 +1,11 @@
 Name:   perl-Locale-Maketext
-Version:1.25
-Release:2%{?dist}
+Version:1.26
+Release:1%{?dist}
 Summary:Framework for localization
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Locale-Maketext/
 Source0:
http://www.cpan.org/authors/id/T/TO/TODDR/Locale-Maketext-%{version}.tar.gz
-# Missing test for RT#120457, RT#121671
-Patch0: 
Locale-Maketext-1.25-Commit-1735f6f53ca19f99c6e9e39496c486af323ba6a8-star.patch
 BuildArch:  noarch
 BuildRequires:  perl
 BuildRequires:  perl(ExtUtils::MakeMaker)
@@ -46,7 +44,6 @@ producing localized applications.
 
 %prep
 %setup -q -n Locale-Maketext-%{version}
-%patch0 -p1
 
 %build
 perl Makefile.PL INSTALLDIRS=vendor
@@ -66,6 +63,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Dec 05 2014 Petr Pisar ppi...@redhat.com - 1.26-1
+- 1.26 bump
+
 * Sat Jun 07 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.25-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild
 
diff --git a/sources b/sources
index 610c159..76557fd 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-888df72c3bcf21b069d0184eb515ec37  Locale-Maketext-1.25.tar.gz
+9353005389875104baa8b409e6532203  Locale-Maketext-1.26.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-Locale-Maketext/f20] 1.26 bump

2014-12-05 Thread Petr Pisar

commit 9fe611bc40e3a05d53e6ed65fc070cee7aacdf02
Author: Petr Písař ppi...@redhat.com
Date:   Fri Dec 5 09:02:03 2014 +0100

1.26 bump

 .gitignore |1 +
 ...f6f53ca19f99c6e9e39496c486af323ba6a8-star.patch |   79 
 perl-Locale-Maketext.spec  |8 +-
 sources|2 +-
 4 files changed, 6 insertions(+), 84 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 7e6347a..b282584 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /Locale-Maketext-1.23.tar.gz
 /Locale-Maketext-1.25.tar.gz
+/Locale-Maketext-1.26.tar.gz
diff --git a/perl-Locale-Maketext.spec b/perl-Locale-Maketext.spec
index 07dff72..582006f 100644
--- a/perl-Locale-Maketext.spec
+++ b/perl-Locale-Maketext.spec
@@ -1,13 +1,11 @@
 Name:   perl-Locale-Maketext
-Version:1.25
+Version:1.26
 Release:1%{?dist}
 Summary:Framework for localization
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Locale-Maketext/
 Source0:
http://www.cpan.org/authors/id/T/TO/TODDR/Locale-Maketext-%{version}.tar.gz
-# Missing test for RT#120457, RT#121671
-Patch0: 
Locale-Maketext-1.25-Commit-1735f6f53ca19f99c6e9e39496c486af323ba6a8-star.patch
 BuildArch:  noarch
 BuildRequires:  perl
 BuildRequires:  perl(ExtUtils::MakeMaker)
@@ -46,7 +44,6 @@ producing localized applications.
 
 %prep
 %setup -q -n Locale-Maketext-%{version}
-%patch0 -p1
 
 %build
 perl Makefile.PL INSTALLDIRS=vendor
@@ -66,6 +63,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Dec 05 2014 Petr Pisar ppi...@redhat.com - 1.26-1
+- 1.26 bump
+
 * Wed Apr 16 2014 Petr Pisar ppi...@redhat.com - 1.25-1
 - 1.25 bump
 
diff --git a/sources b/sources
index 610c159..76557fd 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-888df72c3bcf21b069d0184eb515ec37  Locale-Maketext-1.25.tar.gz
+9353005389875104baa8b409e6532203  Locale-Maketext-1.26.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 autobox-2.82.tar.gz uploaded to lookaside cache by ppisar

2014-12-05 Thread Petr Pisar

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

fb9ad0bf723614e1add278bedc965ee6  autobox-2.82.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-autobox] 2.82 bump

2014-12-05 Thread Petr Pisar

commit 08747f8203fca730ca1b6279ba0f9c997d7f2017
Author: Petr Písař ppi...@redhat.com
Date:   Fri Dec 5 09:53:47 2014 +0100

2.82 bump

 .gitignore|1 +
 .rpmlint  |2 ++
 perl-autobox.spec |   45 -
 sources   |2 +-
 4 files changed, 36 insertions(+), 14 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 62404fb..3442d68 100644
--- a/.gitignore
+++ b/.gitignore
@@ -4,3 +4,4 @@ autobox-2.55.tar.gz
 /autobox-2.75.tar.gz
 /autobox-2.76.tar.gz
 /autobox-2.77.tar.gz
+/autobox-2.82.tar.gz
diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..36cc9db
--- /dev/null
+++ b/.rpmlint
@@ -0,0 +1,2 @@
+from Config import *
+addFilter(spelling-error .* pragma);
diff --git a/perl-autobox.spec b/perl-autobox.spec
index b622f1f..eae400d 100644
--- a/perl-autobox.spec
+++ b/perl-autobox.spec
@@ -1,22 +1,40 @@
 Name:   perl-autobox
-Version:2.77
-Release:7%{?dist}
+Version:2.82
+Release:1%{?dist}
 Summary:Call methods on native types
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/autobox/
 Source0:
http://www.cpan.org/authors/id/C/CH/CHOCOLATE/autobox-%{version}.tar.gz
+BuildRequires:  perl
+BuildRequires:  perl(Config)
 BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Run-time:
+BuildRequires:  perl(Carp)
+# Data::Dumper not used at tests
+BuildRequires:  perl(Exporter)
+BuildRequires:  perl(Scalar::Util)
 BuildRequires:  perl(Scope::Guard) = 0.20
+BuildRequires:  perl(Storable)
+BuildRequires:  perl(XSLoader)
+# Tests:
+BuildRequires:  perl(blib)
+BuildRequires:  perl(FindBin)
+BuildRequires:  perl(lib)
 BuildRequires:  perl(Test::More)
-BuildRequires:  perl(Test::Pod)
-Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
-
-%{?filter_setup:
-%filter_from_requires /perl(autobox::universal)/d
-%?perl_default_filter
-}
-%global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}perl\\(autobox::universal\\)
+BuildRequires:  perl(vars)
+Requires:   perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+Requires:   perl(Data::Dumper)
+Requires:   perl(Scope::Guard) = 0.20
+# autobox::universal is hiden for PAUSE but documented for public use,
+# CPAN RT#100717
+Provides:   perl(autobox::universal) = %{version}
+
+%{?perl_default_filter}
+# Remove under-specified dependencies
+%global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}perl\\(Scope::Guard\\)$
 
 %description
 The autobox pragma allows methods to be called on integers, floats,
@@ -27,15 +45,13 @@ blessed references.
 %setup -q -n autobox-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
+perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
 make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=%{buildroot}
-
 find %{buildroot} -type f -name .packlist -exec rm -f {} \;
 find %{buildroot} -type f -name '*.bs' -size 0 -exec rm -f {} \;
-
 %{_fixperms} %{buildroot}/*
 
 %check
@@ -48,6 +64,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Dec 05 2014 Petr Pisar ppi...@redhat.com - 2.82-1
+- 2.82 bump
+
 * Wed Aug 27 2014 Jitka Plesnikova jples...@redhat.com - 2.77-7
 - Perl 5.20 rebuild
 
diff --git a/sources b/sources
index 3867dc7..caae7df 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c26f258bb1239b772c0ced094cbe75fc  autobox-2.77.tar.gz
+fb9ad0bf723614e1add278bedc965ee6  autobox-2.82.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-autobox/f21] 2.82 bump

2014-12-05 Thread Petr Pisar

commit 9c2dd6e3b8ee4d38eedba0c7cd349bf921eed006
Author: Petr Písař ppi...@redhat.com
Date:   Fri Dec 5 09:53:47 2014 +0100

2.82 bump

 .gitignore|1 +
 .rpmlint  |2 ++
 perl-autobox.spec |   43 +++
 sources   |2 +-
 4 files changed, 35 insertions(+), 13 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 62404fb..3442d68 100644
--- a/.gitignore
+++ b/.gitignore
@@ -4,3 +4,4 @@ autobox-2.55.tar.gz
 /autobox-2.75.tar.gz
 /autobox-2.76.tar.gz
 /autobox-2.77.tar.gz
+/autobox-2.82.tar.gz
diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..36cc9db
--- /dev/null
+++ b/.rpmlint
@@ -0,0 +1,2 @@
+from Config import *
+addFilter(spelling-error .* pragma);
diff --git a/perl-autobox.spec b/perl-autobox.spec
index 2e828d2..ec7090e 100644
--- a/perl-autobox.spec
+++ b/perl-autobox.spec
@@ -1,22 +1,40 @@
 Name:   perl-autobox
-Version:2.77
-Release:6%{?dist}
+Version:2.82
+Release:1%{?dist}
 Summary:Call methods on native types
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/autobox/
 Source0:
http://www.cpan.org/authors/id/C/CH/CHOCOLATE/autobox-%{version}.tar.gz
+BuildRequires:  perl
+BuildRequires:  perl(Config)
 BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Run-time:
+BuildRequires:  perl(Carp)
+# Data::Dumper not used at tests
+BuildRequires:  perl(Exporter)
+BuildRequires:  perl(Scalar::Util)
 BuildRequires:  perl(Scope::Guard) = 0.20
+BuildRequires:  perl(Storable)
+BuildRequires:  perl(XSLoader)
+# Tests:
+BuildRequires:  perl(blib)
+BuildRequires:  perl(FindBin)
+BuildRequires:  perl(lib)
 BuildRequires:  perl(Test::More)
-BuildRequires:  perl(Test::Pod)
-Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
-
-%{?filter_setup:
-%filter_from_requires /perl(autobox::universal)/d
-%?perl_default_filter
-}
-%global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}perl\\(autobox::universal\\)
+BuildRequires:  perl(vars)
+Requires:   perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+Requires:   perl(Data::Dumper)
+Requires:   perl(Scope::Guard) = 0.20
+# autobox::universal is hiden for PAUSE but documented for public use,
+# CPAN RT#100717
+Provides:   perl(autobox::universal) = %{version}
+
+%{?perl_default_filter}
+# Remove under-specified dependencies
+%global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}perl\\(Scope::Guard\\)$
 
 %description
 The autobox pragma allows methods to be called on integers, floats,
@@ -27,15 +45,13 @@ blessed references.
 %setup -q -n autobox-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
+perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
 make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=%{buildroot}
-
 find %{buildroot} -type f -name .packlist -exec rm -f {} \;
 find %{buildroot} -type f -name '*.bs' -size 0 -exec rm -f {} \;
-
 %{_fixperms} %{buildroot}/*
 
 %check
@@ -48,6 +64,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Dec 05 2014 Petr Pisar ppi...@redhat.com - 2.82-1
+- 2.82 bump
+
 * Sun Aug 17 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.77-6
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_22_Mass_Rebuild
 
diff --git a/sources b/sources
index 3867dc7..caae7df 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c26f258bb1239b772c0ced094cbe75fc  autobox-2.77.tar.gz
+fb9ad0bf723614e1add278bedc965ee6  autobox-2.82.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-autobox/f20] 2.82 bump

2014-12-05 Thread Petr Pisar

commit 3e84d4abdd12f84b8e92e73cd0cd019d97dcc116
Author: Petr Písař ppi...@redhat.com
Date:   Fri Dec 5 09:53:47 2014 +0100

2.82 bump

 .gitignore|1 +
 .rpmlint  |2 ++
 perl-autobox.spec |   43 +++
 sources   |2 +-
 4 files changed, 35 insertions(+), 13 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 62404fb..3442d68 100644
--- a/.gitignore
+++ b/.gitignore
@@ -4,3 +4,4 @@ autobox-2.55.tar.gz
 /autobox-2.75.tar.gz
 /autobox-2.76.tar.gz
 /autobox-2.77.tar.gz
+/autobox-2.82.tar.gz
diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..36cc9db
--- /dev/null
+++ b/.rpmlint
@@ -0,0 +1,2 @@
+from Config import *
+addFilter(spelling-error .* pragma);
diff --git a/perl-autobox.spec b/perl-autobox.spec
index 8534d22..57a2a46 100644
--- a/perl-autobox.spec
+++ b/perl-autobox.spec
@@ -1,22 +1,40 @@
 Name:   perl-autobox
-Version:2.77
-Release:4%{?dist}
+Version:2.82
+Release:1%{?dist}
 Summary:Call methods on native types
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/autobox/
 Source0:
http://www.cpan.org/authors/id/C/CH/CHOCOLATE/autobox-%{version}.tar.gz
+BuildRequires:  perl
+BuildRequires:  perl(Config)
 BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Run-time:
+BuildRequires:  perl(Carp)
+# Data::Dumper not used at tests
+BuildRequires:  perl(Exporter)
+BuildRequires:  perl(Scalar::Util)
 BuildRequires:  perl(Scope::Guard) = 0.20
+BuildRequires:  perl(Storable)
+BuildRequires:  perl(XSLoader)
+# Tests:
+BuildRequires:  perl(blib)
+BuildRequires:  perl(FindBin)
+BuildRequires:  perl(lib)
 BuildRequires:  perl(Test::More)
-BuildRequires:  perl(Test::Pod)
-Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
-
-%{?filter_setup:
-%filter_from_requires /perl(autobox::universal)/d
-%?perl_default_filter
-}
-%global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}perl\\(autobox::universal\\)
+BuildRequires:  perl(vars)
+Requires:   perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+Requires:   perl(Data::Dumper)
+Requires:   perl(Scope::Guard) = 0.20
+# autobox::universal is hiden for PAUSE but documented for public use,
+# CPAN RT#100717
+Provides:   perl(autobox::universal) = %{version}
+
+%{?perl_default_filter}
+# Remove under-specified dependencies
+%global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}perl\\(Scope::Guard\\)$
 
 %description
 The autobox pragma allows methods to be called on integers, floats,
@@ -27,15 +45,13 @@ blessed references.
 %setup -q -n autobox-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
+perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
 make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=%{buildroot}
-
 find %{buildroot} -type f -name .packlist -exec rm -f {} \;
 find %{buildroot} -type f -name '*.bs' -size 0 -exec rm -f {} \;
-
 %{_fixperms} %{buildroot}/*
 
 %check
@@ -48,6 +64,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Dec 05 2014 Petr Pisar ppi...@redhat.com - 2.82-1
+- 2.82 bump
+
 * Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.77-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
 
diff --git a/sources b/sources
index 3867dc7..caae7df 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c26f258bb1239b772c0ced094cbe75fc  autobox-2.77.tar.gz
+fb9ad0bf723614e1add278bedc965ee6  autobox-2.82.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-autobox/f19] 2.82 bump

2014-12-05 Thread Petr Pisar

commit 505856a99f270d63d76a314b8c7fe74bf59ab6e4
Author: Petr Písař ppi...@redhat.com
Date:   Fri Dec 5 09:53:47 2014 +0100

2.82 bump

 .gitignore|1 +
 .rpmlint  |2 ++
 perl-autobox.spec |   43 +++
 sources   |2 +-
 4 files changed, 35 insertions(+), 13 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 62404fb..3442d68 100644
--- a/.gitignore
+++ b/.gitignore
@@ -4,3 +4,4 @@ autobox-2.55.tar.gz
 /autobox-2.75.tar.gz
 /autobox-2.76.tar.gz
 /autobox-2.77.tar.gz
+/autobox-2.82.tar.gz
diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..36cc9db
--- /dev/null
+++ b/.rpmlint
@@ -0,0 +1,2 @@
+from Config import *
+addFilter(spelling-error .* pragma);
diff --git a/perl-autobox.spec b/perl-autobox.spec
index c23a576..a7619af 100644
--- a/perl-autobox.spec
+++ b/perl-autobox.spec
@@ -1,22 +1,40 @@
 Name:   perl-autobox
-Version:2.77
-Release:2%{?dist}
+Version:2.82
+Release:1%{?dist}
 Summary:Call methods on native types
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/autobox/
 Source0:
http://www.cpan.org/authors/id/C/CH/CHOCOLATE/autobox-%{version}.tar.gz
+BuildRequires:  perl
+BuildRequires:  perl(Config)
 BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Run-time:
+BuildRequires:  perl(Carp)
+# Data::Dumper not used at tests
+BuildRequires:  perl(Exporter)
+BuildRequires:  perl(Scalar::Util)
 BuildRequires:  perl(Scope::Guard) = 0.20
+BuildRequires:  perl(Storable)
+BuildRequires:  perl(XSLoader)
+# Tests:
+BuildRequires:  perl(blib)
+BuildRequires:  perl(FindBin)
+BuildRequires:  perl(lib)
 BuildRequires:  perl(Test::More)
-BuildRequires:  perl(Test::Pod)
-Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
-
-%{?filter_setup:
-%filter_from_requires /perl(autobox::universal)/d
-%?perl_default_filter
-}
-%global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}perl\\(autobox::universal\\)
+BuildRequires:  perl(vars)
+Requires:   perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+Requires:   perl(Data::Dumper)
+Requires:   perl(Scope::Guard) = 0.20
+# autobox::universal is hiden for PAUSE but documented for public use,
+# CPAN RT#100717
+Provides:   perl(autobox::universal) = %{version}
+
+%{?perl_default_filter}
+# Remove under-specified dependencies
+%global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}perl\\(Scope::Guard\\)$
 
 %description
 The autobox pragma allows methods to be called on integers, floats,
@@ -27,15 +45,13 @@ blessed references.
 %setup -q -n autobox-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
+perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
 make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=%{buildroot}
-
 find %{buildroot} -type f -name .packlist -exec rm -f {} \;
 find %{buildroot} -type f -name '*.bs' -size 0 -exec rm -f {} \;
-
 %{_fixperms} %{buildroot}/*
 
 %check
@@ -48,6 +64,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Dec 05 2014 Petr Pisar ppi...@redhat.com - 2.82-1
+- 2.82 bump
+
 * Thu Feb 14 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.77-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild
 
diff --git a/sources b/sources
index 3867dc7..caae7df 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c26f258bb1239b772c0ced094cbe75fc  autobox-2.77.tar.gz
+fb9ad0bf723614e1add278bedc965ee6  autobox-2.82.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

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

2014-12-05 Thread Petr Pisar

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

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

[perl-Encode] 2.67 bump

2014-12-05 Thread Petr Pisar

commit a00cc940a4d93524b49f3b1d64cc972fb0ef5446
Author: Petr Písař ppi...@redhat.com
Date:   Fri Dec 5 10:15:24 2014 +0100

2.67 bump

 .gitignore   |1 +
 perl-Encode.spec |5 -
 sources  |2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e660116..4556745 100644
--- a/.gitignore
+++ b/.gitignore
@@ -14,3 +14,4 @@
 /Encode-2.63.tar.gz
 /Encode-2.64.tar.gz
 /Encode-2.66.tar.gz
+/Encode-2.67.tar.gz
diff --git a/perl-Encode.spec b/perl-Encode.spec
index 5d407ac..5f995be 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -1,6 +1,6 @@
 Name:   perl-Encode
 Epoch:  2
-Version:2.66
+Version:2.67
 Release:1%{?dist}
 Summary:Character encodings in Perl
 License:GPL+ or Artistic
@@ -144,6 +144,9 @@ make test
 %{perl_vendorarch}/Encode/encode.h
 
 %changelog
+* Fri Dec 05 2014 Petr Pisar ppi...@redhat.com - 2:2.67-1
+- 2.67 bump
+
 * Wed Dec 03 2014 Petr Pisar ppi...@redhat.com - 2:2.66-1
 - 2.66 bump
 
diff --git a/sources b/sources
index 952d02d..93889e1 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c3c5a8a6bce9f21cc274730ec044b8c2  Encode-2.66.tar.gz
+80c8622985daa4ffa043bb287a7f1851  Encode-2.67.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Encode/f21] 2.67 bump

2014-12-05 Thread Petr Pisar

commit 347f5468e787e8e7589f1d0aa82921c5e39fd124
Author: Petr Písař ppi...@redhat.com
Date:   Fri Dec 5 10:15:24 2014 +0100

2.67 bump

 .gitignore   |1 +
 perl-Encode.spec |5 -
 sources  |2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e660116..4556745 100644
--- a/.gitignore
+++ b/.gitignore
@@ -14,3 +14,4 @@
 /Encode-2.63.tar.gz
 /Encode-2.64.tar.gz
 /Encode-2.66.tar.gz
+/Encode-2.67.tar.gz
diff --git a/perl-Encode.spec b/perl-Encode.spec
index 621a529..6868044 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -1,6 +1,6 @@
 Name:   perl-Encode
 Epoch:  1
-Version:2.66
+Version:2.67
 Release:1%{?dist}
 Summary:Character encodings in Perl
 License:GPL+ or Artistic
@@ -113,6 +113,9 @@ make test
 %{perl_vendorarch}/Encode/encode.h
 
 %changelog
+* Fri Dec 05 2014 Petr Pisar ppi...@redhat.com - 1:2.67-1
+- 2.67 bump
+
 * Wed Dec 03 2014 Petr Pisar ppi...@redhat.com - 1:2.66-1
 - 2.66 bump
 
diff --git a/sources b/sources
index 952d02d..93889e1 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c3c5a8a6bce9f21cc274730ec044b8c2  Encode-2.66.tar.gz
+80c8622985daa4ffa043bb287a7f1851  Encode-2.67.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

1 2 >

1 - 100 of 127 matches

Mail list logo