Re: Packages in need of new maintainers

2012-10-06 Thread gil 

Il 05/10/2012 19:32, Jon Ciesla ha scritto:

-- Forwarded message --
From: Przemek Klosowski przemek.klosow...@nist.gov
Date: Fri, Oct 5, 2012 at 12:06 PM
Subject: Re: Packages in need of new maintainers
To: devel@lists.fedoraproject.org


On 10/03/2012 02:23 PM, Jon Ciesla wrote:

As a result of FESCO ticket 952*, Lubomir Rintel's 200+ packages are
in need of new maintainers.  Under normal circumstances we'd simply
orphan them all, but given the large number we want to handle this in
a more orderly fashion.

Please reply to the list with any requests for ownership changes, and
I'll complete them on a first-come, first-served basis



Could you do an updated list of packages that are still looking for owners?

hi

I'd take these packages:


gant -- Groovy-based build system that uses Ant tasks
jackrabbit -- Implementation of the Content Repository for Java Technology API
jcommon -- JFree Java utility classes
jfreechart -- Java chart library
jgraph -- Java-based Diagram Component and Editor
joda-time -- Java date and time API
json-lib -- JSON library for Java
rhino -- JavaScript for Java
swing-layout -- Natural layout for Swing panels
tagsoup -- A SAX-compliant HTML parser written in Java
testng -- Java-based testing framework
xom -- XML Pull Parser
xpp3 -- XML Pull Parser




if there aren't requests from other people. I'll take ownership
attachment: puntogil.vcf-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

EPEL Orphans: meld, opengl-games-utils [Was: Packages in need of new maintainers]

2012-10-06 Thread Peter Gordon 
On 10/03/2012 03:07 PM, Peter Gordon wrote:
 On 10/03/2012 11:23 AM, Jon Ciesla wrote:
 meld -- Visual diff and merge tool
 opengl-games-utils -- Utilities to check proper 3d support before launching 
 3d games
 
 I can take these two, if no one else wants them. :)

Hmm. I hadn't realized when volunteering that these only needed
maintainers in Fedora EPEL. And unfortunately, EPEL would require too
much of my time and patience to help out with. So it is with a sincere
apology that I must return these two packages to Orphan status in all
their EPEL branches.

(CC-ing their respective Fedora comaintainers, in case one of them wants
to take over these packages.)

Thanks, and best regards.
-- 
Peter Gordon (codergeek42) pe...@thecodergeek.com
Who am I? :: http://thecodergeek.com/about-me



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

Anyone have any idea why apps are starting to search /proc/sys/vm?

2012-10-06 Thread Daniel J Walsh 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

https://bugzilla.redhat.com/show_bug.cgi?id=863258
https://bugzilla.redhat.com/show_bug.cgi?id=863257
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlBwGYAACgkQrlYvE4MpobNXbgCeIK9DN+1wU3bO6cRneC4O7U9q
rIYAoOX+qkNDvkaZD2xPFBgVyBeCfXeD
=CRP0
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

F-18 Branched report: 20121006 changes

2012-10-06 Thread Fedora Branched Report 
Compose started at Sat Oct  6 09:15:17 UTC 2012

Broken deps for x86_64
--
[almanah]
almanah-0.8.0-7.fc18.x86_64 requires libedataserverui-3.0.so.3()(64bit)
almanah-0.8.0-7.fc18.x86_64 requires libedataserver-1.2.so.16()(64bit)
almanah-0.8.0-7.fc18.x86_64 requires libecal-1.2.so.12()(64bit)
almanah-0.8.0-7.fc18.x86_64 requires libebook-1.2.so.13()(64bit)
[dhcp-forwarder]
dhcp-forwarder-upstart-0.10-1801.fc18.noarch requires /sbin/initctl
[dogtag-pki]
dogtag-pki-10.0.0-0.8.a1.fc18.noarch requires pki-util-javadoc = 
0:10.0.0
dogtag-pki-10.0.0-0.8.a1.fc18.noarch requires pki-java-tools-javadoc = 
0:10.0.0
dogtag-pki-10.0.0-0.8.a1.fc18.noarch requires pki-common-javadoc = 
0:10.0.0
[dragonegg]
dragonegg-3.1-7.fc18.x86_64 requires gcc = 0:4.7.1-5.fc18
[evolution-exchange]
evolution-exchange-3.5.2-1.fc18.x86_64 requires 
libedataserverui-3.0.so.3()(64bit)
evolution-exchange-3.5.2-1.fc18.x86_64 requires 
libedataserver-1.2.so.16()(64bit)
evolution-exchange-3.5.2-1.fc18.x86_64 requires 
libedata-cal-1.2.so.17()(64bit)
evolution-exchange-3.5.2-1.fc18.x86_64 requires 
libedata-book-1.2.so.14()(64bit)
evolution-exchange-3.5.2-1.fc18.x86_64 requires 
libecal-1.2.so.12()(64bit)
evolution-exchange-3.5.2-1.fc18.x86_64 requires 
libebook-1.2.so.13()(64bit)
evolution-exchange-3.5.2-1.fc18.x86_64 requires 
libebackend-1.2.so.3()(64bit)
evolution-exchange-3.5.2-1.fc18.x86_64 requires 
libcamel-1.2.so.36()(64bit)
[flush]
flush-0.9.10-7.fc18.x86_64 requires 
libboost_thread-mt.so.1.48.0()(64bit)
flush-0.9.10-7.fc18.x86_64 requires 
libboost_system-mt.so.1.48.0()(64bit)
flush-0.9.10-7.fc18.x86_64 requires 
libboost_signals-mt.so.1.48.0()(64bit)
flush-0.9.10-7.fc18.x86_64 requires 
libboost_filesystem-mt.so.1.48.0()(64bit)
[fontik]
fontik-0.6.1-3.20120305git5dbbc513.fc18.x86_64 requires 
libgee-0.8.so.1()(64bit)
[func]
func-0.28-1.fc17.noarch requires smolt
[gdb-heap]
gdb-heap-0.5-9.fc18.x86_64 requires glibc(x86-64) = 0:2.15
[glom]
glom-1.18.6-1.fc17.x86_64 requires libboost_python.so.1.48.0()(64bit)
glom-libs-1.18.6-1.fc17.i686 requires libboost_python.so.1.48.0
glom-libs-1.18.6-1.fc17.x86_64 requires 
libboost_python.so.1.48.0()(64bit)
[gnome-pilot]
gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires 
libedataserverui-3.0.so.1()(64bit)
gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires 
libedataserver-1.2.so.16()(64bit)
gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires 
libecal-1.2.so.11()(64bit)
gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires 
libebook-1.2.so.13()(64bit)
[gwibber]
1:gwibber-3.4.2-3.fc18.i686 requires libgee-0.8.so.0
1:gwibber-3.4.2-3.fc18.x86_64 requires libgee-0.8.so.0()(64bit)
[ip-sentinel]
ip-sentinel-upstart-0.12-1303.fc18.noarch requires /sbin/initctl
[kismon]
kismon-0.6-2.fc18.noarch requires pyclutter
[libsyncml]
1:libsyncml-0.4.6-4.fc17.i686 requires libsoup-2.2.so.8
1:libsyncml-0.4.6-4.fc17.x86_64 requires libsoup-2.2.so.8()(64bit)
[maniadrive]
raydium-1.2-47.fc18.x86_64 requires libode.so.1()(64bit)
[mapserver]
mapserver-perl-6.0.1-5.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2)
[matreshka]
matreshka-0.1.1-9.fc17.i686 requires libgnat-4.6.so
matreshka-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit)
matreshka-fastcgi-0.1.1-9.fc17.i686 requires libgnat-4.6.so
matreshka-fastcgi-0.1.1-9.fc17.i686 requires libgnarl-4.6.so
matreshka-fastcgi-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit)
matreshka-fastcgi-0.1.1-9.fc17.x86_64 requires libgnarl-4.6.so()(64bit)
matreshka-sql-core-0.1.1-9.fc17.i686 requires libgnat-4.6.so
matreshka-sql-core-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit)
matreshka-sql-postgresql-0.1.1-9.fc17.i686 requires libgnat-4.6.so
matreshka-sql-postgresql-0.1.1-9.fc17.x86_64 requires 
libgnat-4.6.so()(64bit)
matreshka-sql-sqlite-0.1.1-9.fc17.i686 requires libgnat-4.6.so
matreshka-sql-sqlite-0.1.1-9.fc17.x86_64 requires 
libgnat-4.6.so()(64bit)
[milter-greylist]
milter-greylist-upstart-4.2.7-1701.fc18.noarch requires /sbin/initctl
[mod_pubcookie]
mod_pubcookie-3.3.4a-7.fc18.x86_64 requires httpd-mmn = 
0:20051115-x86-64
[openvrml]
libopenvrml-0.18.9-3.fc18.i686 requires libboost_thread-mt.so.1.48.0
libopenvrml-0.18.9-3.fc18.i686 requires libboost_system-mt.so.1.48.0
libopenvrml-0.18.9-3.fc18.i686 requires libboost_filesystem-mt.so.1.48.0
libopenvrml-0.18.9-3.fc18.x86_64 requires 
libboost_thread-mt.so.1.48.0()(64bit)
libopenvrml-0.18.9-3.fc18.x86_64 requires 
libboost_system-mt.so.1.48.0()(64bit)
libopenvrml-0.18.9-3.fc18.x86_64 requires

Re: Unresponsive maintainer Jef Spaleta - Unpushed security update for 91 days

2012-10-06 Thread Tadej Janež 
On Sat, 2012-10-06 at 01:12 +0200, Till Maas wrote: 
 I believe this was only the case with earlier updates. At least I did
 not notice the problem with the current update and there was no negative
 karma to the F17 update during 91 days saying otherwise.

I was the the one who gave bad karma to the F16 update, because it
didn't upgrade the gconf settings properly.
This is not some earlier version of the update, but the same version
that has been submitted to stable.

In my opinion, we should weight the impact of the security issue (see:
http://lists.fedoraproject.org/pipermail/devel/2012-June/168616.html)
against manual intervention the user has to do to get Revelation usable
again (manually deleting the ~/.gconf/schemas/apps/revelation folder).

Therefore, I'm against pushing the update to stable.

Regards,
Tadej

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

Re: [Test-Announce] Fedora 18 Beta Test Compose 2 (TC2) Available Now!

2012-10-06 Thread Andreas Tunek 
2012/10/4 Andre Robatino robat...@fedoraproject.org:
 As per the Fedora 18 schedule [1], Fedora 18 Beta Test Compose 2 (TC2)
 is now available for testing. Content information, including changes,
 can be found at https://fedorahosted.org/rel-eng/ticket/5349#comment:2 .
 Please see the following pages for download links (including delta ISOs)
 and testing instructions. Normally dl.fedoraproject.org should provide
 the fastest download, but download-ib01.fedoraproject.org is available
 as a mirror (with an approximately 1 hour lag) in case of trouble. To
 use it, just replace dl with download-ib01 in the download URL.

 Installation:

 https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test

 Base:

 https://fedoraproject.org/wiki/Test_Results:Current_Base_Test

 Desktop:

 https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test

 Ideally, all Alpha and Beta priority test cases for Installation [2],
 Base [3], and Desktop [4] should pass in order to meet the Beta Release
 Criteria [5]. Help is available on #fedora-qa on irc.freenode.net [6],
 or on the test list [7].

 Create Fedora 18 Beta test compose (TC) and release candidate (RC)
 https://fedorahosted.org/rel-eng/ticket/5349

 Current Blocker and NTH bugs:
 http://qa.fedoraproject.org/blockerbugs/current

 F18 Beta Blocker tracker bug:
 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=752660

 F18 Beta Nice-To-Have tracker bug:
 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=752664

 [1] http://jreznik.fedorapeople.org/schedules/f-18/f-18-quality-tasks.html
 [2] https://fedoraproject.org/wiki/QA:Installation_validation_testing
 [3] https://fedoraproject.org/wiki/QA:Base_validation_testing
 [4] https://fedoraproject.org/wiki/QA:Desktop_validation_testing
 [5] https://fedoraproject.org/wiki/Fedora_18_Beta_Release_Criteria
 [6] irc://irc.freenode.net/fedora-qa
 [7] https://admin.fedoraproject.org/mailman/listinfo/test


 ___
 test-announce mailing list
 test-annou...@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/test-announce
 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel



If you have a radeon card and only see a black screen when you try to
boot you might be hit by
https://bugzilla.redhat.com/show_bug.cgi?id=860551

If you do, please add to that bug so the devs can see how many systems
it affects.

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

Re: Anyone have any idea why apps are starting to search /proc/sys/vm?

2012-10-06 Thread Jerry James 
On Sat, Oct 6, 2012 at 5:44 AM, Daniel J Walsh dwa...@redhat.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 https://bugzilla.redhat.com/show_bug.cgi?id=863258
 https://bugzilla.redhat.com/show_bug.cgi?id=863257
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.12 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

 iEYEARECAAYFAlBwGYAACgkQrlYvE4MpobNXbgCeIK9DN+1wU3bO6cRneC4O7U9q
 rIYAoOX+qkNDvkaZD2xPFBgVyBeCfXeD
 =CRP0
 -END PGP SIGNATURE-

Perhaps this glibc code (in sysdeps/unix/sysv/linux/malloc-sysdep.h)?

static inline bool
check_may_shrink_heap (void)
{
  static int may_shrink_heap = -1;

  if (__builtin_expect (may_shrink_heap = 0, 1))
return may_shrink_heap;

  may_shrink_heap = __libc_enable_secure;

  if (__builtin_expect (may_shrink_heap == 0, 1))
{
  int fd = open_not_cancel_2 (/proc/sys/vm/overcommit_memory,
  O_RDONLY | O_CLOEXEC);
  if (fd = 0)
{
  char val;
  ssize_t n = read_not_cancel (fd, val, 1);
  may_shrink_heap = n  0  val == '2';
  close_not_cancel_no_status (fd);
}
}

  return may_shrink_heap;
}

-- 
Jerry James
http://www.jamezone.org/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Packages in need of new maintainers

2012-10-06 Thread Richard W.M. Jones 
On Thu, Oct 04, 2012 at 08:54:55AM -0500, Jon Ciesla wrote:
 On Thu, Oct 4, 2012 at 2:59 AM, Richard W.M. Jones rjo...@redhat.com wrote:
  On Wed, Oct 03, 2012 at 02:09:58PM -0500, Jon Ciesla wrote:
  On Wed, Oct 3, 2012 at 2:03 PM, Matthew Miller mat...@fedoraproject.org 
  wrote:
   On Wed, Oct 03, 2012 at 01:58:36PM -0500, Jon Ciesla wrote:
Hmmm. The virtmaint team is the owner of QEMU in the Fedora 
devel/18/17/16
collections, and lkundrak is the owner in EPEL 6. But do we even 
_have_ that
in EPEL 6?
   I see no builds, and lots of qemu RPMS in RHEL.  Maybe I should retire
   the branch?
  
   I'm pretty sure that's correct.
 
  Done.
 
  That's unfortunate, because we want to provide non-x86_64 packages
  for EPEL.
 
 Un-done, orphaned.

Thanks,

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://libguestfs.org
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Why is not enabled TapButton of touchpad on Fedora by default?

2012-10-06 Thread Kevin Kofler 
Martin Sourada wrote:
 I wonder if you have problem with touch-screen smart-phones as well,
 it's essentially the same thing as far as your fingers are concerned.

I don't know, I still use an old dumbphone with actual number buttons. :-)

Kevin Kofler

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

Confusing tracker bug naming

2012-10-06 Thread Christoph Wickert 
Currently Blocker bugs are named Freleasemilestone:
  * FXXAlpha
  * FXXBeta
  * FXXBlocker
To indicate whether something was accepted as a blocker or not the
whiteboard is used: AcceptedBlocker or RejectedBlocker

Nice-to-have bugs are named Freleasemilestone-accepted:
  * FXXAlpha-accepted
  * FXXBeta-accepted
  * FXX-accepted
To indicate whether something was accepted as a nice-to-have or not
again the whiteboard is used: AcceptedNTH or RejectedNTH.

This is inconsistent and confusing:
 1. Blocker bugs for alpha and beta don't have blocker in their
name but the final has.
 2. Naming the NTH bugs -accepted can be easily confused with the
whiteboard status and sounds like an accepted blocker, but not
like only nice-to-have.

Therefor I propose:
  * FreleaseMilestoneBlocker, that is FXXAlphaBlocker,
FXXBetaBlocker, FXXBlocker.
  * FreleaseMilestoneNTH, that is FXXAlphaNTH, FXXBetaNTH,
FXXNTH
  * Whiteboard remains unchanged.

Questions, feedback, thoughts or rants anybody?

Kind regards,
Christoph

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

Re: orphaning/retiring drivers for old Lexmark inkjet GDI-only printers

2012-10-06 Thread Kevin Kofler 
Jiri Popelka wrote:
 I took over Lubomir Rintel's printing packages, investigated them and
 most of them are drivers to few old, cheap Lexmark inkjet printers.
 The drivers are reverse engineered because Lexmark was considering their
 proprietary protocol top secret.
 
 Here's the list of packages with printers that use them:
 lx:Lexmark 1000/1020/1100
 pbm2l2030: Lexmark 2030
 c2050: Lexmark 2050
 c2070: Lexmark 2070
 pbm2l7k: Lexmark 5000/7200/Z51/Z82
 
 If you happen to have such a printer and want to maintain any of these
 packages or you just know anybody still using this printer let me knew.
 Otherwise I'll retire them as I'd be surprised if there was any such
 working printer out there.

I think you should orphan them rather than retiring them, if you really 
don't want to maintain them after all (even though I guess they aren't going 
to get many, if any, updates). People still use old hardware. Give folks 
time at least until the next mass retiring to pick those packages up.

Kevin Kofler

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

Re: Confusing tracker bug naming

2012-10-06 Thread Andre Robatino 
Here was my proposal:

https://fedoraproject.org/wiki/Talk:BugZappers/HouseKeeping/Trackers

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

Xfce tracker bug

2012-10-06 Thread Christoph Wickert 
Hi there,

if you find any bugs in Xfce or the Xfce spin, please let them block the
'F18Xfce' tracker bug [1] so we can look into them ASAP.

Kind regards,
Christoph


[1] https://bugzilla.redhat.com/show_bug.cgi?id=863722

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

Re: Xfce tracker bug

2012-10-06 Thread Christoph Wickert 
Am Sonntag, den 07.10.2012, 02:10 +0200 schrieb Christoph Wickert:
 Hi there,
 
 if you find any bugs in Xfce or the Xfce spin, please let them block the
 'F18Xfce' tracker bug [1] so we can look into them ASAP.

Sorry, I forgot to mention that this bug is *only* for Xfce on F18 or
F19, maybe even to Xfce 4.10 on F17 (from Kevin's repo), but not for
Xfce 4.8 or anything on F16.

Regards,
Christoph


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

Re: Confusing tracker bug naming

2012-10-06 Thread Christoph Wickert 
Am Samstag, den 06.10.2012, 23:47 + schrieb Andre Robatino:
 Here was my proposal:
 
 https://fedoraproject.org/wiki/Talk:BugZappers/HouseKeeping/Trackers

For the list: Robin's proposal is
  * 15Alpha, 15Beta and 15Final (or alternatively 15) 
  * 15AlphaNTH, 15BetaNTH and 15FinalNTH (or alternatively 15NTH)

So we agree that having two different labels for one thing (NTH and
accepted) is confusing and that 'accepted' is even worse because it can
be confused with the whiteboard statuses.

I think just a number (like 15) is not enough. The advantage I see for
my proposal is that the it is consistent not only throughout the names
of the tracker bugs but throughout both bug names and whiteboard
statuses: Blocker in the whiteboard can only exist in a Blocker bug.

But this is only a minor difference that I don't really care about as
long as we get change the current 'accepted' names. :)

Best regards,
Christoph


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

Plans for anaconda LVM/RAID support

2012-10-06 Thread Ian Pilcher 
I'm sure that this information is somewhere on the Fedora Wiki, but my
search-fu apparently isn't up to the task of finding it.

What are the plans for LVM and/or software RAID support?

Currently (F18 Beta TC2), it seems to be impossible for those of us who
have fully allocated our storage to either (or both) of these
technologies to install Fedora 18 at all.

Thanks!

-- 

Ian Pilcher arequip...@gmail.com
Sometimes there's nothing left to do but crash and burn, or die trying


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

Re: Confusing tracker bug naming

2012-10-06 Thread Adam Williamson 
On Sun, 2012-10-07 at 02:23 +0200, Christoph Wickert wrote:
 Am Samstag, den 06.10.2012, 23:47 + schrieb Andre Robatino:
  Here was my proposal:
  
  https://fedoraproject.org/wiki/Talk:BugZappers/HouseKeeping/Trackers
 
 For the list: Robin's proposal is
   * 15Alpha, 15Beta and 15Final (or alternatively 15) 
   * 15AlphaNTH, 15BetaNTH and 15FinalNTH (or alternatively 15NTH)
 
 So we agree that having two different labels for one thing (NTH and
 accepted) is confusing and that 'accepted' is even worse because it can
 be confused with the whiteboard statuses.
 
 I think just a number (like 15) is not enough. The advantage I see for
 my proposal is that the it is consistent not only throughout the names
 of the tracker bugs but throughout both bug names and whiteboard
 statuses: Blocker in the whiteboard can only exist in a Blocker bug.
 
 But this is only a minor difference that I don't really care about as
 long as we get change the current 'accepted' names. :)

Yeah, we have several proposals. The good thing is that BZ aliases
aren't exclusive, a bug can have as many as you like. Heck, we could add
all the proposals as aliases to the F18 bugs, even. Whatever floats your
boat. =)

I don't mind doing that, but a (slightly) less radical plan would be to
add all the proposals as aliases to the F19 bugs and see how people like
'em. That wouldn't be too difficult, it'd only take someone maybe an
hour to go and unearth all the proposals and edit the bugs. Anyone want
a ticket to do it?
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

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

Re: [Test-Announce] Fedora 18 Beta Test Compose 2 (TC2) Available Now!

2012-10-06 Thread Adam Williamson 
On Sat, 2012-10-06 at 17:17 +0200, Andreas Tunek wrote:

 If you have a radeon card and only see a black screen when you try to
 boot you might be hit by
 https://bugzilla.redhat.com/show_bug.cgi?id=860551
 
 If you do, please add to that bug so the devs can see how many systems
 it affects.

That's a rather vague description. It'd be entirely possible for two or
more different code bugs to result in that symptom; just because five
people all see a black screen on startup doesn't mean they're all seeing
the same bug.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

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

Re: Plans for anaconda LVM/RAID support

2012-10-06 Thread Jochen Schmitt 
On Sat, Oct 06, 2012 at 07:36:13PM -0500, Ian Pilcher wrote:

 Currently (F18 Beta TC2), it seems to be impossible for those of us who
 have fully allocated our storage to either (or both) of these
 technologies to install Fedora 18 at all. 

I have compain a simular issue a few months ago on this 
mailing list.

The issue is, that anaconda is unable to install grub2, if
you have put the /boot partition in a LVM.

The only workaround nowaday is to install Fedora without
installing the bottloader. After the installation you have
to boot from a rescue media and install the bootmanager
after chroot to the root partitition in the LVM.

Booting a system with /boot in a LVM works fine in F17 for me.

Best Regards:

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

Broken dependencies: perl-OpenOffice-UNO

2012-10-06 Thread buildsys 


perl-OpenOffice-UNO has broken dependencies in the F-18 tree:
On x86_64:
perl-OpenOffice-UNO-0.07-3.fc17.x86_64 requires 
perl(:MODULE_COMPAT_5.14.2)
On i386:
perl-OpenOffice-UNO-0.07-3.fc17.i686 requires 
perl(:MODULE_COMPAT_5.14.2)
perl-OpenOffice-UNO-0.07-3.fc17.i686 requires libsal_textenc.so
Please resolve this as soon as possible.


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

Broken dependencies: perl-OpenOffice-UNO

2012-10-06 Thread buildsys 


perl-OpenOffice-UNO has broken dependencies in the rawhide tree:
On x86_64:
perl-OpenOffice-UNO-0.07-3.fc17.x86_64 requires 
perl(:MODULE_COMPAT_5.14.2)
On i386:
perl-OpenOffice-UNO-0.07-3.fc17.i686 requires 
perl(:MODULE_COMPAT_5.14.2)
perl-OpenOffice-UNO-0.07-3.fc17.i686 requires libsal_textenc.so
Please resolve this as soon as possible.


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

File HTML-FormFu-Model-DBIC-0.09010.tar.gz uploaded to lookaside cache by eseyman

2012-10-06 Thread Emmanuel Seyman 
A file has been added to the lookaside cache for perl-HTML-FormFu-Model-DBIC:

8bc54938c45c965294fad04546315473  HTML-FormFu-Model-DBIC-0.09010.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File Test-Type-1.1.1.tar.gz uploaded to lookaside cache by eseyman

2012-10-06 Thread Emmanuel Seyman 
A file has been added to the lookaside cache for perl-Test-Type:

6951c1c5a2b0218b2c5cadae69fde881  Test-Type-1.1.1.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Test-Type] Update to 1.1.1

2012-10-06 Thread Emmanuel Seyman 
commit 254b19de8b99f8162ef20a5622d0bb774c8c8bdc
Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr
Date:   Sat Oct 6 22:55:27 2012 +0200

Update to 1.1.1

 .gitignore  |1 +
 perl-Test-Type.spec |5 -
 sources |2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index d90c3a4..280ac5f 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 /Test-Type-1.1.0.tar.gz
+/Test-Type-1.1.1.tar.gz
diff --git a/perl-Test-Type.spec b/perl-Test-Type.spec
index 17a396d..4c2aeb5 100644
--- a/perl-Test-Type.spec
+++ b/perl-Test-Type.spec
@@ -1,5 +1,5 @@
 Name:   perl-Test-Type
-Version:1.1.0
+Version:1.1.1
 Release:1%{?dist}
 Summary:Functions to validate data types in test files
 License:GPLv3
@@ -44,5 +44,8 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 
2/dev/null \;
 %{_mandir}/man3/*
 
 %changelog
+* Sat Oct 06 2012 Emmanuel Seyman emman...@seyman.fr - 1.1.1-1
+- Update to 1.1.1
+
 * Mon Sep 24 2012 Emmanuel Seyman emmanuel.sey...@club-internet.fr 1.1.0-1
 - Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index ffc8afc..afb6b63 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-554e1f9684240dbc7788539cc907d9f7  Test-Type-1.1.0.tar.gz
+6951c1c5a2b0218b2c5cadae69fde881  Test-Type-1.1.1.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 863729] New: Perl CORE package is broken. Missing CORE components expected in every Perl Install

2012-10-06 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=863729

Bug ID: 863729
QA Contact: extras...@fedoraproject.org
  Severity: urgent
   Version: 17
  Priority: unspecified
CC: cw...@alumni.drew.edu, iarn...@gmail.com,
jples...@redhat.com, ka...@ucw.cz, lkund...@v3.sk,
mmasl...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com,
psab...@redhat.com, rc040...@freenet.de,
tcall...@redhat.com
  Assignee: mmasl...@redhat.com
   Summary: Perl CORE package is broken.  Missing CORE components
expected in every Perl Install
Regression: ---
  Story Points: ---
Classification: Fedora
OS: Linux
  Reporter: mikelie...@gmail.com
  Type: ---
 Documentation: ---
  Hardware: Unspecified
Mount Type: ---
Status: NEW
 Component: perl
   Product: Fedora

User-Agent:   Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20100101
Firefox/15.0.1
Build Identifier: 

See Above.  Perl is broken.

Reproducible: Always

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 863734] New: perl-Template-Toolkit package is missing dependency on perl(AppConfig).

2012-10-06 Thread bugzilla 
https://bugzilla.redhat.com/show_bug.cgi?id=863734

Bug ID: 863734
QA Contact: extras...@fedoraproject.org
  Severity: unspecified
   Version: 17
  Priority: unspecified
CC: ita...@ispbrasil.com.br,
perl-devel@lists.fedoraproject.org,
tcall...@redhat.com
  Assignee: tcall...@redhat.com
   Summary: perl-Template-Toolkit package is missing dependency on
perl(AppConfig).
Regression: ---
  Story Points: ---
Classification: Fedora
OS: Unspecified
  Reporter: l...@oddbit.com
  Type: Bug
 Documentation: ---
  Hardware: Unspecified
Mount Type: ---
Status: NEW
 Component: perl-Template-Toolkit
   Product: Fedora

Description of problem:

The tpage command, part of Template::Toolkit, requires the AppConfig module.
This dependency is not reflected in the package, so neither tpage nor ttree
will run without manual intervention.

Version-Release number of selected component (if applicable):

perl-Template-Toolkit-2.22-11.fc17.x86_64

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Authen-Simple

2012-10-06 Thread buildsys 


perl-Authen-Simple has broken dependencies in the epel-6 tree:
On ppc64:
perl-Authen-Simple-0.4-5.el6.noarch requires perl(Crypt::PasswdMD5)
Please resolve this as soon as possible.


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

Broken dependencies: perl-WWW-GoodData

2012-10-06 Thread buildsys 


perl-WWW-GoodData has broken dependencies in the epel-5 tree:
On ppc:
perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36
On i386:
perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36
Please resolve this as soon as possible.


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

Broken dependencies: perl-WWW-GoodData

2012-10-06 Thread buildsys 


perl-WWW-GoodData has broken dependencies in the epel-5 tree:
On ppc:
perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36
On i386:
perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36
Please resolve this as soon as possible.


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