Re: Why do we need FC version attached to the package name?

2009-06-24 Thread Michael Schwendt
On Wed, 24 Jun 2009 01:02:18 +0200, Kevin wrote:

 Michael Schwendt wrote:
  Then with the switch to koji+bodhi a few package owners complained loudly
  about false positives that were caused by pending builds, which were not
  found in the master repo yet. A few other package owners jumped upon the
  train and questioned the usefulness of the script, since they were of the
  opinion that breaking upgrade paths the way they did it with
  updates-testing and stable updates would not be considered a problem.
 
 The actual issue we complained about was [...]

Let's not argue about memories. I referred to the earlier complaints,
those about the upgradecheck*.py script and how to handle updates-testing,
pending, and unreleased updates in koji.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: bodhi - testing back to pending?

2009-06-24 Thread Michael Schwendt
On Wed, 24 Jun 2009 02:13:18 -0400 (EDT), Bill wrote:

 
  Do updates in -testing go back to pending if they're not pushed to
  stable in some amount of time?
 
  No, they just sit there, unless they're explicitly unpushed.
 
 OK, thanks.  Would we expect bodhi to log a message when it's unpushed? 
 Currently it's in pending and there's a bodhi message that says it was
 pushed to testing.
 
  Then he should just use the web interface, which works with any browser.
 
 Oh, great, I'll pass that along.

Something appears to be wrong with that update request. I would
consider contacting releng or Luke Macken directly. Enrico, who has
submitted this update request, has had problems with Bodhi for a very
long time (I don't need the details and may not be fully up-to-date).

| Date Released:2009-02-12 18:57:37

| bodhi - 2009-02-12 20:37:48
| This update has been pushed to testing

Has been pushed means the package has actually been placed in
the repository. The log message is from February, so that is long ago.

On the contrary, a log message like This update has been submitted for
testing means a person has modified the update request in bodhi. Then
the Status: field gets important. For new updates, it starts at
pending and will flip to either testing or stable once the
package has been pushed actually. For test updates to be moved to
stable, it doesn't flip back to pending.

This particular ticket doesn't have any log message that explains why
the status is still pending despite the actual push in February.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


KDE-SIG weekly report (26/2009)

2009-06-24 Thread Jaroslav Reznik
This is a report of the weekly KDE-SIG-Meeting with a summary of the 
topics that were discussed. If you want to add a comment please reply
to this email or add it to the related meeting page.

--

= Weekly KDE Summary =

Week: 26/2009

Time: 2009-06-23 16:00 UTC

Meeting page:
https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-06-23

Meeting minutes:
http://www.scrye.com/~kevin/fedora/fedora-meeting/2009/fedora-
meeting.2009-06-23-16.04.html 

Full log:
http://www.scrye.com/~kevin/fedora/fedora-meeting/2009/fedora-
meeting.2009-06-23-16.04.log.html Full log

--

= Participants =

* Jaroslav Reznik
* Kevin Kofler
* Lukas Tinkl
* Rex Dieter
* Steven Parrish
* Than Ngo
 
--

= Agenda =

topics to discuss:
*  RPM Macros [1] for packaging
* critical path packages [2] - does it affect us? should it? how?
* any issues to bring up in the FESCo meeting?
* sharing brand with upstream
* Fedora 12 KDE 4.3 feature page 

= Summary =

Kevin_Kofler elected to FESCo, any issues to bring up in the FESCo meeting?
* congratulations Kevin!
* next FESCo meeting is on Friday, if you have any issues to bring up in the 
FESCo meeting, contact Kevin 

RPM Macros for packaging
* MathStuf to take it to mailing list for further discussion
* we should have macros for the common directories, any advantage to have 
macros for all stuff?
* it can help cleanup SPEC files
* do we need all KDE 3 macros? 

critical path packages - does it affect us? should it? how?
* do we want to be on the list of critical packages?
   o if yes - which packages should be on the list?
   o if not - are we going to be treated as second citizens? 
* rdieter is releng - signoff group, so he could be our insider to check 
critical updates affecting KDEs
* we don't have QA
   o SMParrish is triager
   o we need QA volunteer
   o we have to define QA process
  + we need testing plan
  + basic QA is try to use the desktop and report any breakage you 
notice
  + we need some targets like does WPA in kde-plasma-nm work? for a kde-
plasma-nm update etc. 
   o rdieter will prepare concept 

sharing brand with upstream
* jreznik contacted pinheiro (upstream) for his idea
* fedora design team feels more negative on this
* we'd like to try, we need more communication between upstream and our design 
team
* jreznik to continue as liason between fedora-art team and upsream kde art 
folks in sharing branding 

Fedora 12 KDE 4.3 feature page
* helps the marketing/qa machine
* what we should promote for F12
   o ltinkl is working on Device Kit Solid Backend
   o jreznik is working on Policy Kit 1 
* Kevin_Kofler pointed out concerns about Device Kit state 

Gran Canaria Desktop Summit [3]
* jreznik is attending GCDS, if you have something for upstream, contact him 

Meeting bot
* was it useful? ;-) 

= Tasks =
1. MathStuf to take macros proposal to mailing lists for further discussion
2. rdieter prepare concept for KDE QA 
3. jreznik to continue as liason between fedora-art team and upsream kde art 
folks in sharing branding

= Links =
[1] https://fedoraproject.org/wiki/SIGs/KDE/PackagingCleanup#Macros
[2] http://skvidal.wordpress.com/2009/06/22/critical-path-packages/
[3] http://www.grancanariadesktopsummit.org

--

= Next Meeting =

http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-06-30

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

Office: +420 532 294 275
Mobile: +420 731 455 332
Red Hat, Inc.   http://cz.redhat.com/

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Why do we need FC version attached to the package name?

2009-06-24 Thread Simon Andrews

Kevin Kofler wrote:

this time the DVD has become completely useless for upgrades,
unless you like having to fetch an updated yum by hand (which, if you are a
KDE user, you have to do from runlevel 3 because KDE (including KDM) is
also broken after the upgrade for basically the same reason yum is - good
luck with the command-line ftp!


Actually there is a slightly simpler fix which is:

su -
export PYTHONPATH=/usr/lib/python2.5/site-packages
yum update yum -y

There was also a proposed update for F10 which (I think) altered the 
python path so the upgrade was not broken (the F10 yum was still present 
but was functional), but this didn't make it beyond Koji.


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

This is still a bad situation to end up in, but it could have been worse!

Simon.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Why do we need FC version attached to the package name?

2009-06-24 Thread Kevin Kofler
Simon Andrews wrote:
 I don't see the problem with forcing the use of these packages during an
 upgrade regardless of what versions were on the original system.  You'd
 be left with a functional system

Not really. Things like KDE config files processed by kconf_update, Firefox
profiles, Amarok databases etc. will have been converted to the format
expected by the new version, downgrading is not supported by upstream and
the old version may thus not work or lose some settings.

 and the tools you need to update to the latest versions of packages should
 be functional.

That part should hopefully be true. Still, I wonder if it's really a valid
tradeoff.

 For future Fedora releases, there are 2 solutions:
 either we fix the DVD to use the repositories enabled on the installed
 system (updates etc.) like preupgrade now does (which also implies that
 it will have to refuse doing the upgrade if it can't connect to the
 network) or we drop support for upgrading from the DVD entirely (we could
 hide it behind an upgrade boot option like RHEL does).
 
 So, just to be clear here.  Anyone who either has no network connection
 or whose network connection is too slow to support downloading
 potentially hundreds of megs up updates isn't going to be able to
 upgrade any more?

Fedora effectively requires a fast network connection for the regular
updates anyway.

Of course the folks who need offline upgrades could use some
hidden upgrade option and get to keep the pieces.

Kevin Kofler

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Why do we need FC version attached to the package name?

2009-06-24 Thread Nicolas Mailhot


Le Mer 24 juin 2009 12:01, Kevin Kofler a écrit :

 Not really. Things like KDE config files processed by kconf_update,
 Firefox
 profiles, Amarok databases etc. will have been converted to the format
 expected by the new version, downgrading is not supported by upstream
 and
 the old version may thus not work or lose some settings.

What may work is an anaconda mode that does not look up for network
updates and runs yum in --skip-broken mode (and --skip-broken to be
improved, right now there are still some cases where it gives up when
some uprades would have been possible)

-- 
Nicolas Mailhot

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: rpm package with many files inside

2009-06-24 Thread Howard Wilkinson

Florian,

While this may not be a possibility for you, in the bad old days we used 
to use archive (aka libraries or '.a') files to get round this and to 
'save' disk and inode usage. The software was then modified to use 
library extraction to get the files it needed. I know this is not 
in-line with the packaging approach that is used today, especially 
requiring functionality changes. But it is a useful trick to try. What 
we used to do (this is 1980's remember) is set up 'directories' and map 
the content of each directory onto an archive file.


Anyway that's my 2 'cents' worth, hope it is not just noise

Regards, Howard.

Florian Festi wrote:

Roberto Ragusa wrote:

Jan Chadima wrote:

Hello All
I need to create rpm package with cca 50-100 tiny files 
inside. The whole tree is about 2-3GB binary data. Koji dies with 
error: Unable to create immutable header region. There are 
existing bug


One million files means (at 4KiB per file even if its length is one 
byte) about 4GiB of space

on most filesystems (everyone except reiserfs, IIRC).

And I don't want to imagine the stress that one-million-files rpms 
can cause to the

rpm/yum machinery, which is quite slow even in normal usage.


There have been major efforts to speed up transaction with a lot of 
files and reduce the memory foot print. A few million files should now 
be installable. Don't try this with rpm 4.4.2. Of course this remains 
a huge pile of data/files that is not supposed to be processed in a 
few seconds.


Florian



--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Fedora 11 wireless-tools yum erase?

2009-06-24 Thread TK009

On 06/23/2009 06:42 PM, Kevin Kofler wrote:

TK009 wrote:
   

As to the bug itself, I can not and will not speak for why it bothers
the OP. To answer your question though, it bothers me because I don't
want packages on my machine I don't need.
 


If you need package XYZ and package XYZ needs package foo for whatever
reason, then you need package foo, even if it doesn't intuitively make
sense to you.

   

As it is my machine that is reason enough.
 


It's not, there's no rationale for removing small packages just because you
think you don't need them (when you actually do, see above).

   

Size is irrelevant.
 


Huh? What harm is a package with a size in the KB range going to do? Just
leave it sitting there instead of wasting your and our time whining about a
dependency.

 Kevin Kofler

   
I didn't whine but if that is how you took it, good for you. You missed 
the point, so I wont bother explaining again. Let me decide how to use 
my time, you've made it clear how you want to use yours.


TK009
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Fedora 11 wireless-tools yum erase?

2009-06-24 Thread Frank Murphy

On 24/06/09 13:30, TK009 wrote:




Remember that ultimately Fedora _does_ grant you access to that level of
control, should you choose to use it: rpm -e --nodeps is available and
does what it says on the tin. The trade-off is you get the
responsibility along with the power. :)


Good idea


As the original OP,
original concern has been sorted.
Even thought I have purely wired on a number of boxes.
There are others, probably the majority at this stage,
who use\need both eth\wlan.

I would be a bit concerned though, if what Jef's scenario comes through:

If wired becomes optional,
https://www.redhat.com/archives/fedora-devel-list/2009-June/msg01739.html


in the future, maybe not included by default?


Frank



--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Thunderbird/Evolution quirks

2009-06-24 Thread Michael Cronenworth
My random thought for today:

Thunderbird is listed under the Internet sub-menu. Evolution is listed
under the Office sub-menu. Why are they in different places?

Ah...
mozilla-thunderbird.desktop:
Categories=Email;Network;
evolution.desktop:
Categories=GNOME;GTK;Office;Email;Calendar;ContactManagement;X-Red-Hat-Base;

As bloated as Evolution is, does it need 7 different categories?

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Trouble with mock

2009-06-24 Thread Michael Schwendt
On Wed, 24 Jun 2009 17:19:26 +0200, Jochen wrote:

 /var/lib/mock/fedora-development-x86_64/root/  groupinstall buildsys-build
 redhat-rpm-config-9.0.3-9.fc12.noarch from fedora has depsolving problems
   -- Missing Dependency: /usr/bin/perl is needed by package

See the replies to the rawhide report from a few days ago. There was major
breakage in the repositories. It's likely related to the problems you see.
Your mirror may need to sync the fixed contents.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Fedora 11 wireless-tools yum erase?

2009-06-24 Thread Bill McGonigle
On 06/22/2009 10:14 AM, Dan Williams wrote:
 It's also a question of maintainability.  Sure, we could split up tons
 of packages and add code to all the tools to check runtime-availability
 of every tool they might use.  But that's just insane, and increases the
 maintenance burden tremendously.

This is roughly what Gentoo does, right?  Of course, Gentoo has the
'luxury' of re-compiling.  But that just gets at, I think, that vanilla
c isn't flexible enough to handle this dynamically.  A Python app could
do it pretty easily, IIRC.  In that case, a Python implementation of a
thing could conceivably compete for mindshare against the c version,
given the inherent trade-offs.

One could imagine Feature: and Feature-Requires: tags in a spec that
could be used to generate more complex dependency trees and
automatically generate the proper set of package-foo.rpm files.
Integrating this with yum and/or graphical package managers would
certainly be a ton of work.

But to get to the thematic question, probably nobody (for large values
of nobody) cares if any given package has a 40KB dependency.  It's when
you have a thousand packages that have a thousand unneeded dependencies,
you increase the cost (time, disk, memory, cpu, bandwidth, electricity,
complexity) to install, update, etc. and you wind up excluding very
small computing devices in some cases.

I agree that making humans manage this would approach insanity.  But
does that necessarily preclude allowing computers to handle it?

-Bill

-- 
Bill McGonigle, Owner   Work: 603.448.4440
BFC Computing, LLC  Home: 603.448.1668
http://www.bfccomputing.com/Cell: 603.252.2606
Twitter, etc.: bill_mcgonigle   Page: 603.442.1833
Email, IM, VOIP: b...@bfccomputing.com
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: update mechanism for new releases

2009-06-24 Thread Björn Persson
Matthew Woehlke wrote:
 Peter Robinson wrote:
  I've never attempted an RPM-based update from e.g. Fedora 10 to
  Fedora 11. How well does that work out for regular Fedora users?
 
  Lot's of people will tell you that it works fine. However, this is not
  a supported path for upgrade. Users should use Pre-Upgrade instead.
 
  Well its not supported completely, the simple fact that a lot of
  people use it means that its supported within certain constraints.

 I think you confuse supported and functional. Upgrade via yum is
 mostly /functional/. It is (officially) supported exactly to the
 extent that you get to keep the pieces. If you are lucky, people /might/
 help you put them back together :-).

What does supported mean in this context anyway? Isn't Fedora 
community-supported? So if someone from the community helps you when you have 
problems with a Yum upgrade, then Yum upgrades are supported, right?

If I upgrade from the DVD, or by Preupgrade, and it breaks, who should I send 
the pieces to?

Björn Persson


signature.asc
Description: This is a digitally signed message part.
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: update mechanism for new releases

2009-06-24 Thread Matthew Woehlke

Björn Persson wrote:
What does supported mean in this context anyway? Isn't Fedora 
community-supported? So if someone from the community helps you when you have 
problems with a Yum upgrade, then Yum upgrades are supported, right?


Something like officially sanctioned. If anaconda upgrade doesn't 
work, the official response is to treat it as a bug. If yum upgrade 
doesn't work, the official response is too bad.


Note official... as in, the /unofficial/ response may be different.

If I upgrade from the DVD, or by Preupgrade, and it breaks, who should I send 
the pieces to?


bugzilla.redhat.com?

--
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
--
Do you know where your towel is?

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Thunderbird/Evolution quirks

2009-06-24 Thread Matthias Clasen
On Wed, 2009-06-24 at 11:02 -0500, Michael Cronenworth wrote:
 My random thought for today:
 
 Thunderbird is listed under the Internet sub-menu. Evolution is listed
 under the Office sub-menu. Why are they in different places?
 
 Ah...
 mozilla-thunderbird.desktop:
 Categories=Email;Network;
 evolution.desktop:
 Categories=GNOME;GTK;Office;Email;Calendar;ContactManagement;X-Red-Hat-Base;
 
 As bloated as Evolution is, does it need 7 different categories?
 


Thats perfectly fine. It is one main category (Office) plus several
additional categories, as described in the desktop entry spec. Plus some
old gunk thats not used anymore (X-Red-Hat-Base).



-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: update mechanism for new releases

2009-06-24 Thread Tom
On Wednesday 24 June 2009 18:45:28 Matthew Woehlke wrote:
  If I upgrade from the DVD, or by Preupgrade, and it breaks, who
  should I send the pieces to?

 bugzilla.redhat.com?

I used 'preupgrade' on F9 to reboot F10. It was a success, then 
F10-upgrade-test'g (+rpmfusion) for months. So I had no qualms when 
'preupgrade' asked if I had a wired connection to go to F11.  Prob 
was, 'sides my PEBKAC's, was aDSL, tho wired, is not. I needed to 
boot, have a mse an kybd, run 'pppoe-setup'.  A BZ or a PEBKAC ?

   Too late the next morn'n I re-installed the F9 kde live cd, 
d/l'd the F11 kde iso, burned it to CD, an up'd from that. IMO, 
'spite any PEBKAC on my part, 'preupgrade' should warn that 'wired 
connection' means w/o boot, aDSL, no mse/kybd, no PEBAC's, etc.  
Anyhow, F11+up's (+rpmfusion) now, no probs... smolt is on file ... 
T61 all Intel laptop
-- 
Tom Brinkman Corpus Christi, Texas

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Thunderbird/Evolution quirks

2009-06-24 Thread Matthias Clasen
On Wed, 2009-06-24 at 20:06 -0500, Michael Cronenworth wrote:
 On 06/24/2009 07:18 PM, Matthias Clasen wrote:
  Thats perfectly fine. It is one main category (Office) plus several
  additional categories, as described in the desktop entry spec. Plus some
  old gunk thats not used anymore (X-Red-Hat-Base).
 
 
 You answered half of the OP. Isn't it counter-productive to have two 
 relatively similar programs in completely different sub-menus? Just for 
 the sake of keeping old gunk around?

The old gunk is unrelated to what menu evo ends up in. Thats decided by
the main category.

If you look at the three things evolution does: mail, contacts and
calendar, two out of three fit very well into office. Its the nature of
categorization that 'relatively similar' things eventually end up in
different buckets. One of the many reasons why hierarchical menus are a
suboptimal solution to organizing applications... 

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Thunderbird/Evolution quirks

2009-06-24 Thread Michael Cronenworth

On 06/24/2009 08:21 PM, Matthias Clasen wrote:

If you look at the three things evolution does: mail, contacts and
calendar, two out of three fit very well into office. Its the nature of
categorization that 'relatively similar' things eventually end up in
different buckets. One of the many reasons why hierarchical menus are a
suboptimal solution to organizing applications...
   


Thunderbird does mail, contacts, and calendar. Sounds like Evolution and 
Thunderbird are exactly the same in this case. There is no relativity to 
speak of.


--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: doubt regarding package name

2009-06-24 Thread Kevin Kofler
Rakesh Pandit wrote:
 https://bugzilla.redhat.com/show_bug.cgi?id=504521

 Will SevenZip be apt name for this. if no? What is most apt name in
 accordance to packaging guidelines ?

 LZMA SDK http://www.7-zip.org/sdk.html

So what you're packaging exactly is the Java version of that SDK, which
installs JAR files named SevenZip. I suggest calling the package something
with Java in it. Normally we base our names on the tarball name, i.e.
java-lzma or lzma-java. Another possibility would be java-SevenZip or
SevenZip-java (based on the JAR name), but I don't like this because it's
mixed case and because it refers to the 7-Zip program whereas the JAR is
just the LZMA SDK, it does not cover all the functionality of 7-Zip (I
think it doesn't even handle .7z archives).

Kevin Kofler

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Terminal emulator supporting Indic scripts like {kn, hi, pa}_IN.utf-8

2009-06-24 Thread Kevin Kofler
Michal Nowak wrote:
 Anyone's aware of terminal emulator like gnome-terminal, rxvt,
 etc being capable of Indic scripts like {kn,hi,pa}_IN.utf-8?

Try the KDE 4 Konsole (from kdebase = 4.0.0, i.e. Fedora = 9).

Kevin Kofler

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: more debugging enabled in rawhide kernels.

2009-06-24 Thread Warren Togami

On 06/24/2009 08:08 PM, Dave Jones wrote:

In tomorrows rawhide kernel, I've enabled a debugging option
called kmemleak. As the name suggests, this tracks memory allocations,
and prints backtraces in cases where the memory is believed to be lost.

Things of note:

- This tracking doesn't come for free, so things may slow down.
   In some cases, perhaps considerably.
- You may see backtraces in dmesg like ..

kmemleak: unreferenced object 0xdb804c40 (size 20):
kmemleak:   comm swapper, pid 0, jiffies 4294667296
kmemleak:   backtrace:
kmemleak: [c04fd8b3] kmemleak_alloc+0x193/0x2b8
kmemleak: [c04f5e73] kmem_cache_alloc+0x11e/0x174
kmemleak: [c0aae5a7] debug_objects_mem_init+0x63/0x1d9
kmemleak: [c0a86a62] start_kernel+0x2da/0x38d
kmemleak: [c0a86090] i386_start_kernel+0x7f/0x98
kmemleak: [] 0x

   Hold off on reporting them just yet. There are some known traces
   (like that one for eg) which we are aware of already, without needing
   tracking bugs for them.  Hopefully we can nail the obvious bugs
   false positives quickly.

Dave



Does kerneloops know how to report these?

Warren Togami
wtog...@redhat.com

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Thunderbird/Evolution quirks

2009-06-24 Thread Rahul Sundaram
On 06/25/2009 07:01 AM, Michael Cronenworth wrote:
 On 06/24/2009 08:21 PM, Matthias Clasen wrote:
 If you look at the three things evolution does: mail, contacts and
 calendar, two out of three fit very well into office. Its the nature of
 categorization that 'relatively similar' things eventually end up in
 different buckets. One of the many reasons why hierarchical menus are a
 suboptimal solution to organizing applications...

 
 Thunderbird does mail, contacts, and calendar. Sounds like Evolution and
 Thunderbird are exactly the same in this case. There is no relativity to
 speak of.

They aren't exactly the same. Thunderbird requires add-ons.

Rahul

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: doubt regarding package name

2009-06-24 Thread Ville Skyttä
 Rakesh Pandit wrote:
  https://bugzilla.redhat.com/show_bug.cgi?id=504521
 
  Will SevenZip be apt name for this. if no? What is most apt name in
  accordance to packaging guidelines ?
 
  LZMA SDK http://www.7-zip.org/sdk.html

 So what you're packaging exactly is the Java version of that SDK, which
 installs JAR files named SevenZip. I suggest calling the package something
 with Java in it. Normally we base our names on the tarball name, i.e.
 java-lzma or lzma-java. Another possibility would be java-SevenZip or
 SevenZip-java (based on the JAR name), but I don't like this because it's
 mixed case and because it refers to the 7-Zip program whereas the JAR is
 just the LZMA SDK, it does not cover all the functionality of 7-Zip (I
 think it doesn't even handle .7z archives).

I'd use lzma-sdk for the source rpm, and lzma-java for the Java package 
created out of it (no main package).  And if the C# bits are later packaged 
out of it as well, use lzma-sharp for that.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Terminal emulator supporting Indic scripts like {kn, hi, pa}_IN.utf-8

2009-06-24 Thread Rajeesh K Nambiar
On Thu, Jun 25, 2009 at 10:59 AM, Kevin Kofler kevin.kof...@chello.atwrote:

 Michal Nowak wrote:
  Anyone's aware of terminal emulator like gnome-terminal, rxvt,
  etc being capable of Indic scripts like {kn,hi,pa}_IN.utf-8?

 Try the KDE 4 Konsole (from kdebase = 4.0.0, i.e. Fedora = 9).


Doesn't render ml_IN well, at the very least. Using kdebase-4.2.3-1.fc11.




Kevin Kofler

 --
 fedora-devel-list mailing list
 fedora-devel-list@redhat.com
 https://www.redhat.com/mailman/listinfo/fedora-devel-list




-- 
Cheers,
Rajeesh
http://rajeeshknambiar.wordpress.com
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Bug 495401] perl-Test-YAML-Valid should require perl(YAML)

2009-06-24 Thread 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=495401


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

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version||0.03-4.fc10
 Resolution||ERRATA




-- 
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
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list


[Bug 495401] perl-Test-YAML-Valid should require perl(YAML)

2009-06-24 Thread 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=495401





--- Comment #6 from Fedora Update System upda...@fedoraproject.org  
2009-06-24 15:26:28 EDT ---
perl-Test-YAML-Valid-0.03-4.fc10 has been pushed to the Fedora 10 stable
repository.  If problems still persist, please make note of it in this bug
report.

-- 
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
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list


rpms/perl-CGI-Application-Plugin-Stream/devel import.log, NONE, 1.1 perl-CGI-Application-Plugin-Stream.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2

2009-06-24 Thread Emmanuel Seyman
Author: eseyman

Update of /cvs/pkgs/rpms/perl-CGI-Application-Plugin-Stream/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv28761/devel

Modified Files:
.cvsignore sources 
Added Files:
import.log perl-CGI-Application-Plugin-Stream.spec 
Log Message:
Initial import.


--- NEW FILE import.log ---
perl-CGI-Application-Plugin-Stream-2_10-1_fc11:HEAD:perl-CGI-Application-Plugin-Stream-2.10-1.fc11.src.rpm:1245874613


--- NEW FILE perl-CGI-Application-Plugin-Stream.spec ---
Name:   perl-CGI-Application-Plugin-Stream
Version:2.10
Release:1%{?dist}
Summary:CGI::Application Plugin for streaming files
License:GPL+ or Artistic
Group:  Development/Libraries
URL:http://search.cpan.org/dist/CGI-Application-Plugin-Stream/
Source0:
http://www.cpan.org/authors/id/P/PU/PURDY/CGI-Application-Plugin-Stream-%{version}.tar.gz
BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch:  noarch
BuildRequires:  perl(CGI::Application) = 3.21
BuildRequires:  perl(File::MMagic)
BuildRequires:  perl(Module::Build)
BuildRequires:  perl(Test::More)
BuildRequires:  perl(Test::Pod)
Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))

%description
This plugin provides a way to stream a file back to the user, which is
useful if you are creating a PDF or Spreadsheet document dynamically to
deliver to the user.

%prep
%setup -q -n CGI-Application-Plugin-Stream-%{version}

%build
%{__perl} Build.PL installdirs=vendor
./Build

%install
rm -rf $RPM_BUILD_ROOT

./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;

%{_fixperms} $RPM_BUILD_ROOT/*

%check
./Build test

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorlib}/*
%{_mandir}/man3/*

%changelog
* Mon Dec 22 2008 Emmanuel Seyman emmanuel.sey...@club-internet.fr 2.06-1
- Specfile autogenerated by cpanspec 1.77.


Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-CGI-Application-Plugin-Stream/devel/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore  24 Jun 2009 18:17:05 -  1.1
+++ .cvsignore  24 Jun 2009 20:17:17 -  1.2
@@ -0,0 +1 @@
+CGI-Application-Plugin-Stream-2.10.tar.gz


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-CGI-Application-Plugin-Stream/devel/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 24 Jun 2009 18:17:05 -  1.1
+++ sources 24 Jun 2009 20:17:17 -  1.2
@@ -0,0 +1 @@
+f7ce53633bce0ef1d1535519d1fed7e3  CGI-Application-Plugin-Stream-2.10.tar.gz

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


rpms/perl-CGI-Application-Plugin-Stream/F-11 import.log, NONE, 1.1 perl-CGI-Application-Plugin-Stream.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2

2009-06-24 Thread Emmanuel Seyman
Author: eseyman

Update of /cvs/pkgs/rpms/perl-CGI-Application-Plugin-Stream/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv29996/F-11

Modified Files:
.cvsignore sources 
Added Files:
import.log perl-CGI-Application-Plugin-Stream.spec 
Log Message:
Initial import.


--- NEW FILE import.log ---
perl-CGI-Application-Plugin-Stream-2_10-1_fc11:F-11:perl-CGI-Application-Plugin-Stream-2.10-1.fc11.src.rpm:1245874707


--- NEW FILE perl-CGI-Application-Plugin-Stream.spec ---
Name:   perl-CGI-Application-Plugin-Stream
Version:2.10
Release:1%{?dist}
Summary:CGI::Application Plugin for streaming files
License:GPL+ or Artistic
Group:  Development/Libraries
URL:http://search.cpan.org/dist/CGI-Application-Plugin-Stream/
Source0:
http://www.cpan.org/authors/id/P/PU/PURDY/CGI-Application-Plugin-Stream-%{version}.tar.gz
BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch:  noarch
BuildRequires:  perl(CGI::Application) = 3.21
BuildRequires:  perl(File::MMagic)
BuildRequires:  perl(Module::Build)
BuildRequires:  perl(Test::More)
BuildRequires:  perl(Test::Pod)
Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))

%description
This plugin provides a way to stream a file back to the user, which is
useful if you are creating a PDF or Spreadsheet document dynamically to
deliver to the user.

%prep
%setup -q -n CGI-Application-Plugin-Stream-%{version}

%build
%{__perl} Build.PL installdirs=vendor
./Build

%install
rm -rf $RPM_BUILD_ROOT

./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;

%{_fixperms} $RPM_BUILD_ROOT/*

%check
./Build test

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorlib}/*
%{_mandir}/man3/*

%changelog
* Mon Dec 22 2008 Emmanuel Seyman emmanuel.sey...@club-internet.fr 2.06-1
- Specfile autogenerated by cpanspec 1.77.


Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-CGI-Application-Plugin-Stream/F-11/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore  24 Jun 2009 18:17:05 -  1.1
+++ .cvsignore  24 Jun 2009 20:20:08 -  1.2
@@ -0,0 +1 @@
+CGI-Application-Plugin-Stream-2.10.tar.gz


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-CGI-Application-Plugin-Stream/F-11/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 24 Jun 2009 18:17:05 -  1.1
+++ sources 24 Jun 2009 20:20:08 -  1.2
@@ -0,0 +1 @@
+f7ce53633bce0ef1d1535519d1fed7e3  CGI-Application-Plugin-Stream-2.10.tar.gz

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


rpms/perl-CGI-Application-Plugin-Stream/F-10 import.log, NONE, 1.1 perl-CGI-Application-Plugin-Stream.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2

2009-06-24 Thread Emmanuel Seyman
Author: eseyman

Update of /cvs/pkgs/rpms/perl-CGI-Application-Plugin-Stream/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv3115/F-10

Modified Files:
.cvsignore sources 
Added Files:
import.log perl-CGI-Application-Plugin-Stream.spec 
Log Message:
Initial import.


--- NEW FILE import.log ---
perl-CGI-Application-Plugin-Stream-2_10-1_fc11:F-10:perl-CGI-Application-Plugin-Stream-2.10-1.fc11.src.rpm:1245875607


--- NEW FILE perl-CGI-Application-Plugin-Stream.spec ---
Name:   perl-CGI-Application-Plugin-Stream
Version:2.10
Release:1%{?dist}
Summary:CGI::Application Plugin for streaming files
License:GPL+ or Artistic
Group:  Development/Libraries
URL:http://search.cpan.org/dist/CGI-Application-Plugin-Stream/
Source0:
http://www.cpan.org/authors/id/P/PU/PURDY/CGI-Application-Plugin-Stream-%{version}.tar.gz
BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch:  noarch
BuildRequires:  perl(CGI::Application) = 3.21
BuildRequires:  perl(File::MMagic)
BuildRequires:  perl(Module::Build)
BuildRequires:  perl(Test::More)
BuildRequires:  perl(Test::Pod)
Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))

%description
This plugin provides a way to stream a file back to the user, which is
useful if you are creating a PDF or Spreadsheet document dynamically to
deliver to the user.

%prep
%setup -q -n CGI-Application-Plugin-Stream-%{version}

%build
%{__perl} Build.PL installdirs=vendor
./Build

%install
rm -rf $RPM_BUILD_ROOT

./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;

%{_fixperms} $RPM_BUILD_ROOT/*

%check
./Build test

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorlib}/*
%{_mandir}/man3/*

%changelog
* Mon Dec 22 2008 Emmanuel Seyman emmanuel.sey...@club-internet.fr 2.06-1
- Specfile autogenerated by cpanspec 1.77.


Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-CGI-Application-Plugin-Stream/F-10/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore  24 Jun 2009 18:17:05 -  1.1
+++ .cvsignore  24 Jun 2009 20:34:00 -  1.2
@@ -0,0 +1 @@
+CGI-Application-Plugin-Stream-2.10.tar.gz


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-CGI-Application-Plugin-Stream/F-10/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 24 Jun 2009 18:17:05 -  1.1
+++ sources 24 Jun 2009 20:34:00 -  1.2
@@ -0,0 +1 @@
+f7ce53633bce0ef1d1535519d1fed7e3  CGI-Application-Plugin-Stream-2.10.tar.gz

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


rpms/rt3/devel rt3.spec,1.40,1.41

2009-06-24 Thread corsepiu
Author: corsepiu

Update of /cvs/pkgs/rpms/rt3/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv28792/devel

Modified Files:
rt3.spec 
Log Message:
* Wed Jun 24 2009 Ralf Corsépius corse...@fedoraproject.org - 3.8.4-2
- Add R: perl(Data::ICal), R: perl(Data::ICal::Entry::Event) (BZ #507965).



Index: rt3.spec
===
RCS file: /cvs/pkgs/rpms/rt3/devel/rt3.spec,v
retrieving revision 1.40
retrieving revision 1.41
diff -u -p -r1.40 -r1.41
--- rt3.spec19 Jun 2009 04:13:40 -  1.40
+++ rt3.spec24 Jun 2009 22:01:15 -  1.41
@@ -40,7 +40,7 @@
 
 Name:  rt3
 Version:   3.8.4
-Release:   1%{?dist}
+Release:   2%{?dist}
 Summary:   Request tracker 3
 
 Group: Applications/Internet
@@ -161,6 +161,8 @@ Requires(postun): /bin/rm
 Requires: perl(Apache::Session)
 Requires: perl(Calendar::Simple)
 Requires: perl(Class::Accessor::Fast)
+Requires: perl(Data::ICal)
+Requires: perl(Data::ICal::Entry::Event)
 Requires: perl(Exception::Class::Base)
 %{?with_gd:Requires: perl(GD::Text)}
 %{?with_gd:Requires: perl(GD::Graph::bars)}
@@ -429,6 +431,9 @@ fi
 %{RT3_LIBDIR}/RT/Test*
 
 %changelog
+* Wed Jun 24 2009 Ralf Corsépius corse...@fedoraproject.org - 3.8.4-2
+- Add R: perl(Data::ICal), R: perl(Data::ICal::Entry::Event) (BZ #507965).
+
 * Fri Jun 19 2009 Ralf Corsépius corse...@fedoraproject.org - 3.8.4-1
 - Upstream update.
 - Rebase patches against 3.8.4.

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


rpms/rt3/F-11 rt3.spec,1.40,1.41

2009-06-24 Thread corsepiu
Author: corsepiu

Update of /cvs/pkgs/rpms/rt3/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv28944/F-11

Modified Files:
rt3.spec 
Log Message:
* Wed Jun 24 2009 Ralf Corsépius corse...@fedoraproject.org - 3.8.2-9
- Add R: perl(Data::ICal), R: perl(Data::ICal::Entry::Event) (BZ #507965).



Index: rt3.spec
===
RCS file: /cvs/pkgs/rpms/rt3/F-11/rt3.spec,v
retrieving revision 1.40
retrieving revision 1.41
diff -u -p -r1.40 -r1.41
--- rt3.spec19 Jun 2009 07:13:08 -  1.40
+++ rt3.spec24 Jun 2009 22:01:57 -  1.41
@@ -40,7 +40,7 @@
 
 Name:  rt3
 Version:   3.8.2
-Release:   8%{?dist}
+Release:   9%{?dist}
 Summary:   Request tracker 3
 
 Group: Applications/Internet
@@ -166,6 +166,8 @@ Requires(postun): /bin/rm
 Requires: perl(Apache::Session)
 Requires: perl(Calendar::Simple)
 Requires: perl(Class::Accessor::Fast)
+Requires: perl(Data::ICal)
+Requires: perl(Data::ICal::Entry::Event)
 Requires: perl(Exception::Class::Base)
 %{?with_gd:Requires: perl(GD::Text)}
 %{?with_gd:Requires: perl(GD::Graph::bars)}
@@ -435,6 +437,9 @@ fi
 %{RT3_LIBDIR}/RT/Test*
 
 %changelog
+* Wed Jun 24 2009 Ralf Corsépius corse...@fedoraproject.org - 3.8.2-9
+- Add R: perl(Data::ICal), R: perl(Data::ICal::Entry::Event) (BZ #507965).
+
 * Fri Jun 19 2009 Ralf Corsépius corse...@fedoraproject.org - 3.8.2-8
 - Address BZ #506885 (BZ #506236).
 - Remove rt-3.4.1-I18N.diff.

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


rpms/rt3/F-10 rt3.spec,1.39,1.40

2009-06-24 Thread corsepiu
Author: corsepiu

Update of /cvs/pkgs/rpms/rt3/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv29084/F-10

Modified Files:
rt3.spec 
Log Message:
* Wed Jun 24 2009 Ralf Corsépius corse...@fedoraproject.org - 3.8.2-9
- Add R: perl(Data::ICal), R: perl(Data::ICal::Entry::Event) (BZ #507965).



Index: rt3.spec
===
RCS file: /cvs/pkgs/rpms/rt3/F-10/rt3.spec,v
retrieving revision 1.39
retrieving revision 1.40
diff -u -p -r1.39 -r1.40
--- rt3.spec19 Jun 2009 07:16:35 -  1.39
+++ rt3.spec24 Jun 2009 22:02:39 -  1.40
@@ -40,7 +40,7 @@
 
 Name:  rt3
 Version:   3.8.2
-Release:   8%{?dist}
+Release:   9%{?dist}
 Summary:   Request tracker 3
 
 Group: Applications/Internet
@@ -166,6 +166,8 @@ Requires(postun): /bin/rm
 Requires: perl(Apache::Session)
 Requires: perl(Calendar::Simple)
 Requires: perl(Class::Accessor::Fast)
+Requires: perl(Data::ICal)
+Requires: perl(Data::ICal::Entry::Event)
 Requires: perl(Exception::Class::Base)
 %{?with_gd:Requires: perl(GD::Text)}
 %{?with_gd:Requires: perl(GD::Graph::bars)}
@@ -435,6 +437,9 @@ fi
 %{RT3_LIBDIR}/RT/Test*
 
 %changelog
+* Wed Jun 24 2009 Ralf Corsépius corse...@fedoraproject.org - 3.8.2-9
+- Add R: perl(Data::ICal), R: perl(Data::ICal::Entry::Event) (BZ #507965).
+
 * Fri Jun 19 2009 Ralf Corsépius corse...@fedoraproject.org - 3.8.2-8
 - Address BZ #506885 (BZ #506236).
 - Remove rt-3.4.1-I18N.diff.

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


rpms/perl-Net-Amazon/F-10 .cvsignore, 1.3, 1.4 perl-Net-Amazon.spec, 1.2, 1.3 sources, 1.3, 1.4

2009-06-24 Thread Iain Arnell
Author: iarnell

Update of /cvs/pkgs/rpms/perl-Net-Amazon/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv21274/F-10

Modified Files:
.cvsignore perl-Net-Amazon.spec sources 
Log Message:
* Wed Jun 24 2009 Iain Arnell iarn...@gmail.com 0.54-1
- update to latest upstream



Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Net-Amazon/F-10/.cvsignore,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- .cvsignore  6 Jun 2009 15:02:33 -   1.3
+++ .cvsignore  25 Jun 2009 03:00:01 -  1.4
@@ -1 +1 @@
-Net-Amazon-0.51.tar.gz
+Net-Amazon-0.54.tar.gz


Index: perl-Net-Amazon.spec
===
RCS file: /cvs/pkgs/rpms/perl-Net-Amazon/F-10/perl-Net-Amazon.spec,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- perl-Net-Amazon.spec6 Jun 2009 15:02:33 -   1.2
+++ perl-Net-Amazon.spec25 Jun 2009 03:00:01 -  1.3
@@ -1,5 +1,5 @@
 Name:   perl-Net-Amazon
-Version:0.51
+Version:0.54
 Release:1%{?dist}
 Summary:Framework for accessing amazon.com via REST
 License:GPL+ or Artistic
@@ -54,6 +54,12 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Wed Jun 24 2009 Iain Arnell iarn...@gmail.com 0.54-1
+- update to latest upstream
+
+* Sat Jun 13 2009 Iain Arnell iarn...@gmail.com 0.52-1
+- update to latest upstream
+
 * Sat Jun 06 2009 Iain Arnell iarn...@gmail.com 0.51-1
 - update to latest upstream
 


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Net-Amazon/F-10/sources,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- sources 6 Jun 2009 15:02:34 -   1.3
+++ sources 25 Jun 2009 03:00:01 -  1.4
@@ -1 +1 @@
-b34ca400c83f4b68afe897c42f9afd28  Net-Amazon-0.51.tar.gz
+822e13802950c1dfc0af23354dbf7c70  Net-Amazon-0.54.tar.gz

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


rpms/perl-Net-Amazon/F-11 .cvsignore, 1.3, 1.4 perl-Net-Amazon.spec, 1.2, 1.3 sources, 1.3, 1.4

2009-06-24 Thread Iain Arnell
Author: iarnell

Update of /cvs/pkgs/rpms/perl-Net-Amazon/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv21274/F-11

Modified Files:
.cvsignore perl-Net-Amazon.spec sources 
Log Message:
* Wed Jun 24 2009 Iain Arnell iarn...@gmail.com 0.54-1
- update to latest upstream



Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Net-Amazon/F-11/.cvsignore,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- .cvsignore  6 Jun 2009 15:02:34 -   1.3
+++ .cvsignore  25 Jun 2009 03:00:02 -  1.4
@@ -1 +1 @@
-Net-Amazon-0.51.tar.gz
+Net-Amazon-0.54.tar.gz


Index: perl-Net-Amazon.spec
===
RCS file: /cvs/pkgs/rpms/perl-Net-Amazon/F-11/perl-Net-Amazon.spec,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- perl-Net-Amazon.spec6 Jun 2009 15:02:34 -   1.2
+++ perl-Net-Amazon.spec25 Jun 2009 03:00:02 -  1.3
@@ -1,5 +1,5 @@
 Name:   perl-Net-Amazon
-Version:0.51
+Version:0.54
 Release:1%{?dist}
 Summary:Framework for accessing amazon.com via REST
 License:GPL+ or Artistic
@@ -54,6 +54,12 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Wed Jun 24 2009 Iain Arnell iarn...@gmail.com 0.54-1
+- update to latest upstream
+
+* Sat Jun 13 2009 Iain Arnell iarn...@gmail.com 0.52-1
+- update to latest upstream
+
 * Sat Jun 06 2009 Iain Arnell iarn...@gmail.com 0.51-1
 - update to latest upstream
 


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Net-Amazon/F-11/sources,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- sources 6 Jun 2009 15:02:34 -   1.3
+++ sources 25 Jun 2009 03:00:02 -  1.4
@@ -1 +1 @@
-b34ca400c83f4b68afe897c42f9afd28  Net-Amazon-0.51.tar.gz
+822e13802950c1dfc0af23354dbf7c70  Net-Amazon-0.54.tar.gz

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


rpms/perl-Devel-NYTProf/devel .cvsignore, 1.2, 1.3 perl-Devel-NYTProf.spec, 1.1, 1.2 sources, 1.2, 1.3

2009-06-24 Thread Iain Arnell
Author: iarnell

Update of /cvs/pkgs/rpms/perl-Devel-NYTProf/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv30284

Modified Files:
.cvsignore perl-Devel-NYTProf.spec sources 
Log Message:
* Thu Jun 25 2009 Iain Arnell iarn...@gmail.com 2.10-1
- update to latest upstream version



Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Devel-NYTProf/devel/.cvsignore,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- .cvsignore  13 Apr 2009 05:25:35 -  1.2
+++ .cvsignore  25 Jun 2009 03:21:40 -  1.3
@@ -1 +1 @@
-Devel-NYTProf-2.09.tar.gz
+Devel-NYTProf-2.10.tar.gz


Index: perl-Devel-NYTProf.spec
===
RCS file: /cvs/pkgs/rpms/perl-Devel-NYTProf/devel/perl-Devel-NYTProf.spec,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- perl-Devel-NYTProf.spec 13 Apr 2009 05:25:36 -  1.1
+++ perl-Devel-NYTProf.spec 25 Jun 2009 03:21:41 -  1.2
@@ -1,5 +1,5 @@
 Name:   perl-Devel-NYTProf
-Version:2.09
+Version:2.10
 Release:1%{?dist}
 Summary:Powerful feature-rich perl source code profiler
 License:GPL+ or Artistic
@@ -66,6 +66,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Thu Jun 25 2009 Iain Arnell iarn...@gmail.com 2.10-1
+- update to latest upstream version
+
 * Fri Apr 10 2009 Iain Arnell iarn...@gmail.com 2.09-1
 - update to latest upstream
 


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Devel-NYTProf/devel/sources,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- sources 13 Apr 2009 05:25:36 -  1.2
+++ sources 25 Jun 2009 03:21:41 -  1.3
@@ -1 +1 @@
-2bd0f5fc881fe581b35c11e615cf9ec1  Devel-NYTProf-2.09.tar.gz
+a6db13b5d329ec6b13bc6639933c1fc1  Devel-NYTProf-2.10.tar.gz

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


rpms/perl-Config-JFDI/devel .cvsignore, 1.3, 1.4 perl-Config-JFDI.spec, 1.2, 1.3 sources, 1.3, 1.4

2009-06-24 Thread Iain Arnell
Author: iarnell

Update of /cvs/pkgs/rpms/perl-Config-JFDI/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv1004

Modified Files:
.cvsignore perl-Config-JFDI.spec sources 
Log Message:
* Thu Jun 25 2009 Iain Arnell iarn...@gmail.com 0.063-1
- update to latest upstream



Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Config-JFDI/devel/.cvsignore,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- .cvsignore  1 Jun 2009 13:17:07 -   1.3
+++ .cvsignore  25 Jun 2009 03:28:39 -  1.4
@@ -1 +1 @@
-Config-JFDI-0.062.tar.gz
+Config-JFDI-0.063.tar.gz


Index: perl-Config-JFDI.spec
===
RCS file: /cvs/pkgs/rpms/perl-Config-JFDI/devel/perl-Config-JFDI.spec,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- perl-Config-JFDI.spec   1 Jun 2009 13:17:07 -   1.2
+++ perl-Config-JFDI.spec   25 Jun 2009 03:28:39 -  1.3
@@ -1,5 +1,5 @@
 Name:   perl-Config-JFDI
-Version:0.062
+Version:0.063
 Release:1%{?dist}
 Summary:Just * Do it: A Catalyst::Plugin::ConfigLoader-style layer 
over Config::Any
 License:GPL+ or Artistic
@@ -57,6 +57,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Thu Jun 25 2009 Iain Arnell iarn...@gmail.com 0.063-1
+- update to latest upstream
+
 * Mon Jun 01 2009 Iain Arnell iarn...@gmail.com 0.062-1
 - update to latest upstream
 


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Config-JFDI/devel/sources,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- sources 1 Jun 2009 13:17:07 -   1.3
+++ sources 25 Jun 2009 03:28:39 -  1.4
@@ -1 +1 @@
-bc8f7e840acf101a0524206f0938488e  Config-JFDI-0.062.tar.gz
+908f2a01cae3a882340501d3f008a741  Config-JFDI-0.063.tar.gz

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