Re: orphaning Calibre

[Juan Rodriguez]

On Mon, May 10, 2010 at 7:31 PM, Kevin Fenzi ke...@scrye.com wrote:

 On Mon, 10 May 2010 14:25:02 +0300
 Ionuț C. Arțăriși maple...@fedoraproject.org wrote:

 
  Hello,
 
  I don't have the time to maintain calibre any more so I'm orphaning
  it. I fell behind on bugzilla, too.
 
  Beware, it requires a lot of love. Upstream moves very fast. Releases
  happen weekly and there are always new features and sometimes new
  bundled libs (yeah...).
 
  Whoever picks this up, feel free to contact me with questions.

 My time is pretty short these days, but I use and like calibre a
 lot. ;)

 Perhaps some other folks are in the same boat and we could get 3-4 of
 us to all work on it as our time permits?

 Who's in?

 kevin

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


As a Calibre user (It syncs with Android? Sign me up!) I'd like to help out,
but I don't think I could maintain it by myself. I wouldn't mind being a
co-maintainer though :)

-- 
Ing. Juan M. Rodriguez Moreno
Desarrollador de Sistemas Abiertos
Sitio: http://proyectofedora.org/mexico
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Fedora 13 continuing the tradition of being an update monster

[James Antill]

 Thankfully all the giant flamewars and new policies didn't make anyone
think twice about the users, as we already have 140 updates with a
combined size of _over_ 750MB on x86_64, biggest 5 are:

6.2M wesnoth-1.8.1-1.fc13.x86_64.rpm
 12M hanazono-fonts-20100222-2.fc13.noarch.rpm
 48M xmoto-0.5.3-1.fc13.x86_64.rpm
260M wesnoth-data-1.8.1-1.fc13.noarch.rpm
318M openarena-0.8.5-1.fc13.noarch.rpm

...the last being particularly nice, in that the package hasn't been
updated for almost a year but now we get 2 300MB+ presents at once.
 Welcome to the new Fedora updates, much like the old Fedora updates.
Hey, at least Kevin should be happy.

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

Re: Fedora 13 continuing the tradition of being an update monster

[Tomasz Torcz]

On Tue, May 11, 2010 at 02:14:58AM -0400, James Antill wrote:
 
  Thankfully all the giant flamewars and new policies didn't make anyone
 think twice about the users, as we already have 140 updates with a
 combined size of _over_ 750MB on x86_64, biggest 5 are:
 
 6.2M wesnoth-1.8.1-1.fc13.x86_64.rpm
  12M hanazono-fonts-20100222-2.fc13.noarch.rpm
  48M xmoto-0.5.3-1.fc13.x86_64.rpm
 260M wesnoth-data-1.8.1-1.fc13.noarch.rpm
 318M openarena-0.8.5-1.fc13.noarch.rpm
 
 ...the last being particularly nice, in that the package hasn't been
 updated for almost a year but now we get 2 300MB+ presents at once.

  Do you have data on delta-rpm sizes?

-- 
Tomasz Torcz God, root, what's the difference?
xmpp: zdzich...@chrome.pl God is more forgiving.



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

Re: Blockers via flags?

[Thomas Janssen]

On Tue, May 11, 2010 at 6:40 AM, Jesse Keating jkeat...@redhat.com wrote:
 On Mon, 2010-05-10 at 22:47 -0500, Garrett Holmstrom wrote:
 Fedora only has one branched, yet unreleased release at a time.  Can we
 recycle the same tag(s) for every release instead of creating new ones
 every time?

 We could probably name them such, just {alpha,beta,final}_blocker, and
 only make them available to the release that is in branched mode.  I
 say probably, as I've done 0 research on the subject.


  How does it solve the problem(s)?  We can query against flags and find
  the bugs that have been accepted as blockers, which will help developers
  find issues which are critical to be worked on.  It'll help our testers
  find issues which are determined to be blockers and have a fix that
  needs to be verified.  It'll help our qa/releng folks focus on issues
  that are proposed but not yet accepted as blockers.  It will also allow
  us to process potential blockers as they come up asynchronously as
  opposed to waiting for the next Friday grind and spend hours working
  through the list synchronously.  Ideally that will allow us to reach a
  conclusion about a proposed blocker faster and with less overhead, so
  that we can spend the meeting time discussing the truly interesting and
  difficult issues that require discussion.

 I don't understand how using a flag instead of a tracking bug makes this
 less work.  Under the current system proposed blockers show up, get
 discussed, then possibly shot down.  Under your proposed system proposed
 blockers will show up, get discussed, then possibly acknowledged as
 such.  Where is the time savings?

 Under the current system, the acceptance or removal of a blocker
 generally only happens during the Friday meetings.  Under the new
 system, releng can at their convenience run through the proposed list
 and cast their vote.  QA can do the same, as can developers.  This can
 all happen in async and more frequently than the waiting for the next
 Friday meeting.

Very good idea. +1

-- 
LG Thomas

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

Re: Fedora 13 continuing the tradition of being an update monster

[Bruno Wolff III]

On Tue, May 11, 2010 at 02:14:58 -0400,
  James Antill ja...@fedoraproject.org wrote:
 
 6.2M wesnoth-1.8.1-1.fc13.x86_64.rpm
  12M hanazono-fonts-20100222-2.fc13.noarch.rpm
  48M xmoto-0.5.3-1.fc13.x86_64.rpm
 260M wesnoth-data-1.8.1-1.fc13.noarch.rpm
 318M openarena-0.8.5-1.fc13.noarch.rpm

I don't think either wesnoth or openarena are on the desktop spin.
They are probably only on the games spin. So the impact of those,
really should not be that big. (Compared to say the effect an openoffice.org
would have.)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rpms/perl-Compress-Raw-Lzma/F-13 .cvsignore,1.1,1.2 sources,1.1,1.2

[Paul Howarth]

Author: pghmcfc

Update of /cvs/pkgs/rpms/perl-Compress-Raw-Lzma/F-13
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv20376/F-13

Modified Files:
.cvsignore sources 
Log Message:
Initial import of perl-Compress-Raw-Lzma


Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Compress-Raw-Lzma/F-13/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore  11 May 2010 04:53:15 -  1.1
+++ .cvsignore  11 May 2010 06:52:32 -  1.2
@@ -0,0 +1 @@
+Compress-Raw-Lzma-2.029.tar.gz


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Compress-Raw-Lzma/F-13/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 11 May 2010 04:53:15 -  1.1
+++ sources 11 May 2010 06:52:32 -  1.2
@@ -0,0 +1 @@
+96ed2d92d64c911e4c5e0b6cdd34f13b  Compress-Raw-Lzma-2.029.tar.gz

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

rpms/perl-Compress-Raw-Lzma/devel .cvsignore,1.1,1.2 sources,1.1,1.2

[Paul Howarth]

Author: pghmcfc

Update of /cvs/pkgs/rpms/perl-Compress-Raw-Lzma/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv20376/devel

Modified Files:
.cvsignore sources 
Log Message:
Initial import of perl-Compress-Raw-Lzma


Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Compress-Raw-Lzma/devel/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore  11 May 2010 04:53:15 -  1.1
+++ .cvsignore  11 May 2010 06:52:33 -  1.2
@@ -0,0 +1 @@
+Compress-Raw-Lzma-2.029.tar.gz


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Compress-Raw-Lzma/devel/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 11 May 2010 04:53:15 -  1.1
+++ sources 11 May 2010 06:52:33 -  1.2
@@ -0,0 +1 @@
+96ed2d92d64c911e4c5e0b6cdd34f13b  Compress-Raw-Lzma-2.029.tar.gz

--
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 13 continuing the tradition of being an update monster

[H . Guémar]

And so what ?

In OpenArena's case, last stable releases were:
* 0.8.5: 02/23/2010
* 0.8.1: 10/31/2008
You can't blame OpenArena's maintainer for that, do you ?

The same goes for Wesnoth, 1.8.1 maintenance release was issued 2 May
so less than two weeks ago (1.8 was released 1st april !)

Best regards,
H.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 13 continuing the tradition of being an update monster

[Rahul Sundaram]

On 05/11/2010 11:44 AM, James Antill wrote:
  Thankfully all the giant flamewars and new policies didn't make anyone
 think twice about the users, as we already have 140 updates with a
 combined size of _over_ 750MB on x86_64, biggest 5 are:

 6.2M wesnoth-1.8.1-1.fc13.x86_64.rpm
  12M hanazono-fonts-20100222-2.fc13.noarch.rpm
  48M xmoto-0.5.3-1.fc13.x86_64.rpm
 260M wesnoth-data-1.8.1-1.fc13.noarch.rpm
 318M openarena-0.8.5-1.fc13.noarch.rpm

 ...the last being particularly nice, in that the package hasn't been
 updated for almost a year but now we get 2 300MB+ presents at once.

I did the last push and my rationale was simple.  It is not part of a
default package set.  Only the games spin has it by default.  Everyone
has to choose to install it and I have had explicit requests to update
to the latest version since it brings a number of new changes that users
want.   How would like me to proceed?

Rahul

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

Re: Fedora 13 continuing the tradition of being an update monster

[Thomas Janssen]

On Tue, May 11, 2010 at 8:14 AM, James Antill ja...@fedoraproject.org wrote:
  Thankfully all the giant flamewars and new policies didn't make anyone
 think twice about the users, as we already have 140 updates with a
 combined size of _over_ 750MB on x86_64, biggest 5 are:

 6.2M wesnoth-1.8.1-1.fc13.x86_64.rpm
  12M hanazono-fonts-20100222-2.fc13.noarch.rpm
  48M xmoto-0.5.3-1.fc13.x86_64.rpm
 260M wesnoth-data-1.8.1-1.fc13.noarch.rpm
 318M openarena-0.8.5-1.fc13.noarch.rpm

 ...the last being particularly nice, in that the package hasn't been
 updated for almost a year but now we get 2 300MB+ presents at once.
  Welcome to the new Fedora updates, much like the old Fedora updates.
 Hey, at least Kevin should be happy.

What was that for? To start another flamewar including the challenge
for a explicit person? Oh, and could you post a link to the new
updates policies please. It seems i missed them. I will have at least
the chance to check for the new rule, that releases don't get updates
approx. bigger than 5MB/package. Looks like a lot to read for me.

-- 
LG Thomas

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

rpms/perl-Compress-Raw-Zlib/F-12 .cvsignore, 1.4, 1.5 perl-Compress-Raw-Zlib.spec, 1.8, 1.9 sources, 1.5, 1.6

[Marcela Mašláňová]

Author: mmaslano

Update of /cvs/pkgs/rpms/perl-Compress-Raw-Zlib/F-12
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv14088

Modified Files:
.cvsignore perl-Compress-Raw-Zlib.spec sources 
Log Message:
* Tue May 11 2010 Marcela Mašláňová mmasl...@redhat.com 2.027-1
- update version



Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Compress-Raw-Zlib/F-12/.cvsignore,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- .cvsignore  29 Mar 2010 07:51:20 -  1.4
+++ .cvsignore  11 May 2010 07:44:50 -  1.5
@@ -1 +1 @@
-Compress-Raw-Zlib-2.024.tar.gz
+Compress-Raw-Zlib-2.027.tar.gz


Index: perl-Compress-Raw-Zlib.spec
===
RCS file: 
/cvs/pkgs/rpms/perl-Compress-Raw-Zlib/F-12/perl-Compress-Raw-Zlib.spec,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -p -r1.8 -r1.9
--- perl-Compress-Raw-Zlib.spec 29 Mar 2010 07:51:20 -  1.8
+++ perl-Compress-Raw-Zlib.spec 11 May 2010 07:44:50 -  1.9
@@ -1,7 +1,7 @@
 Name:   perl-Compress-Raw-Zlib
 Epoch:  0
-Version:2.024
-Release:2%{?dist}
+Version:2.027
+Release:1%{?dist}
 Summary:Low-Level Interface to zlib compression library
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -59,6 +59,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Tue May 11 2010 Marcela Mašláňová mmasl...@redhat.com 2.027-1
+- update version
+
 * Mon Mar 29 2010 Marcela Mašláňová mmasl...@redhat.com 2.024-2
 - split again from main package for updated version
 


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Compress-Raw-Zlib/F-12/sources,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -p -r1.5 -r1.6
--- sources 29 Mar 2010 07:51:20 -  1.5
+++ sources 11 May 2010 07:44:50 -  1.6
@@ -1 +1 @@
-5b637dbb36955b13db261f049fe529d9  Compress-Raw-Zlib-2.024.tar.gz
+6af5c62e55f3118e142326798a28d278  Compress-Raw-Zlib-2.027.tar.gz

--
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: EC1261 - Huawai modem

[Dan Williams]

On Mon, 2010-05-10 at 07:56 +0530, arvind iyer wrote:
 USB-MODEM from Huawei (Model: Huawei EC1261 )  does not work with
 fedora-12 (kernel 2.6.32.11-.fc12.i686.PAE)
 
 
 However an older version (Model: Huawei EC1260)  works on the same
 kernel.
 
 
 The following are the output of /var/log/messages when the respective
 devices are connected
 
 
 DOES NOT WORK (Newer device)

You'll want to file a bug against usb_modeswitch and make sure that
support for this device gets added to that program.  It's the program
that kicks these devices out of storage mode and into modem mode.

Dan

 May 10 07:46:02 laptop kernel: usb 6-2: USB disconnect, address 2
 May 10 07:46:10 laptop kernel: usb 6-1: new full speed USB device
 using uhci_hcd and address 3
 May 10 07:46:11 laptop kernel: usb 6-1: New USB device found,
 idVendor=12d1, idProduct=1446
 May 10 07:46:11 laptop kernel: usb 6-1: New USB device strings: Mfr=1,
 Product=2, SerialNumber=4
 May 10 07:46:11 laptop kernel: usb 6-1: Product: HUAWEI Mobile
 May 10 07:46:11 laptop kernel: usb 6-1: Manufacturer: HUAÿWEI
 TECHNOLOGIES
 May 10 07:46:11 laptop kernel: usb 6-1: SerialNumber:
 ÿÿÿ
 May 10 07:46:11 laptop kernel: usb 6-1: configuration #1 chosen from 1
 choice
 May 10 07:46:11 laptop kernel: scsi8 : SCSI emulation for USB Mass
 Storage devices
 May 10 07:46:13 laptop kernel: btusb_intr_complete: hci0 urb eae5d780
 failed to resubmit (1)
 May 10 07:46:13 laptop kernel: btusb_bulk_complete: hci0 urb eae5da00
 failed to resubmit (1)
 May 10 07:46:13 laptop kernel: btusb_bulk_complete: hci0 urb eae5dc80
 failed to resubmit (1)
 May 10 07:46:16 laptop kernel: scsi 8:0:0:0: CD-ROMHUAWEI
 Mass Storage 2.31 PQ: 0 ANSI: 0
 May 10 07:46:16 laptop kernel: sr0: scsi-1 drive
 May 10 07:46:16 laptop kernel: sr 8:0:0:0: Attached scsi generic sg1
 type 5
 
 
 
 
 WORKS (older device)
 
 May  4 20:18:25 prasad kernel: usb 6-2: new full speed USB
 device using uhci_hcd and address 33
 May  4 20:18:25 prasad kernel: usb 6-2: New USB device
 found, idVendor=12d1, idProduct=140b
 May  4 20:18:25 prasad kernel: usb 6-2: New USB device strings:
 Mfr=1,Product=2, SerialNumber=4
 May  4 20:18:25 prasad kernel: usb 6-2: Product: HUAWEI Mobile
 May  4 20:18:25 prasad kernel: usb 6-2: Manufacturer: HUAÿWEI
 TECHNOLOGIES
 May  4 20:18:25 prasad kernel: usb 6-2: SerialNumber:
 ÿÿÿ
 May  4 20:18:25 prasad kernel: usb 6-2: configuration #1 chosen from 1
 choice
 May  4 20:18:25 prasad kernel: option 6-2:1.0: GSM modem
 (1-port) converter detected
 May  4 20:18:25 prasad kernel: usb 6-2: GSM modem (1-port)
 converter now attached to ttyUSB0
 May  4 20:18:25 prasad kernel: option 6-2:1.1: GSM modem
 (1-port) converter detected
 May  4 20:18:25 prasad kernel: usb 6-2: GSM modem (1-port)
 converter now attached to ttyUSB1
 May  4 20:18:25 prasad kernel: option 6-2:1.2: GSM modem
 (1-port) converter detected
 May  4 20:18:25 prasad kernel: usb 6-2: GSM modem (1-port)
 converter now attached to ttyUSB2
 May  4 20:18:25 prasad kernel: scsi106 : SCSI emulation for USB
 Mass Storage devices
 
 
 
 -- 
 
 Work while you are alive, you can rest later
 
 
 
 
 -- 
 
 Work while you are alive, you can rest later
 -- 
 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 13 continuing the tradition of being an update monster

[Camilo Mesias]

On Tue, May 11, 2010 at 8:42 AM, Thomas Janssen
thom...@fedoraproject.org wrote:
 What was that for? To start another flamewar including the challenge
 for a explicit person?

Quite, a possibly valid point losing out to a flamebait codicil.

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

F-13 Branched report: 20100511 changes

[Branched Report]

Compose started at Tue May 11 03:30:24 UTC 2010







Updated Packages:

mojito-0.21.7-4.fc13

* Mon May 10 2010 Jesse Keating jkeat...@redhat.com - 0.21.7-4
- Fix epoch in -devel requires


Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 1
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: EC1261 - Huawai modem

[Xose Vazquez Perez]

On 05/11/2010 09:56 AM, Dan Williams wrote:

 On Mon, 2010-05-10 at 07:56 +0530, arvind iyer wrote:
 USB-MODEM from Huawei (Model: Huawei EC1261 )  does not work with
 fedora-12 (kernel 2.6.32.11-.fc12.i686.PAE)


 However an older version (Model: Huawei EC1260)  works on the same
 kernel.


 The following are the output of /var/log/messages when the respective
 devices are connected


 DOES NOT WORK (Newer device)
 
 You'll want to file a bug against usb_modeswitch and make sure that
 support for this device gets added to that program.  It's the program
 that kicks these devices out of storage mode and into modem mode.

Also this device is missing in the option driver. Try:

# echo 12d1 1446  /sys/bus/usb-serial/drivers/option1/new_id

-- 
If less is more than more, most is more than less.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 13 continuing the tradition of being an update monster

[H . Guémar]

  It is not part of a default package set.

Even if it were, blocking bugfixes in order to reduce updates size is
nothing but stupid.
We have presto/deltarpm for that (since these packages mostly contain
unchanged binary data like images, it should work pretty well).
What's the point in having new updates policies, if we replace the
previous updates craze by a more vicious stable updates frenzy ?

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

whereis perl(ident)

[Marcela Maslanova]

Hello,
rpm automagically add some other requirements from your rpm, but
in this case I'm not sure from where. Also I didn't find
the correct 'indent' on cpan.

You can upload your srpm on web and ask on perl-devel list for help. 
Maybe someone would know what's wrong with this package.

Best regards,
-- 
Marcela Mašláňová
BaseOS team Brno
--
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 13 continuing the tradition of being an update monster

[Rahul Sundaram]

On 05/11/2010 02:00 PM, H. Guémar wrote:
  It is not part of a default package set.
 
 Even if it were, blocking bugfixes in order to reduce updates size is
 nothing but stupid.
 We have presto/deltarpm for that (since these packages mostly contain
 unchanged binary data like images, it should work pretty well).
 What's the point in having new updates policies, if we replace the
 previous updates craze by a more vicious stable updates frenzy ?
   

Just to clarify.  The new OpenArena is NOT a bug fix release.  It is a
update to the game with enhancements such as new maps, characters and so on.

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

Re: DVD as repo

[Richard Hughes]

On 10 May 2010 22:15, Hedayat Vatankhah heda...@grad.com wrote:
 According to https://bugzilla.redhat.com/show_bug.cgi?id=435625#c21
 policykit doesn't allow the yum backend of PackageKit (which is running as
 root) to mount devices.

That was the case a long time ago, but that's not been true for very
many months.

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

Re: Fedora 13 continuing the tradition of being an update monster

[Richard Hughes]

On 11 May 2010 07:14, James Antill ja...@fedoraproject.org wrote:
  Thankfully all the giant flamewars and new policies didn't make anyone
 think twice about the users, as we already have 140 updates with a
 combined size of _over_ 750MB on x86_64, biggest 5 are:

I wonder what the number is for packages on the desktop spin? I guess
that's a bit more reasonable.

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

Re: Blockers via flags?

[Richard Hughes]

On 11 May 2010 04:23, Jesse Keating jkeat...@redhat.com wrote:
 and a devel ack.  Should a bug receive these acks, the blocker flag
 would automatically move from ? to + and we'd have ourselves a blocker!
 Some of you may find this familiar if you've dealt with RHEL products.

I use this daily when working on RHEL, and it works really well. It's
something extra to learn (which in itself is no bad thing) but makes
it much easier to define a logical and documented process.

+1 from me.

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

Re: Fedora 13 continuing the tradition of being an update monster

[Emmanuel Seyman]

* Richard Hughes [11/05/2010 11:05] :

 I wonder what the number is for packages on the desktop spin? I guess
 that's a bit more reasonable.

I'm left wondering what problem we're trying to solve here. I'm gussing
it's one of :

* there are too many updates (for whom? how is this a problem?)
* the updates repository is too big (same questions apply)
* broken updates are pushed to stable
* something else

but I've no idea what.

Emmanuel

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

Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Michael Schwendt]

On Tue, 11 May 2010 14:37:22 +0530, Rahul wrote:

 Hi
 
 https://admin.fedoraproject.org/pkgdb/acls/bugs/quake3
 
 Quake 3 engine needs to be updated.  The current version has security
 issues and breaks multiplayer in a couple of Quake3 based games such as
 OpenArena.  The maintainer has not responded in bugzilla since March and
 has not responded to private email either.  I would like to invoke the
 fast track process.   Meanwhile, I will be much obliged if someone
 updates Quake 3 to the latest version available and push out updates for
 Fedora 13 and 12.
 
 Rahul

Correction to:

| The maintainer has not responded in bugzilla since March and
| has not responded to private email either.

None of the currently open tickets have seen a reply by the maintainer,
and they date back to 2008 (including the CVEs).
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Chen Lei]

2010/5/11 Rahul Sundaram methe...@gmail.com

 Hi

 https://admin.fedoraproject.org/pkgdb/acls/bugs/quake3

 Quake 3 engine needs to be updated.  The current version has security
 issues and breaks multiplayer in a couple of Quake3 based games such as
 OpenArena.  The maintainer has not responded in bugzilla since March and
 has not responded to private email either.  I would like to invoke the
 fast track process.   Meanwhile, I will be much obliged if someone
 updates Quake 3 to the latest version available and push out updates for
 Fedora 13 and 12.

 Rahul


It seems a lot of trivial packages in fedora are unmaintained for a long
time, even those maintainers may still be active in fedora community.  Maybe
setting up an automatic orphan policy combining with a package QA page is
necessary now.

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

Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Mamoru Tasaka]

Michael Schwendt wrote, at 05/11/2010 06:37 PM +9:00:
 On Tue, 11 May 2010 14:37:22 +0530, Rahul wrote:

 Hi

 https://admin.fedoraproject.org/pkgdb/acls/bugs/quake3

 Quake 3 engine needs to be updated.  The current version has security
 issues and breaks multiplayer in a couple of Quake3 based games such as
 OpenArena.  The maintainer has not responded in bugzilla since March and
 has not responded to private email either.  I would like to invoke the
 fast track process.   Meanwhile, I will be much obliged if someone
 updates Quake 3 to the latest version available and push out updates for
 Fedora 13 and 12.

 Rahul

 Correction to:

 | The maintainer has not responded in bugzilla since March and
 | has not responded to private email either.

 None of the currently open tickets have seen a reply by the maintainer,
 and they date back to 2008 (including the CVEs).

Xavier responsed to rubygem-json related bug recently:
https://bugzilla.redhat.com/show_bug.cgi?id=589801

So I guess trying to re-contact him is better.

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

Re: Blockers via flags?

[Bastien Nocera]

On Mon, 2010-05-10 at 20:23 -0700, Jesse Keating wrote:
 So, I know a lot of you out there hate bugzilla flags, but I think we
 have  problem with the current way we manage release blocker issues, and
 flags offer a potential solution.
 
 First the problem:
 
 Right now, anybody can propose a release blocker bug.  This is not the
 problem though, the problem is that developers (and testers) have no
 good queryable method to determine whether the proposed blocker has been
 accepted or not.  Why is this important?  Well some (all?) developers
 have finite time, and our release cycle is also finite.  Therefor its
 important that they work on the issues we would actually stop the
 release for.  As a reporter it's also worth knowing if the bug in
 question will delay the release or not, so that a workaround could be
 researched and documented.

Does that have anything to do with me adding 2 bugs to the blockers the
day before the go/no-go meeting?

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

Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Rahul Sundaram]

On 05/11/2010 03:26 PM, Mamoru Tasaka wrote:
 Xavier responsed to rubygem-json related bug recently:
 https://bugzilla.redhat.com/show_bug.cgi?id=589801

 So I guess trying to re-contact him is better.
   

And meanwhile leave the unaddressed security issues and prominent bugs
open for more days?  I don't think that is a good idea.

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

Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Daniel P. Berrange]

On Tue, May 11, 2010 at 03:29:53PM +0530, Rahul Sundaram wrote:
 On 05/11/2010 03:26 PM, Mamoru Tasaka wrote:
  Xavier responsed to rubygem-json related bug recently:
  https://bugzilla.redhat.com/show_bug.cgi?id=589801
 
  So I guess trying to re-contact him is better.

 
 And meanwhile leave the unaddressed security issues and prominent bugs
 open for more days?  I don't think that is a good idea.

Do we have a security team who evaluate security issues that are filed 
against any package, and who have the privileges to immediately fix the 
CVE should the maintainer not be responsive enough wrt the severity of
the security problem ? We shouldn't have security fixes blocked on the
unreponsive maintainer process. Proven packagers obviously have suitable
CVS commit privileges to make the changes, but do any of them actively 
monitor for security issues  address them ?

Daniel
-- 
|: Red Hat, Engineering, London-o-   http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://deltacloud.org :|
|: http://autobuild.org-o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505  -o-   F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Fedora 13 RC2 Validation Test Summary

[He Rui]

Here I forward the summary report written by James:

Greetings folks,

First ... awesome work to all involved with bringing the number of OPEN
F13Blocker bugs down to 0.  This allowed F-13-RC1 to be delivered on
schedule [1] to QA for verification.  Second, also in the awesome
category, several volunteers helped work through the test matrix over
the weekend (robatino, redwolfe, vwbusguy), making it possible to
complete the planned testing in time.

QA is on target to complete verification in time for the scheduled [1]
Go/No Go meeting on Tuesday, May 11, 2010.  Planned testing [2] and
feedback on t...@lists.fedoraproject.org continues to highlight several
important failures potentially impacting the release criteria [3].

== 590640 - SystemError: (22, 'Invalid argument') == 

  * https://bugzilla.redhat.com/590640
  * Install failure when booting 'boot.iso' and using an NFS package
repository

== 590661 - GRUB bootloader should have a few seconds delay on a
multi-boot setup ==

  * https://bugzilla.redhat.com/590661 
  * Potentially high-impact behavior change in booting a dual-OS
installed system 
  * Updates.img correcting the problem has been tested
  * Decision to slip requested from FESCo --
https://fedorahosted.org/fesco/ticket/377

== 590823 - Text-mode upgrade fails when installing new bootloader --
KeyError: 'bootloader' ==

  * https://bugzilla.redhat.com/590823 
  * Creating a new bootloader configuration is not intended for
text-mode upgrades
  * Updates.img correcting the problem has been tested

Thanks,
James

[1]
http://poelstra.fedorapeople.org/schedules/f-13/f-13-quality-tasks.html
[2]
http://fedoraproject.org/wiki/Category:Fedora_13_Final_RC_Test_Results 
[3] https://fedoraproject.org/wiki/Fedora_13_Final_Release_Criteria

-- 
Contacts

FAS Name: Rhe 
Location: Beijing/UTC+8
TEL: 86-010-62608141
IRC nick: rhe #fedora-qa #fedora-zh

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

Re: Fedora 13 continuing the tradition of being an update monster

[Christoph Wickert]

Am Dienstag, den 11.05.2010, 02:14 -0400 schrieb James Antill: 
 Thankfully all the giant flamewars and new policies didn't make anyone
 think twice about the users, as we already have 140 updates with a
 combined size of _over_ 750MB on x86_64, 

This number is kind of irrelevant as nobody will have to install them
all. 
And how was this counted? I see 2384 stable updates, but they are tagged
F13 final, so they are no updates although they went trough the update
system. I see 75 pending updates ATM.

 biggest 5 are:
 
 6.2M wesnoth-1.8.1-1.fc13.x86_64.rpm
  12M hanazono-fonts-20100222-2.fc13.noarch.rpm
  48M xmoto-0.5.3-1.fc13.x86_64.rpm
 260M wesnoth-data-1.8.1-1.fc13.noarch.rpm
 318M openarena-0.8.5-1.fc13.noarch.rpm

Although I'm one of the persons who opposed to the high number of
updates in the past I don't see anything wrong with these. I don't have
any of them installed so there is nothing for me to update. But people
who play these games will surely appreciate the new upstream versions.

This being said I think we should decrease the number of 
  * useless updates. New upstream versions of a game do not fall
into this category, they are useful for the gamers.
  * updates that affect a large count of users and don't offer much
value.

 ...the last being particularly nice, in that the package hasn't been
 updated for almost a year but now we get 2 300MB+ presents at once.

I only see one openarea update in bodhi, openarena-0.8.5-1.fc13. I agree
however that this update should have come earlier as 0.8.5 was already
released on February 23rd.

 Welcome to the new Fedora updates, much like the old Fedora updates.
 Hey, at least Kevin should be happy.

Please keep in mind that the new update policy is not yet active. 

Regards,
Christoph 

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

Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Rahul Sundaram]

On 05/11/2010 03:43 PM, Daniel P. Berrange wrote:

 Do we have a security team who evaluate security issues that are filed 
 against any package, and who have the privileges to immediately fix the 
 CVE should the maintainer not be responsive enough wrt the severity of
 the security problem ? We shouldn't have security fixes blocked on the
 unreponsive maintainer process. Proven packagers obviously have suitable
 CVS commit privileges to make the changes, but do any of them actively 
 monitor for security issues  address them ?
   

Yes. Security team did monitor and filed the security issue but they
don't do commits and builds and there is no team outside of them taking
care of these issues.  It would be great to take care of this.

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

Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Xavier Lamien]

On Tue, May 11, 2010 at 11:56 AM, Mamoru Tasaka
mtas...@ioa.s.u-tokyo.ac.jp wrote:
 Michael Schwendt wrote, at 05/11/2010 06:37 PM +9:00:
 On Tue, 11 May 2010 14:37:22 +0530, Rahul wrote:

 Hi

 https://admin.fedoraproject.org/pkgdb/acls/bugs/quake3

 Quake 3 engine needs to be updated.  The current version has security
 issues and breaks multiplayer in a couple of Quake3 based games such as
 OpenArena.  The maintainer has not responded in bugzilla since March and
 has not responded to private email either.  I would like to invoke the
 fast track process.   Meanwhile, I will be much obliged if someone
 updates Quake 3 to the latest version available and push out updates for
 Fedora 13 and 12.

 Rahul

 Correction to:

 | The maintainer has not responded in bugzilla since March and
 | has not responded to private email either.

 None of the currently open tickets have seen a reply by the maintainer,
 and they date back to 2008 (including the CVEs).

 Xavier responsed to rubygem-json related bug recently:
 https://bugzilla.redhat.com/show_bug.cgi?id=589801

 So I guess trying to re-contact him is better.

Correct.
I definitively missed that one.
I'll have a window hopefully on Thursday to fix this.
In the mean time, anyone who have knowledges to work on it is free to
do it and push the fix.


-- 
Xavier.t Lamien
--
http://fedoraproject.org/wiki/XavierLamien
GPG-Key ID: F3903DEB
Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 13 continuing the tradition of being an update monster

[Michal Hlavinka]

  Thankfully all the giant flamewars and new policies didn't make anyone
 think twice about the users, as we already have 140 updates with a
 combined size of _over_ 750MB on x86_64, biggest 5 are:

yeah, over 750 MB where 584 MB belongs to wesnoth and openarena. So without 
these two games it's only 166 MB and that's not that bad (also don't forget 
about deltarpms).

 
 6.2M wesnoth-1.8.1-1.fc13.x86_64.rpm
  12M hanazono-fonts-20100222-2.fc13.noarch.rpm
  48M xmoto-0.5.3-1.fc13.x86_64.rpm
 260M wesnoth-data-1.8.1-1.fc13.noarch.rpm
 318M openarena-0.8.5-1.fc13.noarch.rpm
 
 ...the last being particularly nice, in that the package hasn't been
 updated for almost a year but now we get 2 300MB+ presents at once.
  Welcome to the new Fedora updates, much like the old Fedora updates.

why are you so scared about updates? Now we have some packages in Fedora that 
are broken or outdated (for online multi-player games - you usually can't play 
with other players when your version is not up2date, so it becomes unusable 
even the update itself is enhancement only).

And what should maintainers do? 
a) update only in F-14 so users will get broken F-13 and they will have to 
wait another 6 months for new version?
b) wait at least two weeks after F-13 GA, so we won't have too much 0-day 
updates? Does anyone really think lower 0-day update size is much cool than 
delivering fixed packages?
c) wait until there is critical/security bug only? So bug reporter has to wait 
three months for getting the fix for bug he reported? It'll just disappoint the 
reporter and his conclusion would be that bug reporting is useless. Even when 
the reporter can have the fix from updates-testing using the update command 
pasted in the bug report by bodhi, there would be other users facing the bug 
complaining about buggy fedora while waiting for the fix.

From my pov I'm happy we have maintainers working hard to get fixes and 
features to our users. I'm fine with huge 0-day updates, because despite it's 
not optimal, it's still much better than having broken packages. If there are 
really a lot of 0-day updates it does not mean we have wrong update policy, it 
just means release date should be postponed

 Hey, at least Kevin should be happy.

well, I am happy ;)

Michal

---
this is my first and last post to this flamebait thread
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Daniel P. Berrange]

On Tue, May 11, 2010 at 04:38:53PM +0530, Rahul Sundaram wrote:
 On 05/11/2010 03:43 PM, Daniel P. Berrange wrote:
 
  Do we have a security team who evaluate security issues that are filed 
  against any package, and who have the privileges to immediately fix the 
  CVE should the maintainer not be responsive enough wrt the severity of
  the security problem ? We shouldn't have security fixes blocked on the
  unreponsive maintainer process. Proven packagers obviously have suitable
  CVS commit privileges to make the changes, but do any of them actively 
  monitor for security issues  address them ?

 
 Yes. Security team did monitor and filed the security issue but they
 don't do commits and builds and there is no team outside of them taking
 care of these issues.  It would be great to take care of this.

This seems like rather a major shortcoming in our processes. A security 
team whom can merely file bugs  has no power to ensure security flaws
are fixed in a timely manner is not good for Fedora.

Regards,
Daniel
-- 
|: Red Hat, Engineering, London-o-   http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://deltacloud.org :|
|: http://autobuild.org-o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505  -o-   F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rawhide report: 20100511 changes

[Rawhide Report]

Compose started at Tue May 11 08:15:07 UTC 2010

Broken deps for i386
--
almanah-0.7.2-1.fc13.i686 requires libedataserver-1.2.so.11
almanah-0.7.2-1.fc13.i686 requires libedataserverui-1.2.so.8
anjal-0.3.2-2.fc14.i686 requires libedataserver-1.2.so.11
anjal-0.3.2-2.fc14.i686 requires libcamel-1.2.so.14
anjal-0.3.2-2.fc14.i686 requires libcamel-provider-1.2.so.14
anjal-0.3.2-2.fc14.i686 requires libedataserverui-1.2.so.8
callweaver-zaptel-1.2.1-4.fc13.i686 requires libtonezone.so.1.0
callweaver-zaptel-1.2.1-4.fc13.i686 requires zaptel = 0:1.4.0-1
clutter-gtkmm-0.9.4-3.fc12.i686 requires libcluttermm-0.9.so.3
clutter-gtkmm-devel-0.9.4-3.fc12.i686 requires pkgconfig(cluttermm-0.9)
dates-0.4.11-3.fc14.i686 requires libedataserver-1.2.so.11
evolution-couchdb-0.3.2-2.fc13.i686 requires libcamel-provider-1.2.so.14
evolution-couchdb-0.3.2-2.fc13.i686 requires libcamel-1.2.so.14
evolution-couchdb-0.3.2-2.fc13.i686 requires libedataserver-1.2.so.11
evolution-couchdb-0.3.2-2.fc13.i686 requires libcouchdb-glib-1.0.so.1
glabels-2.2.7-1.fc14.i686 requires libedataserver-1.2.so.11
gnome-launch-box-0.4-17.fc13.i686 requires libedataserver-1.2.so.11
gnome-phone-manager-0.65-5.fc12.i686 requires libedataserver-1.2.so.11
gnome-phone-manager-telepathy-0.65-5.fc12.i686 requires 
libedataserver-1.2.so.11
1:libopensync-plugin-evolution2-0.22-3.fc13.i686 requires 
libedataserver-1.2.so.11
qtgpsc-0.2.3-6.fc12.i686 requires libgps.so.18
rubygem-right_aws-1.10.0-3.fc14.noarch requires 
rubygem(right-http_connection) = 0:1.2.4
vfrnav-0.4-1.fc13.i686 requires libgps.so.18
vifir-0.4-2.fc14.i686 requires libgps.so.18
viking-0.9.9-1.fc12.i686 requires libgps.so.18



Broken deps for x86_64
--
almanah-0.7.2-1.fc13.x86_64 requires libedataserverui-1.2.so.8()(64bit)
almanah-0.7.2-1.fc13.x86_64 requires libedataserver-1.2.so.11()(64bit)
anjal-0.3.2-2.fc14.x86_64 requires libcamel-provider-1.2.so.14()(64bit)
anjal-0.3.2-2.fc14.x86_64 requires libedataserverui-1.2.so.8()(64bit)
anjal-0.3.2-2.fc14.x86_64 requires libcamel-1.2.so.14()(64bit)
anjal-0.3.2-2.fc14.x86_64 requires libedataserver-1.2.so.11()(64bit)
callweaver-zaptel-1.2.1-4.fc13.x86_64 requires 
libtonezone.so.1.0()(64bit)
callweaver-zaptel-1.2.1-4.fc13.x86_64 requires zaptel = 0:1.4.0-1
clutter-gtkmm-0.9.4-3.fc12.i686 requires libcluttermm-0.9.so.3
clutter-gtkmm-0.9.4-3.fc12.x86_64 requires 
libcluttermm-0.9.so.3()(64bit)
clutter-gtkmm-devel-0.9.4-3.fc12.i686 requires pkgconfig(cluttermm-0.9)
clutter-gtkmm-devel-0.9.4-3.fc12.x86_64 requires 
pkgconfig(cluttermm-0.9)
dates-0.4.11-3.fc14.x86_64 requires libedataserver-1.2.so.11()(64bit)
evolution-couchdb-0.3.2-2.fc13.x86_64 requires 
libcamel-provider-1.2.so.14()(64bit)
evolution-couchdb-0.3.2-2.fc13.x86_64 requires 
libcouchdb-glib-1.0.so.1()(64bit)
evolution-couchdb-0.3.2-2.fc13.x86_64 requires 
libcamel-1.2.so.14()(64bit)
evolution-couchdb-0.3.2-2.fc13.x86_64 requires 
libedataserver-1.2.so.11()(64bit)
glabels-2.2.7-1.fc14.x86_64 requires libedataserver-1.2.so.11()(64bit)
gnome-launch-box-0.4-17.fc13.x86_64 requires 
libedataserver-1.2.so.11()(64bit)
gnome-phone-manager-0.65-5.fc12.x86_64 requires 
libedataserver-1.2.so.11()(64bit)
gnome-phone-manager-telepathy-0.65-5.fc12.x86_64 requires 
libedataserver-1.2.so.11()(64bit)
1:libopensync-plugin-evolution2-0.22-3.fc13.x86_64 requires 
libedataserver-1.2.so.11()(64bit)
qtgpsc-0.2.3-6.fc12.x86_64 requires libgps.so.18()(64bit)
rubygem-right_aws-1.10.0-3.fc14.noarch requires 
rubygem(right-http_connection) = 0:1.2.4
vfrnav-0.4-1.fc13.x86_64 requires libgps.so.18()(64bit)
vifir-0.4-2.fc14.x86_64 requires libgps.so.18()(64bit)
viking-0.9.9-1.fc12.x86_64 requires libgps.so.18()(64bit)



New package apache-commons-discovery
Apache Commons Discovery
New package perl-CGI-Application-PSGI
PSGI Adapter for CGI::Application
New package perl-Compress-Raw-Lzma
Low-level interface to lzma compression library
New package pmars
Portable corewar system with ICWS'94 extensions
New package stress
A tool to put given subsystems under a specified load
New package yydebug
Supports tracing and animation for a Java-based parser generated by jay
Removed package dcbd
Removed package zaptel
Updated Packages:

NetworkManager-0.8.1-0.1.git20100510.fc14
-
* Mon May 10 2010 Dan Williams d...@redhat.com - 0.8.1-0.1.git20100510
- core: fix handling of IPv6 RA flags when router goes away (rh #588560)
- bluetooth: 

Re: Fedora 13 continuing the tradition of being an update monster

[Michael Cronenworth]

Bruno Wolff III wrote:
 I don't think either wesnoth or openarena are on the desktop spin.
 They are probably only on the games spin. So the impact of those,
 really should not be that big. (Compared to say the effect an openoffice.org
 would have.)

... and wesnoth multiplayer doesn't work on x86_64 due to the boost 
version in F13.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 13 continuing the tradition of being an update monster

[Jon Ciesla]

On 05/11/2010 01:14 AM, James Antill wrote:
   Thankfully all the giant flamewars and new policies didn't make anyone
 think twice about the users, as we already have 140 updates with a
 combined size of _over_ 750MB on x86_64, biggest 5 are:

 6.2M wesnoth-1.8.1-1.fc13.x86_64.rpm
   12M hanazono-fonts-20100222-2.fc13.noarch.rpm
   48M xmoto-0.5.3-1.fc13.x86_64.rpm
 260M wesnoth-data-1.8.1-1.fc13.noarch.rpm
 318M openarena-0.8.5-1.fc13.noarch.rpm

 ...the last being particularly nice, in that the package hasn't been
 updated for almost a year but now we get 2 300MB+ presents at once.
   Welcome to the new Fedora updates, much like the old Fedora updates.
 Hey, at least Kevin should be happy.


Speaking as the wesnoth and xmoto maintainer, I've, in the past, asked 
for wesnoth releases of this nature to be tagged into final to same 
mirror space, but, again, it's not in the default spin, and we now have 
deltarpms (and a huge thank to to all responsible there), so I really 
don't think it's that big of an issue.  If someone wants to request 
this, or thinks I should do so, pipe up now, as the hour of relevance 
draws near.  Besides, I doubt they'd do it anyway, after reading Jesse's 
Release Candidate email.  And probably with good reason.

All of that said, I'll keep doing game updates.  Gamers want them, as 
has already been said.

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

Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Jon Ciesla]

On 05/11/2010 04:07 AM, Rahul Sundaram wrote:
 Hi

 https://admin.fedoraproject.org/pkgdb/acls/bugs/quake3

 Quake 3 engine needs to be updated.  The current version has security
 issues and breaks multiplayer in a couple of Quake3 based games such as
 OpenArena.  The maintainer has not responded in bugzilla since March and
 has not responded to private email either.  I would like to invoke the
 fast track process.   Meanwhile, I will be much obliged if someone
 updates Quake 3 to the latest version available and push out updates for
 Fedora 13 and 12.

 Rahul

Rahul, I can't tell from the list, has anyone volunteered to do this 
yet?  If not, I can.

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

Re: Fedora 13 continuing the tradition of being an update monster

[Bruno Wolff III]

On Tue, May 11, 2010 at 11:18:23 +0200,
  Emmanuel Seyman emmanuel.sey...@club-internet.fr wrote:
 * Richard Hughes [11/05/2010 11:05] :
 
  I wonder what the number is for packages on the desktop spin? I guess
  that's a bit more reasonable.
 
 I'm left wondering what problem we're trying to solve here. I'm gussing
 it's one of :

A bad experience if you install or update from an earlier release with
the updates repository enabled.

In this case I don't think it is that bad because most of the space is
from packages that aren't in the default spin.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Marc Wiriadisastra orphaning some packages

[Paul W. Frields]

Hi Fedora paackager community,

Marc asked me to forward this to the list because of some mail account
issues.  He's released ownership of the packages listed below.

Paul

- Forwarded message from Marc Wiriadisastra -

Date: Mon, 10 May 2010 23:59:27 +0800
From: Marc Wiriadisastra
To: Paul Frields
Subject: Packages

   Hi Paul,

   I was if you could please could do me a favor?

   The packages that I own I am not doing justice to as I am unable to spend
   time monitoring and updating them. Some of the packages have updates
   available and I haven't got the time to update or do any work on them. 

   I would like to hand them off to someone however I'm not on the mailing
   list anymore, are you able to post to the list so I can hand the packages
   over?

   Correct me if I'm wrong but is the process to remove myself  from the
   package, this would then allow someone to assume ownership of the package
   or is the prcoess to wait for someone to become part of the package and
   then release ownership?

   The packages are:

   [1]diveintopython -- Dive into Python - a python book

   [2]drpython -- A simple Python IDE designed with teaching in mind

   [3]gnome-themes-extras -- Collection of metathemes for the Gnome desktop
   environment

   [4]gnomecatalog -- Catalog Software for Gnome Desktop

   [5]libmspack -- Library for CAB and related files compression and
   decompression

   [6]mediatomb -- MediaTomb - UPnP AV Mediaserver for Linux

   Thanks and Regards,

   Marc Wiriadisastra



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

Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Jaroslav Reznik]

On Tuesday 11 May 2010 13:08:53 Rahul Sundaram wrote:
 On 05/11/2010 03:43 PM, Daniel P. Berrange wrote:
  Do we have a security team who evaluate security issues that are filed
  against any package, and who have the privileges to immediately fix the
  CVE should the maintainer not be responsive enough wrt the severity of
  the security problem ? We shouldn't have security fixes blocked on the
  unreponsive maintainer process. Proven packagers obviously have suitable
  CVS commit privileges to make the changes, but do any of them actively
  monitor for security issues  address them ?
 
 Yes. Security team did monitor and filed the security issue but they
 don't do commits and builds and there is no team outside of them taking
 care of these issues.  It would be great to take care of this.

Would be great to have similar team - I've already did update for them as 
provenpackager (unmaintained orphaned package - mod_auth_shadow) but I wasn't 
sure about my responsibilities for this update. Some clarification would be 
great (I'm not talking about another policy just recommended practice).

Jaroslav

 Rahul

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

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

rpms/perl-Crypt-DSA/EL-6 perl-Crypt-DSA.spec,1.12,1.13

[Paul Howarth]

Author: pghmcfc

Update of /cvs/pkgs/rpms/perl-Crypt-DSA/EL-6
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv777

Modified Files:
perl-Crypt-DSA.spec 
Log Message:
Minor clean-ups


Index: perl-Crypt-DSA.spec
===
RCS file: /cvs/pkgs/rpms/perl-Crypt-DSA/EL-6/perl-Crypt-DSA.spec,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -p -r1.12 -r1.13
--- perl-Crypt-DSA.spec 13 Sep 2009 19:20:49 -  1.12
+++ perl-Crypt-DSA.spec 11 May 2010 13:41:48 -  1.13
@@ -61,7 +61,7 @@ verification, and key generation.
 %{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
 /usr/bin/find %{buildroot} -type f -name .packlist -exec %{__rm} -f {} ';'
 /usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} ';' 2/dev/null
-%{__chmod} -R u+w %{buildroot}/*
+%{__chmod} -R u+w %{buildroot}
 
 %clean
 %{__rm} -rf %{buildroot}

--
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: perl 5.12 status

[Marcela Maslanova]

Hello,
I'm attaching list of failure. Some of them will be still
fixable by simple rebuild. It's 133 build failures.

perl-Acme-PlayCode
perl-Apache2-SOAP
perl-Apache-Session-Wrapper
perl-Archive-RPM
perl-B-Hooks-EndOfScope
perl-Calendar-Simple
perl-Catalyst-Action-RenderView
perl-Catalyst-Authentication-Store-DBIx-Class
perl-Catalyst-Controller-BindLex
perl-Catalyst-Controller-FormBuilder
perl-Catalyst-Controller-HTML-FormFu
perl-Catalyst-Devel
perl-Catalyst-Helper-FastCGI-ExternalServer
perl-Catalyst-Model-DBIC-Schema
perl-Catalyst-Model-LDAP
perl-Catalyst-Model-XMLRPC
perl-Catalyst-Plugin-Authentication
perl-Catalyst-Plugin-Authorization-ACL
perl-Catalyst-Plugin-ConfigLoader
perl-Catalyst-Plugin-Session
perl-Catalyst-Plugin-Session-State-Cookie
perl-Catalyst-Plugin-StackTrace
perl-Catalyst-Plugin-Static-Simple
perl-Catalyst-Plugin-SubRequest
perl-Catalyst-Runtime
perl-Catalyst-View-JSON
perl-Catalyst-View-PDF-Reuse
perl-Catalyst-View-TT
perl-CatalystX-Component-Traits
perl-CatalystX-LeakChecker
perl-CGI-Prototype
perl-Class-C3-Adopt-NEXT
perl-Config-Any
perl-Config-Model-CursesUI
perl-Data-Alias
perl-Data-FormValidator-Constraints-DateTime
perl-Data-Visitor
perl-DateTime-Event-ICal
perl-DateTime-Format-DateManip
perl-DateTime-Format-Strptime
perl-DateTime-Set
perl-DBD-Mock
perl-DBI-Dumper
perl-DBIx-Class
perl-DBIx-Class-DateTime-Epoch
perl-DBIx-Class-EncodedColumn
perl-DBIx-Class-Schema-Loader
perl-Devel-LexAlias
perl-Fedora-Bugzilla
perl-File-ChangeNotify
perl-forks
perl-FreezeThaw
perl-GDGraph3d
perl-Gnome2
perl-Gnome2-Canvas
perl-Gnome2-GConf
perl-Gnome2-Print
perl-Gnome2-VFS
perl-Gnome2-Wnck
perl-Goo-Canvas
perl-GSSAPI
perl-Gtk2-Ex-Dialogs
perl-Gtk2-GladeXML
perl-Gtk2-Spell
perl-HTTP-Server-Simple-Mason
perl-Image-Math-Constrain
perl-IO-Compress-Bzip2
perl-IO-LockedFile
perl-IPTables-ChainMgr
perl-JSON-RPC-Common
perl-libxml-perl
perl-Log-Log4perl
perl-MasonX-Request-WithApacheSession
perl-MooseX-AttributeHelpers
perl-MooseX-CascadeClearing
perl-MooseX-ClassAttribute
perl-MooseX-Emulate-Class-Accessor-Fast
perl-MooseX-GlobRef-Object
perl-MooseX-LogDispatch
perl-MooseX-MethodAttributes
perl-MooseX-Params-Validate
perl-MooseX-Role-Cmd
perl-MooseX-Role-Parameterized
perl-MooseX-Role-XMLRPC-Client
perl-MooseX-Storage
perl-MooseX-Types-DateTime
perl-MooseX-Types-DateTime-ButMaintained
perl-MouseX-Types
perl-namespace-autoclean
perl-namespace-clean
perl-Net-GitHub
perl-Net-SFTP
perl-Net-SSH-Perl
perl-Net-UPnP
perl-Object-InsideOut
perl-Olson-Abbreviations
perl-opts
perl-Padre
perl-Parse-ErrorString-Perl
perl-ParseLex
perl-PDL
perl-PDL-Graphics-PLplot
perl-POE-Component-Client-HTTP
perl-POE-Component-Server-Bayeux
perl-POE-Component-Server-SimpleHTTP
perl-POE-Component-Server-SOAP
perl-POE-Component-Server-XMLRPC
perl-Pugs-Compiler-Rule
perl-rpm-build-perl
perl-Smart-Comments
perl-SOAP-Lite
perl-Socket-GetAddrInfo
perl-SQL-Translator
perl-SVG-Parser
perl-SVN-Mirror
perl-SystemPerl
perl-Task-Catalyst
perl-Template-GD
perl-Template-Plugin-Class
perl-Test-AutoBuild
perl-Test-Class
perl-Test-SubCalls
perl-Test-WWW-Mechanize
perl-Test-WWW-Mechanize-Catalyst
perl-Test-WWW-Selenium
perl-Text-Reform
perl-Tie-RefHash-Weak
perl-Tk
perl-Tk-DirSelect
perl-WebService-Validator-CSS-W3C
perl-XXX
perl-YAML-LibYAML
zarafa

-- 
Marcela Mašláňová
BaseOS team Brno
--
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

rpms/perl-Crypt-Random/EL-6 perl-Crypt-Random.spec,1.9,1.10

[Paul Howarth]

Author: pghmcfc

Update of /cvs/pkgs/rpms/perl-Crypt-Random/EL-6
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv4480

Modified Files:
perl-Crypt-Random.spec 
Log Message:
Minor clean-ups


Index: perl-Crypt-Random.spec
===
RCS file: /cvs/pkgs/rpms/perl-Crypt-Random/EL-6/perl-Crypt-Random.spec,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -p -r1.9 -r1.10
--- perl-Crypt-Random.spec  26 Jul 2009 05:18:06 -  1.9
+++ perl-Crypt-Random.spec  11 May 2010 13:44:43 -  1.10
@@ -38,8 +38,8 @@ interval.
 %{__rm} -rf %{buildroot}
 %{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
 /usr/bin/find %{buildroot} -type f -name .packlist -exec %{__rm} -f {} ';'
-/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} 2/dev/null ';'
-%{__chmod} -R u+w %{buildroot}/*
+/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} ';' 2/dev/null
+%{__chmod} -R u+w %{buildroot}
 
 %clean
 %{__rm} -rf %{buildroot}
@@ -52,14 +52,14 @@ interval.
 %{_mandir}/man3/Crypt::Random.3pm*
 
 %changelog
-* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.25-7
+* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
1.25-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 
-* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.25-6
+* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
1.25-6
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
 
 * Wed Mar  5 2008 Tom spot Callaway tcall...@redhat.com 1.25-5
-- rebuild for new perl
+- Rebuild for new perl
 
 * Sun Aug 12 2007 Paul Howarth p...@city-fan.org 1.25-4
 - Clarify license as GPL v1 or later, or Artistic (same as perl)

--
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: Reasons for hall monitoring

[Gilboa Davara]

On Mon, 2010-05-10 at 16:19 -0700, Jesse Keating wrote:
  Let me reverse the question: How did they gather the community input?
  From whom it was gathered?
  What was the question?
  What was the answer?
  
  - Gilboa
  
  
 
 Most likely by reading or participating in the various threads on
 subjects that have happened on this list and the FAB list and the
 desktop list and others.  It seems to be a rather big assumption that
 board decisions are made in a vacuum.

It seems that we don't share the same definition of community input and
community involvement.

For the sake of the Fedora project, I do hope that you're right and I'm
wrong.

- Gilboa

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

usb_modeswitch-data missing in F12

[Bernie Innocenti]

Yesterday I got this dependency error from yum on Fedora 12:

 Error: Paquete: usb_modeswitch-1.1.2-3.fc12.x86_64 (updates)
   Necesita: usb_modeswitch-data

Did I perhaps cause something to break in F-12 with my F-11 update?

I don't remember building anything for F-12. The last F-12 build of
usb_modeswitch in Koji was made by you a long time ago:

 http://koji.fedoraproject.org/koji/packageinfo?packageID=6396

Perhaps the corresponding usb_modeswitch-data update wasn't pushed to
stable in Bodhi?

Either way, this seems to reveal a weakness in our tooling: how could a
package be pushed to the updates repository when its dependencies are
not being satisfied? This situation happens quite frequently in Fedora
because it's hard for a maintainer to check for dependency problems
manually.

-- 
   // Bernie Innocenti - http://codewiz.org/
 \X/  Sugar Labs   - http://sugarlabs.org/

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

rpms/perl-Data-Buffer/EL-6 perl-Data-Buffer.spec,1.9,1.10

[Paul Howarth]

Author: pghmcfc

Update of /cvs/pkgs/rpms/perl-Data-Buffer/EL-6
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv3325/EL-6

Modified Files:
perl-Data-Buffer.spec 
Log Message:
Minor clean-ups


Index: perl-Data-Buffer.spec
===
RCS file: /cvs/pkgs/rpms/perl-Data-Buffer/EL-6/perl-Data-Buffer.spec,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -p -r1.9 -r1.10
--- perl-Data-Buffer.spec   26 Jul 2009 05:26:42 -  1.9
+++ perl-Data-Buffer.spec   11 May 2010 14:11:31 -  1.10
@@ -31,8 +31,8 @@ built-in functions.
 %{__rm} -rf %{buildroot}
 %{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
 /usr/bin/find %{buildroot} -type f -name .packlist -exec %{__rm} -f {} ';'
-/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} 2/dev/null ';'
-%{__chmod} -R u+w %{buildroot}/*
+/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} ';' 2/dev/null
+%{__chmod} -R u+w %{buildroot}
 
 %clean
 %{__rm} -rf %{buildroot}
@@ -44,14 +44,14 @@ built-in functions.
 %{_mandir}/man3/Data::Buffer.3pm*
 
 %changelog
-* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.04-8
+* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
0.04-8
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 
-* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.04-7
+* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
0.04-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
 
 * Fri Feb  8 2008 Tom spot Callaway tcall...@redhat.com 0.04-6
-- rebuild for new perl
+- Rebuild for new perl
 
 * Mon Aug 13 2007 Paul Howarth p...@city-fan.org 0.04-5
 - Clarify license as GPL v1 or later, or Artistic (same as perl)

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

rpms/perl-Data-Buffer/devel perl-Data-Buffer.spec,1.11,1.12

[Paul Howarth]

Author: pghmcfc

Update of /cvs/pkgs/rpms/perl-Data-Buffer/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv3325/devel

Modified Files:
perl-Data-Buffer.spec 
Log Message:
Minor clean-ups


Index: perl-Data-Buffer.spec
===
RCS file: /cvs/pkgs/rpms/perl-Data-Buffer/devel/perl-Data-Buffer.spec,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -p -r1.11 -r1.12
--- perl-Data-Buffer.spec   30 Apr 2010 13:26:54 -  1.11
+++ perl-Data-Buffer.spec   11 May 2010 14:11:32 -  1.12
@@ -31,8 +31,8 @@ built-in functions.
 %{__rm} -rf %{buildroot}
 %{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
 /usr/bin/find %{buildroot} -type f -name .packlist -exec %{__rm} -f {} ';'
-/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} 2/dev/null ';'
-%{__chmod} -R u+w %{buildroot}/*
+/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} ';' 2/dev/null
+%{__chmod} -R u+w %{buildroot}
 
 %clean
 %{__rm} -rf %{buildroot}
@@ -44,20 +44,20 @@ built-in functions.
 %{_mandir}/man3/Data::Buffer.3pm*
 
 %changelog
-* Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com - 0.04-10
-- Mass rebuild with perl-5.12.0
+* Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com 0.04-10
+- Mass rebuild with perl 5.12.0
 
-* Mon Dec  7 2009 Stepan Kasal ska...@redhat.com - 0.04-9
-- rebuild against perl 5.10.1
+* Mon Dec  7 2009 Stepan Kasal ska...@redhat.com 0.04-9
+- Rebuild against perl 5.10.1
 
-* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.04-8
+* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
0.04-8
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 
-* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.04-7
+* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
0.04-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
 
 * Fri Feb  8 2008 Tom spot Callaway tcall...@redhat.com 0.04-6
-- rebuild for new perl
+- Rebuild for new perl
 
 * Mon Aug 13 2007 Paul Howarth p...@city-fan.org 0.04-5
 - Clarify license as GPL v1 or later, or Artistic (same as perl)

--
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: perl 5.12 status

[Ralf Corsepius]

On 05/11/2010 03:42 PM, Marcela Maslanova wrote:
 Hello,
 I'm attaching list of failure. Some of them will be still
 fixable by simple rebuild. It's 133 build failures.
 perl-FreezeThaw
... builds after having upgraded it (package is in rawhide, but not in 
perl-f14-perltest, yet).

 perl-Gnome2
 perl-Gnome2-Canvas
 perl-Gnome2-GConf
 perl-Gnome2-Print
 perl-Gnome2-VFS
 perl-Gnome2-Wnck
AFAICT from my local build attempts, the perl-Gnome* packages suffer 
from a build ordering problem

When building them this order:
1. perl-Glib2-*
2. perl-Gtk2-*
3. perl-Gnome2-VFS-*
4. All other perl-Gnome2-* packages but perl-Gnome2-VFS
they build.

 perl-Gtk2-Ex-Dialogs
 perl-Gtk2-GladeXML
These also build for me.

 perl-Gtk2-Spell
This doesn't.

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

rpms/perl-Digest-MD2/devel perl-Digest-MD2.spec,1.14,1.15

[Paul Howarth]

Author: pghmcfc

Update of /cvs/pkgs/rpms/perl-Digest-MD2/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv29674/devel

Modified Files:
perl-Digest-MD2.spec 
Log Message:
* Tue May 11 2010 Paul Howarth p...@city-fan.org 2.03-14
- Use %{?perl_default_filter} for provides filter



Index: perl-Digest-MD2.spec
===
RCS file: /cvs/pkgs/rpms/perl-Digest-MD2/devel/perl-Digest-MD2.spec,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -p -r1.14 -r1.15
--- perl-Digest-MD2.spec30 Apr 2010 22:50:44 -  1.14
+++ perl-Digest-MD2.spec11 May 2010 14:38:42 -  1.15
@@ -1,7 +1,7 @@
 Summary:   Perl interface to the MD2 Algorithm
 Name:  perl-Digest-MD2
 Version:   2.03
-Release:   13%{?dist}
+Release:   14%{?dist}
 License:   GPL+ or Artistic
 Group: Development/Libraries
 Url:   http://search.cpan.org/dist/Digest-MD2/
@@ -10,11 +10,8 @@ BuildRoot:   %{_tmppath}/%{name}-%{version
 Requires:  perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 BuildRequires: perl(ExtUtils::MakeMaker)
 
-# don't provide private Perl libs
-%global _use_internal_dependency_generator 0
-%global __deploop() while read FILE; do /usr/lib/rpm/rpmdeps -%{1} ${FILE}; 
done | /bin/sort -u
-%global __find_provides /bin/sh -c %{__grep} -v '%{perl_vendorarch}/.*\\.so$' 
| %{__deploop P}
-%global __find_requires /bin/sh -c %{__deploop R}
+# Don't provide private Perl libs
+%{?perl_default_filter}
 
 %description
 The Digest::MD2 module allows you to use the RSA Data Security Inc. MD2 Message
@@ -44,8 +41,8 @@ Digest::MD5.
 %{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
 /usr/bin/find %{buildroot} -type f -name .packlist -exec %{__rm} -f {} ';'
 /usr/bin/find %{buildroot} -type f -name '*.bs' -a -size 0 -exec %{__rm} -f {} 
';'
-/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} 2/dev/null ';'
-%{__chmod} -R u+w %{buildroot}/*
+/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} ';' 2/dev/null
+%{__chmod} -R u+w %{buildroot}
 
 %clean
 %{__rm} -rf %{buildroot}
@@ -58,29 +55,32 @@ Digest::MD5.
 %{_mandir}/man3/Digest::MD2.3pm*
 
 %changelog
-* Sat May 01 2010 Marcela Maslanova mmasl...@redhat.com - 2.03-13
-- Mass rebuild with perl-5.12.0
+* Tue May 11 2010 Paul Howarth p...@city-fan.org 2.03-14
+- Use %%{?perl_default_filter} for provides filter
 
-* Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com - 2.03-12
-- Mass rebuild with perl-5.12.0
+* Sat May 01 2010 Marcela Maslanova mmasl...@redhat.com 2.03-13
+- Mass rebuild with perl 5.12.0
 
-* Mon Dec  7 2009 Stepan Kasal ska...@redhat.com - 2.03-11
-- rebuild against perl 5.10.1
+* Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com 2.03-12
+- Mass rebuild with perl 5.12.0
 
-* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.03-10
+* Mon Dec  7 2009 Stepan Kasal ska...@redhat.com 2.03-11
+- Rebuild against perl 5.10.1
+
+* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
2.03-10
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 
-* Sat Mar  7 2009 Paul Howarth p...@city-fan.org - 2.03-9
+* Sat Mar  7 2009 Paul Howarth p...@city-fan.org 2.03-9
 - Filter out unwanted provides for perl shared objects
 - Recode docs as UTF-8
 
-* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.03-8
+* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
2.03-8
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
 
-* Wed Mar  5 2008 Tom spot Callaway tcall...@redhat.com - 2.03-7
-- rebuild for new perl
+* Wed Mar  5 2008 Tom spot Callaway tcall...@redhat.com 2.03-7
+- Rebuild for new perl
 
-* Tue Feb 19 2008 Fedora Release Engineering rel-...@fedoraproject.org - 
2.03-6
+* Tue Feb 19 2008 Fedora Release Engineering rel-...@fedoraproject.org 2.03-6
 - Autorebuild for GCC 4.3
 
 * Mon Aug 13 2007 Paul Howarth p...@city-fan.org 2.03-5

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

rpms/perl-Digest-MD2/EL-6 perl-Digest-MD2.spec,1.11,1.12

[Paul Howarth]

Author: pghmcfc

Update of /cvs/pkgs/rpms/perl-Digest-MD2/EL-6
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv29674/EL-6

Modified Files:
perl-Digest-MD2.spec 
Log Message:
* Tue May 11 2010 Paul Howarth p...@city-fan.org 2.03-14
- Use %{?perl_default_filter} for provides filter



Index: perl-Digest-MD2.spec
===
RCS file: /cvs/pkgs/rpms/perl-Digest-MD2/EL-6/perl-Digest-MD2.spec,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -p -r1.11 -r1.12
--- perl-Digest-MD2.spec26 Jul 2009 05:45:28 -  1.11
+++ perl-Digest-MD2.spec11 May 2010 14:38:42 -  1.12
@@ -1,7 +1,7 @@
 Summary:   Perl interface to the MD2 Algorithm
 Name:  perl-Digest-MD2
 Version:   2.03
-Release:   10%{?dist}
+Release:   14%{?dist}
 License:   GPL+ or Artistic
 Group: Development/Libraries
 Url:   http://search.cpan.org/dist/Digest-MD2/
@@ -10,11 +10,8 @@ BuildRoot:   %{_tmppath}/%{name}-%{version
 Requires:  perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 BuildRequires: perl(ExtUtils::MakeMaker)
 
-# don't provide private Perl libs
-%global _use_internal_dependency_generator 0
-%global __deploop() while read FILE; do /usr/lib/rpm/rpmdeps -%{1} ${FILE}; 
done | /bin/sort -u
-%global __find_provides /bin/sh -c %{__grep} -v '%{perl_vendorarch}/.*\\.so$' 
| %{__deploop P}
-%global __find_requires /bin/sh -c %{__deploop R}
+# Don't provide private Perl libs
+%{?perl_default_filter}
 
 %description
 The Digest::MD2 module allows you to use the RSA Data Security Inc. MD2 Message
@@ -44,8 +41,8 @@ Digest::MD5.
 %{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
 /usr/bin/find %{buildroot} -type f -name .packlist -exec %{__rm} -f {} ';'
 /usr/bin/find %{buildroot} -type f -name '*.bs' -a -size 0 -exec %{__rm} -f {} 
';'
-/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} 2/dev/null ';'
-%{__chmod} -R u+w %{buildroot}/*
+/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} ';' 2/dev/null
+%{__chmod} -R u+w %{buildroot}
 
 %clean
 %{__rm} -rf %{buildroot}
@@ -58,20 +55,32 @@ Digest::MD5.
 %{_mandir}/man3/Digest::MD2.3pm*
 
 %changelog
-* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.03-10
+* Tue May 11 2010 Paul Howarth p...@city-fan.org 2.03-14
+- Use %%{?perl_default_filter} for provides filter
+
+* Sat May 01 2010 Marcela Maslanova mmasl...@redhat.com 2.03-13
+- Mass rebuild with perl 5.12.0
+
+* Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com 2.03-12
+- Mass rebuild with perl 5.12.0
+
+* Mon Dec  7 2009 Stepan Kasal ska...@redhat.com 2.03-11
+- Rebuild against perl 5.10.1
+
+* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
2.03-10
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 
-* Sat Mar  7 2009 Paul Howarth p...@city-fan.org - 2.03-9
+* Sat Mar  7 2009 Paul Howarth p...@city-fan.org 2.03-9
 - Filter out unwanted provides for perl shared objects
 - Recode docs as UTF-8
 
-* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.03-8
+* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
2.03-8
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
 
-* Wed Mar  5 2008 Tom spot Callaway tcall...@redhat.com - 2.03-7
-- rebuild for new perl
+* Wed Mar  5 2008 Tom spot Callaway tcall...@redhat.com 2.03-7
+- Rebuild for new perl
 
-* Tue Feb 19 2008 Fedora Release Engineering rel-...@fedoraproject.org - 
2.03-6
+* Tue Feb 19 2008 Fedora Release Engineering rel-...@fedoraproject.org 2.03-6
 - Autorebuild for GCC 4.3
 
 * Mon Aug 13 2007 Paul Howarth p...@city-fan.org 2.03-5

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

rpms/perl-Date-Simple/devel perl-Date-Simple.spec,1.15,1.16

[Paul Howarth]

Author: pghmcfc

Update of /cvs/pkgs/rpms/perl-Date-Simple/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv12558/devel

Modified Files:
perl-Date-Simple.spec 
Log Message:
Minor clean-ups


Index: perl-Date-Simple.spec
===
RCS file: /cvs/pkgs/rpms/perl-Date-Simple/devel/perl-Date-Simple.spec,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -p -r1.15 -r1.16
--- perl-Date-Simple.spec   30 Apr 2010 13:46:25 -  1.15
+++ perl-Date-Simple.spec   11 May 2010 14:21:45 -  1.16
@@ -10,7 +10,7 @@ BuildRoot:%{_tmppath}/%{name}-%{version
 Requires:  perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 BuildRequires: perl(ExtUtils::MakeMaker), perl(Test::More)
 
-# don't provide private Perl libs
+# Don't provide private Perl libs
 %global _use_internal_dependency_generator 0
 %global __deploop() while read FILE; do /usr/lib/rpm/rpmdeps -%{1} ${FILE}; 
done | /bin/sort -u
 %global __find_provides /bin/sh -c %{__grep} -v '%{perl_vendorarch}/.*\\.so$' 
| %{__deploop P}
@@ -45,8 +45,8 @@ BuildRequires:perl(ExtUtils::MakeMaker)
 %{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
 /usr/bin/find %{buildroot} -type f -name .packlist -exec %{__rm} -f {} ';'
 /usr/bin/find %{buildroot} -type f -name '*.bs' -a -size 0 -exec %{__rm} -f {} 
';'
-/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} 2/dev/null ';'
-%{__chmod} -R u+w %{buildroot}/*
+/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} ';' 2/dev/null
+%{__chmod} -R u+w %{buildroot}
 
 %check
 %{__make} test
@@ -59,30 +59,30 @@ BuildRequires:  perl(ExtUtils::MakeMaker)
 %{_mandir}/man3/Date::Simple*.3pm*
 
 %changelog
-* Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com - 3.03-6
-- Mass rebuild with perl-5.12.0
+* Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com 3.03-6
+- Mass rebuild with perl 5.12.0
 
-* Mon Dec  7 2009 Stepan Kasal ska...@redhat.com - 3.03-5
-- rebuild against perl 5.10.1
+* Mon Dec  7 2009 Stepan Kasal ska...@redhat.com 3.03-5
+- Rebuild against perl 5.10.1
 
-* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 3.03-4
+* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
3.03-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 
-* Fri Mar  6 2009 Paul Howarth p...@city-fan.org - 3.03-3
+* Fri Mar  6 2009 Paul Howarth p...@city-fan.org 3.03-3
 - Filter out unwanted provides for perl shared objects
 
-* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 3.03-2
+* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
3.03-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
 
-* Thu Jan 22 2009 Paul Howarth p...@city-fan.org - 3.03-1
+* Thu Jan 22 2009 Paul Howarth p...@city-fan.org 3.03-1
 - Update to 3.03
 - Don't package Artistic license text, not included in upstream release
 - New upstream maintainer - new source URL
 
-* Wed Feb 27 2008 Tom spot Callaway tcall...@redhat.com - 3.02-9
+* Wed Feb 27 2008 Tom spot Callaway tcall...@redhat.com 3.02-9
 - Rebuild for perl 5.10 (again)
 
-* Tue Feb 19 2008 Fedora Release Engineering rel-...@fedoraproject.org - 
3.02-8
+* Tue Feb 19 2008 Fedora Release Engineering rel-...@fedoraproject.org 3.02-8
 - Autorebuild for GCC 4.3
 
 * Tue Jan 15 2008 Tom spot Callaway tcall...@redhat.com 3.02-7
@@ -101,10 +101,10 @@ BuildRequires:perl(ExtUtils::MakeMaker)
 - FE6 mass rebuild
 
 * Thu Feb 16 2006 Paul Howarth p...@city-fan.org 3.02-3
-- don't use macros in command paths, hardcode them instead
+- Don't use macros in command paths, hardcode them instead
 
 * Tue Aug 23 2005 Paul Howarth p...@city-fan.org 3.02-2
-- point URLs at search.cpan.org instead of cpan.uwinnipeg.ca
+- Point URLs at search.cpan.org instead of cpan.uwinnipeg.ca
 
 * Tue Aug 23 2005 Paul Howarth p...@city-fan.org 3.02-1
-- initial package build
+- Initial package build

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

rpms/perl-Date-Simple/EL-6 perl-Date-Simple.spec,1.13,1.14

[Paul Howarth]

Author: pghmcfc

Update of /cvs/pkgs/rpms/perl-Date-Simple/EL-6
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv12558/EL-6

Modified Files:
perl-Date-Simple.spec 
Log Message:
Minor clean-ups


Index: perl-Date-Simple.spec
===
RCS file: /cvs/pkgs/rpms/perl-Date-Simple/EL-6/perl-Date-Simple.spec,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -p -r1.13 -r1.14
--- perl-Date-Simple.spec   26 Jul 2009 05:33:20 -  1.13
+++ perl-Date-Simple.spec   11 May 2010 14:21:45 -  1.14
@@ -10,7 +10,7 @@ BuildRoot:%{_tmppath}/%{name}-%{version
 Requires:  perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 BuildRequires: perl(ExtUtils::MakeMaker), perl(Test::More)
 
-# don't provide private Perl libs
+# Don't provide private Perl libs
 %global _use_internal_dependency_generator 0
 %global __deploop() while read FILE; do /usr/lib/rpm/rpmdeps -%{1} ${FILE}; 
done | /bin/sort -u
 %global __find_provides /bin/sh -c %{__grep} -v '%{perl_vendorarch}/.*\\.so$' 
| %{__deploop P}
@@ -45,8 +45,8 @@ BuildRequires:perl(ExtUtils::MakeMaker)
 %{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
 /usr/bin/find %{buildroot} -type f -name .packlist -exec %{__rm} -f {} ';'
 /usr/bin/find %{buildroot} -type f -name '*.bs' -a -size 0 -exec %{__rm} -f {} 
';'
-/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} 2/dev/null ';'
-%{__chmod} -R u+w %{buildroot}/*
+/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} ';' 2/dev/null
+%{__chmod} -R u+w %{buildroot}
 
 %check
 %{__make} test
@@ -59,24 +59,24 @@ BuildRequires:  perl(ExtUtils::MakeMaker)
 %{_mandir}/man3/Date::Simple*.3pm*
 
 %changelog
-* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 3.03-4
+* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
3.03-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 
-* Fri Mar  6 2009 Paul Howarth p...@city-fan.org - 3.03-3
+* Fri Mar  6 2009 Paul Howarth p...@city-fan.org 3.03-3
 - Filter out unwanted provides for perl shared objects
 
-* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 3.03-2
+* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
3.03-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
 
-* Thu Jan 22 2009 Paul Howarth p...@city-fan.org - 3.03-1
+* Thu Jan 22 2009 Paul Howarth p...@city-fan.org 3.03-1
 - Update to 3.03
 - Don't package Artistic license text, not included in upstream release
 - New upstream maintainer - new source URL
 
-* Wed Feb 27 2008 Tom spot Callaway tcall...@redhat.com - 3.02-9
+* Wed Feb 27 2008 Tom spot Callaway tcall...@redhat.com 3.02-9
 - Rebuild for perl 5.10 (again)
 
-* Tue Feb 19 2008 Fedora Release Engineering rel-...@fedoraproject.org - 
3.02-8
+* Tue Feb 19 2008 Fedora Release Engineering rel-...@fedoraproject.org 3.02-8
 - Autorebuild for GCC 4.3
 
 * Tue Jan 15 2008 Tom spot Callaway tcall...@redhat.com 3.02-7
@@ -95,10 +95,10 @@ BuildRequires:  perl(ExtUtils::MakeMaker)
 - FE6 mass rebuild
 
 * Thu Feb 16 2006 Paul Howarth p...@city-fan.org 3.02-3
-- don't use macros in command paths, hardcode them instead
+- Don't use macros in command paths, hardcode them instead
 
 * Tue Aug 23 2005 Paul Howarth p...@city-fan.org 3.02-2
-- point URLs at search.cpan.org instead of cpan.uwinnipeg.ca
+- Point URLs at search.cpan.org instead of cpan.uwinnipeg.ca
 
 * Tue Aug 23 2005 Paul Howarth p...@city-fan.org 3.02-1
-- initial package build
+- Initial package build

--
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: rpms/perl-Date-Simple/EL-6 perl-Date-Simple.spec,1.13,1.14

[Ralf Corsepius]

On 05/11/2010 04:21 PM, Paul Howarth wrote:
 Author: pghmcfc

 Update of /cvs/pkgs/rpms/perl-Date-Simple/EL-6
 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv12558/EL-6

 Modified Files:
   perl-Date-Simple.spec
 Log Message:
 Minor clean-ups


 Index: perl-Date-Simple.spec
 ===
 RCS file: /cvs/pkgs/rpms/perl-Date-Simple/EL-6/perl-Date-Simple.spec,v
 retrieving revision 1.13
 retrieving revision 1.14
 diff -u -p -r1.13 -r1.14
 --- perl-Date-Simple.spec 26 Jul 2009 05:33:20 -  1.13
 +++ perl-Date-Simple.spec 11 May 2010 14:21:45 -  1.14

 -* Thu Feb 26 2009 Fedora Release 
 Engineeringrel-...@lists.fedoraproject.org  - 3.03-2
 +* Thu Feb 26 2009 Fedora Release 
 Engineeringrel-...@lists.fedoraproject.org  3.03-2
   - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

What are you trying to achieve?

I am not aware of any rule mandating email version.
Conversely, Fedora has been using email - version for ages.
cf. https://fedoraproject.org/wiki/Packaging:Guidelines

That said, IMO, all your changes do is rendering diffs between different 
distros less readable.

Ralf

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

Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Toshio Kuratomi]

On Tue, May 11, 2010 at 08:30:41AM -0500, Jon Ciesla wrote:
 On 05/11/2010 04:07 AM, Rahul Sundaram wrote:
  Hi
 
  https://admin.fedoraproject.org/pkgdb/acls/bugs/quake3
 
  Quake 3 engine needs to be updated.  The current version has security
  issues and breaks multiplayer in a couple of Quake3 based games such as
  OpenArena.  The maintainer has not responded in bugzilla since March and
  has not responded to private email either.  I would like to invoke the
  fast track process.   Meanwhile, I will be much obliged if someone
  updates Quake 3 to the latest version available and push out updates for
  Fedora 13 and 12.
 
  Rahul
 
 Rahul, I can't tell from the list, has anyone volunteered to do this 
 yet?  If not, I can.
 
No one has volunteered.  Xavier thinks he may have some time to get to it on
Thursday but if you can get to it earlier, it would be appreciated.

-Toshio


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

rpms/perl-IO-Multiplex/EL-6 perl-IO-Multiplex.spec,1.9,1.10

[Paul Howarth]

Author: pghmcfc

Update of /cvs/pkgs/rpms/perl-IO-Multiplex/EL-6
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv20953/EL-6

Modified Files:
perl-IO-Multiplex.spec 
Log Message:
Minor clean-ups


Index: perl-IO-Multiplex.spec
===
RCS file: /cvs/pkgs/rpms/perl-IO-Multiplex/EL-6/perl-IO-Multiplex.spec,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -p -r1.9 -r1.10
--- perl-IO-Multiplex.spec  26 Jul 2009 06:41:17 -  1.9
+++ perl-IO-Multiplex.spec  11 May 2010 15:01:57 -  1.10
@@ -29,8 +29,8 @@ one or more listen sockets.
 %{__rm} -rf %{buildroot}
 %{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
 /usr/bin/find %{buildroot} -type f -name .packlist -exec %{__rm} -f {} ';'
-/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} 2/dev/null ';'
-%{__chmod} -R u+w %{buildroot}/*
+/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} ';' 2/dev/null
+%{__chmod} -R u+w %{buildroot}
 
 %check
 %{__make} test
@@ -79,10 +79,10 @@ one or more listen sockets.
 - Cosmetic changes for fedora xtras
 
 * Sun Feb 20 2005 Dag Wieers d...@wieers.com - 1.08-2
-- Cosmetic changes.
+- Cosmetic changes
 
 * Thu Mar 18 2004 Dag Wieers d...@wieers.com - 1.08-1
-- Updated to release 1.08.
+- Updated to release 1.08
 
 * Mon Jul 14 2003 Dag Wieers d...@wieers.com - 1.04-0
-- Initial package. (using DAR)
+- Initial package (using DAR)

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

rpms/perl-IO-Multiplex/devel perl-IO-Multiplex.spec,1.11,1.12

[Paul Howarth]

Author: pghmcfc

Update of /cvs/pkgs/rpms/perl-IO-Multiplex/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv20953/devel

Modified Files:
perl-IO-Multiplex.spec 
Log Message:
Minor clean-ups


Index: perl-IO-Multiplex.spec
===
RCS file: /cvs/pkgs/rpms/perl-IO-Multiplex/devel/perl-IO-Multiplex.spec,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -p -r1.11 -r1.12
--- perl-IO-Multiplex.spec  2 May 2010 17:45:33 -   1.11
+++ perl-IO-Multiplex.spec  11 May 2010 15:01:58 -  1.12
@@ -29,8 +29,8 @@ one or more listen sockets.
 %{__rm} -rf %{buildroot}
 %{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
 /usr/bin/find %{buildroot} -type f -name .packlist -exec %{__rm} -f {} ';'
-/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} 2/dev/null ';'
-%{__chmod} -R u+w %{buildroot}/*
+/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} ';' 2/dev/null
+%{__chmod} -R u+w %{buildroot}
 
 %check
 %{__make} test
@@ -46,10 +46,10 @@ one or more listen sockets.
 
 %changelog
 * Sun May 02 2010 Marcela Maslanova mmasl...@redhat.com - 1.10-7
-- Mass rebuild with perl-5.12.0
+- Mass rebuild with perl 5.12.0
 
 * Mon Dec  7 2009 Stepan Kasal ska...@redhat.com - 1.10-6
-- rebuild against perl 5.10.1
+- Rebuild against perl 5.10.1
 
 * Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.10-5
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
@@ -85,10 +85,10 @@ one or more listen sockets.
 - Cosmetic changes for fedora xtras
 
 * Sun Feb 20 2005 Dag Wieers d...@wieers.com - 1.08-2
-- Cosmetic changes.
+- Cosmetic changes
 
 * Thu Mar 18 2004 Dag Wieers d...@wieers.com - 1.08-1
-- Updated to release 1.08.
+- Updated to release 1.08
 
 * Mon Jul 14 2003 Dag Wieers d...@wieers.com - 1.04-0
-- Initial package. (using DAR)
+- Initial package (using DAR)

--
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 13 continuing the tradition of being an update monster

[Thomas Janssen]

On Tue, May 11, 2010 at 3:29 PM, Jon Ciesla l...@jcomserv.net wrote:
 On 05/11/2010 01:14 AM, James Antill wrote:
   Thankfully all the giant flamewars and new policies didn't make anyone
 think twice about the users, as we already have 140 updates with a
 combined size of _over_ 750MB on x86_64, biggest 5 are:

 6.2M wesnoth-1.8.1-1.fc13.x86_64.rpm
   12M hanazono-fonts-20100222-2.fc13.noarch.rpm
   48M xmoto-0.5.3-1.fc13.x86_64.rpm
 260M wesnoth-data-1.8.1-1.fc13.noarch.rpm
 318M openarena-0.8.5-1.fc13.noarch.rpm

 ...the last being particularly nice, in that the package hasn't been
 updated for almost a year but now we get 2 300MB+ presents at once.
   Welcome to the new Fedora updates, much like the old Fedora updates.
 Hey, at least Kevin should be happy.


 Speaking as the wesnoth and xmoto maintainer, I've, in the past, asked
 for wesnoth releases of this nature to be tagged into final to same
 mirror space, but, again, it's not in the default spin, and we now have
 deltarpms (and a huge thank to to all responsible there), so I really
 don't think it's that big of an issue.  If someone wants to request
 this, or thinks I should do so, pipe up now, as the hour of relevance
 draws near.  Besides, I doubt they'd do it anyway, after reading Jesse's
 Release Candidate email.  And probably with good reason.

 All of that said, I'll keep doing game updates.  Gamers want them, as
 has already been said.

Thank you very much from a Wesnoth gamer.

-- 
LG Thomas

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

rpms/perl-Jcode/devel perl-Jcode.spec,1.22,1.23

[Paul Howarth]

Author: pghmcfc

Update of /cvs/pkgs/rpms/perl-Jcode/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv376/devel

Modified Files:
perl-Jcode.spec 
Log Message:
Minor clean-ups


Index: perl-Jcode.spec
===
RCS file: /cvs/pkgs/rpms/perl-Jcode/devel/perl-Jcode.spec,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -p -r1.22 -r1.23
--- perl-Jcode.spec 2 May 2010 19:22:02 -   1.22
+++ perl-Jcode.spec 11 May 2010 15:13:25 -  1.23
@@ -32,7 +32,7 @@ Requires: perl(MIME::Base64)
 %{__rm} -rf %{buildroot}
 %{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
 /usr/bin/find %{buildroot} -type f -name .packlist -exec %{__rm} -f {} ';'
-/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} 2/dev/null ';'
+/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} ';' 2/dev/null
 %{__chmod} -R u+w %{buildroot}
 
 %check
@@ -51,13 +51,13 @@ LC_ALL=C %{__make} test
 %{_mandir}/man3/Jcode::Nihongo.3pm*
 
 %changelog
-* Sun May 02 2010 Marcela Maslanova mmasl...@redhat.com - 2.07-3
-- Mass rebuild with perl-5.12.0
+* Sun May 02 2010 Marcela Maslanova mmasl...@redhat.com 2.07-3
+- Mass rebuild with perl 5.12.0
 
-* Mon Dec  7 2009 Stepan Kasal ska...@redhat.com - 2.07-2
-- rebuild against perl 5.10.1
+* Mon Dec  7 2009 Stepan Kasal ska...@redhat.com 2.07-2
+- Rebuild against perl 5.10.1
 
-* Mon Aug 24 2009 Paul Howarth p...@city-fan.org - 2.07-1
+* Mon Aug 24 2009 Paul Howarth p...@city-fan.org 2.07-1
 - Update to 2.07 (fix mime_encode, CPAN RT#29049)
 - Run test suite in C locale to support build on old distributions
 - Fix argument order for find with -depth
@@ -66,23 +66,23 @@ LC_ALL=C %{__make} test
 - Mark POD file as %%doc
 - Add explicit perl(MIME::Base64) dependency for MIME header support
 
-* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.06-9
+* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
2.06-9
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 
-* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.06-8
+* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
2.06-8
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
 
-* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.06-7
+* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
2.06-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
 
 * Fri Feb  8 2008 Tom spot Callaway tcall...@redhat.com 2.06-6
-- rebuild for new perl
+- Rebuild for new perl
 
 * Thu Sep 27 2007 Aurelien Bompard abomp...@fedoraproject.org 2.06-5
-- fix license (thanks Tom)
+- Fix license (thanks Tom)
 
 * Sun Aug 26 2007 Aurelien Bompard abomp...@fedoraproject.org 2.06-4
-- fix license tag (like perl itself)
+- Fix license tag (like perl itself)
 
 * Mon Aug 13 2007 Aurelien Bompard abomp...@fedoraproject.org 2.06-3
 - BR perl-Test-Simple
@@ -91,47 +91,47 @@ LC_ALL=C %{__make} test
 - BR perl-devel
 
 * Wed Aug 30 2006 Aurelien Bompard abomp...@fedoraproject.org 2.06-1
-- update to 2.06
+- Update to 2.06
 
 * Tue Feb 21 2006 Aurelien Bompard gauret[AT]free.fr 2.03-3
-- rebuild for FC5
+- Rebuild for FC5
 
 * Thu Oct 27 2005 Aurelien Bompard gauret[AT]free.fr 2.03-2
-- build as noarch (#171916)
+- Build as noarch (#171916)
 
 * Sat Sep 03 2005 Aurelien Bompard gauret[AT]free.fr 2.03-1
-- update to 2.03
-- be closer to perl spec template
+- Update to 2.03
+- Be closer to perl spec template
 
 * Fri Apr  7 2005 Michael Schwendt mschwendt[AT]users.sf.net
-- rebuilt
+- Rebuilt
 
 * Sat Dec 04 2004 Aurelien Bompard gauret[AT]free.fr 0:0.88-0.fdr.1
 - Update to 0.88
 
 * Sun Jul 25 2004 Ville Skyttä ville.skytta at iki.fi - 0:0.87-0.fdr.1
-- Update to 0.87.
-- Require perl(:MODULE_COMPAT_*).
+- Update to 0.87
+- Require perl(:MODULE_COMPAT_*)
 
 * Mon Jun 21 2004 Ville Skyttä ville.skytta at iki.fi - 0:0.86-0.fdr.1
-- Update to 0.86.
+- Update to 0.86
 
 * Sat Jun 19 2004 Ville Skyttä ville.skytta at iki.fi - 0:0.85-0.fdr.1
-- Update to 0.85.
-- Bring up to date with current fedora.us Perl spec template.
+- Update to 0.85
+- Bring up to date with current fedora.us Perl spec template
 
 * Mon Feb  2 2004 Ville Skyttä ville.skytta at iki.fi - 0:0.83-0.fdr.4
-- Reduce directory ownership bloat.
+- Reduce directory ownership bloat
 
 * Sat Oct 11 2003 Ville Skyttä ville.skytta at iki.fi - 0:0.83-0.fdr.3
-- Install into vendor dirs.
-- Specfile cleanup.
+- Install into vendor dirs
+- Specfile cleanup
 
 * Sun Jul  6 2003 Ville Skyttä ville.skytta at iki.fi - 0:0.83-0.fdr.2
-- Regenerate %%install section with cpanflute2, omit spurious *.pl.
+- Regenerate %%install section with cpanflute2, omit spurious *.pl
 
 * Wed May  7 2003 Ville Skyttä ville.skytta at iki.fi - 0:0.83-0.fdr.1
-- Update to 0.83 and to current Fedora guidelines.
+- Update to 0.83 

rpms/perl-Jcode/EL-6 perl-Jcode.spec,1.20,1.21

[Paul Howarth]

Author: pghmcfc

Update of /cvs/pkgs/rpms/perl-Jcode/EL-6
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv376/EL-6

Modified Files:
perl-Jcode.spec 
Log Message:
Minor clean-ups


Index: perl-Jcode.spec
===
RCS file: /cvs/pkgs/rpms/perl-Jcode/EL-6/perl-Jcode.spec,v
retrieving revision 1.20
retrieving revision 1.21
diff -u -p -r1.20 -r1.21
--- perl-Jcode.spec 24 Aug 2009 20:49:02 -  1.20
+++ perl-Jcode.spec 11 May 2010 15:13:25 -  1.21
@@ -32,7 +32,7 @@ Requires: perl(MIME::Base64)
 %{__rm} -rf %{buildroot}
 %{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
 /usr/bin/find %{buildroot} -type f -name .packlist -exec %{__rm} -f {} ';'
-/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} 2/dev/null ';'
+/usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} ';' 2/dev/null
 %{__chmod} -R u+w %{buildroot}
 
 %check
@@ -51,7 +51,7 @@ LC_ALL=C %{__make} test
 %{_mandir}/man3/Jcode::Nihongo.3pm*
 
 %changelog
-* Mon Aug 24 2009 Paul Howarth p...@city-fan.org - 2.07-1
+* Mon Aug 24 2009 Paul Howarth p...@city-fan.org 2.07-1
 - Update to 2.07 (fix mime_encode, CPAN RT#29049)
 - Run test suite in C locale to support build on old distributions
 - Fix argument order for find with -depth
@@ -60,23 +60,23 @@ LC_ALL=C %{__make} test
 - Mark POD file as %%doc
 - Add explicit perl(MIME::Base64) dependency for MIME header support
 
-* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.06-9
+* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
2.06-9
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 
-* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.06-8
+* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
2.06-8
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
 
-* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.06-7
+* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
2.06-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
 
 * Fri Feb  8 2008 Tom spot Callaway tcall...@redhat.com 2.06-6
-- rebuild for new perl
+- Rebuild for new perl
 
 * Thu Sep 27 2007 Aurelien Bompard abomp...@fedoraproject.org 2.06-5
-- fix license (thanks Tom)
+- Fix license (thanks Tom)
 
 * Sun Aug 26 2007 Aurelien Bompard abomp...@fedoraproject.org 2.06-4
-- fix license tag (like perl itself)
+- Fix license tag (like perl itself)
 
 * Mon Aug 13 2007 Aurelien Bompard abomp...@fedoraproject.org 2.06-3
 - BR perl-Test-Simple
@@ -85,47 +85,47 @@ LC_ALL=C %{__make} test
 - BR perl-devel
 
 * Wed Aug 30 2006 Aurelien Bompard abomp...@fedoraproject.org 2.06-1
-- update to 2.06
+- Update to 2.06
 
 * Tue Feb 21 2006 Aurelien Bompard gauret[AT]free.fr 2.03-3
-- rebuild for FC5
+- Rebuild for FC5
 
 * Thu Oct 27 2005 Aurelien Bompard gauret[AT]free.fr 2.03-2
-- build as noarch (#171916)
+- Build as noarch (#171916)
 
 * Sat Sep 03 2005 Aurelien Bompard gauret[AT]free.fr 2.03-1
-- update to 2.03
-- be closer to perl spec template
+- Update to 2.03
+- Be closer to perl spec template
 
 * Fri Apr  7 2005 Michael Schwendt mschwendt[AT]users.sf.net
-- rebuilt
+- Rebuilt
 
 * Sat Dec 04 2004 Aurelien Bompard gauret[AT]free.fr 0:0.88-0.fdr.1
 - Update to 0.88
 
 * Sun Jul 25 2004 Ville Skyttä ville.skytta at iki.fi - 0:0.87-0.fdr.1
-- Update to 0.87.
-- Require perl(:MODULE_COMPAT_*).
+- Update to 0.87
+- Require perl(:MODULE_COMPAT_*)
 
 * Mon Jun 21 2004 Ville Skyttä ville.skytta at iki.fi - 0:0.86-0.fdr.1
-- Update to 0.86.
+- Update to 0.86
 
 * Sat Jun 19 2004 Ville Skyttä ville.skytta at iki.fi - 0:0.85-0.fdr.1
-- Update to 0.85.
-- Bring up to date with current fedora.us Perl spec template.
+- Update to 0.85
+- Bring up to date with current fedora.us Perl spec template
 
 * Mon Feb  2 2004 Ville Skyttä ville.skytta at iki.fi - 0:0.83-0.fdr.4
-- Reduce directory ownership bloat.
+- Reduce directory ownership bloat
 
 * Sat Oct 11 2003 Ville Skyttä ville.skytta at iki.fi - 0:0.83-0.fdr.3
-- Install into vendor dirs.
-- Specfile cleanup.
+- Install into vendor dirs
+- Specfile cleanup
 
 * Sun Jul  6 2003 Ville Skyttä ville.skytta at iki.fi - 0:0.83-0.fdr.2
-- Regenerate %%install section with cpanflute2, omit spurious *.pl.
+- Regenerate %%install section with cpanflute2, omit spurious *.pl
 
 * Wed May  7 2003 Ville Skyttä ville.skytta at iki.fi - 0:0.83-0.fdr.1
-- Update to 0.83 and to current Fedora guidelines.
+- Update to 0.83 and to current Fedora guidelines
 
 * Sun Mar  2 2003 Ville Skyttä ville.skytta at iki.fi - 0.82-1.fedora.1
-- First Fedora release.
+- First Fedora release

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

os

[jerrick Davis]

I made an operating system based on fedora and open suse if anyone will test
it email me a lamabo...@gmail.com

-- 
Lama boy ;-)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: jack2

[Orcan Ogetbil]

On Sun, Apr 18, 2010 at 3:35 PM, Orcan Ogetbil wrote:
 On Thu, Nov 5, 2009 at 5:23 PM, Andy Shevchenko
 wrote:
 Hello.

 Nowadays the jack project has two branches - old jack (1) branch with
 version 0.116.2 and new one called jack2 version 1.9.3.
 I'd like to gather opinions and suggestions about applying new version for 
 F13.
 Please, share your thoughts!
 Thank you.

 I don't object the change. Let us ask the CCRMA folks to get their opinions.


The update was discussed in CCRMA list and we got no objections in the
last 3 weeks.

For F-13 it may be a little late. So shall we make this an F-14 target?

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

KDE-SIG meeting report (19/2010)

[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: 19/2010

Time: 2010-05-11 14:00 UTC

Meeting page: https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2010-05-11

Meeting minutes: http://meetbot.fedoraproject.org/fedora-
meeting/2010-05-11/kde-sig.2010-05-11-14.02.html 

Meeting log: http://meetbot.fedoraproject.org/fedora-meeting/2010-05-11/kde-
sig.2010-05-11-14.02.log.html
--

= Participants =
* Jaroslav Reznik
* Kevin Kofler
* Rex Dieter
* Steven Parrish
* Than Ngo
* Thomas Janssen
* Lukas Tinkl

--

= Agenda =

*  topics to discuss:
  o Default install paths for apidocs
  o Duplicate menu entries, e.g. #591089:
+ Do we consider these bugs?
+ Or do we want to follow upstream and keep the dupes where 
upstream has them?
+ If we consider them bugs, do we want to fix these in updates? 
Or only in new releases?
+ Do we want these to be blockers for F14? The GNOME folks 
consider these release blockers. 
  o KDE SC 4.4.3 status 
* recent bugs:
  o (none) 

= Summary =
KDE SC 4.4.3 status

* kde-l10n needs respin and build
* ACTION: ltinkl to respin and build kde-l10n and to prepare Bodhi update 

Duplicate menu entries

* See [1], [2], [3]
  o Do we consider these bugs?
  o Or do we want to follow upstream and keep the dupes where upstream 
has them?
  o If we consider them bugs, do we want to fix these in updates? Or 
only in new releases?
  o Do we want these to be blockers for F14? The GNOME folks consider 
these release blockers. 
* AGREED: on Kevin Kofler's proposal - report upstream, follow upstream's 
decision, don't treat it as a release blocker 

Default install paths for apidocs

* we are inconsistent in apidocs directories naming and location
  o soprano contains version, some apidocs are installed in doc/lib-
apidocs/, some doc/HTML/en/lib-apidocs
  o we need consistent naming and common install location
+ AGREED: apidocs not to be installed to version specific 
directories
+ AGREED: on adapting to KDevelop needs, rdieter to check it 
* final decision postponed to next meeting 
--

= Next Meeting =

http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2010-05-18

--

= Links =
[1] https://bugzilla.redhat.com/show_bug.cgi?id=591089
[2] https://bugzilla.redhat.com/show_bug.cgi?id=591093
[3] https://bugzilla.redhat.com/show_bug.cgi?id=591097

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

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

rpms/perl-Event/EL-6 .cvsignore, 1.7, 1.8 perl-Event.spec, 1.14, 1.15 sources, 1.7, 1.8

[stevetraylen]

Author: stevetraylen

Update of /cvs/pkgs/rpms/perl-Event/EL-6
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv13694

Modified Files:
.cvsignore perl-Event.spec sources 
Log Message:
Update 1.13.



Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Event/EL-6/.cvsignore,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -p -r1.7 -r1.8
--- .cvsignore  1 Sep 2009 07:55:11 -   1.7
+++ .cvsignore  11 May 2010 14:22:59 -  1.8
@@ -1 +1 @@
-Event-1.12.tar.gz
+Event-1.13.tar.gz


Index: perl-Event.spec
===
RCS file: /cvs/pkgs/rpms/perl-Event/EL-6/perl-Event.spec,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -p -r1.14 -r1.15
--- perl-Event.spec 1 Sep 2009 07:55:11 -   1.14
+++ perl-Event.spec 11 May 2010 14:22:59 -  1.15
@@ -1,5 +1,5 @@
 Name:   perl-Event
-Version:1.12
+Version:1.13
 Release:1%{?dist}
 Summary:Event loop processing
 
@@ -88,6 +88,9 @@ rm -rf %{buildroot}
 
 
 %changelog
+* Tue May 11 2010 Steve Traylen steve.tray...@cern.ch 1.13-1
+- update to 1.13
+
 * Tue Sep 01 2009 Chris Weyl cw...@alumni.drew.edu 1.12-1
 - add perl_default_filter
 - auto-update to 1.12 (by cpan-spec-update 0.01)


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Event/EL-6/sources,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -p -r1.7 -r1.8
--- sources 1 Sep 2009 07:55:12 -   1.7
+++ sources 11 May 2010 14:22:59 -  1.8
@@ -1 +1 @@
-f09285ef0388be739fbb83bc3a221977  Event-1.12.tar.gz
+88cf5bb6b4b06e016072a5ff2ff8fa1a  Event-1.13.tar.gz

--
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: Reasons for hall monitoring

[Adam Williamson]

On Mon, 2010-05-10 at 10:11 -0800, Jeff Spaleta wrote:

 And if that principled approach is not the most popular.. it doesn't
 mean its worth giving up. We need to shake loose the idea that being
 the most popular matters. What I want is contributor targets to shoot
 for. I want a clear vision by which we can recruit contributors...not
 users.  Maybe Mike is right and we are going to see a big dip in users
 when RHEL 6 comes out and people junk to that stable offering. And
 where he sees a negative. I see success.
 
 We position this project as leading edge. If people have been using
 Fedora as a forerunner to RHEL 6 and now find they want long term
 stability...then great. We did exactly what we said we would do for
 those people and now their needs are such that a stable base makes
 mroe sense. We are NOT all things to all people. Its GOOD to see
 people who need stability moving to RHEL instead of asking us to be
 that as well as leading edge.
 
 And since we don't promise to provide everything to everyone then I
 fully expect to see a cyclic process in our contributor and user base.
 I expect to see periods of die-off as well as growrth. I expect that
 in any system which aims to be sustainable.
 
 The issue for me is are we prepared for the cycle of renewal. Are we
 prepared to recruit contributors into participating into new leading
 edge directions?

I don't disagree with you in any of the above, in fact we're saying the
same thing from different directions.
-- 
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: rpms/perl-Date-Simple/EL-6 perl-Date-Simple.spec,1.13,1.14

[Paul Howarth]

On 11/05/10 15:47, Ralf Corsepius wrote:
 On 05/11/2010 04:21 PM, Paul Howarth wrote:
 Author: pghmcfc

 Update of /cvs/pkgs/rpms/perl-Date-Simple/EL-6
 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv12558/EL-6

 Modified Files:
  perl-Date-Simple.spec
 Log Message:
 Minor clean-ups


 Index: perl-Date-Simple.spec
 ===
 RCS file: /cvs/pkgs/rpms/perl-Date-Simple/EL-6/perl-Date-Simple.spec,v
 retrieving revision 1.13
 retrieving revision 1.14
 diff -u -p -r1.13 -r1.14
 --- perl-Date-Simple.spec26 Jul 2009 05:33:20 -  1.13
 +++ perl-Date-Simple.spec11 May 2010 14:21:45 -  1.14

 -* Thu Feb 26 2009 Fedora Release 
 Engineeringrel-...@lists.fedoraproject.org   - 3.03-2
 +* Thu Feb 26 2009 Fedora Release 
 Engineeringrel-...@lists.fedoraproject.org   3.03-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

 What are you trying to achieve?

Just making the changelog format consistent within the spec file.

 I am not aware of any rule mandating email  version.
 Conversely, Fedora has been usingemail  - version for ages.
 cf. https://fedoraproject.org/wiki/Packaging:Guidelines

I know; the - is optional.

 That said, IMO, all your changes do is rendering diffs between different
 distros less readable.

True, at the expense of a slight readability improvement (IMHO) in the 
current spec. Shouldn't be a problem going forward though, and if I push 
an update for an older release, that'll get the same changes too, which 
will help with the diffs.

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

Re: os

[Josh Boyer]

On Tue, May 11, 2010 at 09:14:27AM -0600, jerrick Davis wrote:
I made an operating system based on fedora and open suse if anyone will test
it email me a lamabo...@gmail.com

Please stop sending this email.  We have enough trouble getting people to test
our own OS.  We don't need you using this list as a marketing tool to attract
people to yours.

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

Re: rpms/perl-Date-Simple/EL-6 perl-Date-Simple.spec,1.13,1.14

[Paul Howarth]

On 11/05/10 16:58, Ralf Corsepius wrote:
 On 05/11/2010 05:48 PM, Paul Howarth wrote:
 On 11/05/10 15:47, Ralf Corsepius wrote:
 On 05/11/2010 04:21 PM, Paul Howarth wrote:
 Author: pghmcfc

 Update of /cvs/pkgs/rpms/perl-Date-Simple/EL-6
 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv12558/EL-6

 Modified Files:
 perl-Date-Simple.spec
 Log Message:
 Minor clean-ups


 Index: perl-Date-Simple.spec
 ===
 RCS file: /cvs/pkgs/rpms/perl-Date-Simple/EL-6/perl-Date-Simple.spec,v
 retrieving revision 1.13
 retrieving revision 1.14
 diff -u -p -r1.13 -r1.14
 --- perl-Date-Simple.spec 26 Jul 2009 05:33:20 - 1.13
 +++ perl-Date-Simple.spec 11 May 2010 14:21:45 - 1.14

 -* Thu Feb 26 2009 Fedora Release
 Engineeringrel-...@lists.fedoraproject.org - 3.03-2
 +* Thu Feb 26 2009 Fedora Release
 Engineeringrel-...@lists.fedoraproject.org 3.03-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

 What are you trying to achieve?

 Just making the changelog format consistent within the spec file.

 I am not aware of any rule mandating email version.
 Conversely, Fedora has been usingemail - version for ages.
 cf. https://fedoraproject.org/wiki/Packaging:Guidelines

 I know; the - is optional.

 That said, IMO, all your changes do is rendering diffs between different
 distros less readable.

 True, at the expense of a slight readability improvement (IMHO) in the
 current spec.
 Stylisic bikesheding, without benefits.

 Shouldn't be a problem going forward though, and if I push an update
 for an older release, that'll get the same changes too, which will
 help with the diffs.
 Consider all my packages to be off-limits/taboo for you.

 Ralf

Suit yourself, though I wouldn't dream of making cosmetic changes like 
those to other people's packages anyway.

Paul.

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

Re: Fedora 13 continuing the tradition of being an update monster

[Nathanael D. Noblet]

On 05/11/2010 01:12 AM, H. Guémar wrote:
 And so what ?

 In OpenArena's case, last stable releases were:
 * 0.8.5: 02/23/2010

Feb 2nd, 2010 - that's a long time ago.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Marc Wiriadisastra orphaning some packages

[Rich Mattes]

On Tue, May 11, 2010 at 9:32 AM, Paul W. Frields sticks...@gmail.comwrote:


 ...
   [6]mediatomb -- MediaTomb - UPnP AV Mediaserver for Linux


I'll take this one.  Co-maintainers welcome.

Rich




 - End forwarded message -
 --
 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

rpms/perl-Math-GMP/devel perl-Math-GMP.spec,1.20,1.21

[Paul Howarth]

Author: pghmcfc

Update of /cvs/pkgs/rpms/perl-Math-GMP/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv25938

Modified Files:
perl-Math-GMP.spec 
Log Message:
* Tue May 11 2010 Paul Howarth p...@city-fan.org 2.06-4
- Don't clobber ~/.gnupg



Index: perl-Math-GMP.spec
===
RCS file: /cvs/pkgs/rpms/perl-Math-GMP/devel/perl-Math-GMP.spec,v
retrieving revision 1.20
retrieving revision 1.21
diff -u -p -r1.20 -r1.21
--- perl-Math-GMP.spec  3 May 2010 04:42:05 -   1.20
+++ perl-Math-GMP.spec  11 May 2010 16:18:40 -  1.21
@@ -1,7 +1,7 @@
 Summary:   High speed arbitrary size integer math
 Name:  perl-Math-GMP
 Version:   2.06
-Release:   3%{?dist}
+Release:   4%{?dist}
 License:   LGPLv2+
 Group: Development/Libraries
 Url:   http://search.cpan.org/dist/Math-GMP/
@@ -35,36 +35,36 @@ gmp library for all of its calculations,
 This can result in speed improvements.
 
 %prep
-%setup -q -n Math-GMP-%{version}
-
 # Do the build in a subdirectory so that the debug files list doesn't interfere
 # with the signature test
-set -- * .perlcriticrc
-%{__mkdir} source
-%{__mv} $@ source
+%setup -q -c -n Math-GMP
+
 # Copy docs back to top level for %doc
-%{__cp} -a source/{README,Changes,LICENSE} .
+%{__cp} -a Math-GMP-%{version}/{README,Changes,LICENSE} .
+
+# Create a GPG directory for testing, to avoid using ~/.gnupg
+%{__mkdir} --mode=0700 gnupghome
+export GNUPGHOME=$(pwd)/gnupghome
+%{__gpg} --import %{SOURCE1}
 
 %build
-cd source
+cd Math-GMP-%{version}
 %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
 %{__make} %{?_smp_mflags}
 cd -
 
-%check
-# Locale set to en_US for spell check tests
-%{__gpg} --import %{SOURCE1}
-LC_ALL=en_US %{__make} -C source test RELEASE_TESTING=1 TEST_VERBOSE=1
-
 %install
 %{__rm} -rf %{buildroot}
-cd source
-%{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
+%{__make} -C Math-GMP-%{version} pure_install PERL_INSTALL_ROOT=%{buildroot}
 /usr/bin/find %{buildroot} -type f -name .packlist -exec %{__rm} -f {} ';'
 /usr/bin/find %{buildroot} -type f -name '*.bs' -a -size 0 -exec %{__rm} -f {} 
';'
 /usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} ';' 2/dev/null
-%{__chmod} -R u+w %{buildroot}/*
-cd -
+%{__chmod} -R u+w %{buildroot}
+
+%check
+export GNUPGHOME=$(pwd)/gnupghome
+# Locale set to en_US for spell check tests
+LC_ALL=en_US %{__make} -C Math-GMP-%{version} test RELEASE_TESTING=1 
TEST_VERBOSE=1
 
 %clean
 %{__rm} -rf %{buildroot}
@@ -77,11 +77,14 @@ cd -
 %{_mandir}/man3/Math::GMP.3pm*
 
 %changelog
-* Mon May 03 2010 Marcela Maslanova mmasl...@redhat.com - 2.06-3
+* Tue May 11 2010 Paul Howarth p...@city-fan.org 2.06-4
+- Don't clobber ~/.gnupg
+
+* Mon May 03 2010 Marcela Maslanova mmasl...@redhat.com 2.06-3
 - Mass rebuild with perl-5.12.0
 
-* Mon Dec  7 2009 Stepan Kasal ska...@redhat.com - 2.06-2
-- rebuild against perl 5.10.1
+* Mon Dec  7 2009 Stepan Kasal ska...@redhat.com 2.06-2
+- Rebuild against perl 5.10.1
 
 * Fri Sep 18 2009 Paul Howarth p...@city-fan.org 2.06-1
 - Update to 2.06
@@ -91,7 +94,7 @@ cd -
 - RELEASE_TESTING variable obsoletes TEST_{AUTHOR,CRITIC,SIGNATURE,SPELL}
 - BuildConflict Test::Critic and Test::Pod::Coverage to avoid failing tests
 
-* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.05-5
+* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
2.05-5
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 
 * Sat Mar  7 2009 Paul Howarth p...@city-fan.org 2.05-4

--
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 13 continuing the tradition of being an update monster

[Xose Vazquez Perez]

On 05/11/2010 06:05 PM, Nathanael D. Noblet wrote:

 On 05/11/2010 01:12 AM, H. Guémar wrote:
 And so what ?

 In OpenArena's case, last stable releases were:
 * 0.8.5: 02/23/2010
 
 Feb 2nd, 2010 - that's a long time ago.

You said that, because you haven't seen really the oldest packages
in Fedora. ... 8 ... 12 years old !

Time is relative ;-)

--
If less is more than more, most is more than less.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 13 continuing the tradition of being an update monster

[James Antill]

On Tue, 2010-05-11 at 10:30 +0200, H. Guémar wrote:
   It is not part of a default package set.
 
 Even if it were, blocking bugfixes in order to reduce updates size is
 nothing but stupid.

 It wasn't bugfixes, it was a new upstream release, and yes size does
matter. All mirrors, public and private, now have 300MB of worthless
bits in their 13 release (and it's not even released yet). And this for
something that hasn't been updated throughout the life of F-12.
 It again goes to the point of why bother making releases at all, if
they mean so little. And, trying to be less grumpy, maybe moving some
packages to rawhide only style of repos. would make everyone happy (we
could even call it extras :).

 We have presto/deltarpm for that (since these packages mostly contain
 unchanged binary data like images, it should work pretty well).

 Within Fedora deltarpms have a limit of applying only to rpms less than
100MB, so there are no deltarpms. Anyone who wants to blame rel-eng for
that is free to fix the delarpm code, or give money to rel-eng to buy
HW.

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

Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Richard W.M. Jones]

On Tue, May 11, 2010 at 04:38:53PM +0530, Rahul Sundaram wrote:
 On 05/11/2010 03:43 PM, Daniel P. Berrange wrote:
 
  Do we have a security team who evaluate security issues that are filed 
  against any package, and who have the privileges to immediately fix the 
  CVE should the maintainer not be responsive enough wrt the severity of
  the security problem ? We shouldn't have security fixes blocked on the
  unreponsive maintainer process. Proven packagers obviously have suitable
  CVS commit privileges to make the changes, but do any of them actively 
  monitor for security issues  address them ?

 
 Yes. Security team did monitor and filed the security issue but they
 don't do commits and builds and there is no team outside of them taking
 care of these issues.  It would be great to take care of this.

Maybe security issues should be bumped up to this list so
provenpackagers can try to take care of them?

Rich.

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

Re: Fedora 13 continuing the tradition of being an update monster

[James Antill]

On Tue, 2010-05-11 at 08:29 -0500, Jon Ciesla wrote:
 On 05/11/2010 01:14 AM, James Antill wrote:
Thankfully all the giant flamewars and new policies didn't make anyone
  think twice about the users, as we already have 140 updates with a
  combined size of _over_ 750MB on x86_64, biggest 5 are:
 
  6.2M wesnoth-1.8.1-1.fc13.x86_64.rpm
12M hanazono-fonts-20100222-2.fc13.noarch.rpm
48M xmoto-0.5.3-1.fc13.x86_64.rpm
  260M wesnoth-data-1.8.1-1.fc13.noarch.rpm
  318M openarena-0.8.5-1.fc13.noarch.rpm
 
  ...the last being particularly nice, in that the package hasn't been
  updated for almost a year but now we get 2 300MB+ presents at once.
Welcome to the new Fedora updates, much like the old Fedora updates.
  Hey, at least Kevin should be happy.
 
 
 Speaking as the wesnoth and xmoto maintainer, I've, in the past, asked 
 for wesnoth releases of this nature to be tagged into final to same 
 mirror space, but, again, it's not in the default spin

 Wesnoth was annoying, but at least it is consistent as you seem to do
an update about once a month.

 , and we now have 
 deltarpms (and a huge thank to to all responsible there), so I really 
 don't think it's that big of an issue.

 As I said in another reply, there are currently no deltarpms for
wesnoth-data due to it's size.

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

Re: Fedora 13 continuing the tradition of being an update monster

[Jeff Spaleta]

On Mon, May 10, 2010 at 10:14 PM, James Antill ja...@fedoraproject.org wrote:
 6.2M wesnoth-1.8.1-1.fc13.x86_64.rpm
  12M hanazono-fonts-20100222-2.fc13.noarch.rpm
  48M xmoto-0.5.3-1.fc13.x86_64.rpm
 260M wesnoth-data-1.8.1-1.fc13.noarch.rpm
 318M openarena-0.8.5-1.fc13.noarch.rpm

 ...the last being particularly nice, in that the package hasn't been
 updated for almost a year but now we get 2 300MB+ presents at once.
  Welcome to the new Fedora updates, much like the old Fedora updates.
 Hey, at least Kevin should be happy.

Just for the record.  You are complaining about pre-release update churn?

I'm a little confused. I would have though that pre-release churn is
preferable to post-release churn.

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

Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Michael Schwendt]

On Tue, 11 May 2010 13:10:42 +0200, Xavier wrote:

  https://admin.fedoraproject.org/pkgdb/acls/bugs/quake3

 I definitively missed that one.

Like to comment on your other packages? Are there any packages where
you would appreciate co-maintainers?

For example, soundconverter has 8 open tickets, which have not been
responded to yet. One is from Sep 2009.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Xavier Lamien]

On Tue, May 11, 2010 at 6:37 PM, Michael Schwendt mschwe...@gmail.com wrote:
 On Tue, 11 May 2010 13:10:42 +0200, Xavier wrote:

  https://admin.fedoraproject.org/pkgdb/acls/bugs/quake3

 I definitively missed that one.

 Like to comment on your other packages? Are there any packages where
 you would appreciate co-maintainers?

Sure thing for both questions.



 For example, soundconverter has 8 open tickets, which have not been
 responded to yet. One is from Sep 2009.
 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel




-- 
Xavier.t Lamien
--
http://fedoraproject.org/wiki/XavierLamien
GPG-Key ID: F3903DEB
Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: os

[Kevin Fenzi]

On Tue, 11 May 2010 12:00:47 -0400
Josh Boyer jwbo...@gmail.com wrote:

 On Tue, May 11, 2010 at 09:14:27AM -0600, jerrick Davis wrote:
 I made an operating system based on fedora and open suse if anyone
 will test it email me a lamabo...@gmail.com
 
 Please stop sending this email.  We have enough trouble getting
 people to test our own OS.  We don't need you using this list as a
 marketing tool to attract people to yours.

I've placed them on moderation. I'd be happy to allow through any
substantive emails they send. 

kevin


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

Re: Fedora 13 continuing the tradition of being an update monster

[Ralf Corsepius]

On 05/11/2010 06:27 PM, James Antill wrote:
   As I said in another reply, there are currently no deltarpms for
 wesnoth-data due to it's size.
Then fix this deficiency of your process and provide them.



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

Re: Fedora 13 continuing the tradition of being an update monster

[Kevin Fenzi]

On Tue, 11 May 2010 17:19:41 +0100
Richard W.M. Jones rjo...@redhat.com wrote:

 On Tue, May 11, 2010 at 02:14:58AM -0400, James Antill wrote:
  
   Thankfully all the giant flamewars and new policies didn't make
  anyone think twice about the users, as we already have 140 updates
  with a combined size of _over_ 750MB on x86_64, biggest 5 are:
  
  6.2M wesnoth-1.8.1-1.fc13.x86_64.rpm
   12M hanazono-fonts-20100222-2.fc13.noarch.rpm
   48M xmoto-0.5.3-1.fc13.x86_64.rpm
  260M wesnoth-data-1.8.1-1.fc13.noarch.rpm
  318M openarena-0.8.5-1.fc13.noarch.rpm
  
  ...the last being particularly nice, in that the package hasn't
  been updated for almost a year but now we get 2 300MB+ presents at
  once. Welcome to the new Fedora updates, much like the old Fedora
  updates. Hey, at least Kevin should be happy.
 
 Why does the large size of some game files matter?  _Number_ of
 updates matters (ie. 140 is a bit large) but on the other hand F13 has
 been in limbo for such a long time I'm not surprised.

The fedora 13 'updates' repo has only existed for a day or so. 

Before this time, things that would normally go to updates were just
tagged into the base repo. 

So, now that we are near release and can't change the base repo for
anything except very severe blockers, other things go to updates. 

It's unfortunate that these two big packages didn't make it into the
base repo, but such is life. ;( 

kevin


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

Re: Blockers via flags?

[Kevin Fenzi]

On Mon, 10 May 2010 20:23:17 -0700
Jesse Keating jkeat...@redhat.com wrote:

...snip...

 What say you? 

I like it. It's not perfect, but I think it could make for a better
procedure. :) Lets give it a try for f14 if we can. 

kevin


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

Deltarpm volunteers welcome (was Re: Fedora 13 continuing the tradition of being an update monster)

[Jonathan Dieter]

On Tue, 2010-05-11 at 12:23 -0400, James Antill wrote:
  Within Fedora deltarpms have a limit of applying only to rpms less than
 100MB, so there are no deltarpms. Anyone who wants to blame rel-eng for
 that is free to fix the delarpm code...

On that subject, anyone who wants to fix this would be much appreciated.
The problem is that when deltarpm *creates* a new deltarpm, it reads the
full uncompressed old rpm and uncompressed new rpm into RAM.  The way to
fix it is to delta chunks of the old and new rpm at a time.

Unfortunately, given the way the code is written, it's not a trivial fix
and I haven't had time over the last year or so to get it done.

So volunteers are welcome.

Jonathan


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: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Kevin Fenzi]

On Tue, 11 May 2010 15:37:51 +0200
Jaroslav Reznik jrez...@redhat.com wrote:

 On Tuesday 11 May 2010 13:08:53 Rahul Sundaram wrote:
  On 05/11/2010 03:43 PM, Daniel P. Berrange wrote:
   Do we have a security team who evaluate security issues that are
   filed against any package, and who have the privileges to
   immediately fix the CVE should the maintainer not be responsive
   enough wrt the severity of the security problem ? We shouldn't
   have security fixes blocked on the unreponsive maintainer
   process. Proven packagers obviously have suitable CVS commit
   privileges to make the changes, but do any of them actively
   monitor for security issues  address them ?
  
  Yes. Security team did monitor and filed the security issue but they
  don't do commits and builds and there is no team outside of them
  taking care of these issues.  It would be great to take care of
  this.
 
 Would be great to have similar team - I've already did update for
 them as provenpackager (unmaintained orphaned package -
 mod_auth_shadow) but I wasn't sure about my responsibilities for this
 update. Some clarification would be great (I'm not talking about
 another policy just recommended practice).

We do have: 
https://fedoraproject.org/wiki/Who_is_allowed_to_modify_which_packages

I would love to have a provenpackager security team that helps apply
security fixes in a timely manner. 

kevin


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

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

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

Vincent Danen vda...@redhat.com changed:

   What|Removed |Added

 CC||cw...@alumni.drew.edu,
   ||fedora-perl-devel-l...@redh
   ||at.com

-- 
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 591216] New: perl-POE-Component-IRC: arbitrary IRC command execution due to insufficient stripping of CR/LF [fedora-all]

[bugzilla]

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

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

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

   Summary: perl-POE-Component-IRC: arbitrary IRC command
execution due to insufficient stripping of CR/LF
[fedora-all]
   Product: Fedora
   Version: 13
  Platform: All
OS/Version: Linux
Status: NEW
  Keywords: Security, SecurityTracking
  Severity: medium
  Priority: medium
 Component: perl-POE-Component-IRC
AssignedTo: cw...@alumni.drew.edu
ReportedBy: vda...@redhat.com
 QAContact: extras...@fedoraproject.org
CC: cw...@alumni.drew.edu,
fedora-perl-devel-l...@redhat.com
Blocks: 591215
Classification: Fedora
Target Release: ---



This is an automatically created tracking bug!  It was created to ensure
that one or more security vulnerabilities are fixed in affected Fedora
versions.

For comments that are specific to the vulnerability please use bugs filed
against Security Response product referenced in the Blocks field.

Forr more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs

When creating a Bodhi update request, please include the bug IDs of the
respective parent bugs filed against the Security Response product.
Please mention CVE ids in the RPM changelog when available.

Bodhi update submission link:
https://admin.fedoraproject.org/updates/new/?type_=securitybugs=591215

Please note: this issue affects multiple supported versions of Fedora.
Only one tracking bug has been filed; please only close it when all
affected versions are fixed.


[bug automatically created by: add-tracking-bugs]

-- 
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 591215] perl-POE-Component-IRC: arbitrary IRC command execution due to insufficient stripping of CR/LF

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

Vincent Danen vda...@redhat.com changed:

   What|Removed |Added

 Depends on||591216

--- Comment #1 from Vincent Danen vda...@redhat.com 2010-05-11 12:52:10 EDT 
---
Created perl-POE-Component-IRC tracking bugs for this issue

Affects: fedora-all [bug 591216]

-- 
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 13 continuing the tradition of being an update monster

[Jeff Spaleta]

On Tue, May 11, 2010 at 8:46 AM, Kevin Fenzi ke...@scrye.com wrote:
 It's unfortunate that these two big packages didn't make it into the
 base repo, but such is life. ;(


As this is the first time we've done the early branching... I
certainly expect mistakes right around the time of the branch freeze
and for things to not make it.

For completeness how many of our packages are excluded from delta
creation at the moment in F13?  Is it a small enough list where a self
appointed nagmaster could touchbase which each of the maintainers a
week or two a head or branch freeze to try to make sure this doesn't
happen next time?
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rpms/perl-Math-GMP/EL-6 perl-Math-GMP.spec,1.18,1.19

[Paul Howarth]

Author: pghmcfc

Update of /cvs/pkgs/rpms/perl-Math-GMP/EL-6
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv30344

Modified Files:
perl-Math-GMP.spec 
Log Message:
* Tue May 11 2010 Paul Howarth p...@city-fan.org 2.06-4
- Don't clobber ~/.gnupg
- No perl(Test::YAML::Meta) in EPEL yet
- No aspell dictionaries in EL-6 (#590700), so drop buildreqs aspell-en,
  perl(File::Comments), perl(Pod::Spell), and perl(Text::SpellChecker)



Index: perl-Math-GMP.spec
===
RCS file: /cvs/pkgs/rpms/perl-Math-GMP/EL-6/perl-Math-GMP.spec,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -p -r1.18 -r1.19
--- perl-Math-GMP.spec  18 Sep 2009 09:32:48 -  1.18
+++ perl-Math-GMP.spec  11 May 2010 16:25:07 -  1.19
@@ -1,7 +1,7 @@
 Summary:   High speed arbitrary size integer math
 Name:  perl-Math-GMP
 Version:   2.06
-Release:   1%{?dist}
+Release:   4%{?dist}
 License:   LGPLv2+
 Group: Development/Libraries
 Url:   http://search.cpan.org/dist/Math-GMP/
@@ -11,15 +11,10 @@ BuildRoot:  %{_tmppath}/%{name}-%{version
 Requires:  perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 BuildRequires: gmp-devel
 BuildRequires: perl(ExtUtils::MakeMaker)
-BuildRequires: perl(File::Comments)
 BuildRequires: perl(Module::Signature)
-BuildRequires: perl(Pod::Spell)
 BuildRequires: perl(Test::More)
 BuildRequires: perl(Test::Pod)
-BuildRequires: perl(Test::YAML::Meta)
-BuildRequires: perl(Text::SpellChecker)
 BuildRequires: perl(YAML)
-BuildRequires: aspell-en
 
 # Critic and Pod Coverage tests fail, so make sure we don't try to run them 
for now
 BuildConflicts:perl(Perl::Critic)
@@ -35,36 +30,36 @@ gmp library for all of its calculations,
 This can result in speed improvements.
 
 %prep
-%setup -q -n Math-GMP-%{version}
-
 # Do the build in a subdirectory so that the debug files list doesn't interfere
 # with the signature test
-set -- * .perlcriticrc
-%{__mkdir} source
-%{__mv} $@ source
+%setup -q -c -n Math-GMP
+
 # Copy docs back to top level for %doc
-%{__cp} -a source/{README,Changes,LICENSE} .
+%{__cp} -a Math-GMP-%{version}/{README,Changes,LICENSE} .
+
+# Create a GPG directory for testing, to avoid using ~/.gnupg
+%{__mkdir} --mode=0700 gnupghome
+export GNUPGHOME=$(pwd)/gnupghome
+%{__gpg} --import %{SOURCE1}
 
 %build
-cd source
+cd Math-GMP-%{version}
 %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
 %{__make} %{?_smp_mflags}
 cd -
 
-%check
-# Locale set to en_US for spell check tests
-%{__gpg} --import %{SOURCE1}
-LC_ALL=en_US %{__make} -C source test RELEASE_TESTING=1 TEST_VERBOSE=1
-
 %install
 %{__rm} -rf %{buildroot}
-cd source
-%{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
+%{__make} -C Math-GMP-%{version} pure_install PERL_INSTALL_ROOT=%{buildroot}
 /usr/bin/find %{buildroot} -type f -name .packlist -exec %{__rm} -f {} ';'
 /usr/bin/find %{buildroot} -type f -name '*.bs' -a -size 0 -exec %{__rm} -f {} 
';'
 /usr/bin/find %{buildroot} -depth -type d -exec /bin/rmdir {} ';' 2/dev/null
-%{__chmod} -R u+w %{buildroot}/*
-cd -
+%{__chmod} -R u+w %{buildroot}
+
+%check
+export GNUPGHOME=$(pwd)/gnupghome
+# Locale set to en_US for spell check tests
+LC_ALL=en_US %{__make} -C Math-GMP-%{version} test RELEASE_TESTING=1 
TEST_VERBOSE=1
 
 %clean
 %{__rm} -rf %{buildroot}
@@ -77,6 +72,18 @@ cd -
 %{_mandir}/man3/Math::GMP.3pm*
 
 %changelog
+* Tue May 11 2010 Paul Howarth p...@city-fan.org 2.06-4
+- Don't clobber ~/.gnupg
+- No perl(Test::YAML::Meta) in EPEL yet
+- No aspell dictionaries in EL-6 (#590700), so drop buildreqs aspell-en,
+  perl(File::Comments), perl(Pod::Spell), and perl(Text::SpellChecker)
+
+* Mon May 03 2010 Marcela Maslanova mmasl...@redhat.com 2.06-3
+- Mass rebuild with perl-5.12.0
+
+* Mon Dec  7 2009 Stepan Kasal ska...@redhat.com 2.06-2
+- Rebuild against perl 5.10.1
+
 * Fri Sep 18 2009 Paul Howarth p...@city-fan.org 2.06-1
 - Update to 2.06
   - Make Makefile.PL more forgiving of gmp library locations (CPAN RT#46323)
@@ -85,7 +92,7 @@ cd -
 - RELEASE_TESTING variable obsoletes TEST_{AUTHOR,CRITIC,SIGNATURE,SPELL}
 - BuildConflict Test::Critic and Test::Pod::Coverage to avoid failing tests
 
-* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.05-5
+* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
2.05-5
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 
 * Sat Mar  7 2009 Paul Howarth p...@city-fan.org 2.05-4

--
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: Blockers via flags?

[Jesse Keating]

On Tue, 2010-05-11 at 10:57 +0100, Bastien Nocera wrote:
 Does that have anything to do with me adding 2 bugs to the blockers the
 day before the go/no-go meeting? 

Nope, not at all.  It's very important that everybody still be able to
propose blockers as easily as possible.  Checking a flag is a bit easier
than trying to remember which bug to block and how.

I've been thinking about using flags for a couple releases now, I just
finally drafted an email about it.

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


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: Fedora 13 continuing the tradition of being an update monster

[Bill Nottingham]

Xose Vazquez Perez (xose.vazq...@gmail.com) said: 
 On 05/11/2010 06:05 PM, Nathanael D. Noblet wrote:
 
  On 05/11/2010 01:12 AM, H. Guémar wrote:
  And so what ?
 
  In OpenArena's case, last stable releases were:
  * 0.8.5: 02/23/2010
  
  Feb 2nd, 2010 - that's a long time ago.
 
 You said that, because you haven't seen really the oldest packages
 in Fedora. ... 8 ... 12 years old !

I think the point is that if the release was done in
February, there's really no reason it should be a F-13
*update* at GA.

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

Re: Fedora 13 continuing the tradition of being an update monster

[Jesse Keating]

On Tue, 2010-05-11 at 18:44 +0200, Ralf Corsepius wrote:
 On 05/11/2010 06:27 PM, James Antill wrote:
As I said in another reply, there are currently no deltarpms for
  wesnoth-data due to it's size.
 Then fix this deficiency of your process and provide them.
 
 
 
Patches welcome.

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


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: Fedora 13 continuing the tradition of being an update monster

[Bruno Wolff III]

On Tue, May 11, 2010 at 08:27:30 -0500,
  Michael Cronenworth m...@cchtml.com wrote:
 Bruno Wolff III wrote:
  I don't think either wesnoth or openarena are on the desktop spin.
  They are probably only on the games spin. So the impact of those,
  really should not be that big. (Compared to say the effect an openoffice.org
  would have.)
 
 ... and wesnoth multiplayer doesn't work on x86_64 due to the boost 
 version in F13.

I am talking to the boost guys about this. If you want to help see:
https://bugzilla.redhat.com/show_bug.cgi?id=590205

I don't have access to x86_64 to retest this today, because I'm home sick.
The CRC patch has been applied, but I am not sure if that will really
fix things based on another test I did yesterday (on a private build).
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Jesse Keating]

On Tue, 2010-05-11 at 12:31 +0100, Daniel P. Berrange wrote:
 This seems like rather a major shortcoming in our processes. A security 
 team whom can merely file bugs  has no power to ensure security flaws
 are fixed in a timely manner is not good for Fedora.
 

Sure would be good to have volunteers for this...

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


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: Fedora 13 continuing the tradition of being an update monster

[Ralf Corsepius]

On 05/11/2010 07:03 PM, Jesse Keating wrote:
 On Tue, 2010-05-11 at 18:44 +0200, Ralf Corsepius wrote:
 On 05/11/2010 06:27 PM, James Antill wrote:
As I said in another reply, there are currently no deltarpms for
 wesnoth-data due to it's size.
 Then fix this deficiency of your process and provide them.



 Patches welcome.

Part of it is lingering in bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=563866

I am using a locally rebuilt (due to upstream refusing to provide one in 
Fedora) patched createrepo as part of a 3rd party repo's infrastructure.

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

Re: Quake3 security issue and non-responsive maintainer: Xavier Lamien

[Jon Ciesla]

On 05/11/2010 12:05 PM, Jesse Keating wrote:
 On Tue, 2010-05-11 at 12:31 +0100, Daniel P. Berrange wrote:

 This seems like rather a major shortcoming in our processes. A security
 team whom can merely file bugs  has no power to ensure security flaws
 are fixed in a timely manner is not good for Fedora.

  
 Sure would be good to have volunteers for this...


I someone creates a Provenpackagers to whom the security team can hand 
out instructions for quick security fixes group, they can count me in.

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

Re: Fedora 13 continuing the tradition of being an update monster

[Jesse Keating]

On Tue, 2010-05-11 at 19:10 +0200, Ralf Corsepius wrote:
 On 05/11/2010 07:03 PM, Jesse Keating wrote:
  On Tue, 2010-05-11 at 18:44 +0200, Ralf Corsepius wrote:
  On 05/11/2010 06:27 PM, James Antill wrote:
 As I said in another reply, there are currently no deltarpms for
  wesnoth-data due to it's size.
  Then fix this deficiency of your process and provide them.
 
 
 
  Patches welcome.
 
 Part of it is lingering in bugzilla:
 https://bugzilla.redhat.com/show_bug.cgi?id=563866
 
 I am using a locally rebuilt (due to upstream refusing to provide one in 
 Fedora) patched createrepo as part of a 3rd party repo's infrastructure.
 

That doesn't actually help.  It doesn't address the base problem of how
delta rpm does its work, by reading everything into ram.

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


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: usb_modeswitch-data missing in F12

[Michael Schwendt]

On Tue, 11 May 2010 10:33:49 -0400, Bernie wrote:

 Yesterday I got this dependency error from yum on Fedora 12:
 
  Error: Paquete: usb_modeswitch-1.1.2-3.fc12.x86_64 (updates)
Necesita: usb_modeswitch-data
 
 Did I perhaps cause something to break in F-12 with my F-11 update?

Why did you push a version upgrade from 1.0.5 to 1.1.2 directly into
F-11 stable?

http://koji.fedoraproject.org/koji/packageinfo?packageID=6396
https://admin.fedoraproject.org/updates/search/usb_modeswitch
 
 I don't remember building anything for F-12. The last F-12 build of
 usb_modeswitch in Koji was made by you a long time ago:
 
  http://koji.fedoraproject.org/koji/packageinfo?packageID=6396

But marked stable only yesterday. See bodhi ticket.
 
 Perhaps the corresponding usb_modeswitch-data update wasn't pushed to
 stable in Bodhi?

Correct. You should have handled both packages in the same bodhi ticket.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Reasons for hall monitoring

[Matěj Cepl]

Dne 10.5.2010 20:11, Jeff Spaleta napsal(a):
 And if that principled approach is not the most popular.. it doesn't
 mean its worth giving up. We need to shake loose the idea that being
 the most popular matters.

PREACH IT!!! PREACH IT, BROTHER!!!

-- 
The American Republic will endure, until politicians realize they
can bribe the people with their own money.
 -- Alexis de Tocqueville

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

Re: Blockers via flags?

[Ralf Corsepius]

On 05/11/2010 07:01 PM, Jesse Keating wrote:
 On Tue, 2010-05-11 at 10:57 +0100, Bastien Nocera wrote:
 Does that have anything to do with me adding 2 bugs to the blockers the
 day before the go/no-go meeting?

 Nope, not at all.  It's very important that everybody still be able to
 propose blockers as easily as possible.  Checking a flag is a bit easier
 than trying to remember which bug to block and how.
Remembering a release blocker symbol name is more difficult than 
remembering some cryptic fc_blocker flag's meaning?
I don't agree with this.

What you'd loose with using flags is the distro version context.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel