On 05/26/2009 09:50 AM, Jason L Tibbitts III wrote:
The Packaging Committee will meet Tuesday, 2009-05-26 at 17:00UTC in
the #fedora-meeting channel on chat.freenode.net.
FPC works from the agenda at
https://fedoraproject.org/wiki/Packaging/GuidelinesTodo; there's just
one item currently on
On Tue, May 26, 2009 at 11:35:23AM +0530, Rahul Sundaram wrote:
On 05/26/2009 09:50 AM, Jason L Tibbitts III wrote:
The Packaging Committee will meet Tuesday, 2009-05-26 at 17:00UTC in
the #fedora-meeting channel on chat.freenode.net.
FPC works from the agenda at
On Tue, 2009-05-26 at 09:06 +0100, Richard W.M. Jones wrote:
On Mon, May 25, 2009 at 05:29:32PM -0400, Warren Togami wrote:
On 05/25/2009 05:07 PM, Richard W.M. Jones wrote:
On Mon, May 25, 2009 at 03:52:37PM +0200, Tomas Mraz wrote:
is anybody interested in maintaining vpnc in Fedora and
On Tue, 26 May 2009 09:10:15 +0100, Richard wrote:
I vote for also removing the %clean section.
Complete removal or only making rm -rf %{buildroot} the default?
In case of the former, let's also add an implicit rm -rf %{buildroot} at
start of %install. There are still packagers who don't empty
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I checked the ability to upgrade from F10 to F11 (Rawhide) directly
using yum. A couple of weeks ago, there were dependency errors with
python. These errors are not fixed until now.
In my point of view, this issue should be fixed until GA of
On 05/26/2009 01:40 PM, Richard W.M. Jones wrote:
On Tue, May 26, 2009 at 11:35:23AM +0530, Rahul Sundaram wrote:
On 05/26/2009 09:50 AM, Jason L Tibbitts III wrote:
The Packaging Committee will meet Tuesday, 2009-05-26 at 17:00UTC in
the #fedora-meeting channel on chat.freenode.net.
FPC
On Sat, 23 May 2009 19:46:42 +0200, Thorsten wrote:
But I'm a bit unsure what to do with the results. Filing bugs likely
would be huge amount of work as well as and never-ending task for a
small gain.
http://mschwendt.fedorapeople.org/dircheck-remote.py
Example usage:
./dircheck-remote.py
On Tue, May 26, 2009 at 10:19:45AM +0200, Tomas Mraz wrote:
I'll orphan it and you can be the primary maintainer.
Done.
Rich.
--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many
On Tue, 26 May 2009 10:39:27 +0200, Uwe wrote:
I checked the ability to upgrade from F10 to F11 (Rawhide) directly
using yum. A couple of weeks ago, there were dependency errors with
python. These errors are not fixed until now.
Nobody has posted the results of one of the upgradepathcheck
Le Mar 26 mai 2009 10:43, Rahul Sundaram a écrit :
It seems like the Group tag is now optional in upstream RPM (since
somewhere around F-11).
Yes but there should be packaging guidelines adding a note that you
can
just drop it similar to built root. Does apt, smart and synaptic
support
On Mon, May 25, 2009 at 02:22:02PM -0400, D. Hugh Redelmeier wrote:
| From: Rex Dieter rdie...@math.unl.edu
| Seems frustrations are mounting:
| On policykit and standards
| http://lists.freedesktop.org/archives/polkit-devel/2009-May/000119.html
[I'm an outsider. This thread is my
On Tue, 26 May 2009 11:17:29 +0200, Uwe wrote:
What set of repositories did you use when enabling updates-testing?
In your quote I see lots of references to F10 updates-testing, but
did you also enable F11 updates and F11 updates-testing?
I think, yum only enables updates-testing for F10
On Tue, 26 May 2009 11:43:54 +0200, Uwe wrote:
With a Yum-based distribution upgrade, you typically perform an upgrade in
two steps. First you update to the right fedora-release package, so
variables like $releasever used in your *.repo files expand to '11'
instead of '10'. Then you run a
On Tue, 26 May 2009, Rahul Sundaram wrote:
On 05/26/2009 01:40 PM, Richard W.M. Jones wrote:
On Tue, May 26, 2009 at 11:35:23AM +0530, Rahul Sundaram wrote:
On 05/26/2009 09:50 AM, Jason L Tibbitts III wrote:
The Packaging Committee will meet Tuesday, 2009-05-26 at 17:00UTC in
the
On 05/26/2009 03:38 PM, Panu Matilainen wrote:
Smart in GUI-mode and Synaptic currently use the Group tag to, well,
group the packages for viewing:
http://laiskiainen.org/tmp/smartpm-groups.png.
That's great.
Apt (and smartpm in
cli-mode) dont care.
Without spec specified Group they all
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Schwendt schrieb:
On Tue, 26 May 2009 11:43:54 +0200, Uwe wrote:
With a Yum-based distribution upgrade, you typically perform an upgrade in
two steps. First you update to the right fedora-release package, so
variables like $releasever
On Tue, 26 May 2009 12:16:13 +0200, Uwe wrote:
rpm -Uvh
ftp://ftp.solnet.ch/mirror/fedora/linux/development/i386/os/Packages/fedora-release-11-1.noarch.rpm
And to add some trouble-shooting myself, this new fedora-release package
points to a mirrorlist URL that returns an XML file instead of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Schwendt schrieb:
On Tue, 26 May 2009 12:16:13 +0200, Uwe wrote:
rpm -Uvh
ftp://ftp.solnet.ch/mirror/fedora/linux/development/i386/os/Packages/fedora-release-11-1.noarch.rpm
And to add some trouble-shooting myself, this new
On 05/23/2009 06:37 AM, Michael Schwendt wrote:
https://fedoraproject.org/wiki/Packaging/Conflicts
https://fedoraproject.org/wiki/Packaging/Conflicts#Other_Uses_of_Conflicts:
| As a general rule, Fedora packages must NOT contain any usage of the
| Conflicts: field.
| Keep in mind that
On 05/23/2009 11:03 AM, Braden McDaniel wrote:
I didn't know about this until this subthread... and I asked a rather
senior packaging person about it some months ago and didn't get this
information. So I think this is poorly publicized; and perhaps poorly
positioned in the packaging
On 05/22/2009 03:04 PM, Frank Murphy wrote:
1: Has the flags policy, anything to do with RH becoming more prominent
on the site?
No problem with them becoming more prominent, they do sponsor a lot.
If yes, say so, likewise no
No. The fact that I authored the original flag policy had more to
On 05/23/2009 03:45 PM, Christopher Stone wrote:
What are the T-6 restrictions? A google search only came up with this thread.
There are 6 countries that Fedora cannot be legally exported to (as a
result of US export restrictions):
Cuba, Iran, Iraq, North Korea, Sudan and Syria
These are known
On Martes 26 Mayo 2009 11:16:14 Daniel P. Berrange escribió:
On Mon, May 25, 2009 at 02:22:02PM -0400, D. Hugh Redelmeier wrote:
| From: Rex Dieter rdie...@math.unl.edu
|
| Seems frustrations are mounting:
| On policykit and standards
|
On Tue, 26 May 2009, Tom \spot\ Callaway wrote:
This seems like a great place for someone who is looking for a way to
help out Fedora to work on, closing out these bugs.
I wrote a script to dump out potential file conflicts. This needs to be
dumped into the auto-qa work so we can look
On Tue, 2009-05-26 at 15:37 +0200, Jaroslav Reznik wrote:
Seems like direct DBus communication is the only way to do it from Qt/KDE
apps
as PolKit library requires gtk_init() somewhere in code... I've prepared
patch for polkit-qt to the new PK1 Core API but... Or is there any other way
Hello
I've made my repository for CentOS (3/4/5) with createrepo version
0.4.9.
It makes these files
repodata/filelists.xml.gz
repodata/other.xml.gz
repodata/primary.xml.gz
repodata/repomd.xml
Yum is working fine but on
RHEL 4 I've got this error from up2date
An HTTP error occurred:
URL:
Compose started at Tue May 26 06:15:03 UTC 2009
Removed package CastPodder
Summary:
Added Packages: 0
Removed Packages: 1
Modified Packages: 0
Broken deps for ppc64
--
cabal2spec-0.12-1.fc11.noarch requires ghc 0:6.10.1-7
On Tue, 26 May 2009, Pavel Lisy wrote:
Hello
I've made my repository for CentOS (3/4/5) with createrepo version
0.4.9.
It makes these files
repodata/filelists.xml.gz
repodata/other.xml.gz
repodata/primary.xml.gz
repodata/repomd.xml
Yum is working fine but on
RHEL 4 I've got this error
On Tue, 26 May 2009, Tom spot Callaway wrote:
Though I am also not a lawyer, I did look into things, being upstream
for openswan and an author of a book containing crypto, a rather crypto
heavy application and book...
There are 6 countries that Fedora cannot be legally exported to (as a
result
Hi all,
I encounter a little weirdness with the recent (aka
2.6.29.3-155.fc11.i586) kernel on my R61 Thinkpad: Neither Suspend on
lid-shut nor reaction on power button work. It seems to me that there a
no events registered by the driver. Does anyone else see that?
Is there a way to log that
On Sat, May 23, 2009 at 1:46 PM, Thorsten Leemhuis fed...@leemhuis.info wrote:
(¹) the list also leads to question like why are there /.dbus and
/.pulse?
My guess is some code in the installation process running as root with
$HOME set to / is trying to connect to the DBus session bus. For
Hi,
I was just wondering, if there is a compat c++ compiler package (or
mode) available in fedora. The issue I encountered was that I got a lot
of compiler errors because of strdup() malloc() etc. usages in c++ files
without proper #include legacy stuff.
I am not a C++ expert, but I guess that
On Tue, 2009-05-26 at 13:15 +0200, Hans de Goede wrote:
Can we please not remove the Group tag, it is actually quite usefull.
What we need to remove / loose is comps. Having all this info in a
centralized database is stupid. The spec files should tell which
group(s) the package belongs in.
Jesse Keating wrote:
On Tue, 2009-05-26 at 13:15 +0200, Hans de Goede wrote:
Can we please not remove the Group tag, it is actually quite usefull.
What we need to remove / loose is comps. Having all this info in a
centralized database is stupid. The spec files should tell which
group(s) the
On 05/26/2009 07:39 PM, Paul Wouters wrote:
This is technically a violation of GPL, and could mean that
anyone distributing Fedora with those restrictions has lost their rights
to use and/or distribute the GPL software contained within Fedora.here
they take place.
FSF doesn't seem to think
2009/5/26 Christoph Höger choe...@cs.tu-berlin.de:
Hi all,
I encounter a little weirdness with the recent (aka
2.6.29.3-155.fc11.i586) kernel on my R61 Thinkpad: Neither Suspend on
lid-shut nor reaction on power button work. It seems to me that there a
no events registered by the driver.
On 05/26/2009 12:13 PM, Mathieu Bridon (bochecha) wrote:
The penalties for export violation are steep and
serious, which is why all Fedora contributors are required to abide by
the export policies.
Maybe this should be mentioned in the CLA ? We (Fedora contributors)
have to sign it.
Kevin Kofler (kevin.kof...@chello.at) said:
Yet another insecure temporary file vulnerability. Why do we still not
polyinstantiate /tmp by default? We're wasting lots of time on security
measures which keep breaking apps such as SELinux, but simple things like
polyinstantiation are still not
Johan Cwiklinski (maili...@x-tnd.be) said:
Considering this, I'm not sure simply removing flags for gcompris is the
thing to do.
Any thoughts ?
It's the right thing from a UI standpoint. That dialog is horrible.
Here's an example, when started in es_MX.UTF-8:
Peter Lemenkov (lemen...@gmail.com) said:
Subj. As Debian folks did years ago. Such branching will be done very
easy technically.
Because all the builds and composition is done in the US, and the trademarks
are held by a US entity.
Bill
--
fedora-devel-list mailing list
2009/5/26 Bill Nottingham nott...@redhat.com:
Subj. As Debian folks did years ago. Such branching will be done very
easy technically.
Because all the builds and composition is done in the US, and the trademarks
are held by a US entity.
Not a serious reason. Why not to relocate then in
On Di Mai 26 2009, Bill Nottingham wrote:
Kevin Kofler (kevin.kof...@chello.at) said:
Yet another insecure temporary file vulnerability. Why do we still not
polyinstantiate /tmp by default? We're wasting lots of time on security
measures which keep breaking apps such as SELinux, but simple
On Tue, 2009-05-26 at 21:10 +0400, Peter Lemenkov wrote:
2009/5/26 Bill Nottingham nott...@redhat.com:
Subj. As Debian folks did years ago. Such branching will be done very
easy technically.
Because all the builds and composition is done in the US, and the trademarks
are held by a US
Peter Lemenkov (lemen...@gmail.com) said:
Subj. As Debian folks did years ago. Such branching will be done very
easy technically.
Because all the builds and composition is done in the US, and the trademarks
are held by a US entity.
Not a serious reason. Why not to relocate then in
On 05/26/2009 01:25 PM, Jesse Keating wrote:
On Tue, 2009-05-26 at 21:10 +0400, Peter Lemenkov wrote:
2009/5/26 Bill Nottingham nott...@redhat.com:
Subj. As Debian folks did years ago. Such branching will be done very
easy technically.
Because all the builds and composition is done in the
J == Jason L Tibbitts ti...@math.uh.edu writes:
J The Packaging Committee will meet Tuesday, 2009-05-26 at 17:00UTC
J in the #fedora-meeting channel on chat.freenode.net.
Due to lack of quorum, this meeting is postponed to Tuesday,
2009-06-02. I will send an updated agenda as the meeting
Chris Weyl wrote:
A US corporation is subject to US law no matter where it operates. Sounds
serious to me :)
I think the idea is to found a Fedora foundation outside of the US to own
Fedora instead of RH. The reason given for not creating a foundation was
that US tax laws are problematic,
On Tue, 2009-05-26 at 19:12 +0200, Till Maas wrote:
On Di Mai 26 2009, Bill Nottingham wrote:
Kevin Kofler (kevin.kof...@chello.at) said:
Yet another insecure temporary file vulnerability. Why do we still not
polyinstantiate /tmp by default? We're wasting lots of time on security
On Tue, 2009-05-26 at 10:39 +0200, Uwe Kiewel wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I checked the ability to upgrade from F10 to F11 (Rawhide) directly
using yum. A couple of weeks ago, there were dependency errors with
python. These errors are not fixed until now.
On Tue, 26 May 2009 19:32:31 +0200, Kevin wrote:
Michael Schwendt wrote:
[And as long as there is no F11 GA repo yet, you need to enable rawhide
manually.]
Actually no, as the mirrorlists redirect you automatically.
Well, great, but whatever very went wrong for Uwe (the OP), his Yum
Once upon a time, Tom spot Callaway tcall...@redhat.com said:
Historically, we've only highlighted the export details onto people who
are likely to redistribute Fedora as part of their normal activities
(FreeMedia, Mirrors), but there is no reason we can't make it clear to
everyone who signs
On Tue, 2009-05-26 at 13:29 -0400, Bill Nottingham wrote:
Peter Lemenkov (lemen...@gmail.com) said:
Subj. As Debian folks did years ago. Such branching will be done very
easy technically.
Because all the builds and composition is done in the US, and the
trademarks
are held by
On Tue, 26 May 2009, Michael Schwendt wrote:
On Tue, 26 May 2009 19:32:31 +0200, Kevin wrote:
Michael Schwendt wrote:
[And as long as there is no F11 GA repo yet, you need to enable rawhide
manually.]
Actually no, as the mirrorlists redirect you automatically.
Well, great, but whatever
On Tue, 26 May 2009, Stephen Gallagher wrote:
Find us a Company in Europe that is not based in the US that is willing
to fund with people and money as much as Red Hat is doing now.
Oh, Europe won't help much, there are just as many silly laws there as
there are in the US.
1) Your packets
On 05/26/2009 02:39 PM, Chris Adams wrote:
Once upon a time, Tom spot Callaway tcall...@redhat.com said:
Historically, we've only highlighted the export details onto people who
are likely to redistribute Fedora as part of their normal activities
(FreeMedia, Mirrors), but there is no reason we
On 05/26/2009 04:10 AM, Richard W.M. Jones wrote:
I vote for also removing the %clean section.
So, looking at this objectively, here are the technical problems:
* We're defining a BuildRoot in the spec, but that definition is no
longer used (Fedora 10 or higher), because rpm now automagically
On Tue, May 26, 2009 at 03:02:47PM -0400, Tom spot Callaway wrote:
Is anyone opposed to that?
Sounds like a very reasonable proposal.
I'll note that coughDebian/cough packages include a minimum
compatible standards (version) number. The RPM equivalent would I
suppose be something like:
Bill Nottingham wrote:
Peter Lemenkov (lemen...@gmail.com) said:
... what exactly are you trying to accomplish?
Make it legal to ship MP3 code? Sorry, those are patented in Europe as well.
Patents are *currently* illegal in Europe, (though they may be granted).
The patents offices
TC == Tom \spot\ Callaway tcall...@redhat.com writes:
TC Is anyone opposed to that?
It's hard to oppose anything that frees us from carrying around all of
this useless crap in every specfile. If we ever want our packaging to
be considered sane, we have to make progress towards getting rid of
Tom spot Callaway wrote:
mkdir -p `dirname $RPM_BUILD_ROOT`\
mkdir $RPM_BUILD_ROOT\
Is that somehow better than just «mkdir -p $RPM_BUILD_ROOT»? Just curious.
Björn Persson
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
On Tue, 2009-05-26 at 21:17 +0200, Uwe Kiewel wrote:
We don't consider issues which would cause upgrading from release to
release via yum to be blockers, but issues which would cause upgrading
via preupgrade to fail usually would be.
So, I have to google about preupgrade. It's the first
freetype1 is gone from F12. Nobody's currently using it, and more
importantly nobody ought to be, anywhere, ever.
- ajax
signature.asc
Description: This is a digitally signed message part
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
On Tue, 26 May 2009, Adam Williamson wrote:
On Tue, 2009-05-26 at 21:17 +0200, Uwe Kiewel wrote:
We don't consider issues which would cause upgrading from release to
release via yum to be blockers, but issues which would cause upgrading
via preupgrade to fail usually would be.
So, I have
Till Maas (opensou...@till.name) said:
On Di Mai 26 2009, Tom spot Callaway wrote:
On 05/26/2009 04:10 AM, Richard W.M. Jones wrote:
* Set the BuildRoot to / and cause massive system destruction
What about setting BuildRoot to /home or /etc, this would case similiar
massive system
[choe...@choeger6 ~]$ lsmod | grep think
thinkpad_acpi 53944 0
hwmon 2148 1 thinkpad_acpi
Seems like it's there.
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
On Di Mai 26 2009, Björn Persson wrote:
Tom spot Callaway wrote:
mkdir -p `dirname $RPM_BUILD_ROOT`\
mkdir $RPM_BUILD_ROOT\
Is that somehow better than just «mkdir -p $RPM_BUILD_ROOT»? Just
curious.
It prevents a race condition in case that $(dirname $RPM_BUILD_ROOT) already
On Tue, May 26, 2009 at 09:29:31PM +, Matej Cepl wrote:
Hans de Goede, Tue, 26 May 2009 13:15:23 +0200:
Can we please not remove the Group tag, it is actually quite usefull.
What we need to remove / loose is comps. Having all this info in a
centralized database is stupid. The spec files
On Tue, 2009-05-26 at 22:34 +0100, Richard W.M. Jones wrote:
On Tue, May 26, 2009 at 09:29:31PM +, Matej Cepl wrote:
Hans de Goede, Tue, 26 May 2009 13:15:23 +0200:
Can we please not remove the Group tag, it is actually quite usefull.
What we need to remove / loose is comps. Having
Matej Cepl mc...@redhat.com writes:
Jesse Keating, Tue, 26 May 2009 10:25:36 -0700:
Oh, Europe won't help much, there are just as many silly laws there as
there are in the US.
Better is some special place in Europe thinking ... what about Isle
of Man, it has some exceptions from many
| From: Tom spot Callaway tcall...@redhat.com
| On 05/26/2009 10:09 AM, Paul Wouters wrote:
| See above. Note that the Wassenaar Agreement excludes software that is
| in the public domain, eg free/open source software.
|
| This is not correct. Public Domain has a very specific legal meaning,
|
On Wed, May 27, 2009 at 7:10 AM, Tim Lauridsen
tim.laurid...@googlemail.com wrote:
soft-deps (Suggests/Recommends) is really hard to handle at the depsolver
level. A depsolver need to now the hard ones, not stuff like 'it would look
very nice to have pink bracelet to my little pony'. It is
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=221113
Stepan Kasal ska...@redhat.com changed:
What|Removed |Added
Author: cweyl
Update of /cvs/extras/rpms/perl-MooseX-MethodAttributes/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv27387
Modified Files:
.cvsignore perl-MooseX-MethodAttributes.spec sources
Log Message:
* Wed May 27 2009 Chris Weyl cw...@alumni.drew.edu 0.12-1
- add br on
Author: cweyl
Update of /cvs/extras/rpms/perl-MooseX-AttributeHelpers/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv28249
Modified Files:
perl-MooseX-AttributeHelpers.spec
Log Message:
* Tue May 26 2009 Chris Weyl cw...@alumni.drew.edu 0.16-2
- add br on CPAN until M::I
Author: cweyl
Update of /cvs/extras/rpms/perl-MooseX-Log-Log4perl/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv28976
Modified Files:
perl-MooseX-Log-Log4perl.spec
Log Message:
* Tue May 26 2009 Chris Weyl cw...@alumni.drew.edu 0.40-2
- add br on CPAN
Index:
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Catalyst-Plugin-Session/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv30408
Modified Files:
perl-Catalyst-Plugin-Session.spec
Log Message:
* Tue May 26 2009 Iain Arnell iarn...@gmail.com 0.22-2
- add missing requires
Author: cweyl
Update of /cvs/extras/rpms/perl-MooseX-AttributeHelpers/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv32571
Modified Files:
perl-MooseX-AttributeHelpers.spec
Log Message:
* Wed May 27 2009 Chris Weyl cw...@alumni.drew.edu 0.17-1
- auto-update to 0.17 (by
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Lingua-Flags/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv1273/F-11
Modified Files:
.cvsignore sources
Added Files:
perl-Lingua-Flags.spec
Log Message:
initial import
--- NEW FILE perl-Lingua-Flags.spec ---
Name:
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Lingua-Flags/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv1273/F-10
Modified Files:
.cvsignore sources
Added Files:
perl-Lingua-Flags.spec
Log Message:
initial import
--- NEW FILE perl-Lingua-Flags.spec ---
Name:
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Lingua-Flags/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv1273/devel
Modified Files:
.cvsignore sources
Added Files:
perl-Lingua-Flags.spec
Log Message:
initial import
--- NEW FILE perl-Lingua-Flags.spec ---
Name:
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Carp-Clan-Share/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv3595/F-11
Modified Files:
.cvsignore sources
Added Files:
perl-Carp-Clan-Share.spec
Log Message:
initial import
--- NEW FILE perl-Carp-Clan-Share.spec ---
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Carp-Clan-Share/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv3595/F-10
Modified Files:
.cvsignore sources
Added Files:
perl-Carp-Clan-Share.spec
Log Message:
initial import
--- NEW FILE perl-Carp-Clan-Share.spec ---
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Carp-Clan-Share/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv3595/devel
Modified Files:
.cvsignore sources
Added Files:
perl-Carp-Clan-Share.spec
Log Message:
initial import
--- NEW FILE perl-Carp-Clan-Share.spec ---
Author: iarnell
Update of /cvs/pkgs/rpms/perl-SQL-Translator/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv6769
Modified Files:
perl-SQL-Translator.spec
Log Message:
* Wed May 27 2009 Iain Arnell iarn...@gmail.com 0.09004-2
- add missing requires Class::Accessor::Fast and
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=499768
Iain Arnell iarn...@gmail.com changed:
What|Removed |Added
Author: iarnell
Update of /cvs/pkgs/rpms/perl-SQL-Translator/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv7522/F-10
Modified Files:
perl-SQL-Translator.spec
Log Message:
* Wed May 27 2009 Iain Arnell iarn...@gmail.com 0.09004-2
- add missing requires Class::Accessor::Fast
Author: iarnell
Update of /cvs/pkgs/rpms/perl-SQL-Translator/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv7522/F-11
Modified Files:
perl-SQL-Translator.spec
Log Message:
* Wed May 27 2009 Iain Arnell iarn...@gmail.com 0.09004-2
- add missing requires Class::Accessor::Fast
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=499768
--- Comment #2 from Fedora Update System upda...@fedoraproject.org
2009-05-26 23:42:49 EDT ---
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=499768
--- Comment #1 from Fedora Update System upda...@fedoraproject.org
2009-05-26 23:42:45 EDT ---
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=499768
Iain Arnell iarn...@gmail.com changed:
What|Removed |Added
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=502358
Iain Arnell iarn...@gmail.com changed:
What|Removed |Added
Author: iarnell
Update of /cvs/pkgs/rpms/perl-HTML-FormFu/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv23811
Modified Files:
.cvsignore perl-HTML-FormFu.spec sources
Log Message:
* Wed May 27 2009 Iain Arnell iarn...@gmail.com 0.05000-1
- update to latest upstream
- R/BR
92 matches
Mail list logo