Re: default DNS caching name server on Fedora ?

[Nicolas Mailhot]

Le Mer 20 juin 2012 17:47, Simo Sorce a écrit :


 The 2 use cases for which a properly configurable and dynamically
 changeable caching DNA name server would be really useful are:
 - DNSSEC verification
 - Clients using VPNs into private networks.

3. ISP has junk DNS services and bypassing them with its own cache just works
4. Provide DNS for home network and cache external DNS

-- 
Nicolas Mailhot

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

Re: default DNS caching name server on Fedora ?

[Nicolas Mailhot]

Le Jeu 21 juin 2012 01:09, Dan Williams a écrit :
 I spent some time looking at this today.  NM already has plugins for
 dnsmasq and a long-since-dead one for bind.  We can certainly add a
 plugin for dnssec-trigger or even unbound

Which is a mess. How many DNS services do we need on a single box?

Please make NM work well with one full-featured DNS service (any one I don't
care which one) and make this DNS service the default in Fedora so there is no
situation like NM wants to launch DNS 1, admins needs DNS 2 because DNS 1 is
missing features, IPA or samba wants to run DNS 3 because that's what it
integrates with, etc

This is getting as bad as the spellchecker situation a few years ago.

-- 
Nicolas Mailhot

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

Re: F18 DNF and history

[Matej Cepl]

On 21/06/12 16:54, Michal Schmidt wrote:

On 06/21/2012 04:27 PM, Nikola Pajkovsky wrote:

Michal Schmidt mschm...@redhat.com writes:

We do now. You can set clean_requirements_on_remove=1 in yum.conf


in which version that is supported?


Since 3.2.28-13
http://skvidal.wordpress.com/2010/11/09/orphaned-dep-cleanup-in-yum/


Mea culpa! I have missed we weren’t using the ‘reason’ info we’re now 
storing in the yumdb to know what is a dep and what is not which is a 
crucial piece of information.


Then the curious minds ask ... why clean_requirements_on_remove = 1 
isn't a default?


Matěj

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

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[Andrew Haley]

On 06/22/2012 04:15 AM, Sam Varshavchik wrote:
 The new perl package contains /usr/bin/perl. At upgrade, dependency  
 resolution is not smart enough to realize that the new package's  
 /bin/perl=/usr/bin/perl, causing a conflict.

What exactly is the conflict?

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

Re: (re)starting of a daemon after package update

[Tomasz Torcz]

On Thu, Jun 21, 2012 at 11:01:16PM +0200, Reindl Harald wrote:
 
  one reason more why the cuurent behavior re-starting services
  on updates is simply wrong:
  
  You complained that service is restarted during update. Well, in this case, 
  restart is not sufficient. We even have
  to be sure, the service is not running when there are both old and new 
  files in place. Not restarting the service
  would be simply wrong
 
 is is NOT simpy wrong
 
 * i am the admin
 * i decide the time when a service is restarted
 * you have no clue what implication a restart of whatever
   service has in my environment
 * so you should give me a way to disable the auto-restarts globally
 
 
 currently i have to rebuild every single server-package to remove this

  You know you could have just replaced systemctl with a script ignoring
try-restart and similar subcommands?  And only doing actual restart
when called with reindl-says-restart?

  But you choosed to rebuilt every package. Meh.

-- 
Tomasz TorczThere exists no separation between gods and men:
xmpp: zdzich...@chrome.pl   one blends softly casual into the other.

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

Re: F18 DNF and history

[Matej Cepl]

On 21/06/12 16:54, Michal Schmidt wrote:

http://skvidal.wordpress.com/2010/11/09/orphaned-dep-cleanup-in-yum/


Is there some post-processing tool which would should me all packages 
for which there is no reason? Brief look at the source of 
packages-cleanup shows that --orphans isn't the one.


Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F18 DNF and history

[Nicolas Mailhot]

Le Jeu 21 juin 2012 14:23, Matej Cepl a écrit :
 On 19/06/12 15:33, Ales Kozumplik wrote:
 Thanks for pointing this out. I considered history a candidate for
 dropping because I didn't realize people had usecases for it. It is not
 present in the early versions of DNF but I will make sure to put it back
 in later.

 Especially in the situation we have broken dependencies (because we
 don't have Suggests/Recommends, but that's another issue, which I don't
 want to open now) we don't have quality uninstall á la aptitude (remove
 this package and all packages which were installed just to satisfy its
 requirements recursively) yum history undo is priceless in the
 situation when you want to try a package just to find out it brings 50MB
 of random crap.

BTW if yum is being rewritten can we get a package downloader that sends the
correct cache-control http headers to refresh data automatically instead of
complaining metadata is wrong and aborting (for people behind a caching
proxy)?

-- 
Nicolas Mailhot

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

Re: F18 DNF and history

[Michał Piotrowski]

2012/6/22 Matej Cepl mc...@redhat.com:
 On 21/06/12 16:54, Michal Schmidt wrote:

 On 06/21/2012 04:27 PM, Nikola Pajkovsky wrote:

 Michal Schmidt mschm...@redhat.com writes:

 We do now. You can set clean_requirements_on_remove=1 in yum.conf


 in which version that is supported?


 Since 3.2.28-13
 http://skvidal.wordpress.com/2010/11/09/orphaned-dep-cleanup-in-yum/


 Mea culpa! I have missed we weren't using the 'reason' info we're now
 storing in the yumdb to know what is a dep and what is not which is a
 crucial piece of information.

 Then the curious minds ask ... why clean_requirements_on_remove = 1 isn't a
 default?

+1


 Matěj


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



-- 
Best regards,
Michal

http://eventhorizon.pl/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: (re)starting of a daemon after package update

[Michal Hlavinka]

On 06/21/2012 11:01 PM, Reindl Harald wrote:



Am 21.06.2012 22:52, schrieb Michal Hlavinka:

On 06/20/2012 02:37 PM, Reindl Harald wrote:



Am 20.06.2012 14:32, schrieb Björn Persson:

Michal Hlavinka wrote:

Correct approach would be to save state before installation of new
version starts and start dovecot (if flag is set) after old version is
removed - that would mean %postun script. This does not seem to work on
reinstall (the same version is installed) - %postun script is not executed.


Please also consider what happens when the new version of Dovecot requires a
new version of some library. RPM will ensure that both packages are updated in
the same transaction, but if I understand correctly it's not until %posttrans
that you can be sure that the new library is in place.


%postun is sufficient, but it's not executed on package reinstall



one reason more why the cuurent behavior re-starting services
on updates is simply wrong:


You complained that service is restarted during update. Well, in this case, 
restart is not sufficient. We even have
to be sure, the service is not running when there are both old and new files in 
place. Not restarting the service
would be simply wrong


is is NOT simpy wrong

* i am the admin
* i decide the time when a service is restarted
* you have no clue what implication a restart of whatever
   service has in my environment


you have no clue what implication a non-restarted service has

There are not only one-binary-services, some services have several 
binaries running in the same time. For example with master process 
spawning worker processes. They have internal API, when old master 
process starts new worker expecting different API, possibly using 
different configuration or just old worker with updated plugin using 
different api... you'll get your requested disaster and it's what *I* 
call simply wrong.


Anyway, this discussion in this thread is off-topic.

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

Re: Schedule for Monday's FESCo Meeting (2012-06-18)

[Nicolas Mailhot]

Le Mar 19 juin 2012 06:45, Adam Williamson a écrit :
 One trigger for the current proposal was the discovery, quite late in
 F17 cycle, that if you reboot while PK is automatically installing
 security updates, you can entirely screw your system.

And instead of making the system adapt to system problems (inhibit reboot
during updates) we're making the user adapt to system problems (add forced
reboots were they were none before??)

Isn't the system supposed to help the user, not the other way around?

-- 
Nicolas Mailhot

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

Re: Heads-up: Kerberos default user credential cache location is changing

[David Howells]

Stephen Gallagher sgall...@redhat.com wrote:

 1) Credential caches are now stored in a tmpfs location. This is a
 security feature, as a stolen laptop may not be booted in single-user
 mode to extract a valid TGT.

Is it?  Can't tmpfs move stuff arbitrarily out to swap?

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

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[Juan Orti Alcaine]

2012/6/22 Sam Varshavchik mr...@courier-mta.com:
 I think that bash needs to be recompiled, with the last two flipped, in the
 default shell PATH.


I have hit a similar issue with the tor-arm package. It is executed by
a wrapper script that check if it has been called with /usr/bin/arm,
but because the path ordering, it was called with /bin/arm, which
failed.

I think we should change tha default PATH and put /usr/bin before /bin
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Review swap requests for tntnet a web app server

[Martin Gansser]

Hi all,

I've just packaged tntnet - A web application server for web applications.
https://bugzilla.redhat.com/show_bug.cgi?id=821224
tntnet is needed for vdr-live - An interactive web interface for VDR

can someone review this package ?

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

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[Mary Ellen Foster]

On 22 June 2012 09:39, Juan Orti Alcaine j.orti.alca...@gmail.com wrote:

 2012/6/22 Sam Varshavchik mr...@courier-mta.com:
  I think that bash needs to be recompiled, with the last two flipped, in
 the
  default shell PATH.
 

 I have hit a similar issue with the tor-arm package. It is executed by
 a wrapper script that check if it has been called with /usr/bin/arm,
 but because the path ordering, it was called with /bin/arm, which
 failed.

 I think we should change tha default PATH and put /usr/bin before /bin


I assume this error is also an instance of the same problem:

 Error: Package: 2:samba-common-3.6.5-89.fc17.1.x86_64 (@updates-testing)
   Requires: /usr/sbin/ldconfig
   Removing: glibc-2.15-37.fc17.i686 (@fedora)
   Not found
   Updated By: glibc-2.15-48.fc17.i686 (updates-testing)
   Not found
Error: Package: 2:libsmbclient-3.6.5-89.fc17.1.x86_64 (@updates-testing)
   Requires: /usr/sbin/ldconfig
   Removing: glibc-2.15-37.fc17.i686 (@fedora)
   Not found
   Updated By: glibc-2.15-48.fc17.i686 (updates-testing)
   Not found

?

MEF

-- 
Mary Ellen Foster -- http://www.macs.hw.ac.uk/~mef3/
Interaction Lab -- http://www.macs.hw.ac.uk/InteractionLab
School of Mathematical and Computer Sciences, Heriot-Watt University

Heriot-Watt University is a Scottish charity registered under charity
number SC000278
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[Michael Schwendt]

On Fri, 22 Jun 2012 09:50:25 +0100, Mary Ellen Foster wrote:

 I assume this error is also an instance of the same problem:
 
  Error: Package: 2:samba-common-3.6.5-89.fc17.1.x86_64 (@updates-testing)
Requires: /usr/sbin/ldconfig
Removing: glibc-2.15-37.fc17.i686 (@fedora)
Not found
Updated By: glibc-2.15-48.fc17.i686 (updates-testing)
Not found
 Error: Package: 2:libsmbclient-3.6.5-89.fc17.1.x86_64 (@updates-testing)
Requires: /usr/sbin/ldconfig
Removing: glibc-2.15-37.fc17.i686 (@fedora)
Not found
Updated By: glibc-2.15-48.fc17.i686 (updates-testing)
Not found
 
 ?

No, that was due to hardcoded /usr/sbin/ldconfig paths:

  
http://pkgs.fedoraproject.org/gitweb/?p=samba.git;a=commitdiff;h=d8012a4f30768375858ab44ec53866fc5c3f9713

and there's a newer update in bodhi already which fixes it.

-- 
Fedora release 17 (Beefy Miracle) - Linux 3.4.3-1.fc17.x86_64
loadavg: 0.41 0.19 0.10
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F18 DNF and history

[Nikola Pajkovsky]

Michał Piotrowski mkkp...@gmail.com writes:

 2012/6/22 Matej Cepl mc...@redhat.com:
 On 21/06/12 16:54, Michal Schmidt wrote:

 On 06/21/2012 04:27 PM, Nikola Pajkovsky wrote:

 Michal Schmidt mschm...@redhat.com writes:

 We do now. You can set clean_requirements_on_remove=1 in yum.conf


 in which version that is supported?


 Since 3.2.28-13
 http://skvidal.wordpress.com/2010/11/09/orphaned-dep-cleanup-in-yum/


 Mea culpa! I have missed we weren't using the 'reason' info we're now
 storing in the yumdb to know what is a dep and what is not which is a
 crucial piece of information.

 Then the curious minds ask ... why clean_requirements_on_remove = 1 isn't a
 default?

 +1

I was asked myself, why it's not default behaviour of yum.

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

get compiz back in official repository

[Bersam K]

Hi Everybody,

In fedora 17 we see no compiz, because of some conflicts with
boost-serialization. and of cource new compiz (0.9.x) are really buggy!
show blank screen when you use Desktop Cube and some other really bad bugs.
So i just figure out what other folks in Archlinux did about this, yes they
downgrade package to 0.8.8, i try that, it work really great with no
problem and no library conflict. i suggest to downgrade this package to
0.8.8 and add it to official repo again.
I can't do this because first i need a sponsor or mentor and add another
package to official repository then i become a maintainer and i can have
access to old specs and gits!

Best Regards.
Bersam

-- 
And Still Nobody Cares
*contact me:* https://forms.hush.com/bersam
Gmail : Bersam.k [at] gmail
Weblog : http://bersibug.blogspot.com
GPG Key : 
6B6B7E27http://keyserver.ubuntu.com:11371/pks/lookup?op=getsearch=0xCD82BAC86B6B7E27
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[Sam Varshavchik]

Andrew Haley writes:


On 06/22/2012 04:15 AM, Sam Varshavchik wrote:
 The new perl package contains /usr/bin/perl. At upgrade, dependency
 resolution is not smart enough to realize that the new package's
 /bin/perl=/usr/bin/perl, causing a conflict.

What exactly is the conflict?


See the error from yum/rpm, that I posted.



pgp6O0C60FT1r.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[Sam Varshavchik]

Michael Schwendt writes:


On Fri, 22 Jun 2012 09:50:25 +0100, Mary Ellen Foster wrote:

 I assume this error is also an instance of the same problem:

  Error: Package: 2:samba-common-3.6.5-89.fc17.1.x86_64 (@updates-testing)
Requires: /usr/sbin/ldconfig
Removing: glibc-2.15-37.fc17.i686 (@fedora)
Not found
Updated By: glibc-2.15-48.fc17.i686 (updates-testing)
Not found
 Error: Package: 2:libsmbclient-3.6.5-89.fc17.1.x86_64 (@updates-testing)
Requires: /usr/sbin/ldconfig
Removing: glibc-2.15-37.fc17.i686 (@fedora)
Not found
Updated By: glibc-2.15-48.fc17.i686 (updates-testing)
Not found

 ?

No, that was due to hardcoded /usr/sbin/ldconfig paths:


Oh, yes it is the same problem, but in reverse.

Anyone who searches PATH will find /usr/sbin/ldconfig.

glibc rpm installs /sbin/ldconfig.

Anything that uses PATH to find ldconfig, and uses it in any way that gets  
sniffed out by find-requires, is going to cause a conflict with the next  
glibc update. The package will install fine, but everything will come  
crashing down, as soon as a mid-release glibc update shows up.


The only reason everything hasn't come apart, by now, is because everyone's  
been hardcoding /sbin/ldconfig in their %post-s and %postun-s.




pgpeY5at3tLfj.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[Andrew Haley]

On 06/22/2012 11:44 AM, Sam Varshavchik wrote:
 Andrew Haley writes:
 
 On 06/22/2012 04:15 AM, Sam Varshavchik wrote:
 The new perl package contains /usr/bin/perl. At upgrade, dependency
 resolution is not smart enough to realize that the new package's
 /bin/perl=/usr/bin/perl, causing a conflict.

 What exactly is the conflict?
 
 See the error from yum/rpm, that I posted.

Oh, sorry, I tend to interpret conflict as meaning a conflict with
another file, not a missing dependency.

It seems to me that yum/rpm should know what package provides
/bin/perl.  This surelay makes vastly more sense than changig default
paths, which is just papering over the cracks.

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

Re: Schedule for Monday's FESCo Meeting (2012-06-18)

[Ralf Ertzinger]

Hi.

On Fri, 22 Jun 2012 10:28:14 +0200, Nicolas Mailhot wrote:

 And instead of making the system adapt to system problems (inhibit
 reboot during updates) we're making the user adapt to system problems
 (add forced reboots were they were none before??)

Inhibiting reboots? I cannot wait to see how well that one will go down.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[Andrew Haley]

On 06/22/2012 12:10 PM, Reindl Harald wrote:
 
 Am 22.06.2012 13:07, schrieb Andrew Haley:
 On 06/22/2012 11:44 AM, Sam Varshavchik wrote:
 Andrew Haley writes:
 
 On 06/22/2012 04:15 AM, Sam Varshavchik wrote:
 The new perl package contains /usr/bin/perl. At upgrade, dependency 
 resolution is not smart enough to realize that the new package's 
 /bin/perl=/usr/bin/perl, causing a conflict.
 
 What exactly is the conflict?
 
 See the error from yum/rpm, that I posted.
 
 Oh, sorry, I tend to interpret conflict as meaning a conflict with another 
 file, not a missing dependency.
 
 It seems to me that yum/rpm should know what package provides /bin/perl.  
 This surely makes vastly more sense than changing default paths, which is 
 just papering over the cracks
 
 since /bin and /sbin are now gone it is completly wrong have them in the PATH 
 and use them hardcoded in packages like GLIBC as also in any other package 
 with Provides

But we can't prevent them from being in the PATH, can we?  All sorts
of upstream packages might hard-code /bin:/usr/bin

Why not take /bin and /sbin out of the default path *and* make sure
that RPM knows about /bin/* ?

 this is a bug because incomplete UsrMove

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

Re: Schedule for Monday's FESCo Meeting (2012-06-18)

[Michal Hlavinka]

On 06/22/2012 01:16 PM, Ralf Ertzinger wrote:

Hi.

On Fri, 22 Jun 2012 10:28:14 +0200, Nicolas Mailhot wrote:


And instead of making the system adapt to system problems (inhibit
reboot during updates) we're making the user adapt to system problems
(add forced reboots were they were none before??)


Inhibiting reboots? I cannot wait to see how well that one will go down.


Well, there is difference between inhibited reboot and are you really 
sure you want to reboot and break your system questions.


Anyway, what would happen when user press power button or 
ctrl-alt-delete in yum-update-in-extra-target case? Would it 
shutdown/reboot (breaking the system) or would it ignore the request?

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

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[Sam Varshavchik]

Andrew Haley writes:


Why not take /bin and /sbin out of the default path *and* make sure
that RPM knows about /bin/* ?


I would expect that changing rpm will be a long, tedious process. Which is  
understandable.


But changing the default PATH that's compiled into bash should be a simpler  
change to push through; I see very low risk of any breakage or regressions;  
and it will probably solve a great majority of the resulting foobarage that  
cascades downstream into rpm-land.


Making rpm a bit smarter is certainly a correct fix, but something else can  
also be done relatively quickly to take care of most of the current fallout.




pgphDZaYbjazl.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[Andrew Haley]

On 06/22/2012 01:19 PM, Sam Varshavchik wrote:
 Andrew Haley writes:
 
  Why not take /bin and /sbin out of the default path *and* make sure
  that RPM knows about /bin/* ?
 I would expect that changing rpm will be a long, tedious process. Which is  
 understandable.
 
 But changing the default PATH that's compiled into bash should be a simpler  
 change to push through; I see very low risk of any breakage or regressions;  
 and it will probably solve a great majority of the resulting foobarage that  
 cascades downstream into rpm-land.
 
 Making rpm a bit smarter is certainly a correct fix, but something else can  
 also be done relatively quickly to take care of most of the current fallout.

Well, yeah.  But the Law of unintended consequences applies, so we
must be careful.  I don't think that people expected symlinking
/usr/bin to /bin to be risky either.

Andrew.


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

Re: Schedule for Monday's FESCo Meeting (2012-06-18)

[Richard Hughes]

On 22 June 2012 12:40, Michal Hlavinka mhlav...@redhat.com wrote:
 Well, there is difference between inhibited reboot and are you really sure
 you want to reboot and break your system questions.

Is that a joke? [Click here to break your system] is never a good idea.

 Anyway, what would happen when user press power button or ctrl-alt-delete in
 yum-update-in-extra-target case? Would it shutdown/reboot (breaking the
 system) or would it ignore the request?

If the required systemd features land in time, it would ignore the
ctrl-alt-del when the package manager is locked.

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

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[Sam Varshavchik]

Andrew Haley writes:


On 06/22/2012 01:19 PM, Sam Varshavchik wrote:
 Andrew Haley writes:

  Why not take /bin and /sbin out of the default path *and* make sure
  that RPM knows about /bin/* ?
 I would expect that changing rpm will be a long, tedious process. Which is
 understandable.

 But changing the default PATH that's compiled into bash should be a simpler
 change to push through; I see very low risk of any breakage or regressions;
 and it will probably solve a great majority of the resulting foobarage that
 cascades downstream into rpm-land.

 Making rpm a bit smarter is certainly a correct fix, but something else can
 also be done relatively quickly to take care of most of the current  
fallout.


Well, yeah.  But the Law of unintended consequences applies, so we
must be careful.  I don't think that people expected symlinking
/usr/bin to /bin to be risky either.


Errr… Wait. Then UsrMove script that ran when I upgraded F16 to F17  
symlinked /bin → usr/bin


If new F17 installs have /usr/bin → /bin, then this is an even bigger  
clusterfrak. If that's the case, bash should be left alone, as doing that is  
going to break all the new installs.




pgp2xZnwimq0U.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[Andrew Haley]

On 06/22/2012 01:45 PM, Sam Varshavchik wrote:
 Andrew Haley writes:
 
 On 06/22/2012 01:19 PM, Sam Varshavchik wrote:
 Andrew Haley writes:

 Why not take /bin and /sbin out of the default path *and* make sure
 that RPM knows about /bin/* ?
 I would expect that changing rpm will be a long, tedious process. Which is
 understandable.

 But changing the default PATH that's compiled into bash should be a simpler
 change to push through; I see very low risk of any breakage or regressions;
 and it will probably solve a great majority of the resulting foobarage that
 cascades downstream into rpm-land.

 Making rpm a bit smarter is certainly a correct fix, but something else can
 also be done relatively quickly to take care of most of the current  
 fallout.

 Well, yeah.  But the Law of unintended consequences applies, so we
 must be careful.  I don't think that people expected symlinking
 /usr/bin to /bin to be risky either.
 
 Errr… Wait. Then UsrMove script that ran when I upgraded F16 to F17  
 symlinked /bin → usr/bin
 
 If new F17 installs have /usr/bin → /bin, then this is an even bigger  
 clusterfrak.

It doesn't.  Don't worry.

Andrew.


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

Re: Schedule for Monday's FESCo Meeting (2012-06-18)

[Simo Sorce]

On Fri, 2012-06-22 at 13:38 +0100, Richard Hughes wrote:
 On 22 June 2012 12:40, Michal Hlavinka mhlav...@redhat.com wrote:
  Well, there is difference between inhibited reboot and are you really sure
  you want to reboot and break your system questions.
 
 Is that a joke? [Click here to break your system] is never a good idea.
 
  Anyway, what would happen when user press power button or ctrl-alt-delete in
  yum-update-in-extra-target case? Would it shutdown/reboot (breaking the
  system) or would it ignore the request?
 
 If the required systemd features land in time, it would ignore the
 ctrl-alt-del when the package manager is locked.

Oh well, in one of may VMs half of the time systemd ignores my requests
for reboot anyway ... 

How do we make sure that if package manager goes crazy the user still
have a way to reboot his system that is not 'press power button for 5
seconds' ?

Simo.

-- 
Simo Sorce * Red Hat, Inc * New York

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

Re: (re)starting of a daemon after package update

[Joe Orton]

On Wed, Jun 20, 2012 at 05:59:09PM +0200, Reindl Harald wrote:
 i saw a dist-upgrade on the fist-testmachine restart httpd
 which failed for some reason and AFTER some time you could
 start httpd again

Leaving version X of /usr/sbin/httpd running after version Y of 
/usr/sbin/httpd is installed, plus associated loadable modules, is 
simply not a supportable system state.  The software is not designed to 
cope with this situation.

Notably, a SIGHUP of the httpd binary will attempt to use loadable 
modules from the new httpd with the old httpd binary.  That is liable to 
kill or segfault the running daemon at best.  Prior to the 
%posttrans-restart, we had numerous bug reports from people who updated, 
forget to restart the daemon, and then found their web server got killed 
during the night at the weekend when logrotate kicked in.  That's not a 
good default.

It's not unreasonable to request that the %posttrans-restart be made 
configurable, though I'm not sure exactly the best way.  It would be 
nice if this could be co-ordinated in some fashion, so an update of any 
httpd module package could (optionally) trigger an httpd restart in 
%posttrans.

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

Re: Schedule for Monday's FESCo Meeting (2012-06-18)

[Nicolas Mailhot]

Le Ven 22 juin 2012 13:40, Michal Hlavinka a écrit :
 On 06/22/2012 01:16 PM, Ralf Ertzinger wrote:
 Hi.

 On Fri, 22 Jun 2012 10:28:14 +0200, Nicolas Mailhot wrote:

 And instead of making the system adapt to system problems (inhibit
 reboot during updates) we're making the user adapt to system problems
 (add forced reboots were they were none before??)

 Inhibiting reboots? I cannot wait to see how well that one will go down.

 Well, there is difference between inhibited reboot and are you really
 sure you want to reboot and break your system questions.

 Anyway, what would happen when user press power button or
 ctrl-alt-delete in yum-update-in-extra-target case? Would it
 shutdown/reboot (breaking the system) or would it ignore the request?

It would display 'waiting for system update end to reboot...' and if you want
to be fancy 'press y to force and break your system'

(of course that only works for soft reboot/soft shutdown but there is no way
to protect against the others no matter what you do)

-- 
Nicolas Mailhot

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

yum pragma: no-cache (was Re: F18 DNF and history)

[Zdenek Pavlas]

 From: Nicolas Mailhot nicolas.mail...@laposte.net
 can we get a package downloader that sends the correct 
 cache-control http headers to refresh data automatically
 instead of complaining metadata is wrong and aborting
 (for people behind a caching proxy)?

Have you tried changing http_caching option in yum.conf
from (default) 'all' to 'packages'?
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Schedule for Monday's FESCo Meeting (2012-06-18)

[Richard Hughes]

On 22 June 2012 13:56, Simo Sorce s...@redhat.com wrote:
 How do we make sure that if package manager goes crazy the user still
 have a way to reboot his system that is not 'press power button for 5
 seconds' ?

Just make sure the package manager doesn't go crazy. It's just doing a
simple rpm transaction afterall.

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

Re: time to fix silly ssh bug

[Daniel J Walsh]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 06/21/2012 03:49 AM, Richard W.M. Jones wrote:
 On Tue, Jun 19, 2012 at 10:10:43AM -0400, Neal Becker wrote:
 Adam Jackson wrote:
 
 On 6/19/12 9:01 AM, Neal Becker wrote:
 
 This is rediculous.  I liked the idea of 775 when it was introduced,
 since it did solve an annoyance with the old unix groups.  But then
 we should make the default fedora install work by setting the sshd
 config to allow it to accept this setup.
 
 Perhaps a better idea is to just have openssh-server install 
 /etc/skel/.ssh with the appropriate permissions.
 
 - ajax
 
 That doesn't work, see my other reply
 
 Can you link to the other reply?  I can't see which one you mean ...
 
 Rich.
 
If KDE useradd utility is setting up permissions on users homedir as 775, A
bugzilla should be opened and maybe mark it as a security issue.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/kcpAACgkQrlYvE4MpobMfdwCgr2W5VWCxNnhUARtuHA6MnlOD
HZ4An31bB5QXsNx7ajkYVyX+YRtdZkMX
=6b15
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Need some ocaml help: coq rebuild failing

[Richard W.M. Jones]

On Thu, Jun 21, 2012 at 03:51:52PM -0600, Jerry James wrote:
 On Sun, Jun 17, 2012 at 3:45 AM, Richard W.M. Jones rjo...@redhat.com wrote:
  I would also suspect code generation or GC.  Did you try asking on
  upstream Coq / OCaml mailing lists?
 
 No, I haven't.  But see below.
 
  Having said that, relatively long-running programs are working OK for
  me.
 
 How about on i386?  I haven't had a single problem on x86_64; all of
 the failures I've seen have been on i386.  Yesterday, I tried building
 again to see if anything had changed.  It had.  The plugin
 compilations were failing because, apparently, -fPIC had not been
 passed to the compiler when building the shared objects.  I poked at
 it for a little bit before giving up.  Today I tried building again to
 try to localize that problem ... and now I'm getting this:
 
 bin/coqtop.opt -boot-nois -compile theories/Init/Peano
 File /home/jamesjer/rpmbuild/BUILD/coq-8.3pl4/theories/Init/Peano.v,
 line 78, character 28-29:
 Error: No interpretation for numeral 0.
 make[1]: *** [theories/Init/Peano.vo] Error 1
 
 This is getting weirder and weirder.  I don't even know where to start
 looking.  I'd believe my i386 VM is damaged somehow, except I'm seeing
 these kinds of problems on koji builds, too.  Have you tried running
 nontrivial OCaml programs on an i386 platform?

No, I gave up on i386 a while back.

It still sounds like a code gen bug though, so I would attempt to make
a minimal program that demonstrates the bug, and/or try and see if
upstream can help, and/or look through existing bugs to see if
anything is suggested: http://caml.inria.fr/mantis/my_view_page.php

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
libguestfs lets you edit virtual machines.  Supports shell scripting,
bindings from many languages.  http://libguestfs.org
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[Michael Schwendt]

On Fri, 22 Jun 2012 06:53:09 -0400, Sam Varshavchik wrote:

 Michael Schwendt writes:
 
  On Fri, 22 Jun 2012 09:50:25 +0100, Mary Ellen Foster wrote:
 
   I assume this error is also an instance of the same problem:
  
Error: Package: 2:samba-common-3.6.5-89.fc17.1.x86_64 (@updates-testing)
  Requires: /usr/sbin/ldconfig
  Removing: glibc-2.15-37.fc17.i686 (@fedora)
  Not found
  Updated By: glibc-2.15-48.fc17.i686 (updates-testing)
  Not found
   Error: Package: 2:libsmbclient-3.6.5-89.fc17.1.x86_64 (@updates-testing)
  Requires: /usr/sbin/ldconfig
  Removing: glibc-2.15-37.fc17.i686 (@fedora)
  Not found
  Updated By: glibc-2.15-48.fc17.i686 (updates-testing)
  Not found
  
   ?
 
  No, that was due to hardcoded /usr/sbin/ldconfig paths:
 
 Oh, yes it is the same problem, but in reverse.

 Anyone who searches PATH will find /usr/sbin/ldconfig.

# whereis ldconfig
ldconfig: /sbin/ldconfig /usr/sbin/ldconfig /usr/share/man/man8/ldconfig.8.gz

/sbin is before /usr/sbin in $PATH. Even if the packager really ran which
ldconfig or similar, having forgotten that it's /sbin/ldconfig for years,
the result on Fedora 17 would have been /sbin/ldconfig.

The following commit Fix usrmove paths. (also see bug 829197)

  
http://pkgs.fedoraproject.org/gitweb/?p=samba.git;a=commitdiff;h=3638a0bfcbbf10e73017dd271e683cce7c13a202

assumed that lots of executables had moved from /bin and /sbin to
/usr/bin and /usr/sbin, which is not true for glibc's ldconfig yet.

 glibc rpm installs /sbin/ldconfig.
 
 Anything that uses PATH to find ldconfig, and uses it in any way that gets  
 sniffed out by find-requires, is going to cause a conflict with the next  
 glibc update. The package will install fine, but everything will come  
 crashing down, as soon as a mid-release glibc update shows up.

By definition, a conflict is something entirely different. What you
describe is a dependency issue, a weak/unsafe dependency, not a conflict.

 The only reason everything hasn't come apart, by now, is because everyone's  
 been hardcoding /sbin/ldconfig in their %post-s and %postun-s.

This is about Fedora 17, not Rawhide. 

Admittedly, 

  # ll /usr/sbin/ldconfig 
  -rwxr-xr-x. 1 root root 948296 May 11 05:28 /usr/sbin/ldconfig

can be misleading, but that is due to the /sbin - usr/sbin symlink,
not $PATH.

-- 
Fedora release 17 (Beefy Miracle) - Linux 3.4.3-1.fc17.x86_64
loadavg: 0.39 0.66 0.71
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

orphaning cmucl

[Rex Dieter]

I'm going to be orphaning cmucl, CMU Common Lisp

It's a i686-only lisp implementation, which I brought into fedora 
primarily for maxima back in the day.  Since it doesn't work all that 
great with maxima anyway, and that it's i686-only (and I have only 
x86_64 hardware/os these days), doesn't make much sense to carry on the 
charade.


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

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[Richard W.M. Jones]

A similar issue is that whenever anyone uses AC_PATH_PROG or related
in a configure script anywhere, it finds the /bin binary ahead of
/usr/bin.  You get odd-looking output from ./configure, and perhaps
other problems too (though I haven't seen any specifically).

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 Xen guests.
http://et.redhat.com/~rjones/virt-p2v
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[Richard W.M. Jones]

On Fri, Jun 22, 2012 at 03:08:05PM +0100, Richard W.M. Jones wrote:
 A similar issue is that whenever anyone uses AC_PATH_PROG or related
 in a configure script anywhere, it finds the /bin binary ahead of
 /usr/bin.

Maybe I mean this the other way around.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
libguestfs lets you edit virtual machines.  Supports shell scripting,
bindings from many languages.  http://libguestfs.org
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Schedule for Monday's FESCo Meeting (2012-06-18)

[Lennart Poettering]

On Fri, 22.06.12 08:56, Simo Sorce (s...@redhat.com) wrote:

 On Fri, 2012-06-22 at 13:38 +0100, Richard Hughes wrote:
  On 22 June 2012 12:40, Michal Hlavinka mhlav...@redhat.com wrote:
   Well, there is difference between inhibited reboot and are you really 
   sure
   you want to reboot and break your system questions.
  
  Is that a joke? [Click here to break your system] is never a good idea.
  
   Anyway, what would happen when user press power button or ctrl-alt-delete 
   in
   yum-update-in-extra-target case? Would it shutdown/reboot (breaking the
   system) or would it ignore the request?
  
  If the required systemd features land in time, it would ignore the
  ctrl-alt-del when the package manager is locked.
 
 Oh well, in one of may VMs half of the time systemd ignores my requests
 for reboot anyway ... 

Hmm, did you file a bug?

 How do we make sure that if package manager goes crazy the user still
 have a way to reboot his system that is not 'press power button for 5
 seconds' ?

If you have a shell then systemd actually offers you tree ways to reboot
the system, depending on how tough you think you are:

# systemctl reboot

This does the normal clean reboot, stops all services cleanly, ...

# systemctl reboot -f

This does not stop all services cleanly, simply kills all processes with
SIGTERM and after a short timeout with SIGKILL, but it does try to
unmount/detach all file systems/storage devices/swaps/... and the
reboots. This is something like a yes, i want it know, but i don't like
fsck delaying my next boot.

# systemctl reboot -ff

This is the super hardcore reboot. It just invokes the reboot() system
call immediately. Your file systems are likely to be dirty on the boot.

During the update process you will find that the usualy gettys are
available on tty[2-6].

Now, the way how the btrfs snapshotting should be implemented should
probably be something like this:

a) make a snapshot of the fs, and make it where all changes from now on
are written to, but do not make it the default snapshot to be mounted
for the next boot.
b) make the updates
c) if the update succeeded make the previously created snapshot the new
default, otherwise just drop it.

The result of this will be that the OS will either be in the old state,
or in the new state, but not in half-way state. This should also allow
the user to hard reboot any time without any ill-effect.

Lennart

-- 
Lennart Poettering - Red Hat, Inc.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[John Ellson]

 Having thought about it, I don't think it's unreasonable to do a 
which $PROG, and stick it into the hashbang. I think that's a 
perfectly reasonable approach, with portability being the goal. The 
problem I see here, is  that Fedora's bash is compiled with the default 
PATH placing a symlink, /bin, ahead of /usr/bin, in the PATH list:


+1 on this.

This has very little to do with yum; It affects other programs too.
It breaks graphviz builds, for example, because

its build scripts try to deduce various tcl paths from `which tclsh`

It is also a significant performance hit for every executable lookup to 
traverse an extra softlink from /bin - /usr/bin.
Since there is nothing in /bin now, /bin should be after /usr/bin in the 
default PATH..


John




On 06/21/2012 11:15 PM, Sam Varshavchik wrote:
The perl update that hit updates this week is causing a yum conflict 
with some locally-built packages, of this type:


Error: Package: courier-imap-4.10.0.20120202-2.17.x86_64 (installed)
  Requires: /bin/perl
  Removing: 4:perl-5.14.2-211.fc17.x86_64 (@anaconda-0)
  Not found
  Updated By: 4:perl-5.14.2-212.fc17.x86_64 
(updates-released-local)

  Not found


From what I can tell, the sequence of events is:


A) A local package's configure script executes which perl, and puts 
that into each perl script's hashbang. So:


[root@octopus ~]# which perl
/bin/perl

This results in:

#! /bin/perl

B) The rpm package gets built. find-requires that puts this dependency 
into the package:


requires=/bin/perl

C) At install time, rpm seems to be smart to figure this out:

[root@octopus ~]# rpm -q --whatprovides /bin/perl
perl-5.14.2-211.fc17.x86_64

It's smart enough sees that thanks to the symlinks, 
/bin/perl=/usr/bin/perl. So the package gets installed, with these 
hashbangs.


D) A perl update hits:

[root@shorty x86_64]# rpm -q -l -p perl-5.14.2-212.fc17.x86_64.rpm | 
fgrep bin/perl

/usr/bin/perl
/usr/bin/perl5.14.2
/usr/bin/perlbug
/usr/bin/perlthanks

The new perl package contains /usr/bin/perl. At upgrade, dependency 
resolution is not smart enough to realize that the new package's 
/bin/perl=/usr/bin/perl, causing a conflict.


Having thought about it, I don't think it's unreasonable to do a 
which $PROG, and stick it into the hashbang. I think that's a 
perfectly reasonable approach, with portability being the goal. The 
problem I see here, is that Fedora's bash is compiled with the default 
PATH placing a symlink, /bin, ahead of /usr/bin, in the PATH list:


[root@octopus ~]# strings /bin/bash | grep usr.bin
/usr/local/bin:/bin:/usr/bin

I think that bash needs to be recompiled, with the last two flipped, 
in the default shell PATH.


Until then, I need to hack each one of my locally-built package's rpm 
spec scripts, and manually prepend /usr/bin to the PATH. Which sucks.








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

[Bug 834596] New: perl-MogileFS-Utils-2.24 is available

[bugzilla]

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

Bug ID: 834596
  Keywords: FutureFeature, Triaged
QA Contact: extras...@fedoraproject.org
  Severity: unspecified
   Version: rawhide
  Priority: unspecified
CC: perl-de...@lists.fedoraproject.org, ppi...@redhat.com
  Assignee: ppi...@redhat.com
   Summary: perl-MogileFS-Utils-2.24 is available
Regression: ---
  Story Points: ---
Classification: Fedora
OS: Unspecified
  Reporter: upstream-release-monitor...@fedoraproject.org
  Type: ---
 Documentation: ---
  Hardware: Unspecified
Mount Type: ---
Status: NEW
 Component: perl-MogileFS-Utils
   Product: Fedora

Latest upstream release: 2.24
Current version in Fedora Rawhide: 2.23
URL: http://search.cpan.org/dist/MogileFS-Utils/

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

[Bug 834597] New: perl-Text-TabularDisplay-1.31 is available

[bugzilla]

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

Bug ID: 834597
  Keywords: FutureFeature, Triaged
QA Contact: extras...@fedoraproject.org
  Severity: unspecified
   Version: rawhide
  Priority: unspecified
CC: mmasl...@redhat.com,
perl-de...@lists.fedoraproject.org, psab...@redhat.com
  Assignee: psab...@redhat.com
   Summary: perl-Text-TabularDisplay-1.31 is available
Regression: ---
  Story Points: ---
Classification: Fedora
OS: Unspecified
  Reporter: upstream-release-monitor...@fedoraproject.org
  Type: ---
 Documentation: ---
  Hardware: Unspecified
Mount Type: ---
Status: NEW
 Component: perl-Text-TabularDisplay
   Product: Fedora

Latest upstream release: 1.31
Current version in Fedora Rawhide: 1.30
URL: http://search.cpan.org/dist/Text-TabularDisplay/

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

Re: Schedule for Monday's FESCo Meeting (2012-06-18)

[Richard Hughes]

On 22 June 2012 15:27, Lennart Poettering mzerq...@0pointer.de wrote:
 a) make a snapshot of the fs, and make it where all changes from now on
 are written to, but do not make it the default snapshot to be mounted
 for the next boot.
 b) make the updates
 c) if the update succeeded make the previously created snapshot the new
 default, otherwise just drop it.

Yes, agreed.

 The result of this will be that the OS will either be in the old state,
 or in the new state, but not in half-way state. This should also allow
 the user to hard reboot any time without any ill-effect.

Right. I was playing with this a bit last night, is there any kind of
informal naming rules when generating the btrfs snapshot name? Should
the date and time be encoded for instance? The process name? Ideas
welcome.

Thanks,

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

Re: Proposed F18 feature: MiniDebugInfo

[Roman Rakus]

On 05/08/2012 08:15 AM, Alexander Larsson wrote:

On Mon, 2012-05-07 at 18:55 +0100, Peter Robinson wrote:

On Mon, May 7, 2012 at 2:07 PM, Alexander Larsson al...@redhat.com wrote:

I just wrote a new Feature proposal for shipping minimal debug info by
default:
https://fedoraproject.org/wiki/Features/MiniDebugInfo

The feature page lists some of the background and statistics. It also
lists some options in how to implement this, which all have various
different pros and cons. I'd like to hear what peoples opinions on these
are.

My personal opinion is that we should go with compressed data, in the
original files without the line number information. This means we use
minimal space (i.e. an installation increase by only 0.5%) while being
completely transparent to users. It does however make the normal
packages larger in a non-optional way which some people disagree with.

What sort of size impact are we talking about here, there's a lot of
devices that people are starting to use Fedora on such as ARM devices
that don't have a lot of storage space. One of the most widely
deployed devices running Fedora for example is the OLPC XO-1 which
only has 1gb of space so every size increase is a hit and Fedora is
already starting to have quite a large muffin top to deal with.

See the feature page for detail on the space use. On my F17 desktop
install with and 8 gigabytes /usr it would add 43 megabytes of data.


What about to not install it by default but as optional?

RR

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

[perl-HTML-FormHandler] Perl 5.16 rebuild

[Petr Pisar]

commit 400104b89363b7db82cd147b34ca333cf006123d
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 17:41:20 2012 +0200

Perl 5.16 rebuild

 perl-HTML-FormHandler.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-HTML-FormHandler.spec b/perl-HTML-FormHandler.spec
index c118d2f..a1dd0db 100644
--- a/perl-HTML-FormHandler.spec
+++ b/perl-HTML-FormHandler.spec
@@ -1,6 +1,6 @@
 Name:   perl-HTML-FormHandler
 Version:0.40011
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:HTML forms using Moose
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -86,6 +86,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.40011-2
+- Perl 5.16 rebuild
+
 * Sat Jun 09 2012 Iain Arnell iarn...@gmail.com 0.40011-1
 - update to latest upstream version
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Gtk3] Perl 5.16 rebuild

[Petr Pisar]

commit 6e2e159459b533e6ff33cc00f3471e08a7292e90
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 17:41:34 2012 +0200

Perl 5.16 rebuild

 perl-Gtk3.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Gtk3.spec b/perl-Gtk3.spec
index a5f9ad6..66e9b3c 100644
--- a/perl-Gtk3.spec
+++ b/perl-Gtk3.spec
@@ -2,7 +2,7 @@
 
 Name:   perl-Gtk3
 Version:0.006
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Perl interface to the 3.x series of the GTK+ toolkit
 License:LGPLv2+
 Group:  Development/Libraries
@@ -69,6 +69,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 
2/dev/null \;
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.006-2
+- Perl 5.16 rebuild
+
 * Wed Jun 20 2012 Petr Pisar ppi...@redhat.com - 0.006-1
 - 0.006 bump
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Any-Moose] Perl 5.16 rebuild

[Petr Pisar]

commit 2e7dba29dd63171860732310924dde730f422a12
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 17:41:44 2012 +0200

Perl 5.16 rebuild

 perl-Any-Moose.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Any-Moose.spec b/perl-Any-Moose.spec
index cc556ba..49fd55c 100644
--- a/perl-Any-Moose.spec
+++ b/perl-Any-Moose.spec
@@ -1,7 +1,7 @@
 Name:   perl-Any-Moose
 Summary:Use Moose or Mouse automagically
 Version:0.18
-Release:3%{?dist}
+Release:4%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
 Source0:
http://search.cpan.org/CPAN/authors/id/S/SA/SARTAK/Any-Moose-%{version}.tar.gz 
@@ -61,6 +61,9 @@ make test
 %{_mandir}/man3/*.3*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.18-4
+- Perl 5.16 rebuild
+
 * Fri Apr 06 2012 Iain Arnell iarn...@gmail.com 0.18-3
 - avoid circular build-dependency with perl-MooseX-Types (patch from Paul
   Howarth rhbz#810521)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Config-MVP] Perl 5.16 rebuild

[Petr Pisar]

commit 10d5ad52fca7c95a178fba1f84ac27bdf6440779
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 17:42:01 2012 +0200

Perl 5.16 rebuild

 perl-Config-MVP.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Config-MVP.spec b/perl-Config-MVP.spec
index c26e044..8a262d1 100644
--- a/perl-Config-MVP.spec
+++ b/perl-Config-MVP.spec
@@ -1,6 +1,6 @@
 Name:   perl-Config-MVP
 Version:2.22
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Multivalue-property package-oriented configuration
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -68,6 +68,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 2.22-2
+- Perl 5.16 rebuild
+
 * Mon Mar 19 2012 Iain Arnell iarn...@gmail.com 2.22-1
 - update to latest upstream version
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Padre] Perl 5.16 rebuild

[Petr Pisar]

commit b6daeda03f354074defe3485fb19b6f6d1942972
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 17:42:09 2012 +0200

Perl 5.16 rebuild

 perl-Padre.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Padre.spec b/perl-Padre.spec
index bee3e9d..969e65d 100644
--- a/perl-Padre.spec
+++ b/perl-Padre.spec
@@ -2,7 +2,7 @@
 
 Name:   perl-Padre
 Version:0.90
-Release:4%{?dist}
+Release:5%{?dist}
 Summary:Perl Application Development and Refactoring Environment
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -367,6 +367,9 @@ mkdir $HOME
 
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.90-5
+- Perl 5.16 rebuild
+
 * Wed Jun 20 2012 Petr Pisar ppi...@redhat.com - 0.90-4
 - Trim Module::Build dependency version to 2 digits because upstream has
   regressed version
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: get compiz back in official repository

[Nelson Marques]

Actually the 0.8 tree is still the stable tree... the 0.9.x (glib
mainloop) is the unstable one, and yes it is a nightmare and somehow
unpredictable. It's a nice thing to see 0.8.x returning :)

2012/6/22 Bersam K bersa...@gmail.com:
 Hi Everybody,

 In fedora 17 we see no compiz, because of some conflicts with
 boost-serialization. and of cource new compiz (0.9.x) are really buggy! show
 blank screen when you use Desktop Cube and some other really bad bugs.
 So i just figure out what other folks in Archlinux did about this, yes they
 downgrade package to 0.8.8, i try that, it work really great with no problem
 and no library conflict. i suggest to downgrade this package to 0.8.8 and
 add it to official repo again.
 I can't do this because first i need a sponsor or mentor and add another
 package to official repository then i become a maintainer and i can have
 access to old specs and gits!

 Best Regards.
 Bersam

 --
 And Still Nobody Cares
 contact me:
 Gmail : Bersam.k [at] gmail
 Weblog : http://bersibug.blogspot.com
 GPG Key : 6B6B7E27


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



-- 
Nelson Marques
// I've stopped trying to understand sandwiches with a third piece of
bread in the middle...
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-MooseX-Types-Path-Class] Perl 5.16 rebuild

[Petr Pisar]

commit 1eb1bae4cf85bb5b5f22abff83d8f7efdf04644e
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 17:47:58 2012 +0200

Perl 5.16 rebuild

 perl-MooseX-Types-Path-Class.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MooseX-Types-Path-Class.spec 
b/perl-MooseX-Types-Path-Class.spec
index c5d67a1..b0847ed 100644
--- a/perl-MooseX-Types-Path-Class.spec
+++ b/perl-MooseX-Types-Path-Class.spec
@@ -1,7 +1,7 @@
 Name:   perl-MooseX-Types-Path-Class 
 Summary:A Path::Class type library for Moose 
 Version:0.06
-Release:1%{?dist}
+Release:2%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
 Source0:
http://search.cpan.org/CPAN/authors/id/T/TH/THEPLER/MooseX-Types-Path-Class-%{version}.tar.gz
 
@@ -62,6 +62,9 @@ make test
 %{_mandir}/man3/*.3*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.06-2
+- Perl 5.16 rebuild
+
 * Fri Mar 30 2012 Iain Arnell iarn...@gmail.com 0.06-1
 - update to latest upstream version
 - clean up spec for modern rpmbuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Schedule for Monday's FESCo Meeting (2012-06-18)

[Bruno Wolff III]

On Fri, Jun 22, 2012 at 14:22:31 +0100,
  Richard Hughes hughsi...@gmail.com wrote:

On 22 June 2012 13:56, Simo Sorce s...@redhat.com wrote:

How do we make sure that if package manager goes crazy the user still
have a way to reboot his system that is not 'press power button for 5
seconds' ?


Just make sure the package manager doesn't go crazy. It's just doing a
simple rpm transaction afterall.


I have seen %post scripts hang a number of times. So things can and do go 
badly wrong with updates.

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

Re: Proposed F18 feature: MiniDebugInfo

[Adam Jackson]

On Fri, 2012-06-22 at 17:36 +0200, Roman Rakus wrote:
 On 05/08/2012 08:15 AM, Alexander Larsson wrote:
  See the feature page for detail on the space use. On my F17 desktop
  install with and 8 gigabytes /usr it would add 43 megabytes of data.
 
 What about to not install it by default but as optional?

Not being optional is the entire point of the feature.

- ajax


signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.20.1 at the end of next
week.
There are several API changes (new functions + 1 move of a private
function to public section) and 1 soname bump (libpoppler.so.25 to
libpoppler.so.26).

Regards

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

Fedora Board appointment

[Robyn Bergeron]

I am very delighted to announce that John Rose (aka inode0) will be 
joining the Fedora Board in the final appointed slot for this cycle 
(seat A4).  Many of you know John from his work in the Ambassadors team 
and his excellent election wrangling for many election cycles, as well 
as being a familiar face in FUDCon planning, and his care for 
transparency in finances (and transparency in general!).  I believe 
he'll be a fine addition to the Board, and I look forward to his 
contributions and participation.


As John comes on, I'd also like to thank Guillermo Gomez for his work 
done over the past year as the Board member who has been in this seat.  
You will be missed! :)


A friendly reminder, also, that the Board is always happy to have 
community input; please feel welcome to join the Board's mailing list at 
https://lists.fedoraproject.org/mailman/listinfo/Advisory-board to ask 
questions or participate in discussion.


Welcome, John! :)

-Robyn

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

Re: get compiz back in official repository

[Adam Williamson]

On Fri, 2012-06-22 at 15:12 +0430, Bersam K wrote:
 Hi Everybody,
 
 In fedora 17 we see no compiz, because of some conflicts with
 boost-serialization. and of cource new compiz (0.9.x) are really
 buggy! show blank screen when you use Desktop Cube and some other
 really bad bugs.

Well those are two reasons. The more important third reason is that
no-one wants to maintain compiz. I don't want to, and drago01 doesn't
want to any more, that's why he orphaned it. Whether it's 0.8 or 0.9, we
just don't want to spend the time on it. If you want to, certainly
no-one will stand in your way...

 So i just figure out what other folks in Archlinux did about this, yes
 they downgrade package to 0.8.8, i try that, it work really great with
 no problem and no library conflict. i suggest to downgrade this
 package to 0.8.8 and add it to official repo again.
 I can't do this because first i need a sponsor or mentor and add
 another package to official repository then i become a maintainer and
 i can have access to old specs and gits!

It's easy enough just to get a .src.rpm from the last release which
included compiz, and submit your review from that. Or you can check out
the git repo and go back in history to a point where the spec exists.
Accessing the Fedora spec/sources really shouldn't be at all difficult.
That's the point of an RCS, after all. Good luck.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

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

Re: PATH=/usr/local/bin:/bin:/usr/bin considered harmful

[Sam Varshavchik]

Michael Schwendt writes:



# whereis ldconfig
ldconfig: /sbin/ldconfig /usr/sbin/ldconfig /usr/share/man/man8/ldconfig.8.gz

/sbin is before /usr/sbin in $PATH.


Only for root.

rpm stuff does not get built as root.




pgp3Q8qbqlldX.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: multilib conflict with doxygen generated pdf

[Xavier Bachelot]

On 06/20/2012 04:26 PM, Than Ngo wrote:
 I think I got this fixed in
 doxygen-1.8.1.1-2.fc18 :
 http://koji.fedoraproject.org/koji/buildinfo?buildID=325050

 I'll talk to than about getting a fixed build for f17 too

 -- rex

 Thanks for all the answers and thanks for the fixed doxygen. I'll try to
 build the package I have issue with for F18 asap.

 
 it doesn't effect doxygen-1.8.0 in f17 and i don't plan to update new version 
 in f17 yet
 
 
 So the newer doxygen doesn't help with the pdf file. I think the issue
 is the default header and footer when no LATEX_HEADER and LATEX_FOOTER
 are provided in the doxygen-config contain the timestamp. Should that be
 considered as a doxygen bug ?

 
  could you please provide a reproduce for this issue?
 
This build has the pdf file with a different timestamp in the i686 and
x86_64 build.

http://koji.fedoraproject.org/koji/taskinfo?taskID=4189461

The pdf file is /usr/share/doc/libbluray-devel-0.2.2/libbluray.pdf from
libbluray-devel-0.2.2-2.fc18

Regards,
Xavier

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

[Test-Announce] Announcing 389 Directory Server versions 1.2.10.11 and 1.2.11.6 Testing

[Rich Megginson]

The 389 Project team is pleased to announce the release of 
389-ds-base-1.2.10.11 and 1.2.11.6 for Testing.  1.2.10.11 and 1.2.11.6 
contain a fix for a password security issue:


#378unhashed#user#password field https://fedorahosted.org/389/ticket/378

NEW: Platform Support

Pre-built RPMs of 1.2.11 and later are only available on Fedora 17 and 
later.  1.2.10 is still supported on Fedora 16 and earlier and will 
continue to get important updates.


Reminder: Issue Tracking System

We have moved our ticket tracking system from the Red Hat Bugzilla 
https://bugzilla.redhat.com/enter_bug.cgi?product=389 to our Fedora 
Hosted Trac https://fedorahosted.org/389.


This link shows all of the issues fixed in the 1.2.10 branch - 
https://fedorahosted.org/389/report/12


This link shows all of the issues fixed in the 1.2.11 branch - 
https://fedorahosted.org/389/report/13


Installation

 yum install --enablerepo=updates-testing 389-ds
 # or for EPEL
 yum install --enablerepo=epel-testing 
[--enablerepo=epel-testing-389-ds-base] 389-ds

 setup-ds-admin.pl

Upgrade

 yum upgrade --enablerepo=updates-testing 389-ds-base 
idm-console-framework 389-admin 389-ds-console 389-admin-console 
389-dsgw 389-adminutil

 # or for EPEL
 yum upgrade --enablerepo=epel-testing 
[--enablerepo=epel-testing-389-ds-base] 389-ds-base 
idm-console-framework 389-admin 389-ds-console 389-admin-console 
389-dsgw 389-adminutil

 setup-ds-admin.pl -u

How to Give Feedback

The best way to provide feedback is via the Fedora Update system.

* Go to https://admin.fedoraproject.org/updates
* In the Search box in the upper right hand corner, type in the name of 
the package
* In the list, find the version and release you are using (if you're not 
sure, use rpm -qi package name on your system) and click on the release
* On the page for the update, scroll down to Add a comment and provide 
your input


Or just send us an email to 389-us...@lists.fedoraproject.org

Reporting Issues

https://fedorahosted.org/389

More Information
* Release Notes - http://port389.org/wiki/Release_Notes
* Install_Guide - http://port389.org/wiki/Install_Guide
* Download - http://port389.org/wiki/Download


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

Re: Default image target size [Was:Re: Summary/Minutes from today's FESCo Meeting (2012-06-18)]

[Kevin Kofler]

Michael Cronenworth wrote:

 Kevin Kofler wrote:
 How would you suggest we implement this? rm -rf the stuff in %post?
 (Yuck!!!) As I understand it, the symbols will be bloating the main
 packages and not be in subpackages. (Debuginfo subpackages are what we
 have now.)
 
 It would be nice if the minidebuginfo data was stored similar to
 debuginfo data. That way spins could easily rm -rf the minidebuginfo
 folder to keep images smaller.

You apparently didn't get it: running rm -rf on files owned by a package on 
the spin is NOT a serious option! Among other things, it will break 
DeltaRPMs and rpm -Va, it does not persist on package updates and thus 
creates inconsistencies when (inevitably) some packages are updated and 
others are not, and it's just wrong.

The only reasonable solution is to not add bloat to the main packages in the 
first place. It should be in subpackages or just not there at all. (IMHO, 
the latter. We already have debuginfo in subpackages, we don't need a 
redundant subset of it.)

Kevin Kofler

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

Re: Default image target size [Was:Re: Summary/Minutes from today's FESCo Meeting (2012-06-18)]

[Kevin Kofler]

Jóhann B. Guðmundsson wrote:
 In any case Kevin K. probably can comment on what landed the KDE
 distribution on the Relengs DVD and on the release blocker in the first
 place.

A long fight by KDE SIG. It took several releases (including one or two 
releases which shipped a KDE live image with bugs which would probably have 
been considered blockers if the blocker process hadn't been arbitrarily 
restricted to GNOME) and repeated complaints by us for them to finally make 
KDE a release-blocking desktop.

Now if you ask me about my opinion about the other desktops: IMHO, all the 
desktops on the Multi Desktop Live DVD should be considered release-
blocking. I don't see why a blocker bug in, say, Xfce shouldn't be treated 
the same way as a blocker bug in GNOME.

Kevin Kofler

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

Re: Default image target size [Was:Re: Summary/Minutes from today's FESCo Meeting (2012-06-18)]

[Kevin Kofler]

Adam Williamson wrote:
 As a personal comment, though, doesn't this seem a little fast to make
 the decision? Wouldn't it at least make sense to wait for minidebuginfo
 to be implemented, then spin a test KDE image and see exactly how big it
 turns out with the current package set?

We will have to check what size we hit exactly (my guess is something 
between 700 and 800 MiB, which is why we're discussing an 800 MiB target), 
but what we know is that F17 was at 695 MiB, and the numbers the 
MiniDebugInfo feature page is quoting are way above the 5 MiB we have left. 
(And in addition, those 5 MiB are likely to be taken up by other creeping 
bloat. Everything just gets larger and larger at every release, usually 
without anything concrete to pinpoint.)

So it is not possible to ship a KDE spin with MiniDebugInfo without 
increasing the size target, dropping some applications or both.

Kevin Kofler

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

Re: Default image target size [Was:Re: Summary/Minutes from today's FESCo Meeting (2012-06-18)]

[Kevin Kofler]

Jóhann B. Guðmundsson wrote:
 Arguably we should not have any specific target image size but rather a
 list of valid image sizes ( cd/dvd/usb keys ) for spins to aim at which
 SIG's themselves choose to use each release cycle and can adjust
 accordingly which gives them the ability to shrink/expand to suit
 *their* targets audience needs at any given time.

A good target size would be the size of a CD-R90. The problem there is that 
it's ill-specified: the media usually say 90 min / 800 MB, but 800 decimal 
MB of data are less than 90 minutes of audio, 800 MiB are more. There's also 
no standard which specifies a minimum capacity in sectors as for the 80 min 
/ 700 MB case (where you actually get 703 MiB of guaranteed capacity). Add 
to that that you need to use the overburn option even to use the medium's 
advertised (to humans) capacity (as it advertises only the standard 80 
minutes to the burner), so it is really hard to figure out how much space 
the manufacturers really are providing you. It probably also depends on the 
manufacturer. Some manufacturers give instructions saying to set the limit 
to 89:30, while at the same time advertising 90 minutes on the label, and 
even then it doesn't necessarily mean you can't actually burn 90:00 or maybe 
even 800 MiB on the medium. And then it can also depend on the burner. The 
reasonably safe target size would probably be somewhere around 700 * 89.5 / 
80 = 783 ⅛ MiB (matching the 89:30 recommendation). (The exact computation 
would have to take the overheads into account.) Whether that'd be enough for 
the KDE spin after MiniDebugInfo, I don't know yet, we'll have to wait and 
see.

The next higher capacity is CD-R99, but there too, the size is poorly 
specified and burner support even more lackluster. (You can expect most 
current burners to burn CD-R90s just fine, but not necessarily CD-R99s.)

So I really wonder whether it isn't more practical to set an arbitrary limit 
and let the user find a suitable medium to burn it on (if in doubt, a DVD; 
we'll probably call it a Live DVD in the first place).

Kevin Kofler

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

Re: get compiz back in official repository

[Kevin Kofler]

Adam Williamson wrote:
 Well those are two reasons. The more important third reason is that
 no-one wants to maintain compiz. I don't want to, and drago01 doesn't
 want to any more, that's why he orphaned it. Whether it's 0.8 or 0.9, we
 just don't want to spend the time on it. If you want to, certainly
 no-one will stand in your way...

I also really don't want to go back to having to fix compiz-kde each time we 
push a new KDE SC with a new KWin, which would invariably change some 
internals which compiz-kde depended on. So I always had to backport fixes 
from upstream git, often to ancient versions of Compiz (due to the 
conservative way its Fedora package was maintained). The compiz package 
maintainers would never take care of it, and we would get the blame for 
breaking Compiz if we pushed the new KWin without fixing compiz-kde. Thus, 
I'm really glad to see Compiz gone and would like it to stay that way.

Kevin Kofler

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

Re: Fwd: Filtering question

[Kevin Kofler]

Hi,

I already answered this on rpmfusion-devel, but for completeness, here's my 
answer again:

Alec Leamas wrote:
 I'm reviewing a package 2300  which at a glance seems to need filtering:
 it both Requires: and Provides: it's internal plugin libraries, many of
 which with generic names likely to clash with other packages symbols.
 
 But when I look at the guidelines at
 http://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering,
 they seem to be contradictory:
   - One one hand, a package Must not export RPM dependency information
 which is not global in nature... e. g., plugins.
   - On the other, a package which have binaries in PATH and/or system
 libraries must not use filtering; this applies also to sub-packages.

The reason for this restriction is because the way the filtering was 
implemented for versions of RPM older than 4.9 didn't support ELF coloring. 
RPM 4.9 now has native filtering support and the macros have become just 
wrappers around that.

 2300 is, at present, a package with binaries in $PATH (can't use
 filtering) providing and requiring it's own plugins (must be filtered).
 What should we do?
 
 Split into two independent packages built from same source?
 
 Thoughts?

All currently supported versions of Fedora (but not RHEL) have RPM 4.9 or 
newer (even the almost-EOL F15 has 4.9.1), so the problem should be safe to 
ignore for packages only targeting Fedora and not EL.

We should probably also get the guidelines updated to recommend using the 
RPM 4.9 filtering builtins directly rather than through those macros (and 
remove the obsolete restrictions on where filters may be used), but that's a 
matter for the FPC (Fedora Packaging Committee), so it needs to be brought 
to them.

Kevin Kofler

PS: https://fedorahosted.org/fpc/ticket/189 has been filed with the FPC 
since I wrote the above message.

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

Re: multilib conflict with doxygen generated pdf

[Rex Dieter]

Xavier Bachelot wrote:

 On 06/20/2012 04:26 PM, Than Ngo wrote:
 I think I got this fixed in
 doxygen-1.8.1.1-2.fc18 :
 http://koji.fedoraproject.org/koji/buildinfo?buildID=325050

 I'll talk to than about getting a fixed build for f17 too

 -- rex

 Thanks for all the answers and thanks for the fixed doxygen. I'll try
 to build the package I have issue with for F18 asap.

 
 it doesn't effect doxygen-1.8.0 in f17 and i don't plan to update new
 version in f17 yet
 
 
 So the newer doxygen doesn't help with the pdf file. I think the issue
 is the default header and footer when no LATEX_HEADER and LATEX_FOOTER
 are provided in the doxygen-config contain the timestamp. Should that be
 considered as a doxygen bug ?

 
  could you please provide a reproduce for this issue?
 
 This build has the pdf file with a different timestamp in the i686 and
 x86_64 build.

That's not a problem (and won't cause conflicts).

-- rex


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

Re: Schedule for Monday's FESCo Meeting (2012-06-18)

[Adam Williamson]

On Fri, 2012-06-22 at 14:22 +0100, Richard Hughes wrote:
 On 22 June 2012 13:56, Simo Sorce s...@redhat.com wrote:
  How do we make sure that if package manager goes crazy the user still
  have a way to reboot his system that is not 'press power button for 5
  seconds' ?
 
 Just make sure the package manager doesn't go crazy. It's just doing a
 simple rpm transaction afterall.

You mean, it's calling a bunch of scripts which run with root
privileges, are written by a wide variety of people with little to no
oversight, and could do absolutely anything?

What could possibly go wrong...=)
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

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

Re: Schedule for Monday's FESCo Meeting (2012-06-18)

[Adam Williamson]

On Fri, 2012-06-22 at 22:37 -0700, Adam Williamson wrote:
 On Fri, 2012-06-22 at 14:22 +0100, Richard Hughes wrote:
  On 22 June 2012 13:56, Simo Sorce s...@redhat.com wrote:
   How do we make sure that if package manager goes crazy the user still
   have a way to reboot his system that is not 'press power button for 5
   seconds' ?
  
  Just make sure the package manager doesn't go crazy. It's just doing a
  simple rpm transaction afterall.
 
 You mean, it's calling a bunch of scripts which run with root
 privileges, are written by a wide variety of people with little to no
 oversight, and could do absolutely anything?
 
 What could possibly go wrong...=)

Ooh! I forgot 'and which, by design, cannot possibly be run in parallel,
and which must all at least return in order for the transaction to be
considered complete'.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

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

[perl-String-Diff] Build-require YAML for tests

[Petr Pisar]

commit e82ff38f96b4d21c7eafeddf346bb43097c9deac
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 08:01:36 2012 +0200

Build-require YAML for tests

 perl-String-Diff.spec |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)
---
diff --git a/perl-String-Diff.spec b/perl-String-Diff.spec
index 81eef72..5a2c5a3 100644
--- a/perl-String-Diff.spec
+++ b/perl-String-Diff.spec
@@ -17,6 +17,7 @@ BuildRequires:  perl(Exporter)
 # Tests
 BuildRequires:  perl(Test::Base)
 BuildRequires:  perl(Test::More)
+BuildRequires:  perl(YAML)
 # required, but not automatically detected
 Requires:   perl(Algorithm::Diff)
 Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-MooseX-Params-Validate] Perl 5.16 rebuild

[Petr Pisar]

commit f151187aa959d6df3697b3f8704eb702f83e4863
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:02:53 2012 +0200

Perl 5.16 rebuild

 perl-MooseX-Params-Validate.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MooseX-Params-Validate.spec b/perl-MooseX-Params-Validate.spec
index 95a89d9..0006736 100644
--- a/perl-MooseX-Params-Validate.spec
+++ b/perl-MooseX-Params-Validate.spec
@@ -1,7 +1,7 @@
 Name:   perl-MooseX-Params-Validate
 Summary:Extension of Params::Validate using Moose's types
 Version:0.16
-Release:3%{?dist}
+Release:4%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
 Source0:
http://search.cpan.org/CPAN/authors/id/D/DR/DROLSKY/MooseX-Params-Validate-%{version}.tar.gz
 
@@ -55,6 +55,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.16-4
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.16-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-ORLite-Mirror] Perl 5.16 rebuild

[Petr Pisar]

commit d6d380dd9b183a7a6306686296d6559023826750
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:02:52 2012 +0200

Perl 5.16 rebuild

 perl-ORLite-Mirror.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-ORLite-Mirror.spec b/perl-ORLite-Mirror.spec
index 6ba78d9..4d958e5 100644
--- a/perl-ORLite-Mirror.spec
+++ b/perl-ORLite-Mirror.spec
@@ -1,6 +1,6 @@
 Name:   perl-ORLite-Mirror
 Version:1.23
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Extend ORLite to support remote SQLite databases
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -61,6 +61,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 1.23-2
+- Perl 5.16 rebuild
+
 * Fri Feb 03 2012 Iain Arnell iarn...@gmail.com 1.23-1
 - update to latest upstream version
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-MooseX-Iterator] Perl 5.16 rebuild

[Petr Pisar]

commit dcf15b9fbdbbca47e7c257f7c371713a4dc629fb
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:02:53 2012 +0200

Perl 5.16 rebuild

 perl-MooseX-Iterator.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MooseX-Iterator.spec b/perl-MooseX-Iterator.spec
index 1544006..2d8f76e 100644
--- a/perl-MooseX-Iterator.spec
+++ b/perl-MooseX-Iterator.spec
@@ -1,6 +1,6 @@
 Name:   perl-MooseX-Iterator
 Version:0.11
-Release:7%{?dist}
+Release:8%{?dist}
 Summary:Iterate over collections
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -59,6 +59,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.11-8
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.11-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-MooseX-Param] Perl 5.16 rebuild

[Petr Pisar]

commit 7df37db85305980674675d2abe31ea57fd9b962a
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:02:53 2012 +0200

Perl 5.16 rebuild

 perl-MooseX-Param.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MooseX-Param.spec b/perl-MooseX-Param.spec
index ae66798..b94b41b 100644
--- a/perl-MooseX-Param.spec
+++ b/perl-MooseX-Param.spec
@@ -1,6 +1,6 @@
 Name:   perl-MooseX-Param
 Version:0.02
-Release:9%{?dist}
+Release:10%{?dist}
 Summary:Simple role to provide a standard param method
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -48,6 +48,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.02-10
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.02-9
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-Pod-LinkCheck] Perl 5.16 rebuild

[Petr Pisar]

commit 24624329c2a9168aee94daf393ee2fda9a989c6a
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:02:53 2012 +0200

Perl 5.16 rebuild

 perl-Test-Pod-LinkCheck.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Test-Pod-LinkCheck.spec b/perl-Test-Pod-LinkCheck.spec
index 089ee7c..b7c28eb 100644
--- a/perl-Test-Pod-LinkCheck.spec
+++ b/perl-Test-Pod-LinkCheck.spec
@@ -4,7 +4,7 @@
 
 Name:   perl-Test-Pod-LinkCheck
 Version:0.007
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Tests POD for invalid links
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -71,5 +71,8 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 
2/dev/null \;
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.007-2
+- Perl 5.16 rebuild
+
 * Wed Apr 25 2012 Petr Pisar ppi...@redhat.com 0.007-1
 - Specfile autogenerated by cpanspec 1.78.
--
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-Parse-CPAN-Packages] Perl 5.16 rebuild

[Petr Pisar]

commit 0719a3ab842b741060493b9f83befaf9c4749580
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:02:53 2012 +0200

Perl 5.16 rebuild

 perl-Parse-CPAN-Packages.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Parse-CPAN-Packages.spec b/perl-Parse-CPAN-Packages.spec
index 34b63f8..88325aa 100644
--- a/perl-Parse-CPAN-Packages.spec
+++ b/perl-Parse-CPAN-Packages.spec
@@ -1,6 +1,6 @@
 Name:   perl-Parse-CPAN-Packages
 Version:2.33
-Release:6%{?dist}
+Release:7%{?dist}
 Summary:Parse 02packages.details.txt.gz
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -55,6 +55,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 2.33-7
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.33-6
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File Gnome2-Vte-0.10.tar.gz uploaded to lookaside cache by jplesnik

[Jitka Plesnikova]

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

821d413610733259db87ec40d0cb00fc  Gnome2-Vte-0.10.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-ORLite-Statistics] Perl 5.16 rebuild

[Petr Pisar]

commit af124a87d2f6a7377ac95bbb32030f8dc8662b88
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:08:08 2012 +0200

Perl 5.16 rebuild

 perl-ORLite-Statistics.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-ORLite-Statistics.spec b/perl-ORLite-Statistics.spec
index b73b061..11c827f 100644
--- a/perl-ORLite-Statistics.spec
+++ b/perl-ORLite-Statistics.spec
@@ -1,6 +1,6 @@
 Name:   perl-ORLite-Statistics
 Version:0.03
-Release:3%{?dist}
+Release:4%{?dist}
 Summary:Statistics enhancement package for ORLite
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -46,6 +46,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.03-4
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.03-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-MooseX-SetOnce] Perl 5.16 rebuild

[Petr Pisar]

commit b818a860362300a38cfbd5f2e389b5f406703afa
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:08:37 2012 +0200

Perl 5.16 rebuild

 perl-MooseX-SetOnce.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MooseX-SetOnce.spec b/perl-MooseX-SetOnce.spec
index 67dd5a7..67c2a4f 100644
--- a/perl-MooseX-SetOnce.spec
+++ b/perl-MooseX-SetOnce.spec
@@ -1,6 +1,6 @@
 Name:   perl-MooseX-SetOnce
 Version:0.21
-Release:2%{?dist}
+Release:3%{?dist}
 Summary:Write-once, read-many attributes for Moose
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -46,6 +46,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.21-3
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.21-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Wx] Perl 5.16 rebuild

[Petr Pisar]

commit 0213e3075ed1949701a79a5b1710047e444a7435
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:08:47 2012 +0200

Perl 5.16 rebuild

 perl-Wx.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Wx.spec b/perl-Wx.spec
index b268114..56c5d36 100644
--- a/perl-Wx.spec
+++ b/perl-Wx.spec
@@ -10,7 +10,7 @@
 
 Name:   perl-Wx
 Version:0.9907
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Interface to the wxWidgets cross-platform GUI toolkit
 Group:  Development/Libraries
 License:GPL+ or Artistic
@@ -388,6 +388,9 @@ chmod -R u+w $RPM_BUILD_ROOT/*
 %{_mandir}/man3/*.3pm*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.9907-2
+- Perl 5.16 rebuild
+
 * Fri May 11 2012 Tom Callaway s...@fedoraproject.org - 0.9907-1
 - update to 0.9907
 
--
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-Check-ISA] Perl 5.16 rebuild

[Petr Pisar]

commit 435ac74e9b6f10c1001255340f1ce9a51090f480
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:08:47 2012 +0200

Perl 5.16 rebuild

 perl-Check-ISA.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Check-ISA.spec b/perl-Check-ISA.spec
index 153e109..ff6ee94 100644
--- a/perl-Check-ISA.spec
+++ b/perl-Check-ISA.spec
@@ -1,7 +1,7 @@
 
 Name:   perl-Check-ISA 
 Version:0.04 
-Release:11%{?dist}
+Release:12%{?dist}
 # see lib/Check/ISA.pm
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -54,6 +54,9 @@ rm -rf %{buildroot}
 %{_mandir}/man3/*.3*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.04-12
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.04-11
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Makefile-Parser] Perl 5.16 rebuild

[Petr Pisar]

commit 8072914f50ef4ce57b3cdc76f85abdf8503cc77d
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:08:52 2012 +0200

Perl 5.16 rebuild

 perl-Makefile-Parser.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Makefile-Parser.spec b/perl-Makefile-Parser.spec
index 6b269ae..2b19aa9 100644
--- a/perl-Makefile-Parser.spec
+++ b/perl-Makefile-Parser.spec
@@ -1,6 +1,6 @@
 Name:   perl-Makefile-Parser
 Version:0.211
-Release:7%{?dist}
+Release:8%{?dist}
 Summary:Simple parser for Makefiles
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -69,6 +69,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_bindir}/plmake
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.211-8
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.211-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-MooseX-AttributeHelpers] Perl 5.16 rebuild

[Petr Pisar]

commit 84537061641e4213c9505c9ab6049f93d7ae9567
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:09:01 2012 +0200

Perl 5.16 rebuild

 perl-MooseX-AttributeHelpers.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MooseX-AttributeHelpers.spec 
b/perl-MooseX-AttributeHelpers.spec
index b008fa8..4e6ef1e 100644
--- a/perl-MooseX-AttributeHelpers.spec
+++ b/perl-MooseX-AttributeHelpers.spec
@@ -1,6 +1,6 @@
 Name:   perl-MooseX-AttributeHelpers
 Version:0.23
-Release:6%{?dist}
+Release:7%{?dist}
 Summary:Extended Moose attribute interfaces
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -64,6 +64,9 @@ rm -rf %{buildroot}
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.23-7
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.23-6
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Array-Compare] Perl 5.16 rebuild

[Petr Pisar]

commit f311a2fc7a8a084657fcbbff878de3b7bb55
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:09:17 2012 +0200

Perl 5.16 rebuild

 perl-Array-Compare.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Array-Compare.spec b/perl-Array-Compare.spec
index 179a5fe..066258c 100644
--- a/perl-Array-Compare.spec
+++ b/perl-Array-Compare.spec
@@ -1,6 +1,6 @@
 Name:   perl-Array-Compare
 Version:2.01
-Release:9%{?dist}
+Release:10%{?dist}
 Summary:Perl extension for comparing arrays
 
 Group:  Development/Libraries
@@ -51,6 +51,9 @@ rm -rf $RPM_BUILD_ROOT
 
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 2.01-10
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.01-9
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Data-ICal] Perl 5.16 rebuild

[Petr Pisar]

commit b596dfaca19b791e80cadba31b4c5dae23d26298
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:09:30 2012 +0200

Perl 5.16 rebuild

 perl-Data-ICal.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Data-ICal.spec b/perl-Data-ICal.spec
index ead4168..1f92273 100644
--- a/perl-Data-ICal.spec
+++ b/perl-Data-ICal.spec
@@ -1,6 +1,6 @@
 Name:   perl-Data-ICal
 Version:0.18
-Release:3%{?dist}
+Release:4%{?dist}
 Summary:Generates iCalendar (RFC 2445) calendar files
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -61,6 +61,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.18-4
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.18-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Module-Install-Repository] Perl 5.16 rebuild

[Petr Pisar]

commit 0a29130b6af52dfd699f116dcc1b6b99a23b1ee3
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:14:09 2012 +0200

Perl 5.16 rebuild

 perl-Module-Install-Repository.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Module-Install-Repository.spec 
b/perl-Module-Install-Repository.spec
index 7f9216d..e48ee7b 100644
--- a/perl-Module-Install-Repository.spec
+++ b/perl-Module-Install-Repository.spec
@@ -1,6 +1,6 @@
 Name:   perl-Module-Install-Repository
 Version:0.06
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Automatically sets repository URL from Svn/Svk/Git checkout
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -52,5 +52,8 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.06-2
+- Perl 5.16 rebuild
+
 * Wed May 16 2012 Jitka Plesnikova jples...@redhat.com 0.06-1
 - Specfile autogenerated by cpanspec 1.78.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-MooseX-Role-TraitConstructor] Perl 5.16 rebuild

[Petr Pisar]

commit 8d3f293c17e54de4027bb8917837a784b8277515
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:14:28 2012 +0200

Perl 5.16 rebuild

 perl-MooseX-Role-TraitConstructor.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MooseX-Role-TraitConstructor.spec 
b/perl-MooseX-Role-TraitConstructor.spec
index 741a1b0..5c80a6d 100644
--- a/perl-MooseX-Role-TraitConstructor.spec
+++ b/perl-MooseX-Role-TraitConstructor.spec
@@ -1,6 +1,6 @@
 Name:   perl-MooseX-Role-TraitConstructor
 Version:0.01
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Wrapper for new that can accept a traits parameter
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -50,5 +50,8 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.01-2
+- Perl 5.16 rebuild
+
 * Tue Mar 22 2011 Marcela Mašláňová mmasl...@redhat.com 0.01-1
 - Specfile autogenerated by cpanspec 1.79.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Module-Install-AutoManifest] Perl 5.16 rebuild

[Petr Pisar]

commit e8864c4dd7c6b64b175a441b86cc3ed8f4c2e689
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:14:51 2012 +0200

Perl 5.16 rebuild

 perl-Module-Install-AutoManifest.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Module-Install-AutoManifest.spec 
b/perl-Module-Install-AutoManifest.spec
index 6394bc9..8d040b6 100644
--- a/perl-Module-Install-AutoManifest.spec
+++ b/perl-Module-Install-AutoManifest.spec
@@ -1,6 +1,6 @@
 Name:   perl-Module-Install-AutoManifest
 Version:0.003
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:The module generates MANIFEST automatically
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -42,5 +42,8 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.003-2
+- Perl 5.16 rebuild
+
 * Wed May 16 2012 Jitka Plesnikova jples...@redhat.com 0.003-1
 - Specfile autogenerated by cpanspec 1.78.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-MooseX-Role-Parameterized] Perl 5.16 rebuild

[Petr Pisar]

commit 4d9bcd4ff2a2125c6aa423404caabf0affefa451
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:14:52 2012 +0200

Perl 5.16 rebuild

 perl-MooseX-Role-Parameterized.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MooseX-Role-Parameterized.spec 
b/perl-MooseX-Role-Parameterized.spec
index 730650d..edf2d45 100644
--- a/perl-MooseX-Role-Parameterized.spec
+++ b/perl-MooseX-Role-Parameterized.spec
@@ -1,7 +1,7 @@
 Name:   perl-MooseX-Role-Parameterized
 Summary:Make your roles flexible through parameterization
 Version:1.00
-Release:3%{?dist}
+Release:4%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
 Source0:
http://search.cpan.org/CPAN/authors/id/S/SA/SARTAK/MooseX-Role-Parameterized-%{version}.tar.gz
 
@@ -68,6 +68,9 @@ make test
 %{_mandir}/man3/*.3*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 1.00-4
+- Perl 5.16 rebuild
+
 * Sun Jan 22 2012 Iain Arnell iarn...@gmail.com 1.00-3
 - drop tests subpackage; move tests to main package documentation
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-MooseX-Emulate-Class-Accessor-Fast] Perl 5.16 rebuild

[Petr Pisar]

commit db302678a75650b343bb0a02bca817d5fc89ba8d
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:14:56 2012 +0200

Perl 5.16 rebuild

 perl-MooseX-Emulate-Class-Accessor-Fast.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MooseX-Emulate-Class-Accessor-Fast.spec 
b/perl-MooseX-Emulate-Class-Accessor-Fast.spec
index 7e083ef..552ec53 100644
--- a/perl-MooseX-Emulate-Class-Accessor-Fast.spec
+++ b/perl-MooseX-Emulate-Class-Accessor-Fast.spec
@@ -1,6 +1,6 @@
 Name:   perl-MooseX-Emulate-Class-Accessor-Fast
 Version:0.00903
-Release:7%{?dist}
+Release:8%{?dist}
 # lib/MooseX/Adopt/Class/Accessor/Fast.pm - GPL+ or Artistic
 # lib/MooseX/Emulate/Class/Accessor/Fast.pm - GPL+ or Artistic
 License:GPL+ or Artistic
@@ -63,6 +63,9 @@ rm -rf %{buildroot}
 %{_mandir}/man3/*.3*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.00903-8
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.00903-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-namespace-autoclean] Perl 5.16 rebuild

[Petr Pisar]

commit 2489312927376d55ead76732cd6007314e6a0d10
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:14:57 2012 +0200

Perl 5.16 rebuild

 perl-namespace-autoclean.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-namespace-autoclean.spec b/perl-namespace-autoclean.spec
index 53e951f..85635d8 100644
--- a/perl-namespace-autoclean.spec
+++ b/perl-namespace-autoclean.spec
@@ -1,6 +1,6 @@
 Name:   perl-namespace-autoclean
 Version:0.13
-Release:1%{?dist}
+Release:2%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
 Summary:Keep imports out of your namespace
@@ -53,6 +53,9 @@ make test
 %{_mandir}/man3/*.3*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.13-2
+- Perl 5.16 rebuild
+
 * Sat Jan 14 2012 Iain Arnell iarn...@gmail.com 0.13-1
 - update to latest upstream version
 
--
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-STD] Perl 5.16 rebuild

[Petr Pisar]

commit 47991828c47d143a270c9c7560668db7eaa95024
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:15:17 2012 +0200

Perl 5.16 rebuild

 perl-STD.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-STD.spec b/perl-STD.spec
index b0183cb..25d4238 100644
--- a/perl-STD.spec
+++ b/perl-STD.spec
@@ -1,6 +1,6 @@
 Name:   perl-STD
 Version:32116
-Release:6%{?dist}
+Release:7%{?dist}
 Summary:The Standard Perl 6 Grammar
 License:Artistic 2.0
 Group:  Development/Libraries
@@ -58,6 +58,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 
2/dev/null \;
 
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 32116-7
+- Perl 5.16 rebuild
+
 * Thu May 31 2012 Petr Pisar ppi...@redhat.com - 32116-6
 - Round Module::Build version to 2 digits
 
--
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-Data-Visitor] Perl 5.16 rebuild

[Petr Pisar]

commit a0df3d0ff9759d53709b201a94c71dc9662ce380
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:17:16 2012 +0200

Perl 5.16 rebuild

 perl-Data-Visitor.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Data-Visitor.spec b/perl-Data-Visitor.spec
index 2a999dc..608d13a 100644
--- a/perl-Data-Visitor.spec
+++ b/perl-Data-Visitor.spec
@@ -1,6 +1,6 @@
 Name:   perl-Data-Visitor
 Version:0.28
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Visitor style traversal of Perl data structures
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -49,6 +49,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.28-2
+- Perl 5.16 rebuild
+
 * Sun Feb 19 2012 Iain Arnell iarn...@gmail.com 0.28-1
 - update to latest upstream version
 - clean up spec for modern rpmbuild
--
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-EBook-EPUB] Perl 5.16 rebuild

[Petr Pisar]

commit b73595b2ba686f3de91d24f929222028bd9cd7e3
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:19:47 2012 +0200

Perl 5.16 rebuild

 perl-EBook-EPUB.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-EBook-EPUB.spec b/perl-EBook-EPUB.spec
index f7647e0..1624097 100644
--- a/perl-EBook-EPUB.spec
+++ b/perl-EBook-EPUB.spec
@@ -1,6 +1,6 @@
 Name:   perl-EBook-EPUB
 Version:0.6
-Release:2%{?dist}
+Release:3%{?dist}
 Summary:Perl module for generating EPUB documents
 License:BSD
 Group:  Development/Libraries
@@ -46,6 +46,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.6-3
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.6-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-MooseX-MultiInitArg] Perl 5.16 rebuild

[Petr Pisar]

commit 8d90e2525e58f6d05f927319b2e2747c9adc58bd
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:20:35 2012 +0200

Perl 5.16 rebuild

 perl-MooseX-MultiInitArg.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MooseX-MultiInitArg.spec b/perl-MooseX-MultiInitArg.spec
index c2452db..7609620 100644
--- a/perl-MooseX-MultiInitArg.spec
+++ b/perl-MooseX-MultiInitArg.spec
@@ -1,6 +1,6 @@
 Name:   perl-MooseX-MultiInitArg 
 Version:0.01 
-Release:10%{?dist}
+Release:11%{?dist}
 # lib/MooseX/MultiInitArg.pm - GPL+ or Artistic
 # lib/MooseX/MultiInitArg/Attribute.pm - GPL+ or Artistic
 # lib/MooseX/MultiInitArg/Trait.pm - GPL+ or Artistic
@@ -53,6 +53,9 @@ rm -rf %{buildroot}
 %{_mandir}/man3/*.3*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.01-11
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.01-10
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-MooseX-Aliases] Perl 5.16 rebuild

[Petr Pisar]

commit c1239ddfba2f297bd352d0f7aebe6b780ea19863
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:20:48 2012 +0200

Perl 5.16 rebuild

 perl-MooseX-Aliases.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MooseX-Aliases.spec b/perl-MooseX-Aliases.spec
index 43fde13..9f04427 100644
--- a/perl-MooseX-Aliases.spec
+++ b/perl-MooseX-Aliases.spec
@@ -1,6 +1,6 @@
 Name:   perl-MooseX-Aliases
 Version:0.10
-Release:3%{?dist}
+Release:4%{?dist}
 Summary:Easy aliasing of methods and attributes in Moose
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -61,6 +61,9 @@ RELEASE_TESTING=1 make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.10-4
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.10-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-MooseX-Object-Pluggable] Perl 5.16 rebuild

[Petr Pisar]

commit 7340a5ece702d393500fe53f608927b85fee74b8
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:21:11 2012 +0200

Perl 5.16 rebuild

 perl-MooseX-Object-Pluggable.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MooseX-Object-Pluggable.spec 
b/perl-MooseX-Object-Pluggable.spec
index e080893..3f3001b 100644
--- a/perl-MooseX-Object-Pluggable.spec
+++ b/perl-MooseX-Object-Pluggable.spec
@@ -1,6 +1,6 @@
 Name:   perl-MooseX-Object-Pluggable
 Version:0.0011
-Release:8%{?dist}
+Release:9%{?dist}
 Summary:Make your Moose classes pluggable
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -65,6 +65,9 @@ rm -rf %{buildroot}
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.0011-9
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.0011-8
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-DBIx-SearchBuilder] Perl 5.16 rebuild

[Petr Pisar]

commit bae4bddb1fe79eb01c525f94e3edc7bbddcf9bed
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:21:27 2012 +0200

Perl 5.16 rebuild

 perl-DBIx-SearchBuilder.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-DBIx-SearchBuilder.spec b/perl-DBIx-SearchBuilder.spec
index dd8846b..2741029 100644
--- a/perl-DBIx-SearchBuilder.spec
+++ b/perl-DBIx-SearchBuilder.spec
@@ -7,7 +7,7 @@
 
 Name:  perl-DBIx-SearchBuilder
 Version:   1.62
-Release:   1%{?dist}
+Release:   2%{?dist}
 Summary:   Encapsulate SQL queries and rows in simple perl objects
 License:   GPL+ or Artistic
 Group: Development/Libraries
@@ -89,6 +89,9 @@ DBIx::SearchBuilder bindings for Oracle
 %endif
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 1.62-2
+- Perl 5.16 rebuild
+
 * Thu Apr 12 2012 Ralf Corsépius corse...@fedoraproject.org - 1.62-1
 - Upstream update.
 
--
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-Class-Method-Modifiers] Perl 5.16 rebuild

[Petr Pisar]

commit 0b925212d2da4db7d693b1c7f9ab471efe7659f5
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:21:41 2012 +0200

Perl 5.16 rebuild

 perl-Class-Method-Modifiers.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Class-Method-Modifiers.spec b/perl-Class-Method-Modifiers.spec
index e4c79eb..5d4cff4 100644
--- a/perl-Class-Method-Modifiers.spec
+++ b/perl-Class-Method-Modifiers.spec
@@ -1,7 +1,7 @@
 Name:   perl-Class-Method-Modifiers
 Summary:Provides Moose-like method modifiers
 Version:1.09
-Release:1%{?dist}
+Release:2%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
 Source0:
http://search.cpan.org/CPAN/authors/id/S/SA/SARTAK/Class-Method-Modifiers-%{version}.tar.gz
 
@@ -59,6 +59,9 @@ make test
 %{_mandir}/man3/*.3*
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 1.09-2
+- Perl 5.16 rebuild
+
 * Tue Apr 03 2012 Iain Arnell iarn...@gmail.com 1.09-1
 - update to latest upstream version
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Net-Amazon-EC2] Perl 5.16 rebuild

[Petr Pisar]

commit 29d708f8408f4e1c44119472f27d1a8cf8568b02
Author: Petr Písař ppi...@redhat.com
Date:   Fri Jun 22 09:21:47 2012 +0200

Perl 5.16 rebuild

 perl-Net-Amazon-EC2.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Net-Amazon-EC2.spec b/perl-Net-Amazon-EC2.spec
index f7034fd..4796199 100644
--- a/perl-Net-Amazon-EC2.spec
+++ b/perl-Net-Amazon-EC2.spec
@@ -1,7 +1,7 @@
 Summary: Perl interface to the Amazon Elastic Compute Cloud (EC2)
 Name: perl-Net-Amazon-EC2
 Version: 0.14
-Release: 7%{?dist}
+Release: 8%{?dist}
 License: GPL+ or Artistic
 Group: Development/Libraries
 URL: http://search.cpan.org/~jkim/Net-Amazon-EC2/
@@ -155,6 +155,9 @@ rm -rf %{buildroot}
 
 
 %changelog
+* Fri Jun 22 2012 Petr Pisar ppi...@redhat.com - 0.14-8
+- Perl 5.16 rebuild
+
 * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.14-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel