Re: Evolution update in F13

[Braden McDaniel]

On Tue, 2010-06-29 at 06:58 +0200, Ralf Corsepius wrote: 
> On 06/29/2010 06:17 AM, Braden McDaniel wrote:
> 
> > Updating F13 now works;
> 
> Does it?
> 
> Not for me.

Sigh... You're right.  Some other updates happened and I thought this
one was included.  But it just got skipped.

-- 
Braden McDaniel 

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

Re: Evolution update in F13

[Kevin Fenzi]

On Tue, 29 Jun 2010 06:58:54 +0200
Ralf Corsepius  wrote:

> On 06/29/2010 06:17 AM, Braden McDaniel wrote:
> 
> > Updating F13 now works;
> 
> Does it?
> 
> Not for me.

It's only in updates-testing yet. 

Also, pidgin needed to be added to it. It failed rebuild due to a new
tcl in the buildroot. This tcl build has been untagged now, so it's
been rebuilt and should be added to the update soon. 

https://admin.fedoraproject.org/updates/dates-0.4.11-4.fc13,contacts-0.9-6.fc13,syncevolution-1.0-3.fc13,empathy-2.30.2-3.fc13,gnome-phone-manager-0.65-7.fc13,gnome-panel-2.30.0-3.fc13,anerley-0.1.8-5.fc13,ekiga-3.2.7-3.fc13,gnome-python2-desktop-2.30.0-6.fc13,nautilus-sendto-2.28.4-3.fc13,contact-lookup-applet-0.17-4.fc13,mail-notification-5.4-21.fc13,evolution-sharp-0.21.1-7.fc13,planner-0.14.4-19.fc13,jana-0.4.5-0.4.20090622gitb416a41.fc13,gnome-launch-box-0.4-18.fc13,giggle-0.5-2.fc13,evolution-couchdb-0.4.90-2.fc13,deskbar-applet-2.30.0-2.fc13,libopensync-plugin-evolution2-0.22-4.fc13

Please test. 

kevin


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

Re: Evolution update in F13

[Ralf Corsepius]

On 06/29/2010 06:17 AM, Braden McDaniel wrote:

> Updating F13 now works;

Does it?

Not for me.

...
Resolving Dependencies
--> Running transaction check
--> Processing Dependency: libedataserver-1.2.so.11 for package: 
pidgin-evolution-2.7.1-2.fc13.i686
--> Processing Dependency: libedataserver-1.2.so.11 for package: 
nautilus-sendto-2.28.4-1.fc13.i686
--> Processing Dependency: libedataserver-1.2.so.11 for package: 
gnome-panel-2.30.0-1.fc13.i686
---> Package evolution-data-server.i686 0:2.30.2-2.fc13 set to be updated
--> Finished Dependency Resolution
Error: Package: gnome-panel-2.30.0-1.fc13.i686 (@fedora)
Requires: libedataserver-1.2.so.11
Removing: evolution-data-server-2.30.1-2.fc13.i686 (@fedora)
Error: Package: pidgin-evolution-2.7.1-2.fc13.i686 (@updates)
Requires: libedataserver-1.2.so.11
Removing: evolution-data-server-2.30.1-2.fc13.i686 (@fedora)
Error: Package: nautilus-sendto-2.28.4-1.fc13.i686 (@fedora)
Requires: libedataserver-1.2.so.11
Removing: evolution-data-server-2.30.1-2.fc13.i686 (@fedora)

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

Re: [Fedora-haskell-list] headsup: ghc-6.12.3

[Jens Petersen]

- "Bruno Wolff III"  wrote:
> I'll probably be doing one in F14 to get the latest upstream release,
> once I get a bit of a lull. So there should be one before release.

Cool

> > You should not need those Requires since they are for shared libs.
> > Rpm would generate them for you automatically: so they should be
> > redundant.  You could pass "-dynamic" to ghc if you want to
> > link to the shared libraries.
> 
> I am pretty sure I had a build fail in F14 when I didn't list
> ghc-utf8-string
> on a build requires. It didn't happen in F13 though.

Yep you need the BuildRequires - I was talking about the Requires. :)
It works on F13 since ghc-6.12.1 "accidently" exposed its internal utf8-string.
If you are statically linking it probably doesn't matter much which one
you use, but all our libraries for ghc-6.12.x should now link against 
ghc-utf8-string.
Just thought it would make your life easier with keeping F13 and F14 in sync. :)

Jens


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

Re: Evolution update in F13

[Braden McDaniel]

On Fri, 2010-06-25 at 16:27 -0700, Jesse Keating wrote: 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Can anybody tell me what went wrong with this update?  It was submitted
> at 15:09 on 06-23, then made it into testing at 16:19 on 06-24 and was
> submitted for stable two hours later.  Between that submission and the
> push to stable (push to stable happened at 18:09 on 06-25) numerous
> negative karma came in due to broken deps.  The update went out anyway,
> and now we have a mess of broken updates on a critical path package, and
> have to scramble to fix it with more updates, on a Friday.
> 
> Can anybody help me understand the scenario here?  Should we start
> filtering out push requests that have more than -2 karma?

Updating F13 now works; but a yum upgrade from F12 still seems busted.

-- 
Braden McDaniel 

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

Re: Missing dependency that is already installed

[Adam Williamson]

On Mon, 2010-06-28 at 21:32 -0400, Mohammed Morsi wrote:
> Hey just to follow up, the mistake was on my part I believe. I was using 
> the ancient ruby-activerecord package, which will soon be retired as it 
> has long since been replaced w/ rubygem-activerecord.
> 
> I'm still not sure why ruby-activerecord didn't work, especially with 
> rubygem-activesupport installed, but trying this again w/ 
> rubygem-activerecord results in a successful build / install.

Two people gave you the correct answer in the thread. It's because of
the epoch. A package with an EVR of 1:2.3.8 does not satisfy a
requirement of 2.3.8.
-- 
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: Missing dependency that is already installed

[Mohammed Morsi]

Hey just to follow up, the mistake was on my part I believe. I was using 
the ancient ruby-activerecord package, which will soon be retired as it 
has long since been replaced w/ rubygem-activerecord.

I'm still not sure why ruby-activerecord didn't work, especially with 
rubygem-activesupport installed, but trying this again w/ 
rubygem-activerecord results in a successful build / install.

Thanks for the help,
   -Mo
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Feature, Fedora 14: Go Programming

[Brandon Lozza]

https://fedoraproject.org/wiki/Features/Go_Programming

Here is the feature
page

On Sun, Jun 27, 2010 at 10:58 PM, Rakesh Pandit wrote:

> 2010/6/27 Brandon Lozza :
> > No I have not actually, didn't know I had to. I saw some other feature
> > requests here. Could you help me do this?
> >
> [..]
>
> If you want to start this feature, here are helpful instructions (links -
> FAQs):
> https://fedoraproject.org/wiki/Features/Policy
>
>
> --
> Rakesh Pandit
> https://fedoraproject.org/wiki/User:Rakesh
> freedom, friends, features, first
> --
> 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: [Fedora-haskell-list] headsup: ghc-6.12.3

[Bruno Wolff III]

On Mon, Jun 28, 2010 at 20:25:19 -0400,
  Jens Petersen  wrote:
> - "Bruno Wolff III"  wrote:
> 
> I just suggested the rebuilds as best practice. :)

I'll probably be doing one in F14 to get the latest upstream release, once
I get a bit of a lull. So there should be one before release.

> > None of the ghc related requires (ghc-dataenc, ghc-network, ghc-stm,
> > ghc-utf8-string) were version specific. Does that indicate that the
> > requires
> > were set up improperly or just that these packages didn't have an abi
> > change?
> 
> You should not need those Requires since they are for shared libs.
> Rpm would generate them for you automatically: so they should be
> redundant.  You could pass "-dynamic" to ghc if you want to
> link to the shared libraries.

I am pretty sure I had a build fail in F14 when I didn't list ghc-utf8-string
on a build requires. It didn't happen in F13 though.

I'll drop the reuires though if they get built automatically. And I'll
try out using -dynamic.

Thanks for the advice.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [Fedora-haskell-list] headsup: ghc-6.12.3

[Jens Petersen]

- "Bruno Wolff III"  wrote:
> > > Probably kaya and hedgewars should be rebuilt too.
> > 
> > I'll bump hedgewars once the update shows up.
> 
> I am not seeing a conflict with hedgewars after the update. So for now
> at least, I don't think hedgewars needs to be rebuilt.

Right, there shouldn't be any conflict since ghc links
statically by default (dynlinking is still considered experimental
upstream though it may become default for Linux in 6.14 perhaps).

I just suggested the rebuilds as best practice. :)
And to avoid future FTBFS bugs, etc. :)

> None of the ghc related requires (ghc-dataenc, ghc-network, ghc-stm,
> ghc-utf8-string) were version specific. Does that indicate that the
> requires
> were set up improperly or just that these packages didn't have an abi
> change?

You should not need those Requires since they are for shared libs.
Rpm would generate them for you automatically: so they should be
redundant.  You could pass "-dynamic" to ghc if you want to
link to the shared libraries.

Thanks, Jens

ps Note also that ghc-utf8-string is also available and preferred in F13 now.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 540356] & and & are treated as & during rendering

[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=540356

Jeff Fearn  changed:

   What|Removed |Added

   Keywords||Reopened
 Status|CLOSED  |ASSIGNED
Version|11  |13
 Resolution|WONTFIX |

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

Plan for tomorrow's FESCo meeting (2010-06-29 at 19:30UTC)

[Kevin Fenzi]

Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 19:30UTC (3:30pm EDT) in #fedora-meeting on
irc.freenode.net.

= Followups = 

#topic #351 Create a policy for updates - status report on implementation
https://fedorahosted.org/fesco/ticket/351

#topic #382 Implementing Stable Release Vision
https://fedorahosted.org/fesco/ticket/382

#topic #387 compile list of supported CPUs and reacto to recent loss of support 
for Geode LX on F13
https://fedorahosted.org/fesco/ticket/387

= New business =

#topic Provenpackager / Sponsor policy revisit

#topic #403 Abuse of Privileges / Procedure Overruled
https://fedorahosted.org/fesco/ticket/403

#topic #405 Request to find resolution for the binutils static library saga
https://fedorahosted.org/fesco/ticket/405

#topic #404 Binary Name Conflicts in freeze and mlt
https://fedorahosted.org/fesco/ticket/404

#topic #406 F14Feature: http://fedoraproject.org/wiki/Features/F14Boost144
https://fedorahosted.org/fesco/ticket/406

#topic #407 F14Feature: http://fedoraproject.org/wiki/Features/Python_2.7
https://fedorahosted.org/fesco/ticket/407

#topic #408 F14Feature: http://fedoraproject.org/wiki/Features/ipmiutil
https://fedorahosted.org/fesco/ticket/408

= Fedora Engineering Services tickets = 

https://fedorahosted.org/fedora-engineering-services/report/6

= Open Floor = 

For more complete details, please visit each individual ticket.  The
report of the agenda items can be found at
https://fedorahosted.org/fesco/report/9

If you would like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. 

kevin


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

Re: [Fedora-haskell-list] headsup: ghc-6.12.3

[Bruno Wolff III]

On Mon, Jun 28, 2010 at 08:35:39 -0500,
  Bruno Wolff III  wrote:
> On Sun, Jun 27, 2010 at 20:43:26 -0400,
>   Jens Petersen  wrote:
> > Just to update I finished rebuilding all the ghc packages in dist-f14-ghc
> > over the weekend and they should appear in the next rawhide push.
> > 
> > Probably kaya and hedgewars should be rebuilt too.
> 
> I'll bump hedgewars once the update shows up.

I am not seeing a conflict with hedgewars after the update. So for now at
least, I don't think hedgewars needs to be rebuilt.

None of the ghc related requires (ghc-dataenc, ghc-network, ghc-stm,
ghc-utf8-string) were version specific. Does that indicate that the requires
were set up improperly or just that these packages didn't have an abi change?
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: glib causes mock build failure

[Adam Williamson]

On Tue, 2010-06-29 at 00:59 +0530, Ankur Sinha wrote:
> hello, 
> 
> I'm trying to build a package that has glib2-devel as a BuildRequires.
> 
> Mock fails with the error:
> 
> Error Downloading Packages:
>   glib2-devel-2.25.9-3.fc14.i686: failure:
> Packages/glib2-devel-2.25.9-3.fc14.i686.rpm from fedora: [Errno 256] No
> more mirrors to try.
> 
> This is for fedora-rawhide-i386. Can someone please shed some light on
> why this is happening? I checked the build status and there is a
> successful build for glib2-devel-2.25-10-2[1] Is this a syncing delay
> issue?

Probably. It's not uncommon with Rawhide. It's usual to wait a few hours
and retry before you send out the red alert :)
-- 
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

glib causes mock build failure

[Ankur Sinha]

hello, 

I'm trying to build a package that has glib2-devel as a BuildRequires.

Mock fails with the error:

Error Downloading Packages:
  glib2-devel-2.25.9-3.fc14.i686: failure:
Packages/glib2-devel-2.25.9-3.fc14.i686.rpm from fedora: [Errno 256] No
more mirrors to try.

This is for fedora-rawhide-i386. Can someone please shed some light on
why this is happening? I checked the build status and there is a
successful build for glib2-devel-2.25-10-2[1] Is this a syncing delay
issue?

regards,
Ankur

[1] 
> http://koji.fedoraproject.org/koji/buildinfo?buildID=180054


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

Re: Missing dependency already installed

[Ville Skyttä]

On Monday 28 June 2010, Mohammed Morsi wrote:

> Note how it says 'rubygem-activesupport = 2.3.8' is required while
> rubygem-activesupport-2.3.8-1.fc13.noarch is installed.
[...]
> What could be the cause of this problem?

Maybe it's because rubygem-activesupport has a non-zero Epoch (at least the 
2.3.5 one I see in F-13+updates repos has Epoch=1), and the dependency is an 
Epochless one?  The "rubygem-activesupport = 2.3.8" dependency is not 
satisfied by "rubygem-activesupport = 1:2.3.8".  

I see there's an Epochless rubygem(activesupport) Provides available in 
rubygem-activesupport, so you could try this change in ruby-activerecord:

-Requires: rubygem-activesupport = 2.3.8
+Requires: rubygem(activesupport) = 2.3.8
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: move libusb from /usr/lib to /lib

[Przemek Klosowski]

On 06/25/2010 09:23 AM, Simo Sorce wrote:
>
 computer while its on. The process looks something like:

 - nut signals the UPS to shut down in x seconds (default 120)
 - nut halts the machine
 - after x seconds the UPS shuts down
>
> Ideally your UPS is smart enough to sense when the load drops to 0, and do 
> whatever it needs to do w/o system intervention of any sort. If your UPS 
> can't do that, maybe it is time to look for alternatives :)

It's trickier than you think. For instance, the power might go out, the 
computer might shut down, then the UPS would drain the batteries and 
shut down. Next, the power flickers back on, UPS starts up and turns on 
the computer, and the power goes out again---but because UPS battery is 
empty, the computer crashes hard. Such power flickering is actually 
fairly common in brownouts.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Missing dependency already installed

[John5342]

On Mon, Jun 28, 2010 at 19:36, Mohammed Morsi  wrote:
> Howdy,
>    I've been scratching my head over this problem for the last few days and
> figured it was time to get some help.
>
> I'm trying to build Ruby on Rails v2.3.8 against Fedora 13 but am running
> into dependency issues. Namely the 'rubygem-activerecord' package (rails is
> simple a collection of this and a few other active*/action* packages) pulls
> in the 'rubygem-activesupport' package of the same version, but yum is
> failing to find it, even though it is installed. Ergo it results in this
> error:
>
> yum install --nogpgcheck ruby-activerecord-2.3.8-3.fc13.noarch.rpm
> Loaded plugins: presto, refresh-packagekit
> Setting up Install Process
> Examining ruby-activerecord-2.3.8-3.fc13.noarch.rpm:
> ruby-activerecord-2.3.8-3.fc13.noarch
> Marking ruby-activerecord-2.3.8-3.fc13.noarch.rpm to be installed
> Resolving Dependencies
> --> Running transaction check
> ---> Package ruby-activerecord.noarch 0:2.3.8-3.fc13 set to be updated
> --> Processing Dependency: rubygem-activesupport = 2.3.8 for package:
> ruby-activerecord-2.3.8-3.fc13.noarch
> --> Finished Dependency Resolution
> Error: Package: ruby-activerecord-2.3.8-3.fc13.noarch
> (/ruby-activerecord-2.3.8-3.fc13.noarch)
>Requires: rubygem-activesupport = 2.3.8
>Installed: 1:rubygem-activesupport-2.3.8-1.fc13.noarch
> (@/rubygem-activesupport-2.3.8-1.fc13.noarch)
>Available: 1:rubygem-activesupport-2.3.5-1.fc13.noarch (fedora)
>  You could try using --skip-broken to work around the problem
>  You could try running: rpm -Va --nofiles --nodigest
>
> Note how it says 'rubygem-activesupport = 2.3.8' is required while
> rubygem-activesupport-2.3.8-1.fc13.noarch is installed. This is happening
> both on a stock F13 install and against mock setup to pull packages from
> Fedora and from a yum repo w/ the
> "rubygem-activesupport-2.3.8-1.fc13.noarch" package in it.
>
> What could be the cause of this problem? Is it something that can easily be
> resolved? (without using the --skip-broken flag preferably)

rubygem-activesupport has recently had it's epoch bumped and i would
imagine the requires in rubygem-activerecord simply hasn't been
updated to match.

-- 
There are 10 kinds of people in the world: Those who understand binary
and those who don't...
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Missing dependency that is already installed

[Mohammed Morsi]

Howdy,
   I've been scratching my head over this one for a few days now and 
figure I'd ask for some help.


I'm trying to build Ruby on Rails v 2.3.8 against Fedora 13. Rails 
itself simply pulls in various active* / action* packages, eg 
activerecord, activesupport, and a few more.


Activerecord itself depends on a activesupport rpm of the same version, 
and while I can build those both, activerecord is failing to install, 
saying that it cannot find the required activesupport dependency. eg


  1.
 yum install --nogpgcheck ruby-activerecord-2.3.8-3.fc13.noarch.rpm
  2.
 Loaded plugins: presto, refresh-packagekit
  3.
 Setting up Install Process
  4.
 Examining ruby-activerecord-2.3.8-3.fc13.noarch.rpm:
 ruby-activerecord-2.3.8-3.fc13.noarch
  5.
 Marking ruby-activerecord-2.3.8-3.fc13.noarch.rpm to be installed
  6.
 Resolving Dependencies
  7.
 --> Running transaction check
  8.
 ---> Package ruby-activerecord.noarch 0:2.3.8-3.fc13 set to be updated
  9.
 --> Processing Dependency: rubygem-activesupport = 2.3.8 for
 package: ruby-activerecord-2.3.8-3.fc13.noarch
 10.
 --> Finished Dependency Resolution
 11.
 Error: Package: ruby-activerecord-2.3.8-3.fc13.noarch
 (/ruby-activerecord-2.3.8-3.fc13.noarch)
 12.
 Requires: rubygem-activesupport = 2.3.8
 13.
 Installed: 1:rubygem-activesupport-2.3.8-1.fc13.noarch
 (@/rubygem-activesupport-2.3.8-1.fc13.noarch)
 14.
 Available: 1:rubygem-activesupport-2.3.5-1.fc13.noarch (fedora)
 15.
 You could try using --skip-broken to work around the problem
 16.
 You could try running: rpm -Va --nofiles --nodigest



This occurs both on a stock F13 install and via mock, setup to pull 
packages in from Fedora and a repo I built which includes the relevant 
activesupport package.


Any thoughts on why this is occurring? Also how to work around this 
(preferably without using the --skip-broken flag)?


If anyone wants to try this themselves, I uploaded the activerecord / 
activesupport rpms here


http://mo.morsi.org/files/rpms/rubygem-activesupport-2.3.8-3.fc13.src.rpm
http://mo.morsi.org/files/rpms/ruby-activerecord-2.3.8-3.fc13.src.rpm

Thanks alot,
  -Mo
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Missing dependency already installed

[Mohammed Morsi]

Howdy,
   I've been scratching my head over this problem for the last few days 
and figured it was time to get some help.


I'm trying to build Ruby on Rails v2.3.8 against Fedora 13 but am 
running into dependency issues. Namely the 'rubygem-activerecord' 
package (rails is simple a collection of this and a few other 
active*/action* packages) pulls in the 'rubygem-activesupport' package 
of the same version, but yum is failing to find it, even though it is 
installed. Ergo it results in this error:


  1.
 yum install --nogpgcheck ruby-activerecord-2.3.8-3.fc13.noarch.rpm
  2.
 Loaded plugins: presto, refresh-packagekit
  3.
 Setting up Install Process
  4.
 Examining ruby-activerecord-2.3.8-3.fc13.noarch.rpm:
 ruby-activerecord-2.3.8-3.fc13.noarch
  5.
 Marking ruby-activerecord-2.3.8-3.fc13.noarch.rpm to be installed
  6.
 Resolving Dependencies
  7.
 --> Running transaction check
  8.
 ---> Package ruby-activerecord.noarch 0:2.3.8-3.fc13 set to be updated
  9.
 --> Processing Dependency: rubygem-activesupport = 2.3.8 for
 package: ruby-activerecord-2.3.8-3.fc13.noarch
 10.
 --> Finished Dependency Resolution
 11.
 Error: Package: ruby-activerecord-2.3.8-3.fc13.noarch
 (/ruby-activerecord-2.3.8-3.fc13.noarch)
 12.
 Requires: rubygem-activesupport = 2.3.8
 13.
 Installed: 1:rubygem-activesupport-2.3.8-1.fc13.noarch
 (@/rubygem-activesupport-2.3.8-1.fc13.noarch)
 14.
 Available: 1:rubygem-activesupport-2.3.5-1.fc13.noarch (fedora)
 15.
 You could try using --skip-broken to work around the problem
 16.
 You could try running: rpm -Va --nofiles --nodigest

Note how it says 'rubygem-activesupport = 2.3.8' is required while 
rubygem-activesupport-2.3.8-1.fc13.noarch is installed. This is 
happening both on a stock F13 install and against mock setup to pull 
packages from Fedora and from a yum repo w/ the 
"rubygem-activesupport-2.3.8-1.fc13.noarch" package in it.


What could be the cause of this problem? Is it something that can easily 
be resolved? (without using the --skip-broken flag preferably)


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

Fedora 14 Schedule Tasks

[John Poelstra]

Start   End Name
Wed 26-May  Tue 03-Aug  Packaging and Development (precedes Alpha)
Tue 29-Jun  Tue 29-Jun  Feature Submission Deadline Two Weeks away
Tue 06-Jul  Tue 06-Jul  Feature Submission Deadline One Week away
Thu 08-Jul  Thu 08-Jul  Create Installable Images for QA testing #1
Tue 13-Jul  Tue 13-Jul  Feature Submission Deadline
Tue 13-Jul  Tue 13-Jul  Custom Spins Submission Deadline
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Feature 14 - official Fedora re-spins

[Robert 'Bob' Jensen]

- "Michał Piotrowski"  wrote:

> Thanks for the explanation of the problem. I never thought it could
> be
> a big issue.
> 
> Regards,
> Michal
> -- 
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel

Michal, 

Re-Spins as mentioned are a fair amount of work because we in the Unity project 
have set very high standards for ourselves. If you are interested in helping 
out the effort we always welcome people that can test, code, host/seed, bug 
hunt. Our IRC channel is on Freenode like most other Fedora channels, it is 
#fedora-unity if you are interested and/or able to help.

-- Bob


|   Robert 'Bob' Jensen||   Fedora Unity Founder   |
|   b...@fedoraunity.org||  http://fedoraunity.org/ |
|   http://bjensen.fedorapeople.org/   |
|http://blogs.fedoraunity.org/bobjensen|
|   http://www.facebook.com/rpjensen   |

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

Re: Feature 14 - official Fedora re-spins

[Michał Piotrowski]

Thanks for the explanation of the problem. I never thought it could be
a big issue.

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

[Bug 594464] perl-POE-Component-IRC: arbitrary IRC command execution due to insufficient stripping of CR/LF [fedora 11]

[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=594464

Bug Zapper  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution||WONTFIX

--- Comment #3 from Bug Zapper  2010-06-28 
11:44:37 EDT ---

Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.

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

[Bug 540356] & and & are treated as & during rendering

[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=540356

Bug Zapper  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution||WONTFIX

--- Comment #5 from Bug Zapper  2010-06-28 
11:30:12 EDT ---

Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.

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

[Bug 537138] Bioperl doesn't bootstrap on other platforms, circular dependencies

[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=537138

Bug Zapper  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
 Resolution||WONTFIX

--- Comment #14 from Bug Zapper  2010-06-28 
11:27:17 EDT ---

Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.

-- 
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: Feature 14 - official Fedora re-spins

[Jesse Keating]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 6/27/10 2:12 PM, Micha? Piotrowski wrote:
> Hi,
> 
> I wonder if it would be a big problem to create regular (for example,
> every three months) re-spins of main installation images - cd's and
> dvd's for i386 and x86_64 (not livecd's).
> 
> Fedoraunity http://fedoraunity.org/re-spins creates such images, but
> it's not regular.
> 
> Regards,
> Michal

Re-spins take time and energy.  Part of the reason the Unity project
doesn't do them regularly is because changes in the distribution
packages happen during a release and cause things to no longer work as
designed within the installer.  Anaconda has over the years made use of
more and more existing utilities to get it's job done instead of
maintaining their own versions of things.  While this is good for code
sharing, it means changes in these utilities can break anaconda.
Discovering these changes and preparing / backporting code to take them
into account takes time and energy, time and energy that would have been
spent on making the next release better.  Our releases come fast enough
for our development team, one might say too fast.  If we were to insert
re-spins every 3 months we would be doing a rather insane amount of
release wrangling between the re-spins for each active release and the
ongoing work to prepare the release in development.  Put simply, we
don't have the resources to take this on as an "official" offering,
requiring devel, releng, QA, marketing, et al resources.

- -- 
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating


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

iEYEARECAAYFAkwovu0ACgkQ4v2HLvE71NVPKwCfbHsGJzPgdbhmk39peIzc+t6u
eZoAnRd6PhoZlEL3Q8A7ZRRFTfxu5eoz
=NeLU
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Feature 14 - official Fedora re-spins

[Adam Williamson]

On Sun, 2010-06-27 at 23:12 +0200, Michał Piotrowski wrote:
> Hi,
> 
> I wonder if it would be a big problem to create regular (for example,
> every three months) re-spins of main installation images - cd's and
> dvd's for i386 and x86_64 (not livecd's).
> 
> Fedoraunity http://fedoraunity.org/re-spins creates such images, but
> it's not regular.

This is the answer to your question. ;) It's not regular because it's
not particularly easy to do so to a high enough standard for public
consumption. There's quite a lot of testing involved in making sure your
ISOs will actually work acceptably for people other than yourself. (See,
fr'instance,
https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test ,
the validation testing we do on official releases; Unity have their own
testing process, but it's fairly similar).

Unity is pretty much the venue where this happens. If you'd like to help
out with making it happen more regularly, contribute to Unity :)
-- 
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

[Bug 530137] Fedora::Bugzilla - $bug->blocks_bug() fail

[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=530137

Bug Zapper  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
 Resolution||WONTFIX

--- Comment #10 from Bug Zapper  2010-06-28 
11:04:48 EDT ---

Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.

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

[Bug 520530] cpanspec adds /usr/local/bin/perl as dependency to created rpms?

[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=520530

Bug Zapper  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution||WONTFIX

--- Comment #8 from Bug Zapper  2010-06-28 
10:25:23 EDT ---

Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.

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

[Bug 519710] flags argument of $pool->refresh() undocumented

[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=519710

Bug Zapper  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution||WONTFIX

--- Comment #2 from Bug Zapper  2010-06-28 
10:19:52 EDT ---

Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.

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

[Bug 519648] virStorageVolLookupBy* not implemented

[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=519648

Bug Zapper  changed:

   What|Removed |Added

 Status|POST|CLOSED
 Resolution||WONTFIX

--- Comment #3 from Bug Zapper  2010-06-28 
10:19:34 EDT ---

Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.

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

[Bug 513987] man Sys::Virt: get_node_info onwards is confusing

[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=513987

Bug Zapper  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution||WONTFIX

--- Comment #2 from Bug Zapper  2010-06-28 
09:51:56 EDT ---

Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.

-- 
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: [Fedora-haskell-list] headsup: ghc-6.12.3

[Bruno Wolff III]

On Sun, Jun 27, 2010 at 20:43:26 -0400,
  Jens Petersen  wrote:
> Just to update I finished rebuilding all the ghc packages in dist-f14-ghc
> over the weekend and they should appear in the next rawhide push.
> 
> Probably kaya and hedgewars should be rebuilt too.

I'll bump hedgewars once the update shows up.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rawhide report: 20100628 changes

[Rawhide Report]

Compose started at Mon Jun 28 08:15:14 UTC 2010

Broken deps for i386
--
BackupPC-3.1.0-14.fc14.noarch requires perl-suidperl
1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9
dates-0.4.11-3.fc14.i686 requires libedataserver-1.2.so.11
deskbar-applet-2.30.0-1.1.fc14.i686 requires libedataserver-1.2.so.12
dnsenum-1.2-3.fc14.noarch requires perl(:MODULE_COMPAT_5.10.1)
eclipse-checkstyle-4.0.1-14.fc12.noarch requires checkstyle-optional = 
0:4.1
eclipse-checkstyle-4.0.1-14.fc12.noarch requires checkstyle = 0:4.1
esperanza-0.4.0-6.fc13.i686 requires libxmmsclient++.so.3
esperanza-0.4.0-6.fc13.i686 requires libxmmsclient.so.5
gkrellxmms2-0.7.0-6.20090811git.fc13.i686 requires libxmmsclient.so.5
1:gnumeric-plugins-extras-1.10.0-1.fc14.i686 requires 
perl(:MODULE_COMPAT_5.10.1)
gxmms2-0.7.0-6.20090811git.fc13.i686 requires libxmmsclient.so.5
krazy2-2.9-4.20090928svn.fc13.i686 requires perl(:MODULE_COMPAT_5.10.0)
1:libguestfs-1.3.8-2.fc14.i686 requires /usr/lib/libconfig++.so.8
1:libguestfs-1.3.8-2.fc14.i686 requires /usr/lib/.libssl.so.1.0.0.hmac
1:libguestfs-1.3.8-2.fc14.i686 requires /usr/lib/libconfig.so.8
1:libguestfs-1.3.8-2.fc14.i686 requires /lib/.libcrypto.so.1.0.0.hmac
maven2-plugin-checkstyle-2.0.8-3.fc12.noarch requires 
checkstyle-optional >= 0:4.1
merkaartor-0.15.3-1.fc13.i686 requires libexiv2.so.6
mrpt-apps-0.9.0-0.3.fc14.i686 requires libcv.so.2.0
mrpt-apps-0.9.0-0.3.fc14.i686 requires libml.so.2.0
mrpt-apps-0.9.0-0.3.fc14.i686 requires libhighgui.so.2.0
mrpt-apps-0.9.0-0.3.fc14.i686 requires libcvaux.so.2.0
mrpt-apps-0.9.0-0.3.fc14.i686 requires libcxcore.so.2.0
mrpt-base-0.9.0-0.3.fc14.i686 requires libcv.so.2.0
mrpt-base-0.9.0-0.3.fc14.i686 requires libml.so.2.0
mrpt-base-0.9.0-0.3.fc14.i686 requires libcxcore.so.2.0
mrpt-base-0.9.0-0.3.fc14.i686 requires libhighgui.so.2.0
mrpt-base-0.9.0-0.3.fc14.i686 requires libcvaux.so.2.0
mrpt-gui-0.9.0-0.3.fc14.i686 requires libcv.so.2.0
mrpt-gui-0.9.0-0.3.fc14.i686 requires libml.so.2.0
mrpt-gui-0.9.0-0.3.fc14.i686 requires libcxcore.so.2.0
mrpt-gui-0.9.0-0.3.fc14.i686 requires libhighgui.so.2.0
mrpt-gui-0.9.0-0.3.fc14.i686 requires libcvaux.so.2.0
mrpt-hmtslam-0.9.0-0.3.fc14.i686 requires libcv.so.2.0
mrpt-hmtslam-0.9.0-0.3.fc14.i686 requires libml.so.2.0
mrpt-hmtslam-0.9.0-0.3.fc14.i686 requires libcxcore.so.2.0
mrpt-hmtslam-0.9.0-0.3.fc14.i686 requires libhighgui.so.2.0
mrpt-hmtslam-0.9.0-0.3.fc14.i686 requires libcvaux.so.2.0
mrpt-hwdrivers-0.9.0-0.3.fc14.i686 requires libcv.so.2.0
mrpt-hwdrivers-0.9.0-0.3.fc14.i686 requires libml.so.2.0
mrpt-hwdrivers-0.9.0-0.3.fc14.i686 requires libhighgui.so.2.0
mrpt-hwdrivers-0.9.0-0.3.fc14.i686 requires libcvaux.so.2.0
mrpt-hwdrivers-0.9.0-0.3.fc14.i686 requires libcxcore.so.2.0
mrpt-maps-0.9.0-0.3.fc14.i686 requires libcv.so.2.0
mrpt-maps-0.9.0-0.3.fc14.i686 requires libml.so.2.0
mrpt-maps-0.9.0-0.3.fc14.i686 requires libcxcore.so.2.0
mrpt-maps-0.9.0-0.3.fc14.i686 requires libhighgui.so.2.0
mrpt-maps-0.9.0-0.3.fc14.i686 requires libcvaux.so.2.0
mrpt-obs-0.9.0-0.3.fc14.i686 requires libcv.so.2.0
mrpt-obs-0.9.0-0.3.fc14.i686 requires libml.so.2.0
mrpt-obs-0.9.0-0.3.fc14.i686 requires libcxcore.so.2.0
mrpt-obs-0.9.0-0.3.fc14.i686 requires libhighgui.so.2.0
mrpt-obs-0.9.0-0.3.fc14.i686 requires libcvaux.so.2.0
mrpt-opengl-0.9.0-0.3.fc14.i686 requires libcv.so.2.0
mrpt-opengl-0.9.0-0.3.fc14.i686 requires libml.so.2.0
mrpt-opengl-0.9.0-0.3.fc14.i686 requires libcxcore.so.2.0
mrpt-opengl-0.9.0-0.3.fc14.i686 requires libhighgui.so.2.0
mrpt-opengl-0.9.0-0.3.fc14.i686 requires libcvaux.so.2.0
mrpt-reactivenav-0.9.0-0.3.fc14.i686 requires libcv.so.2.0
mrpt-reactivenav-0.9.0-0.3.fc14.i686 requires libml.so.2.0
mrpt-reactivenav-0.9.0-0.3.fc14.i686 requires libcxcore.so.2.0
mrpt-reactivenav-0.9.0-0.3.fc14.i686 requires libhighgui.so.2.0
mrpt-reactivenav-0.9.0-0.3.fc14.i686 requires libcvaux.so.2.0
mrpt-slam-0.9.0-0.3.fc14.i686 requires libcv.so.2.0
mrpt-slam-0.9.0-0.3.fc14.i686 requires libml.so.2.0
mrpt-slam-0.9.0-0.3.fc14.i686 requires libcxcore.so.2.0
mrpt-slam-0.9.0-0.3.fc14.i686 requires libhighgui.so.2.0
mrpt-slam-0.9.0-0.3.fc14.i686 requires libcvaux.so.2.0
mrpt-topography-0.9.0-0.3.fc14.i686 requires libcv.so.2.0
mrpt-topography-0.9.0-0.3.fc14.i686 requires libml.so.2.0
mrpt-topography-0.9.0-0.3.fc14.i686 requires libcxcore.so.2.0
mrpt-topography-0.9.0-0.3.fc14.i686 requires libhighg

[Bug 608669] New: perl-Pod-Strip - Request for EL-6 branch

[bugzilla]

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

Summary: perl-Pod-Strip - Request for EL-6 branch

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

   Summary: perl-Pod-Strip - Request for EL-6 branch
   Product: Fedora
   Version: rawhide
  Platform: All
OS/Version: Linux
Status: NEW
  Severity: medium
  Priority: low
 Component: perl-Pod-Strip
AssignedTo: mmasl...@redhat.com
ReportedBy: trem...@tremble.org.uk
 QAContact: extras...@fedoraproject.org
CC: fedora-perl-devel-l...@redhat.com,
mmasl...@redhat.com, ppi...@redhat.com,
psab...@redhat.com
Classification: Fedora


I'm currently chasing dependencies for RT3 (3.8) in EPEL for EL-6

Please could we have an EL-6 branch for perl-Pod-Strip 

I'm happy to (co)maintain (I == tremble in FAS)


Mark

-- 
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: Seeking new maintainer for lzip

[Jon Ciesla]

On 06/28/2010 07:36 AM, Till Maas wrote:
> On Mon, Jun 28, 2010 at 07:16:51AM -0500, Jon Ciesla wrote:
>
>
>> I maintain upx, from which I'm in the process of unbundling lzma-sdk, so
>> while this isn't necessarily directly related, I might as well try to
>> maintain some consistency if possible.
>>
>> So, short version, orphan and I'll take it.
>>  
> Thank you, it is orphaned.
>
> Regards
> Till
>
Taken.  Very welcome!

-J

-- 
- in your fear, speak only peace
   in your fear, seek only love

-d. bowie

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

Broken dependencies: perl-DBI-Dumper

[buildsys]

perl-DBI-Dumper has broken dependencies in the rawhide tree:
On x86_64:
perl-DBI-Dumper-2.01-8.fc12.x86_64 requires perl(:MODULE_COMPAT_5.10.0)
On i386:
perl-DBI-Dumper-2.01-8.fc12.i686 requires perl(:MODULE_COMPAT_5.10.0)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Data-Alias

[buildsys]

perl-Data-Alias has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Alias-1.07-6.fc13.x86_64 requires perl(:MODULE_COMPAT_5.10.1)
On i386:
perl-Data-Alias-1.07-6.fc13.i686 requires perl(:MODULE_COMPAT_5.10.1)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Pugs-Compiler-Rule

[buildsys]

perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires 
perl(:MODULE_COMPAT_5.10.1)
On i386:
perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires 
perl(:MODULE_COMPAT_5.10.1)
Please resolve this as soon as possible.


--
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: Seeking new maintainer for lzip

[Till Maas]

On Mon, Jun 28, 2010 at 07:16:51AM -0500, Jon Ciesla wrote:

> I maintain upx, from which I'm in the process of unbundling lzma-sdk, so 
> while this isn't necessarily directly related, I might as well try to 
> maintain some consistency if possible.
> 
> So, short version, orphan and I'll take it.

Thank you, it is orphaned.

Regards
Till


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

[Bug 499243] Net::DBus::Object does not correctly validate requested method name to invoke

[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=499243

Bug Zapper  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution||WONTFIX

--- Comment #3 from Bug Zapper  2010-06-28 
08:23:07 EDT ---

Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.

-- 
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: samba4 NVR koji issue

[Ralf Corsepius]

On 06/28/2010 02:18 PM, Dennis Gilmore wrote:
> On Monday, June 28, 2010 12:53:10 am Ralf Corsepius wrote:
>> Hi,
>>
>> The samba4 package in rawhide would need a rebuild for perl-5.12.x.
>> However building fails with strange error message[1]:
>>
>> samba4-4.0.0-23.alpha11.fc14.2 (180065) failed on
>> ppc06.phx2.fedoraproject.org (noarch):
>> pg.DatabaseError: error 'ERROR:  duplicate key value violates unique
>> constraint "rpminfo_unique_nvra"
>> ' in 'INSERT INTO rpminfo (id,name,version,release,epoch,
>>   build_id,arch,buildtime,buildroot_id,
>>   external_repo_id,
>>   size,payloadhash)
>>   VALUES (2040153,'libldb','0.9.10','23.fc14',NULL,
>>   180065,'x86_64',1277703280,817980,
>>   0,
>>   92284,'d6b89d2b4392b352ca380da7b2565b13')
>>
>> Any explanation? How to fix this?
>>
>> Ralf
>>
>> [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=2276457
>
> koji ensures all rpms built have a unique nvr.  your doing something that
> causes the binary rpms to have the same nvr as a previous successful build you
> will need to bump things.
No disagreement, except ...

* that I did not understand this error message.

* I was taken by surprise, because both a preceeding scratch built and a 
preceeding local mock-build did not exhibit this bug. Only the "final 
built" has exhibited this error.

* There had been other attempts by other people to rebuild samba4 which 
had failed with a similar error.

The work around was what Mamoru said.

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

rawhide perl-5.12 status

[Ralf Corsepius]

Hi,

AFAICT, these packages remain to be looked after

* BackupPC-3.1.0-14
wants perl-suidperl (Abandoned by perl-5.12.)

* gnumeric-plugins-extras-1.10.0-1
Fails to build for reasons outside of Perl.

* perl-DBI-Dumper
Fails to build - Dead upstream.

* perl-Data-Alias
Fails to build - Dead upstream.

* perl-Pugs-Compiler-Rule
Fails to build - Dead upstream.

* perl-Test-AutoBuild
Fails to build - Dead upstream
(Upstream maintainer: Daniel P. Berrangé,
  Fedora maintainer: berra...@fp.org ?!?)

* virt-v2v:
Fails to build for reasons outside of Perl.
https://bugzilla.redhat.com/show_bug.cgi?id=608389

* krazy2:
Fails to rebuild for reasons outside of Perl.
https://bugzilla.redhat.com/show_bug.cgi?id=608649



How do we want to proceed with them?

Proposal:
* check if we can abandon these 4 perl-* packages.
AFAICT, none of these packages is required by Fedora.

* leave fixing BackupPC, gnumeric, krazy2 and virt-v2v to these
packages' maintainers and file BZ's against these packages.


Ralf
--
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: samba4 NVR koji issue

[Dennis Gilmore]

On Monday, June 28, 2010 12:53:10 am Ralf Corsepius wrote:
> Hi,
> 
> The samba4 package in rawhide would need a rebuild for perl-5.12.x.
> However building fails with strange error message[1]:
> 
> samba4-4.0.0-23.alpha11.fc14.2 (180065) failed on
> ppc06.phx2.fedoraproject.org (noarch):
>pg.DatabaseError: error 'ERROR:  duplicate key value violates unique
> constraint "rpminfo_unique_nvra"
> ' in 'INSERT INTO rpminfo (id,name,version,release,epoch,
>  build_id,arch,buildtime,buildroot_id,
>  external_repo_id,
>  size,payloadhash)
>  VALUES (2040153,'libldb','0.9.10','23.fc14',NULL,
>  180065,'x86_64',1277703280,817980,
>  0,
>  92284,'d6b89d2b4392b352ca380da7b2565b13')
> 
> Any explanation? How to fix this?
> 
> Ralf
> 
> [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=2276457

koji ensures all rpms built have a unique nvr.  your doing something that 
causes the binary rpms to have the same nvr as a previous successful build you 
will need to bump things.

Dennis




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

Re: Seeking new maintainer for lzip

[Jon Ciesla]

On 06/26/2010 07:03 AM, Till Maas wrote:
> Hi,
>
> is there someone interested in lzip? It is a lmza compression tool, that
> was for a short time used by upstream of one other package of mine.
> Upstream of lzip is very responsive, but since I do not use it at all, I
> have a lack of interest in maintaining it.
>
> So if you would like to take it, I'll orphan it.
>
> Regards
> Till
>
I maintain upx, from which I'm in the process of unbundling lzma-sdk, so 
while this isn't necessarily directly related, I might as well try to 
maintain some consistency if possible.

So, short version, orphan and I'll take it.

-J

-- 
- in your fear, speak only peace
   in your fear, seek only love

-d. bowie

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

Re: rawhide report: 20100625 changes

[Richard W.M. Jones]

On Fri, Jun 25, 2010 at 04:08:23PM +0100, Richard Jones wrote:
> On Fri, Jun 25, 2010 at 02:58:09PM +0100, Richard Jones wrote:
> > If a proven packager can just do a bump and rebuild it ought
> > to fix the issue.
> 
> OK I see that failed with:
> 
> guestfsd: error: cannot find required program mke2fs
> [...]
> mkfs.ext2: No such file or directory
> guestfsd: error: ext2: /dev/vda1: mkfs.ext2: No such file or directory
> 
> I suspect a dependency problem, unless there's been a change to
> packaging of e2fsprogs.  I will have a closer look next week anyhow.

Should be fixed now.

Problem was that incredibly we never had an explicit dep on e2fsprogs,
even though of course we use programs like mke2fs extensively.
Instead it was being pulled in through an implicit dep.

Since e2fsprogs was split into e2fsprogs / e2fsprogs-libs, whatever
package we implicitly relied on before now only depends on
e2fsprogs-libs, and so we didn't get e2fsprogs at all.

The solution was to add an explicit dependency.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines.  Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Gpsim 0.25.0 release candidate

[Roy Rankin]

The release candidate for Gpsim 0.25.0 has been built in rawhide. The 
source tarball and SVN can also be found at 
https://sourceforge.net/projects/gpsim/. The planned release date is 
July 12. The features of the release are given below.

Roy Rankin


 gpsim

   GNU Pic Simulator, a simulator for
   Microchip's PIC microcontrollers.


Version 0.25.0 release

http://sourceforge.net/project/showfiles.php?group_id=2341
http://gpsim.sourceforge.net/gpsim.html


New Processors:

P16f882 P16f883 P16f884 P16f886 P16f887

Bugs fixed

3021904  fix porta7 as I/O pin for P18 processors
3021514  MSSP SPI behaviour broken
3018510  Cycle counter off by one on break from run
3012488  gpsim gives sigsegv using finish button on hex file
3009843  Simulation Time HH:MM:SS.CC displays incorrectly
2999264  Processor does not wake from sleep on b0 edge
2983660  PLUSW register misbehaviour
2983580  breadboard trace bug
2979021  memory_size_mask makes incorrect assumption
2977843  attempt write to invalid file register
2973978  realtime mode can lockup
2973982  scope resize not permenant
2968268  Loading EEPROM data from COD on 18F
2968248  DAW instruction failure case
2926629  change Simulation Time format crash
2902082  Incomplete PORTx/LATx interaction
2885817  wrong program memory sizes for pic16f62x
2868402  missing readline check in configure
 Fix uninitialised ssp_module pointer (potential segfault)
 Fix to TTL377 so that all eight latches update "simultaneously"

Feature requests closed

2977969  Colour blindness discrimination problem
2943904  Add support for 16F887 and 18F4455
3007214  Re-implement PAL Video Module


New Features

src/ and modules/ license change to LGPLv2+
ECCP implemented
video module resurected
Added back HLL source browser support
DS1307 realtime clock extra added
extras compiled and loaded as part of gpsim
Added TTL595 serial-in-parallel-out shift register


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

Non responsive maintainer: cheese ?

[Pierre-Yves]

Dear all,

Does someone know how to contact Cheese ?
https://admin.fedoraproject.org/pkgdb/users/packages/cheese

I have tried to join him by the bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=585817


He has two packages in updates-testing:
https://bugzilla.redhat.com/show_bug.cgi?id=584966
https://admin.fedoraproject.org/updates/search/R-bitops

https://bugzilla.redhat.com/show_bug.cgi?id=584974
https://admin.fedoraproject.org/updates/search/R-combinat

I am willing to take over these two packages.



Regards,

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