Re: rawhide and LDAP

[Sumit Bose]

On Sun, Feb 27, 2011 at 01:49:31AM -0500, Braden McDaniel wrote:
 On Thu, 2011-02-10 at 08:18 -0500, Stephen Gallagher wrote:
 
  I suspect you are using SSSD to handle LDAP logins. This was broken in
  rawhide yesterday because I pushed a new version of libldb that
  apparently broke ABI without an SO bump. I have subsequently reverted
  this change. Please downgrade to libldb-0.9.10-25.fc15 and SSSD will
  work again.
 
 Figuring this would be fixed by now, I upgraded to libldb-1.0.2-1.fc16;
 but now I'm seeing the same problem again.
 
 What's the state of this?
 
 (Unfortunately, yum is no longer letting me downgrade after upgrading to
 this version.)

sssd has been rebuild to use the latest libldb. Please try
sssd-1.5.1-9.fc16.

bye,
Sumit

 
 -- 
 Braden McDaniel bra...@endoframe.com
 
 -- 
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F15 Alpha impressions

[Panu Matilainen]

On 02/28/2011 08:43 AM, Adam Williamson wrote:
 On Sun, 2011-02-27 at 23:18 +0100, Michael Schwendt wrote:
 On Sun, 27 Feb 2011 23:03:02 +0100, drago01 wrote:

 Btw, I think the GNOME 3 roll-out in Fedora should be all or nothing,
 that means, no *competing* fallback mode that tries to keep old panel
 features alive.

 Well the primary purpose of the fallback is to home something for
 devices without proper 3D acceleration (either because the driver
 sucks, the hardware is too old or because it is a VM).

 ... and to make it easier for people, who don't like the new GNOME,
 to switch to something more familiar? Just to not lose them to a
 different DE?

 No. That's not an intended purpose of the fallback mode. The GNOME team
 expressly does not want to maintain a 'classic' interface alongside the
 new interface for refuseniks, in much the same way as the KDE team did
 not want to burden themselves with maintaining KDE 3 alongside KDE 4. As
 drago01 said, the fallback mode is intended _only_ to cope with cases
 where the Shell actually cannot run.

It's one thing to refuse to maintain another interface just because old 
grumpies (and yes I'll freely admit myself being one) don't like change, 
but in this case they have to maintain it anyway because gnome-shell is 
fundamentally tied to something (3d acceleration) that by its very 
nature is not going to be available in number of situations. And as an 
consquence, the user now gets (and is supposed to learn) a completely 
different environment depending on how and where he/she logs in: think 
of multiple computers (some gnome-shell capable, some not) with shared 
home directory, remote logins etc.

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

Re: PolicyKit authentication agent changes

[Jaroslav Reznik]

On Saturday, February 26, 2011 04:15:38 pm Kevin Kofler wrote:
 Christoph Wickert wrote:
  Please try to look beyond the rim of your KDE teacup for a moment. What
  about the DEs / WMs that do not provide a polkit agent? Shouldn't we
  make things like virt-manager just work in *every* environment?
 
 Well, the DEs which don't provide their own agent should pick one to
 require instead.
 
  We could even go one step further and question your approach: I need to
  use some KDE applications and due to the monolithic packaging I also
  need to install kdebase-workspace. But I never start KDE, so why am I
  forced to install a second polkit agent then? I have to admit that I
  don't know the answer to this question and requiring polkit-kde looks
  like the best solution because my situation is a corner case.
 
 Well, the real problem there is some apps dragging in kdebase-workspace. In
 principle, libplasma having moved to kdelibs should have solved this, but
 there are still parts of Plasma in kdebase-workspace which get dragged in
 by some plasmoids (which indeed aren't always separately packaged), and
 there are also some other things in kdebase-workspace getting used by some
 stuff. This is quite unfortunate; IMHO, those libs should really move to
 kdelibs! Once we dragged in kdebase-workspace, you're already getting
 KWin, KDM, Plasma etc.; polkit-kde is just a drop in the water. :-(
 
  s/the/an. 'The' agent can only be used if there is one.
 
 There should be exactly one which is supposed to run on the desktop you're
 using, otherwise you end up with #657006.
 
  Which basically means that you don't care about all DEs / WMs in Fedora
  being (more or less) broken because we cannot run many of our
  system-config-* tools there.
 
 I do care. But I think it's their job to actually provide a complete
 environment (through external Requires if necessary), not the
 application's.
 
  Please take the time to read my initial proposal or my previous mail. I
  said that all agents *but* *one* should have OnlyShowIn. The remaining
  one gets NotShowIn to not conflict with the others. I suggested this
  one to be lxpolkit because it has only a few deps and will be pulled in
  by yum if all other providers match of because it's name.
  
  If anybody has a better idea, I am keen to hear it but so far nothing
  sounded convincing to me.
 
 Actually, I don't see anything wrong with the idea of lxpolkit setting
 itself as the agent to run in all the non-GNOME non-KDE desktops, and the
 change mclasen did to polkit-gnome doesn't actually preclude that. (Quite
 the opposite, since there now isn't a second agent trying to run in the
 same desktops.) It's really up to the maintainers of the respective
 desktops and of lxpolkit to decide how they start the polkit agent. As
 long as your DEs actually Require lxpolkit, it doesn't matter whether the
 autostart file is carried in the DE or in lxpolkit itself. (FWIW, we have
 no plans to move polkit-kde's autostart file out of polkit-kde. It's
 OnlyShowIn=KDE; anyway, and the package is required by kdebase-workspace.
 I don't see a need to fix what's not broken.)
 
 What I disagree with is the idea of applications being responsible for
 requiring such a desktop service. This just doesn't work, because they
 can't know which desktop's service should be dragged in.

Kevin,
I agree with you - I see polkit agent as integral part of DE. Other DEs/WMs 
makes me worry too, lxpolkit is a sane option.

R.
 
 Kevin Kofler

-- 
Jaroslav Řezník jrez...@redhat.com
Software Engineer - Base Operating Systems Brno

Office: +420 532 294 275
Mobile: +420 602 797 774
Red Hat, Inc.   http://cz.redhat.com/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Minimal install option (was Re: Services that can start by default policy feedback)

[Andreas Schwab]

Larry Vaden va...@texoma.net writes:

From a recent default install of F14:

 ps auxw | wc -l
 124

How many of those are kernel threads?

Andreas.

-- 
Andreas Schwab, sch...@redhat.com
GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84  5EC7 45C6 250E 6F00 984E
And now for something completely different.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F15 Alpha impressions

[drago01]

On Mon, Feb 28, 2011 at 3:26 AM, Dennis Jacobfeuerborn
denni...@conversis.de wrote:
 On 02/27/2011 06:36 PM, drago01 wrote:
 I used to be able to hover my mouse over the time and at least it would
 tell me the date instead of having to click on it just to see it.

 I think the general problem here is that with the advent of tablet and
 other touchscreen driven devices the whole hover mechanic just doesn't work
 at all anymore. On the other hand I noticed that when I move the mouse over
 an icon at the bottom right corner the icon slides to the side and reveal a
 label for that icon. So there the hover concept seems to be still alive.
 This is a problem though as apparently you cannot click that label:
 1. Update icon appears
 2. You want to click on it and move the mouse over it
 3. The icon moves away from your pointer revealing the label
 4. Clicking no longer works since the label is not clickable
 5. You move the mouse over to the new icon position
 6. If you overshoot the icon again slides away from you pointer =  
 continue
 at 2.
 7. If you don't overshoot you are finally able to do what you wanted to do
 in the first place: click that icon.

 This is a bug see: https://bugzilla.gnome.org/show_bug.cgi?id=636930

 This bug only seems to address the overshooting issue but not the real
 problem of the icon moving away from you mouse pointer. If the appearing
 label or summary notification would be considered part of the clickable
 area for the icon this would fix the problem easily and make the
 overshooting issue disappear since you no longer have to move the pointer
 to the icon (for a second time).

The label is supposed to be clickable, and just checked it works here.
If it doesn't for you than there is another bug that we have to track
down and fix (but it isn't intentional).
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Access rights for system logs

[Glen Turner]

On Sun, 2011-02-27 at 23:20 +0100, Till Maas wrote:
 On Sun, Feb 27, 2011 at 12:30:43PM -0700, Kevin Fenzi wrote:
 
  Were you thinking of just /var/log/messages? or all log files? 
  Or all syslog written files? or ?
  
  If you are talking all log files, I would suggest making this into a
  feature for f16, since it's going to require coordinating a bunch of
  changes of packages to have the right group ownership of their log
  files. 
 
 It is only required for log files that are not world-readable.
...

The existence of /var/log/secure suggests that the policy is not as
simple as one group owning all file files.

-- 
 Glen Turner
 www.gdt.id.au/~gdt

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

Re: F15 Alpha impressions

[Bastien Nocera]

On Mon, 2011-02-28 at 10:46 +0200, Panu Matilainen wrote:
 On 02/28/2011 08:43 AM, Adam Williamson wrote:
  On Sun, 2011-02-27 at 23:18 +0100, Michael Schwendt wrote:
  On Sun, 27 Feb 2011 23:03:02 +0100, drago01 wrote:
 
  Btw, I think the GNOME 3 roll-out in Fedora should be all or nothing,
  that means, no *competing* fallback mode that tries to keep old panel
  features alive.
 
  Well the primary purpose of the fallback is to home something for
  devices without proper 3D acceleration (either because the driver
  sucks, the hardware is too old or because it is a VM).
 
  ... and to make it easier for people, who don't like the new GNOME,
  to switch to something more familiar? Just to not lose them to a
  different DE?
 
  No. That's not an intended purpose of the fallback mode. The GNOME team
  expressly does not want to maintain a 'classic' interface alongside the
  new interface for refuseniks, in much the same way as the KDE team did
  not want to burden themselves with maintaining KDE 3 alongside KDE 4. As
  drago01 said, the fallback mode is intended _only_ to cope with cases
  where the Shell actually cannot run.
 
 It's one thing to refuse to maintain another interface just because old 
 grumpies (and yes I'll freely admit myself being one) don't like change, 
 but in this case they have to maintain it anyway because gnome-shell is 
 fundamentally tied to something (3d acceleration) that by its very 
 nature is not going to be available in number of situations. And as an 
 consquence, the user now gets (and is supposed to learn) a completely 
 different environment depending on how and where he/she logs in: think 
 of multiple computers (some gnome-shell capable, some not) with shared 
 home directory, remote logins etc.

The fallback mode is supposed to mimick the gnome-shell behaviour,
within its limited abilities. You won't be able to move the applets, or
fiddle around with it. Think of it as a cut-down version of the shell.

If you see things that don't match, feel free to file bugs against
gnome-panel, and they should hopefully get routed to the right
component.

Cheers

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

Re: F15 Alpha impressions

[Bastien Nocera]

On Sun, 2011-02-27 at 10:06 -0600, Mike Chambers wrote:
 On Sun, 2011-02-27 at 16:20 +0100, Dennis Jacobfeuerborn wrote:
  On 02/27/2011 03:55 PM, Mike Chambers wrote:
   
   When in a program (Evolution for example), it seems this is the only one
   I see in the task window/panel or whatever up top.  I can't tell Firefox
   or anything is running, unleses I click on the Activities link or
   control tab.
  
  I think this is sort of intentional. If I understand the way this is 
  supposed to work correctly then you are not supposed to care if Firefox is 
  already running but instead simply click on it in your favorites and if an 
  instance is already running it will be brought into focus or a new instance 
  is started.
  Also you don't need to click on Activities but can simply move the mouse 
  to the upper left corner to open the favorites. While this takes some 
  getting used to I think it makes sense. Simply throw you mouse into the 
  upper left corner and then click on Firefox.
 
 OK, got the corner thing with the mouse, seems to work.  Still hate it.
 Seems more work to do...move mouse, click on icon, then start.  Instead
 of just going to workspace/icon or whatever and clicking on it.

You can also use the Windows key to get the overview (that's changeable
in GSettings), and use Alt-Tab or Alt-key-above-Tab to switch between
window groups (applications) and within groups.

   
   I used to be able to hover my mouse over the time and at least it would
   tell me the date instead of having to click on it just to see it.
  
  I think the general problem here is that with the advent of tablet and 
  other touchscreen driven devices the whole hover mechanic just doesn't work 
  at all anymore. On the other hand I noticed that when I move the mouse over 
  an icon at the bottom right corner the icon slides to the side and reveal a 
  label for that icon. So there the hover concept seems to be still alive.
  This is a problem though as apparently you cannot click that label:
  1. Update icon appears
  2. You want to click on it and move the mouse over it
  3. The icon moves away from your pointer revealing the label
  4. Clicking no longer works since the label is not clickable
  5. You move the mouse over to the new icon position
  6. If you overshoot the icon again slides away from you pointer = continue 
  at 2.
  7. If you don't overshoot you are finally able to do what you wanted to do 
  in the first place: click that icon.
 
 Yep, experienced same thing with the bottom right icons.  But as you
 said, hypocritical when can't do it at the top over time/date/etc..but
 in the bottom it's set to, yet have to hit it at right spot for it to
 work.

This area isn't quite done designing I believe, and your findings pretty
much match that of other early users and developers. I'd expect it to
get fixed in due time.

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

Re: F15 Alpha impressions - To Gnome 3 or not to 3 - that is the question

[Genes MailLists]

On 02/28/2011 01:46 AM, Adam Williamson wrote:

 These are all rather 'GNOME 3 impressions' than 'F15 Alpha impressions'.
 It's probably going to help more to raise them on GNOME mailing lists,
 or the Fedora desktop mailing list.

  Mangled Billy Shakespeare aside ...

 This is a very valid point - the trail of complaints are largely gnome
issues (design, bugs whatever)

 What should we fedorans be discussing then ?

 Perhaps we should discuss what DE path fedora should follow.
There are precious few choices.


 For F15:
 

(i)  Continue to follow gnome 3 - for f15 or delay to f16

 * The future  - get with it
 * Too soon, too many missing features, buggy etc

 * Too late - we're too far along - we have to stick w it.


(ii) Switch the primary DE to kde


(iii) Stick with gnome 2 (classic) until f16 - then ...


  F16 and beyond:
  ---

(i) Gnome 3

* It has all the missing features perhaps, and is far less buggy

(ii) Gnome 2

 * probably no longer an option

(iii) KDE

(iv) wayland

 * probably not till F17 or F18 at the earliest





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

Re: Services that can start by default policy feedback

[Matthew Garrett]

On Sun, Feb 27, 2011 at 11:13:44PM +0100, Till Maas wrote:
 On Sun, Feb 27, 2011 at 07:21:30PM +, Matthew Garrett wrote:
  No, but it does mean that what you're proposing would involve adding 
  functionality to Anaconda. The current situation is that the services 
  that are started when the respective package is installed and the 
  services that are enabled by default by the Fedora installer *are* the 
  same.
 
 You wrote that Anaconda already has the code to active services, so
 there is no additional functionality needed. Only the list of services
 to be enabled needs to be extended.

Anaconda obviously has the code to activate services, given that you can 
do so with Kickstart. But there's no mechanism for a set of packages to 
be provided in order to allow a per-spin set of defaults. You'd need to 
write code for parsing a configuration file of some description and 
you'd need to provide a way to get those files into each spin's Anaconda 
image. The multipathd case is one that's explicitly special-cased in the 
storage code.

 Nevertheless, this is a lot cleaner solution that having to recommend 
 to users of Fedora to not install packages on systems on a network or 
 with non-admin users logged in to avoid potential security risks 
 because services might activate themselves.

What's the policy you actually want here? If it's Services shouldn't 
start by default then your solution obviously satisfies that, but if 
it's Packages should not install anything that runs with elevated 
privileges unless the user explicitly enables them then it doesn't.

-- 
Matthew Garrett | mj...@srcf.ucam.org
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 680893] perl-Padre-0.82 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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

Marcela Mašláňová mmasl...@redhat.com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 Depends on||680921, 680923

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- 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: Minimal install option (was Re: Services that can start by default policy feedback)

[Larry Vaden]

On Mon, Feb 28, 2011 at 3:21 AM, Andreas Schwab sch...@redhat.com wrote:
 Larry Vaden va...@texoma.net writes:

From a recent default install of F14:

 ps auxw | wc -l
 124

 How many of those are kernel threads?

I dunno but if you will suggest a mod to the CLI command I'll run it
and report back.

regards/va...@texoma.net
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F15 Alpha impressions - To Gnome 3 or not to 3 - that is the question

[Rahul Sundaram]

On 02/28/2011 07:32 PM, Genes MailLists wrote:
  This is a very valid point - the trail of complaints are largely gnome
 issues (design, bugs whatever)

  What should we fedorans be discussing then ?

There are a number of other changes in Fedora and many of them directly
related to Fedora integration.  I am sure we won't run out of things to
discuss. 

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

[Test-Announce] L10N and I18N Installation Test Day Tomorrow

[Igor Pires Soares]

Greetings everyone!

Remember that tomorrow we will host a Localization and
Internationalization Installation Test Day [1]. This test day will focus
on translations quality for Anaconda and i18n support during
installation as well as some post install verification tests.

Fell free to edit the wiki with your results and join us in
#fedora-test-day if you have any doubts. 

[1]
https://fedoraproject.org/wiki/Test_Day:2011-03-01_L10n_i18n_Installation

Regards,
-- 
Igor Pires Soares
Fedora I18N/L10N QA
Fedora Ambassador (Brazil) - Member of FAmSCo
https://fedoraproject.org/wiki/User:Igor

___
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: Access rights for system logs

[Steve Grubb]

On Friday, February 25, 2011 03:13:31 am Matthias Runge wrote:
 - change systems logs owners from root:root mode 600 to root:adm mode
 640 (or something similar)

So, what would be the implementation of this? How would logcheck or any log 
reader 
work. Would they be setgid applications or would they start as root and change 
to this 
new account?

There are things in the logs that ordinary users cannot have access to to by 
default.

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

Re: F15 Alpha impressions

[Adam Williamson]

On Mon, 2011-02-28 at 10:37 +0100, drago01 wrote:

  This bug only seems to address the overshooting issue but not the real
  problem of the icon moving away from you mouse pointer. If the appearing
  label or summary notification would be considered part of the clickable
  area for the icon this would fix the problem easily and make the
  overshooting issue disappear since you no longer have to move the pointer
  to the icon (for a second time).
 
 The label is supposed to be clickable, and just checked it works here.
 If it doesn't for you than there is another bug that we have to track
 down and fix (but it isn't intentional).

There's a longstanding issue with the labels for 'legacy' notifications
not being clickable - the one I always hit is xchat.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

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

Re: Services that can start by default policy feedback

[Bill Nottingham]

Kevin Fenzi (ke...@scrye.com) said: 
 Well, I think the rationale was these are basic services that are
 required to bring the machine up into a gui and allow a user to login
 and be able to apply updates, etc 
 
 At least that was my thought. 
 
 I wonder now if we couldn't use the critical path setup to define
 these. 
 
 Ie, If your package is not critical path, it should not start by
 default. If it is, it _may_ start by default

It's not bad, although it makes comps the arbiter, which seems a
little weird.

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

Re: PolicyKit authentication agent changes

[Bill Nottingham]

Christoph Wickert (christoph.wick...@googlemail.com) said: 
  anything at all. 
 
 Please try to look beyond the rim of your KDE teacup for a moment. What
 about the DEs / WMs that do not provide a polkit agent? Shouldn't we
 make things like virt-manager just work in *every* environment?
 
  IMHO, PolicyKit authentication should just be considered a 
  basic desktop service which is present in ANY GUI desktop, it's up to the 
  desktop environment to Require the proper agent (and up to there, I 
  definitely agree with Matthias). In fact, kdebase-workspace already 
  Requires: polkit-kde.
 
 Again you are arguing from the POV of a full featured DE. Take Xfce for
 example: It is a very complete environment but still lacks a polkit
 agent.

Then it should provide one (even if it's co-opting someone else's), if
it wants to run modern polkit-using apps.

If you're reimplementing the desktop stack... sometimes you have
to reimplement things. It's a fact of life.

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

Re: Services that can start by default policy feedback

[Adam Williamson]

On Mon, 2011-02-28 at 11:53 -0500, Bill Nottingham wrote:
 Kevin Fenzi (ke...@scrye.com) said: 
  Well, I think the rationale was these are basic services that are
  required to bring the machine up into a gui and allow a user to login
  and be able to apply updates, etc 
  
  At least that was my thought. 
  
  I wonder now if we couldn't use the critical path setup to define
  these. 
  
  Ie, If your package is not critical path, it should not start by
  default. If it is, it _may_ start by default
 
 It's not bad, although it makes comps the arbiter, which seems a
 little weird.

well, the arbiter of what's critpath is supposed to be the critpath
policy, not comps. Comps is just how the policy is implemented.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

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

[no subject]

[Bill Nottingham]

Cc: 
Bcc: 
Subject: Re: Orphaning Beagle
Reply-To: 
In-Reply-To: AANLkTi==SZHqDQ_Xh4ECMsSCpCx-e+O_D=umhca0k...@mail.gmail.com

Henrique Junior (henrique...@gmail.com) said: 
 Hi, just to let you know that I'm dropping Beagle. Sadly, the
 development has officialy stopped[1] for quite some time and the Gnome
 Project seems to be foccusing in Tracker.

Given this was part of the orphan cleanup a few days ago...

Sebastian - the only thing that requires beagle is kerry. Would you
like to take beagle, or drop kerry?

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

Re: F15 Alpha impressions

[drago01]

On Mon, Feb 28, 2011 at 5:46 PM, Adam Williamson awill...@redhat.com wrote:
 On Mon, 2011-02-28 at 10:37 +0100, drago01 wrote:

  This bug only seems to address the overshooting issue but not the real
  problem of the icon moving away from you mouse pointer. If the appearing
  label or summary notification would be considered part of the clickable
  area for the icon this would fix the problem easily and make the
  overshooting issue disappear since you no longer have to move the pointer
  to the icon (for a second time).

 The label is supposed to be clickable, and just checked it works here.
 If it doesn't for you than there is another bug that we have to track
 down and fix (but it isn't intentional).

 There's a longstanding issue with the labels for 'legacy' notifications
 not being clickable - the one I always hit is xchat.

Ah indeed ... this does not work for legacy tray icons yet, Dan is
working on fixing it though:
https://bugzilla.gnome.org/show_bug.cgi?id=630842
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Access rights for system logs

[Till Maas]

On Mon, Feb 28, 2011 at 11:46:13AM -0500, Steve Grubb wrote:
 On Friday, February 25, 2011 03:13:31 am Matthias Runge wrote:
  - change systems logs owners from root:root mode 600 to root:adm mode
  640 (or something similar)
 
 So, what would be the implementation of this? How would logcheck or any log 
 reader 
 work. Would they be setgid applications or would they start as root and 
 change to this 
 new account?

Usually they are run as the required user in a cron job and the admin
(root) needs to configure / install them to run. For security reasons,
logcheck should not be run with root permissions, but it still needs
access to the log files to process them.

Regards
Till


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

Re: Access rights for system logs

[Till Maas]

On Mon, Feb 28, 2011 at 08:26:05PM +1030, Glen Turner wrote:
 On Sun, 2011-02-27 at 23:20 +0100, Till Maas wrote:
  On Sun, Feb 27, 2011 at 12:30:43PM -0700, Kevin Fenzi wrote:
  
   Were you thinking of just /var/log/messages? or all log files? 
   Or all syslog written files? or ?
   
   If you are talking all log files, I would suggest making this into a
   feature for f16, since it's going to require coordinating a bunch of
   changes of packages to have the right group ownership of their log
   files. 
  
  It is only required for log files that are not world-readable.
 ...
 
 The existence of /var/log/secure suggests that the policy is not as
 simple as one group owning all file files.

To solve the current problem, it is as simple as this. If you want to
solve other problems, you should name them first.

Regards
Till


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

Re: Services that can start by default policy feedback

[Till Maas]

On Mon, Feb 28, 2011 at 02:03:26PM +, Matthew Garrett wrote:
 On Sun, Feb 27, 2011 at 11:13:44PM +0100, Till Maas wrote:
  On Sun, Feb 27, 2011 at 07:21:30PM +, Matthew Garrett wrote:
   No, but it does mean that what you're proposing would involve adding 
   functionality to Anaconda. The current situation is that the services 
   that are started when the respective package is installed and the 
   services that are enabled by default by the Fedora installer *are* the 
   same.
  
  You wrote that Anaconda already has the code to active services, so
  there is no additional functionality needed. Only the list of services
  to be enabled needs to be extended.
 
 Anaconda obviously has the code to activate services, given that you can 
 do so with Kickstart. But there's no mechanism for a set of packages to 
 be provided in order to allow a per-spin set of defaults. You'd need to 
 write code for parsing a configuration file of some description and 
 you'd need to provide a way to get those files into each spin's Anaconda 
 image. The multipathd case is one that's explicitly special-cased in the 
 storage code.

Afaik the spins are usually live images and use a kickstart file to
enable services. The services that are enabled after the installation
from a live images are afaik the same that are started when the live
image is booted. Therefore the configuration can take place in the
kickstart file that is used to create the live image. I am not sure
whether there are different spins that are not based on live images.

  Nevertheless, this is a lot cleaner solution that having to recommend 
  to users of Fedora to not install packages on systems on a network or 
  with non-admin users logged in to avoid potential security risks 
  because services might activate themselves.
 
 What's the policy you actually want here? If it's Services shouldn't 
 start by default then your solution obviously satisfies that, but if 
 it's Packages should not install anything that runs with elevated 
 privileges unless the user explicitly enables them then it doesn't.

Since we are discussing about services here, my proposal regards only
services. Nevertheless I would also like for cron jobs not to be
installed automatically with a package etc. Or what is the other
behaviour you are referring to? I guess in an optimal case yum would ask
users after a service or cron job has been installed, whether it should
be activated. And there were default settings for systems. Then a
unexperienced Desktop user can use the defaults the Desktop SIG
considers to be good, but advanced users can use their own or answer the
questions to yum manually.

Regards
Till


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

Re: Plans for BTRFS in Fedora

[Jon Masters]

On Sat, 2011-02-26 at 17:33 -0500, Lyos Gemini Norezel wrote:
 On 02/23/2011 04:37 PM, Kevin Kofler wrote:
 
  And I'd like to counter-counter-propose that we just stop using ANY kind of
  subvolumes or volume management by default and just default to plain old
  partitions. IMHO, LVM causes more problems than it fixes. Sure, you can
  easily add storage from another disk, but in exchange there's no
  straightforward way to resize your partitions, at least none of the common
  partition editors can do it. There's also a performance penalty.

 +1
 
 This subvolume nonsense has no real place on any home computer/consumer 
 device.

With all due respect, that's the path chosen by certain other Linux
distributions (ones where if I install them I have to jump through all
kinds of hoops to turn on LVM). That is not the way we should be going.
I've made my objections known, added a comment on the wiki discussion
for the feature, and will raise an objection at the appropriate time
that it is proposed to drop LVM use by default. Until then, I'm done :)

Jon.


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

Re: Which fonts should be pulled in by desktop environments as dependencies?!

[Bill Nottingham]

Hedayat Vatankhah (hedayat@gmail.com) said: 
 Is it possible to depend on a group instead of a package at all?

No.

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

Re: Plans for BTRFS in Fedora

[Josef Bacik]

On Mon, Feb 28, 2011 at 1:10 PM, Jon Masters jonat...@jonmasters.org wrote:
 On Sat, 2011-02-26 at 17:33 -0500, Lyos Gemini Norezel wrote:
 On 02/23/2011 04:37 PM, Kevin Kofler wrote:
 
  And I'd like to counter-counter-propose that we just stop using ANY kind of
  subvolumes or volume management by default and just default to plain old
  partitions. IMHO, LVM causes more problems than it fixes. Sure, you can
  easily add storage from another disk, but in exchange there's no
  straightforward way to resize your partitions, at least none of the common
  partition editors can do it. There's also a performance penalty.

 +1

 This subvolume nonsense has no real place on any home computer/consumer
 device.

 With all due respect, that's the path chosen by certain other Linux
 distributions (ones where if I install them I have to jump through all
 kinds of hoops to turn on LVM). That is not the way we should be going.
 I've made my objections known, added a comment on the wiki discussion
 for the feature, and will raise an objection at the appropriate time
 that it is proposed to drop LVM use by default. Until then, I'm done :)


I don't see any comments on the discussion page.  And I'm not talking
about adding extra hoops, you just have to select the custom partition
scheme.  Thanks,

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

Re: Plans for BTRFS in Fedora

[Przemek Klosowski]

On 02/26/2011 05:33 PM, Lyos Gemini Norezel wrote:

 This subvolume nonsense has no real place on any home computer/consumer
 device.
...
 Having more than 3 partitions on ANY system other than production
 servers seems foolish at best.

 To have it as default on a modern operating system is nothing short of
 insanity.

You state these as facts but they are really your opinions, and many 
reasonable people disagree with you to varying degrees. I for instance 
like a logical volume facility, even if it is awkward like LVM. I am 
really looking forward to LVs from BTRFS. Note that when the volume 
management comes as part of the FS, it stops being an issue: if someone 
doesn't like volumes, they may decline to use them, that's all.

I think your arguments would be more effective if you were more precise 
and stated them as your opinions:

I believe that the subvolumes are an overkill on most non-server
systems, for the following reasons:

Greetings

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

Re: F15 Alpha impressions

[Colin Walters]

On Mon, Feb 28, 2011 at 5:56 AM, Bastien Nocera bnoc...@redhat.com wrote:


 The fallback mode is supposed to mimick the gnome-shell behaviour,
 within its limited abilities. You won't be able to move the applets, or
 fiddle around with it. Think of it as a cut-down version of the shell.

 If you see things that don't match, feel free to file bugs against
 gnome-panel, and they should hopefully get routed to the right
 component.

This is all very much a work in progress, but yes, that's the goal.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F14 smartctl - unable to complete smart test

[Michał Piotrowski]

2011/2/28 J. Randall Owens jrowens.fed...@ghiapet.net:
 On 02/27/2011 07:30 PM, J. Randall Owens wrote:
 On 02/27/2011 11:10 AM, Michał Piotrowski wrote:
 Hi,

 This can be a hardware problem - hard to say. For some reason on one
 of the disks smart test is interrupted

 # 1  Extended offline    Interrupted (host reset)      90%     12489        
  -
 # 2  Extended offline    Interrupted (host reset)      90%     12484        
  -

 snip

 I'm using 2.6.37.2 with config based on an old rawhide 2.6.37. I have
 not noticed other problems with this disc. What might be causing this
 interrupts?

 I've been having similar problems lately.  First my laptop, and I
 assumed a hardware problem, so I replaced the HDD.  Then the server
 started doing it, which seemed quite a coincidence, but because its
 uptime was around two months at the time and it was still running a
 2.6.35.9 kernel while my laptop problems started with 2.6.35.11, I
 thought it was just coincidence.  Now, if you bring this up, I'm not so
 sure.

 snip

 Could this possibly be a bug in something besides the kernel?  That
 might explain why the server started getting it despite not having a new
 kernel.  And I'd like to know before I go out buying more HDDs.


 I should add, bringing this back to smartctl matters, that I tried the
 SMART testing on the server (by the time I thought of doing it on the
 laptop, I'd already put the new one in), and it didn't seem to find any
 problems with these HDDs.

I switched SATA and power supply cables for this disc with cables from
disc that works fine and problem still persists. So either it's a
hardware problem associated with this disc (I eliminated other
hardware factors) or some strange software/S.M.A.R.T bug.

I downgraded smartmontools to 5.39.1-1.fc13 and problem persists. So I
guess the final factor that needs to be eliminated is kernel bug.


 --
 J. Randall Owens | http://www.ghiapet.net/


 --
 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: Access rights for system logs

[Matthias Runge]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02/28/11 17:46, Steve Grubb wrote:
 On Friday, February 25, 2011 03:13:31 am Matthias Runge wrote:
 - change systems logs owners from root:root mode 600 to root:adm mode
 640 (or something similar)
 
 So, what would be the implementation of this? How would logcheck or any log 
 reader 
 work. Would they be setgid applications or would they start as root and 
 change to this 
 new account?
 
 There are things in the logs that ordinary users cannot have access to to by 
 default.
 
 -Steve
I try to keep this simple: normal users don't get into those groups.
Installing logcheck etc. will require some administrative rights, there
is no disclosure of something that should be hidden.

I won't give logcheck etc. no setuid/setguid (why should we do so, we
don't need to!)
The simple concept is as depicted above: create a group logreader and
change group ownership of all(/some) system logs to logreader.

That's it. I know, there are other applications, like logwatch. This
may/could be changed not to require root permission.

It's implementation will be very simple and fast. AFAIK there will be
no breakage of existing packages, but we gain more flexibility.

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

iQEcBAEBAgAGBQJNbAQuAAoJEOnz8qQwcaIW9JYH/22h/3/6oyn+jmDq1bBavx4c
WYdCwS3+nPK5kd2KVv7xhS1oTLDmxwK28PXKC9wCGTqSv7ox66Uhq5Hh1aCVea0m
HFxCOcm+FSknZaYiCFAwW05pmB4XjfWZlFo08gQHdw6W2YUzLnusTy8R6NKdR+Ws
CA27AkI7vyZZRDoivvDdlnpRW8ub0Er+3xGJdGQBzu268ejPyuF0DCkCkrnclcVH
moZW4bIK0GgMTVBXjPm1yg3pELU6mzpgQqG4S4YYCo0Cdla7VNAfelFxZbIO+2Yt
LMVSkwCajQdUgT49UsmUgLS2TBZIqf8UmB3UuXe5O4eVJmsERwiKKjtgGIpsem8=
=mJAa
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

gnome-disk-utility default in admin-tools

[Christoph Wickert]

Am Montag, den 07.02.2011, 19:49 + schrieb Bill Nottingham:
 commit f2cb3971ffb2a53b9f0fdc536cdcc4f9c3a87876
 Author: Bill Nottingham nott...@redhat.com
 Date:   Fri Jan 28 16:24:54 2011 -0500
 
 Move system-config-* tools from base-x to appropriate desktops.
 
 In Admin tools, make s-c-network optional, and swap gnome-disk-utility 
 for s-c-lvm.
 
 diff --git a/comps-f15.xml.in b/comps-f15.xml.in
 index ff1fd16..f2c92a8 100644
 --- a/comps-f15.xml.in
 +++ b/comps-f15.xml.in
 @@ -9,14 +9,13 @@
  uservisibletrue/uservisible
  packagelist
packagereq type=defaultauthconfig-gtk/packagereq
 +  packagereq type=defaultgnome-disk-utility/packagereq
packagereq type=defaultgnome-packagekit/packagereq
packagereq type=defaultsystem-config-boot/packagereq

Next time you a change like this one, please announce it to the lists
because it has a large impact on the spins. Even better: Ask *before*
making this change.

While we are at it: I'd like to suggest that non-desktop groups like
'admin-tools' should be desktop-agnostic.

Regards,
Christoph


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

Re: gnome-disk-utility default in admin-tools

[Bill Nottingham]

Christoph Wickert (christoph.wick...@googlemail.com) said: 
 Next time you a change like this one, please announce it to the lists
 because it has a large impact on the spins. Even better: Ask *before*
 making this change.

I did. To the list and directly to your @fedoraproject.org inbox.

HTH, HAND.

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

Re: gnome-disk-utility default in admin-tools

[Bill Nottingham]

Christoph Wickert (christoph.wick...@googlemail.com) said: 
 While we are at it: I'd like to suggest that non-desktop groups like
 'admin-tools' should be desktop-agnostic.

g-d-u is the maintained replacement for s-c-lvm. If you'd prefer to
use s-c-lvm, I'd suggest working with the upstream maintainer to make
it more useful.

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

Re: F14 smartctl - unable to complete smart test

[Michał Piotrowski]

W dniu 28 lutego 2011 21:05 użytkownik Michał Piotrowski
mkkp...@gmail.com napisał:
[..]
 I switched SATA and power supply cables for this disc with cables from
 disc that works fine and problem still persists. So either it's a
 hardware problem associated with this disc (I eliminated other
 hardware factors) or some strange software/S.M.A.R.T bug.

 I downgraded smartmontools to 5.39.1-1.fc13 and problem persists. So I
 guess the final factor that needs to be eliminated is kernel bug.

It seems that it's a kernel bug. The interesting thing is that it only
appears on one disk. Sigh... nevermind.


-- 
Best regards,
Michal

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

Re: gnome-disk-utility default in admin-tools

[Christoph Wickert]

Am Montag, den 28.02.2011, 15:59 -0500 schrieb Bill Nottingham:
 Christoph Wickert (christoph.wick...@googlemail.com) said: 
  While we are at it: I'd like to suggest that non-desktop groups like
  'admin-tools' should be desktop-agnostic.
 
 g-d-u is the maintained replacement for s-c-lvm. 

It doesn't do resizing, snapshots, or mirroring of LVM, so how can it
replace s-c-lvm?

 If you'd prefer to
 use s-c-lvm, I'd suggest working with the upstream maintainer to make
 it more useful.

I think it is already useful, but first of all I prefer to not have any
of them installed by default.

Regards,
Christoph

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

Re: Services that can start by default policy feedback

[Jóhann B. Guðmundsson]

On 02/27/2011 07:33 PM, Kevin Fenzi wrote:
 On Thu, 24 Feb 2011 12:23:59 +
 Jóhann B. Guðmundssonjohan...@gmail.com  wrote:

 Is it possible to get the rationality behind why those services which
 are permitted to be enabled by default as specific exceptions are
 granted that exception.
 Well, I think the rationale was these are basic services that are
 required to bring the machine up into a gui and allow a user to login
 and be able to apply updates, etc

We should not standardize our policy around Desktop Installs our 
community is broader then any ( single ) *DE

 At least that was my thought.

 I wonder now if we couldn't use the critical path setup to define
 these.

 Ie, If your package is not critical path, it should not start by
 default. If it is, it _may_ start by default

Interesting approach but I agree whole heartedly with Colin Walters take 
on this..

Honestly I think it'd be conceptually a lot simpler if all services
didn't start on RPM installation, period.  Specific ones that we want
enabled by default in a desktop install could simply be turned on in
the kickstart file.

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

Re: gnome-disk-utility default in admin-tools

[Christoph Wickert]

Am Montag, den 28.02.2011, 15:56 -0500 schrieb Bill Nottingham:
 Christoph Wickert (christoph.wick...@googlemail.com) said: 
  Next time you a change like this one, please announce it to the lists
  because it has a large impact on the spins. Even better: Ask *before*
  making this change.
 
 I did. To the list and directly to your @fedoraproject.org inbox.

Indeed, I got a mail, but you didn't mention admin-tools and claimed to
remove this cruft from the base-x group, and place it, where relevant,
in the appropriate desktop groups.

In fact what you did is quite the opposite, at least for
gnome-disk-utility: You moved it into a common group and made it
default. You should have mentioned that explicitly because it is not
obvious from the patches as they don't give enough context.

Regards,
Christoph


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

Boards trac now open for ticket submissions

[Christoph Wickert]

Hi,

there is a new way to contact the board now: Recently the board's trac
instance was opened for ticket submissions by all FAS account holders.

In order to bring something to the board's attention, just file a ticket
at https://fedorahosted.org/board/newticket
You'll need to login with your FAS credentials.

If you add the keyword meeting, the ticket will automatically be added
to the board's agenda and discussed in the next board meeting.

For privacy reasons, you can only see your own tickets or tickets where
you are in CC.

Please forward this info to all relevant lists if you think I have
missed one.

Regards,
Christoph


P.S.: I wonder why the board didn't announce this.

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

F-15 Branched report: 20110228 changes

[Branched Report]

Compose started at Mon Feb 28 13:15:52 UTC 2011

Broken deps for x86_64
--
Io-language-extras-20080330-4.fc15.x86_64 requires 
libevent-1.4.so.2()(64bit)
balsa-2.4.9-3.fc15.x86_64 requires libgtkhtml-3.15.so.19()(64bit)
beagle-0.3.9-19.fc14.x86_64 requires libwv-1.2.so.3()(64bit)
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit)
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit)
beanstalkd-1.4.6-2.fc15.x86_64 requires libevent-1.4.so.2()(64bit)
bugzilla-3.6.4-4.fc15.noarch requires perl(DBD::Oracle)
bugzilla-3.6.4-4.fc15.noarch requires perl(DBI::db)
bugzilla-3.6.4-4.fc15.noarch requires perl(DBI::st)
bugzilla-3.6.4-4.fc15.noarch requires perl(sanitycheck.cgi)
byzanz-0.2.2-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit)
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Ograph2way) = 
0:7442f647b0a74ed48a5c9361fc42ccc4
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Flag) = 
0:522d7f86f1236405e53271ff74923515
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Osetb) = 
0:8f21a0a4f771662673604ed92a237d79
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassocb) = 
0:d873c4a1eeb6fa5c5333f8658c49d1db
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Setb) = 
0:93bdb588146a13126bfad4eab6c58206
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassoc_buffer) = 
0:cf6fbee4fcc6644a0a90f07da8eb6c7b
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Mapb) = 
0:617c09a110cef9f040335b35078c7234
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Sexplib) = 
0:a990ea80438337d5407bbc0343c7236a
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Dumper) = 
0:76126ba149caeb2d34f12e11187a9d4e
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassoch) = 
0:87f7dc2635e5a7ed1ab03b7cd5380ace
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(SetPt) = 
0:b69c030e8ca717d556d3d9bd2a5d22fd
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(ANSITerminal) = 
0:3d0d1700618d8b3a4e4b2308f28cefb6
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oseti) = 
0:a937e7661f510c17bfd21d4372507795
conmux-0.0-12.493svn.fc15.noarch requires perl(Payload)
conmux-0.0-12.493svn.fc15.noarch requires perl(Client)
cpm-0.23-0.3.beta.fc12.x86_64 requires libdotconf-1.0.so.0()(64bit)
cvs2cl-2.72-4.noarch requires 
perl(CVS::Utils::ChangeLog::EntrySet::Output)
db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0
dbmail-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit)
dbmail-auth-ldap-3.0.0-0.3.rc1.fc15.x86_64 requires 
libevent-1.4.so.2()(64bit)
dh-make-0.55-3.fc15.noarch requires debhelper
dmapd-0.0.34-3.fc15.i686 requires libdmapsharing.so.2
dmapd-0.0.34-3.fc15.x86_64 requires libdmapsharing.so.2()(64bit)
drupal6-views_bulk_operations-1.10-6.fc15.noarch requires drupal6-views
ember-0.6.0-1.fc15.x86_64 requires libboost_thread-mt.so.1.44.0()(64bit)
eog-plugins-2.30.0-2.fc14.x86_64 requires libgdata.so.7()(64bit)
evolution-couchdb-0.5.1-5.fc15.x86_64 requires libgtk-3.0.so.0()(64bit)
evolution-couchdb-0.5.1-5.fc15.x86_64 requires libgdk-3.0.so.0()(64bit)
fatrat-1.1.3-2.fc15.x86_64 requires 
libboost_date_time-mt.so.1.44.0()(64bit)
fatrat-1.1.3-2.fc15.x86_64 requires libtorrent-rasterbar.so.5()(64bit)
fatrat-1.1.3-2.fc15.x86_64 requires 
libboost_filesystem-mt.so.1.44.0()(64bit)
fatrat-1.1.3-2.fc15.x86_64 requires 
libboost_system-mt.so.1.44.0()(64bit)
fawkes-plugin-player-0.4.1-1.fc15.x86_64 requires 
libboost_signals-mt.so.1.44.0()(64bit)
fawkes-plugin-player-0.4.1-1.fc15.x86_64 requires 
libboost_thread-mt.so.1.44.0()(64bit)
1:fife-0.3.2-1.fc15.i686 requires libboost_regex.so.1.44.0
1:fife-0.3.2-1.fc15.i686 requires libboost_system.so.1.44.0
1:fife-0.3.2-1.fc15.i686 requires libboost_filesystem.so.1.44.0
1:fife-0.3.2-1.fc15.x86_64 requires libboost_regex.so.1.44.0()(64bit)
1:fife-0.3.2-1.fc15.x86_64 requires libboost_system.so.1.44.0()(64bit)
1:fife-0.3.2-1.fc15.x86_64 requires 
libboost_filesystem.so.1.44.0()(64bit)
file-browser-applet-0.6.6-1.fc15.x86_64 requires 
libpanel-applet-2.so.0()(64bit)
gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::ScrolledWindow)
gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Dialog)
gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Toolbar)
gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::TreeView)
gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MenuBar)
gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::VBox)
gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Window)
gcstar-1.6.1-3.fc15.noarch requires 

File Log-Log4perl-1.32.tar.gz uploaded to lookaside cache by psabata

[Petr Sabata]

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

a92ef7387e46923c14dc2020a00125ad  Log-Log4perl-1.32.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-Log-Log4perl] 1.32 bugfix release bump

[Petr Sabata]

commit cf5b1f909abe724bb44d6ad38cfce2f91cb26c30
Author: Petr Sabata psab...@redhat.com
Date:   Mon Feb 28 09:32:21 2011 +0100

1.32 bugfix release bump

 .gitignore |1 +
 perl-Log-Log4perl.spec |7 +--
 sources|2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e84ea49..9c16500 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 Log-Log4perl-1.24.tar.gz
 /Log-Log4perl-1.30.tar.gz
+/Log-Log4perl-1.32.tar.gz
diff --git a/perl-Log-Log4perl.spec b/perl-Log-Log4perl.spec
index 3acb4ae..e52d8e5 100644
--- a/perl-Log-Log4perl.spec
+++ b/perl-Log-Log4perl.spec
@@ -1,6 +1,6 @@
 Name:   perl-Log-Log4perl
-Version:1.30
-Release:3%{?dist}
+Version:1.32
+Release:1%{?dist}
 Summary:Log4j implementation for Perl
 Group:  Development/Libraries
 License:GPL+ or Artistic
@@ -67,6 +67,9 @@ rm -rf $RPM_BUILD_ROOT
 
 
 %changelog
+* Mon Feb 28 2011 Petr Sabata psab...@redhat.com - 1.32-1
+- 1.32 bump, bugfix release
+
 * Tue Feb 08 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.30-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
 
diff --git a/sources b/sources
index 5f64354..3d88e22 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-8fdd784a3d32833029f7f13c92544f44  Log-Log4perl-1.30.tar.gz
+a92ef7387e46923c14dc2020a00125ad  Log-Log4perl-1.32.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-Log-Log4perl/f15/master] 1.32 bugfix release bump

[Petr Sabata]

Summary of changes:

  cf5b1f9... 1.32 bugfix release bump (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 680738] perl-Log-Log4perl-1.32 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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

--- Comment #1 from Fedora Update System upda...@fedoraproject.org 2011-02-28 
04:03:17 EST ---
Package perl-Log-Log4perl-1.32-1.fc15:
* should fix your issue,
* was pushed to the Fedora 15 updates-testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing perl-Log-Log4perl-1.32-1.fc15'
as soon as you are able to, then reboot.
Please go to the following url:
https://admin.fedoraproject.org/updates/perl-Log-Log4perl-1.32-1.fc15
then log in and leave karma (feedback).

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- 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-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 672665] perl-Module-Build-0.3622 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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

Marcela Mašláňová mmasl...@redhat.com changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
 Resolution||DUPLICATE
Last Closed||2011-02-28 06:37:37

--- Comment #8 from Marcela Mašláňová mmasl...@redhat.com 2011-02-28 06:37:37 
EST ---


*** This bug has been marked as a duplicate of bug 673125 ***

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- 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-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 673125] perl-Module-Build-0.3624 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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

Bug 673125 depends on bug 672665, which changed state.

Bug 672665 Summary: perl-Module-Build-0.3622 is available
https://bugzilla.redhat.com/show_bug.cgi?id=672665

   What|Old Value   |New Value

 Resolution||DUPLICATE
 Status|ASSIGNED|CLOSED

--- Comment #3 from Marcela Mašláňová mmasl...@redhat.com 2011-02-28 06:37:37 
EST ---
*** Bug 672665 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- 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-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 680893] New: perl-Padre-0.82 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: perl-Padre-0.82 is available

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

   Summary: perl-Padre-0.82 is available
   Product: Fedora
   Version: rawhide
  Platform: Unspecified
OS/Version: Unspecified
Status: NEW
  Keywords: FutureFeature, Triaged
  Severity: unspecified
  Priority: unspecified
 Component: perl-Padre
AssignedTo: mmasl...@redhat.com
ReportedBy: upstream-release-monitor...@fedoraproject.org
 QAContact: extras...@fedoraproject.org
CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com
Classification: Fedora


Latest upstream release: 0.82
Current version in Fedora Rawhide: 0.80
URL: http://search.cpan.org/dist/Padre/

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

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

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- 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-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File Module-Build-0.3624.tar.gz uploaded to lookaside cache by mmaslano

[Marcela Mašláňová]

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

d83b29d171f1476bf9771d1e3d80b008  Module-Build-0.3624.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Module-Build/f15/master] Update to 0.3624

[Marcela Mašláňová]

commit ee84713853ee0ecfb2cfab7017f0bd5d93ecd43c
Author: Marcela Mašláňová mmasl...@redhat.com
Date:   Mon Feb 28 13:02:15 2011 +0100

Update to 0.3624

 .gitignore |1 +
 perl-Module-Build.spec |   38 +++---
 sources|2 +-
 3 files changed, 25 insertions(+), 16 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 42094d8..c24e8a7 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 Module-Build-0.2808.tar.gz
 /Module-Build-0.3607.tar.gz
+/Module-Build-0.3624.tar.gz
diff --git a/perl-Module-Build.spec b/perl-Module-Build.spec
index c90fcc3..5745784 100644
--- a/perl-Module-Build.spec
+++ b/perl-Module-Build.spec
@@ -1,6 +1,6 @@
 Name:   perl-Module-Build
-Version:0.3607
-Release:4%{?dist}
+Version:0.3624
+Release:1%{?dist}
 Summary:Build and install Perl modules
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -8,29 +8,31 @@ URL:http://search.cpan.org/dist/Module-Build/
 Source0:
http://www.cpan.org/authors/id/D/DA/DAGOLDEN/Module-Build-%{version}.tar.gz
 BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildArch:  noarch
-BuildRequires:  perl(Archive::Tar)
+BuildRequires:  perl(CPAN::Meta::YAML) = 0.002
 BuildRequires:  perl(ExtUtils::CBuilder) = 0.27
 BuildRequires:  perl(ExtUtils::Install) = 0.3
 BuildRequires:  perl(ExtUtils::Manifest) = 1.54
 BuildRequires:  perl(ExtUtils::Mkbootstrap)
 BuildRequires:  perl(ExtUtils::ParseXS) = 2.21
-BuildRequires:  perl(Module::Signature) 
+BuildRequires:  perl(Module::Build)
+BuildRequires:  perl(Module::Metadata) = 1.02
+BuildRequires:  perl(PAR::Dist)
+BuildRequires:  perl(Perl::OSType) = 1
 BuildRequires:  perl(Test::Harness) = 3.16
 BuildRequires:  perl(Test::More) = 0.49
-BuildRequires:  perl(version) = 0.74
-BuildRequires:  perl(Software::License)
-BuildRequires:  perl(PAR::Dist)
-BuildRequires:  perl(Pod::Readme)
+BuildRequires:  perl(version) = 0.87
+Requires:   perl(CPAN::Meta::YAML) = 0.002
 Requires:   perl(ExtUtils::CBuilder) = 0.27
 Requires:   perl(ExtUtils::Install) = 0.3
 Requires:   perl(ExtUtils::Manifest) = 1.54
 Requires:   perl(ExtUtils::Mkbootstrap)
 Requires:   perl(ExtUtils::ParseXS) = 2.21
-Requires:   perl(version) = 0.74
+Requires:   perl(Module::Metadata) = 1.02
+Requires:   perl(Perl::OSType) = 1
+Requires:   perl(Test::Harness)
+Requires:   perl(version) = 0.87
 Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 
-%{?perl_default_filter}
-
 %description
 Module::Build is a system for building, testing, and installing Perl
 modules. It is meant to be an alternative to ExtUtils::MakeMaker.
@@ -46,7 +48,7 @@ works fine on perl 5.005 if you can install a few additional 
modules.
 %setup -q -n Module-Build-%{version}
 
 %build
-%{__perl} Build.PL installdirs=core
+%{__perl} Build.PL installdirs=vendor
 ./Build
 
 %install
@@ -59,7 +61,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 
2/dev/null \;
 
 %check
 rm t/signature.t
-LANG=C TEST_SIGNATURE=1 ./Build test
+LANG=C TEST_SIGNATURE=1 MB_TEST_EXPERIMENTAL=1 ./Build test
+
+#./Build test
 
 %clean
 rm -rf $RPM_BUILD_ROOT
@@ -67,12 +71,16 @@ rm -rf $RPM_BUILD_ROOT
 %files
 %defattr(-,root,root,-)
 %doc Changes contrib LICENSE README scripts
-%{perl_privlib}/*
 %{_bindir}/config_data
-%{_mandir}/man1/config_data.1*
+%{perl_vendorlib}/*
+%{_mandir}/man1/*
 %{_mandir}/man3/*
 
 %changelog
+* Mon Feb 28 2011 Marcela Mašláňová mmasl...@redhat.com 0.3624-1
+- update to new version
+- fix BR, R
+
 * Tue Feb 08 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.3607-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
 
diff --git a/sources b/sources
index 9e618af..5c7e749 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-9dbbbed68e80e28a9e9f3ab5512a6dab  Module-Build-0.3607.tar.gz
+d83b29d171f1476bf9771d1e3d80b008  Module-Build-0.3624.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 673125] perl-Module-Build-0.3624 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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

--- Comment #4 from Fedora Update System upda...@fedoraproject.org 2011-02-28 
07:15:39 EST ---
Package perl-Module-Build-0.3624-1.fc15:
* should fix your issue,
* was pushed to the Fedora 15 updates-testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing
perl-Module-Build-0.3624-1.fc15'
as soon as you are able to, then reboot.
Please go to the following url:
https://admin.fedoraproject.org/updates/perl-Module-Build-0.3624-1.fc15
then log in and leave karma (feedback).

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- 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-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 673125] perl-Module-Build-0.3624 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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

Bug 673125 depends on bug 672665, which changed state.

Bug 672665 Summary: perl-Module-Build-0.3622 is available
https://bugzilla.redhat.com/show_bug.cgi?id=672665

   What|Old Value   |New Value

 Resolution|DUPLICATE   |
 Status|CLOSED  |ASSIGNED

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- 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-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 672665] perl-Module-Build-0.3622 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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

Marcela Mašláňová mmasl...@redhat.com changed:

   What|Removed |Added

 Status|CLOSED  |ASSIGNED
 Resolution|DUPLICATE   |
   Keywords||Reopened

--- Comment #9 from Marcela Mašláňová mmasl...@redhat.com 2011-02-28 07:47:09 
EST ---
There is lot of dependencies. Re-opening.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- 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-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-Output/el4/master] (5 commits) ...Initialize EPEL-4 branch from EPEL-5 and fix trivial rpmlint issues

[Paul Howarth]

Summary of changes:

  029126d... Initialize branch EL-5 for perl-Test-Output (*)
  65fcaa6... Sync with devel. (*)
  f6b301a... Fix typo that causes a failure to update the common directo (*)
  9597a18... dist-git conversion (*)
  8718676... Initialize EPEL-4 branch from EPEL-5 and fix trivial rpmlin

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-Output/el4/master: 5/5] Initialize EPEL-4 branch from EPEL-5 and fix trivial rpmlint issues

[Paul Howarth]

commit 8718676f6e17193fca8d34ba1b573a1f0a3d3903
Merge: 1ad1ec4 9597a18
Author: Paul Howarth p...@city-fan.org
Date:   Mon Feb 28 12:37:30 2011 +

Initialize EPEL-4 branch from EPEL-5 and fix trivial rpmlint issues

 .gitignore|1 +
 perl-Test-Output.spec |   61 +
 sources   |1 +
 3 files changed, 63 insertions(+), 0 deletions(-)
---
diff --cc .gitignore
index e69de29,c2836ef..a5219bc
--- a/.gitignore
+++ b/.gitignore
@@@ -1,0 -1,1 +1,1 @@@
 -Test-Output-0.10.tar.gz
++/Test-Output-0.10.tar.gz
diff --cc perl-Test-Output.spec
index 000,b4351bb..5d982d0
mode 00,100644..100644
--- a/perl-Test-Output.spec
+++ b/perl-Test-Output.spec
@@@ -1,0 -1,61 +1,61 @@@
+ Name:   perl-Test-Output
+ Version:0.10
+ Release:2%{?dist}
+ Summary:Utilities to test STDOUT and STDERR messages
 -License:GPL or Artistic
++License:GPL+ or Artistic
+ Group:  Development/Libraries
+ URL:http://search.cpan.org/dist/Test-Output/
 -Source0:
http://www.cpan.org/authors/id/S/SS/SSORICHE/Test-Output-%{version}.tar.gz
++Source0:
http://backpan.perl.org/authors/id/S/SS/SSORICHE/Test-Output-%{version}.tar.gz
+ BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+ BuildArch:  noarch
+ BuildRequires:  perl(ExtUtils::MakeMaker)
+ BuildRequires:  perl(Sub::Exporter)
+ BuildRequires:  perl(Test::Pod) = 1.14
+ BuildRequires:  perl(Test::Pod::Coverage) = 1.04
+ BuildRequires:  perl(Test::Tester) = 0.103
+ Requires:   perl(Sub::Exporter)
+ Requires:   perl(Test::Tester) = 0.103
+ Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
+ 
+ %description
+ Test::Output provides a simple interface for testing output sent to STDOUT
 -or STDERR. A number of different utilies are included to try and be as
++or STDERR. A number of different utilities are included to try to be as
+ flexible as possible to the tester.
+ 
+ %prep
+ %setup -q -n Test-Output-%{version}
+ 
+ %build
+ %{__perl} Makefile.PL INSTALLDIRS=vendor
+ make %{?_smp_mflags}
+ 
+ %install
+ rm -rf $RPM_BUILD_ROOT
+ 
+ make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+ 
+ find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
+ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
+ 
+ %{_fixperms} $RPM_BUILD_ROOT/*
+ 
+ %check
+ make test
+ 
+ %clean
+ rm -rf $RPM_BUILD_ROOT
+ 
+ %files
+ %defattr(-,root,root,-)
+ %doc Changes README
+ %{perl_vendorlib}/*
+ %{_mandir}/man3/*
+ 
+ %changelog
+ * Thu Jul 05 2007 Steven Pritchard st...@kspei.com 0.10-2
+ - Rebuild.
+ 
+ * Mon Jul 02 2007 Steven Pritchard st...@kspei.com 0.10-1
+ - Specfile autogenerated by cpanspec 1.71.
+ - Fix License.
+ - BR Test::Pod and Test::Pod::Coverage.
--
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-Output/el5/master] (4 commits) ...Initialize EPEL-4 branch from EPEL-5 and fix trivial rpmlint issues

[Paul Howarth]

Summary of changes:

  4546c6e... Initialize branch EL-4 for perl-Test-Output (*)
  39a1b1a... Fix typo that causes a failure to update the common directo (*)
  1ad1ec4... dist-git conversion (*)
  8718676... Initialize EPEL-4 branch from EPEL-5 and fix trivial rpmlin (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Dist-CheckConflicts/el4/master] Initial import of perl-Dist-CheckConflicts-0.02-2

[Paul Howarth]

Summary of changes:

  fa57707... Initial import of perl-Dist-CheckConflicts-0.02-2 (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-Spelling/el5/master] (16 commits) ...Fix license tag

[Paul Howarth]

Summary of changes:

  e39ba36... Fix license tags. (*)
  731f285... rebuild for new perl (*)
  8a92e8b... perl 5.10.0 rebuild, second minor chain (*)
  57e1262... - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass (*)
  2f0163d... - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass (*)
  404cfb5... Fix typo that causes a failure to update the common directo (*)
  b63a0f1... - rebuild against perl 5.10.1 (*)
  33ae9d1... use hunspell instead of aspell (*)
  9c95b33... actually apply patch (*)
  8559f44... - Mass rebuild with perl-5.12.0 (*)
  17afdfd... dist-git conversion (*)
  aba9a9f... - 661697 rebuild for fixing problems with vendorach/lib (*)
  205643f... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*)
  902c755... Revert to EPEL-5 package
  2367504... Merge branch 'el5' into el4
  9b9554c... Fix license tag

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-Spelling/el5/master: 15/16] Merge branch 'el5' into el4

[Paul Howarth]

commit 23675044bddb583876084ef2858a28ecb1c69878
Merge: 902c755 8a464c0
Author: Paul Howarth p...@city-fan.org
Date:   Mon Feb 28 15:04:49 2011 +

Merge branch 'el5' into el4

---
--
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-Spelling/el4/master] (6 commits) ...Fix license tag

[Paul Howarth]

Summary of changes:

  de701cf... Initialize branch EL-5 for perl-Test-Spelling (*)
  52598fe... Fix typo that causes a failure to update the common directo (*)
  8a464c0... dist-git conversion (*)
  902c755... Revert to EPEL-5 package (*)
  2367504... Merge branch 'el5' into el4 (*)
  9b9554c... Fix license tag (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File Digest-JHash-0.07.tar.gz uploaded to lookaside cache by corsepiu

[corsepiu]

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

273adb11b5c4701dc43273d82ab26dd9  Digest-JHash-0.07.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-Digest-JHash] Import.

[corsepiu]

commit b09dab7bf70c296804ffa1933b656a682bf864a2
Author: Ralf Corsépius corse...@fedoraproject.org
Date:   Mon Feb 28 19:02:38 2011 +0100

Import.

 .gitignore |1 +
 perl-Digest-JHash.spec |   59 
 sources|1 +
 3 files changed, 61 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..49b9504 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Digest-JHash-0.07.tar.gz
diff --git a/perl-Digest-JHash.spec b/perl-Digest-JHash.spec
new file mode 100644
index 000..e4c46fc
--- /dev/null
+++ b/perl-Digest-JHash.spec
@@ -0,0 +1,59 @@
+Name:   perl-Digest-JHash
+Version:0.07
+Release:1%{?dist}
+Summary:Perl extension for 32 bit Jenkins Hashing Algorithm
+License:Artistic 2.0
+Group:  Development/Libraries
+URL:http://search.cpan.org/dist/Digest-JHash/
+Source0:
http://www.cpan.org/authors/id/S/SH/SHLOMIF/Digest-JHash-%{version}.tar.gz
+BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+BuildRequires:  perl(ExtUtils::MakeMaker)
+
+# For improved testing
+BuildRequires:  perl(Test::Pod) = 1.00
+BuildRequires:  perl(Test::Pod::Coverage) = 1.00
+
+Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
+
+%{?perl_default_filter}
+
+%description
+The Digest::JHash module allows you to use the fast JHash hashing algorithm
+developed by Bob Jenkins from within Perl programs. The algorithm takes as
+input a message of arbitrary length and produces as output a 32-bit
+message digest of the input in the form of an unsigned long integer.
+
+%prep
+%setup -q -n Digest-JHash-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=$RPM_OPT_FLAGS
+make %{?_smp_mflags}
+
+%install
+rm -rf $RPM_BUILD_ROOT
+
+make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+
+find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
+find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \;
+find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
+
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test RELEASE_TESTING=1
+
+%clean
+rm -rf $RPM_BUILD_ROOT
+
+%files
+%defattr(-,root,root,-)
+%doc Changes README
+%{perl_vendorarch}/auto/*
+%{perl_vendorarch}/Digest*
+%{_mandir}/man3/*
+
+%changelog
+* Sat Feb 05 2011 Ralf Corsépius corse...@fedoraproject.org 0.07-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..b089b3f 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+273adb11b5c4701dc43273d82ab26dd9  Digest-JHash-0.07.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-Digest-JHash/f14/master] Import.

[corsepiu]

Summary of changes:

  b09dab7... Import. (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Digest-JHash/f13/master] Import.

[corsepiu]

Summary of changes:

  b09dab7... Import. (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-JSON-RPC

[buildsys]

perl-JSON-RPC has broken dependencies in the F-15 tree:
On x86_64:
perl-JSON-RPC-0.96-7.fc15.noarch requires perl(MyApp)
On i386:
perl-JSON-RPC-0.96-7.fc15.noarch requires perl(MyApp)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Kwiki-RecentChanges

[buildsys]

perl-Kwiki-RecentChanges has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-RecentChanges-0.14-12.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-RecentChanges-0.14-12.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Kwiki-Users-Remote

[buildsys]

perl-Kwiki-Users-Remote has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-Users-Remote-0.04-12.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-Users-Remote-0.04-12.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Data-ObjectDriver

[buildsys]

perl-Data-ObjectDriver has broken dependencies in the F-15 tree:
On x86_64:
perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBD::Oracle)
perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBI::db)
On i386:
perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBD::Oracle)
perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBI::db)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Kwiki-Search

[buildsys]

perl-Kwiki-Search has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-Search-0.12-14.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-Search-0.12-14.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Gtk2-Ex-Carp

[buildsys]

perl-Gtk2-Ex-Carp has broken dependencies in the F-15 tree:
On x86_64:
perl-Gtk2-Ex-Carp-0.01-10.fc15.noarch requires perl(Gtk2::Dialog)
On i386:
perl-Gtk2-Ex-Carp-0.01-10.fc15.noarch requires perl(Gtk2::Dialog)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Bio-Graphics

[buildsys]

perl-Bio-Graphics has broken dependencies in the F-15 tree:
On x86_64:
perl-Bio-Graphics-2.11-4.fc15.noarch requires perl(colors)
On i386:
perl-Bio-Graphics-2.11-4.fc15.noarch requires perl(colors)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Kwiki-UserName

[buildsys]

perl-Kwiki-UserName has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-UserName-0.14-14.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-UserName-0.14-14.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Declare-Constraints-Simple

[buildsys]

perl-Declare-Constraints-Simple has broken dependencies in the F-15 tree:
On x86_64:
perl-Declare-Constraints-Simple-0.03-11.fc15.noarch requires 
perl(Declare::Constraints::Simple-Library)
On i386:
perl-Declare-Constraints-Simple-0.03-11.fc15.noarch requires 
perl(Declare::Constraints::Simple-Library)
Please resolve this as soon as possible.


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

Broken dependencies: perl-CGI-Application-Structured-Tools

[buildsys]

perl-CGI-Application-Structured-Tools has broken dependencies in the F-15 tree:
On x86_64:
perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires 
main_module)
perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires 
perl(tmpl_var)
perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires 
perl(tmpl_var
On i386:
perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires 
main_module)
perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires 
perl(tmpl_var)
perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires 
perl(tmpl_var
Please resolve this as soon as possible.


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

Broken dependencies: perl-Object-InsideOut

[buildsys]

perl-Object-InsideOut has broken dependencies in the F-15 tree:
On x86_64:
perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp1)
perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp2)
On i386:
perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp1)
perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp2)
Please resolve this as soon as possible.


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

Broken dependencies: perl-CSS-DOM

[buildsys]

perl-CSS-DOM has broken dependencies in the F-15 tree:
On x86_64:
perl-CSS-DOM-0.14-3.fc15.noarch requires perl()
On i386:
perl-CSS-DOM-0.14-3.fc15.noarch requires perl()
Please resolve this as soon as possible.


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

Broken dependencies: perl-Ace

[buildsys]

perl-Ace has broken dependencies in the F-15 tree:
On x86_64:
perl-Ace-1.92-7.fc15.noarch requires perl(Ace::Browser::LocalSiteDefs)
On i386:
perl-Ace-1.92-7.fc15.noarch requires perl(Ace::Browser::LocalSiteDefs)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Pugs-Compiler-Rule

[buildsys]

perl-Pugs-Compiler-Rule has broken dependencies in the F-15 tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-8.fc15.noarch requires perl(v6-alpha)
On i386:
perl-Pugs-Compiler-Rule-0.37-8.fc15.noarch requires perl(v6-alpha)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Net-SSH-Perl

[buildsys]

perl-Net-SSH-Perl has broken dependencies in the F-15 tree:
On x86_64:
perl-Net-SSH-Perl-1.34-10.fc15.noarch requires perl(Crypt::IDEA)
On i386:
perl-Net-SSH-Perl-1.34-10.fc15.noarch requires perl(Crypt::IDEA)
Please resolve this as soon as possible.


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

Broken dependencies: perl-DateTime-Set

[buildsys]

perl-DateTime-Set has broken dependencies in the F-15 tree:
On x86_64:
perl-DateTime-Set-0.28-4.fc15.noarch requires perl(Set::Infinite) = 
0:0.5502
On i386:
perl-DateTime-Set-0.28-4.fc15.noarch requires perl(Set::Infinite) = 
0:0.5502
Please resolve this as soon as possible.


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

Broken dependencies: perl-bioperl

[buildsys]

perl-bioperl has broken dependencies in the F-15 tree:
On x86_64:
perl-bioperl-1.6.1-6.fc15.noarch requires 
perl(Bio::Expression::FeatureSet)
On i386:
perl-bioperl-1.6.1-6.fc15.noarch requires 
perl(Bio::Expression::FeatureSet)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Kwiki-Raw

[buildsys]

perl-Kwiki-Raw has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-Raw-0.02-13.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-Raw-0.02-13.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Kwiki-NewPage

[buildsys]

perl-Kwiki-NewPage has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-NewPage-0.12-14.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-NewPage-0.12-14.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Kwiki-UserPreferences

[buildsys]

perl-Kwiki-UserPreferences has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-UserPreferences-0.13-13.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-UserPreferences-0.13-13.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Kwiki

[buildsys]

perl-Kwiki has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-0.39-10.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-0.39-10.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.


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

File Test-CheckManifest-1.22.tar.gz uploaded to lookaside cache by corsepiu

[corsepiu]

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

f9898f6aa5ef1cb7eddb3e9caba736b2  Test-CheckManifest-1.22.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-CheckManifest] Import.

[corsepiu]

commit d4ef813f3c5077732c0f7518f603c044db8acaeb
Author: Ralf Corsépius corse...@fedoraproject.org
Date:   Tue Mar 1 04:03:46 2011 +0100

Import.

 .gitignore   |1 +
 perl-Test-CheckManifest.spec |   65 ++
 sources  |1 +
 3 files changed, 67 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..498015d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Test-CheckManifest-1.22.tar.gz
diff --git a/perl-Test-CheckManifest.spec b/perl-Test-CheckManifest.spec
new file mode 100644
index 000..b01e83b
--- /dev/null
+++ b/perl-Test-CheckManifest.spec
@@ -0,0 +1,65 @@
+Name:   perl-Test-CheckManifest
+Version:1.22
+Release:1%{?dist}
+Summary:Check if your Manifest matches your distro
+# README says perl, but the actual code says Artistic 2.0.
+License:Artistic 2.0
+Group:  Development/Libraries
+URL:http://search.cpan.org/dist/Test-CheckManifest/
+Source0:
http://www.cpan.org/authors/id/R/RE/RENEEB/Test-CheckManifest-%{version}.tar.gz
+BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+BuildArch:  noarch
+BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(Test::Builder)
+BuildRequires:  perl(Test::Pod) = 1.00
+BuildRequires:  perl(Test::Pod::Coverage) = 1.08
+
+Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
+
+%description
+This package checks whether the Manifest file matches the distro or not. To
+match a distro the Manifest has to name all files that come along with the
+distribution.
+
+%prep
+# Unpackage tarball in a subdirectory, otherwise the testsuite will fail.
+%setup -q -c -n %{name}-%{version}
+%setup -q -T -D -n %{name}-%{version} -a0
+
+%build
+cd Test-CheckManifest-%{version}
+%{__perl} Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+cd ..
+
+%install
+rm -rf $RPM_BUILD_ROOT
+cd Test-CheckManifest-%{version}
+make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+
+find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
+find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
+
+%{_fixperms} $RPM_BUILD_ROOT/*
+cd ..
+
+%check
+cd Test-CheckManifest-%{version}
+make test
+cd ..
+
+%clean
+rm -rf $RPM_BUILD_ROOT
+
+%files
+%defattr(-,root,root,-)
+%doc Test-CheckManifest-%{version}/Changes Test-CheckManifest-%{version}/README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Mar 01 2011 Ralf Corsépius corse...@fedoraproject.org 1.22-2
+- Extend %%description upon reviewer's request.
+
+* Sat Feb 05 2011 Ralf Corsépius corse...@fedoraproject.org 1.22-1
+- Initial Fedora package.
diff --git a/sources b/sources
index e69de29..e8e61c9 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+f9898f6aa5ef1cb7eddb3e9caba736b2  Test-CheckManifest-1.22.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-CheckManifest] Fix changelog entry.

[corsepiu]

commit 3dcb1c74dd02faf4117f02ed3cd9a6de3707826c
Author: Ralf Corsépius corse...@fedoraproject.org
Date:   Tue Mar 1 04:04:43 2011 +0100

Fix changelog entry.

 perl-Test-CheckManifest.spec |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/perl-Test-CheckManifest.spec b/perl-Test-CheckManifest.spec
index b01e83b..4a1467a 100644
--- a/perl-Test-CheckManifest.spec
+++ b/perl-Test-CheckManifest.spec
@@ -58,7 +58,7 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
-* Mar 01 2011 Ralf Corsépius corse...@fedoraproject.org 1.22-2
+* Tue Mar 01 2011 Ralf Corsépius corse...@fedoraproject.org 1.22-2
 - Extend %%description upon reviewer's request.
 
 * Sat Feb 05 2011 Ralf Corsépius corse...@fedoraproject.org 1.22-1
--
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-CheckManifest] Bump release.

[corsepiu]

commit 5877ca9df575b5648e2857963a01f0f441480083
Author: Ralf Corsépius corse...@fedoraproject.org
Date:   Tue Mar 1 04:05:06 2011 +0100

Bump release.

 perl-Test-CheckManifest.spec |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/perl-Test-CheckManifest.spec b/perl-Test-CheckManifest.spec
index 4a1467a..9a6d1fc 100644
--- a/perl-Test-CheckManifest.spec
+++ b/perl-Test-CheckManifest.spec
@@ -1,6 +1,6 @@
 Name:   perl-Test-CheckManifest
 Version:1.22
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Check if your Manifest matches your distro
 # README says perl, but the actual code says Artistic 2.0.
 License:Artistic 2.0
--
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-CheckManifest/f15/master] (3 commits) ...Bump release.

[corsepiu]

Summary of changes:

  d4ef813... Import. (*)
  3dcb1c7... Fix changelog entry. (*)
  5877ca9... Bump release. (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-CheckManifest/f14/master] (3 commits) ...Bump release.

[corsepiu]

Summary of changes:

  d4ef813... Import. (*)
  3dcb1c7... Fix changelog entry. (*)
  5877ca9... Bump release. (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-CheckManifest/f13/master] (3 commits) ...Bump release.

[corsepiu]

Summary of changes:

  d4ef813... Import. (*)
  3dcb1c7... Fix changelog entry. (*)
  5877ca9... Bump release. (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 680738] perl-Log-Log4perl-1.32 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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

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

   What|Removed |Added

 Status|MODIFIED|ON_QA

--- Comment #2 from Fedora Update System upda...@fedoraproject.org 2011-03-01 
01:47:57 EST ---
perl-Log-Log4perl-1.32-1.fc15 has been pushed to the Fedora 15 testing
repository.  If problems still persist, please make note of it in this bug
report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update perl-Log-Log4perl'.  You can
provide feedback for this update here:
https://admin.fedoraproject.org/updates/perl-Log-Log4perl-1.32-1.fc15

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- 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-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 672665] perl-Module-Build-0.3622 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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

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

   What|Removed |Added

 Status|MODIFIED|ON_QA

--- Comment #11 from Fedora Update System upda...@fedoraproject.org 
2011-03-01 01:46:45 EST ---
perl-Module-Build-0.3624-1.fc15 has been pushed to the Fedora 15 testing
repository.  If problems still persist, please make note of it in this bug
report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update perl-Module-Build'.  You can
provide feedback for this update here:
https://admin.fedoraproject.org/updates/perl-Module-Build-0.3624-1.fc15

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- 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-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 673125] perl-Module-Build-0.3624 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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

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

   What|Removed |Added

 Status|MODIFIED|ON_QA

--- Comment #5 from Fedora Update System upda...@fedoraproject.org 2011-03-01 
01:46:41 EST ---
perl-Module-Build-0.3624-1.fc15 has been pushed to the Fedora 15 testing
repository.  If problems still persist, please make note of it in this bug
report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update perl-Module-Build'.  You can
provide feedback for this update here:
https://admin.fedoraproject.org/updates/perl-Module-Build-0.3624-1.fc15

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- 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-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-Output] Created tag perl-Test-Output-0.10-2.el4

[Paul Howarth]

The lightweight tag 'perl-Test-Output-0.10-2.el4' was created pointing to:

 8718676... Initialize EPEL-4 branch from EPEL-5 and fix trivial rpmlin
--
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-Mixin-Linewise] Created tag perl-Mixin-Linewise-0.002-2.el4

[Paul Howarth]

The lightweight tag 'perl-Mixin-Linewise-0.002-2.el4' was created pointing to:

 3a1f064... dist-git conversion
--
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-Dist-CheckConflicts] Created tag perl-Dist-CheckConflicts-0.02-2.el4

[Paul Howarth]

The lightweight tag 'perl-Dist-CheckConflicts-0.02-2.el4' was created pointing 
to:

 fa57707... Initial import of perl-Dist-CheckConflicts-0.02-2
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[389-devel] Please review: Bug 676655 - winsync stops working after server restart

[Rich Megginson]

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

https://bugzilla.redhat.com/attachment.cgi?id=481466action=diff


https://bugzilla.redhat.com/attachment.cgi?id=481466action=edit
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel