Want to help out with the Fedora Project, but can't code a lick? Well
fear not my dear friends. There are many ways you can help the cause
and today I am pleased to announce a brand new way you can help
contribute. Join the Fedora BugZappers!
Who are the BugZappers?
The BugZappers, (http://www.fedoraproject.org/wiki/BugZappers) are the
official triage team of the Fedora Project. The main goal of the team
is to triage, or do a first pass, of bugs in Bugzilla and ensure that a
number of parameters are satisfactorily met. Basically what that means
is that the BugZappers will go through bugs as they come in and try and
make sure the bugs are valid (i.e. not a duplicate), sane and contain
enough information to be escalated to developers. If you have ever
reported a bug and wondered why it took so long to get fixed, well then
BugZappers is the right project to join.
Tell Me More!
The BugZappers aim to be the primary line of defense for Fedora Quality
Assurance (QA). The BugZappers will begin running Bug Day events, every
alternating week, usually on Wednesdays. Bug Day events are when the
team gets together to concentrate our focus on certain subsections of
the project which need work. Triage should continue on though, and
remember kids, "Every day should be a Bug Day!"
So, if you are tired of hearing complaints about things not working,
pieces being broken or just plain want to help Fedora be the best dang
Fedora it can be, then join the BugZappers team and help the developers
make the most of their coding time. It's fun, it's easy, you don't need
much experience to start and we are willing to show you the path of the
righteous, should you choose to accept this mission.
What's in it for me?
Glad you asked. First of all there is candy. OK, so there is no candy,
but there is free stuff. The team is working on some giveaways and run
contests during Bug Day events. You also get to work on triaging things
that annoy you first, so your problems get fixed sooner; kernel problems
anyone? Also, a wise man once said, much fame and fortune come to he
who close many bugs. OK, it really wasn't a wise man buy you get the
point.
How Do I Join?
Step 1: Sign up for the mailing list at:
http://www.redhat.com/mailman/listinfo/fedora-triage-list
Step 2: Join us on IRC
We live in #fedora-bugs on Freenode
Step 3: Read/Modify/Enhance the wiki
Our wiki is located at http://www.fedoraproject.org/wiki/BugZappers .
Additionally, we have more information available on the wiki at:
http://www.fedoraproject.org/wiki/BugsReports and
http://www.fedoraproject.org/wiki/Bugs .
More content will be added as we get the project off the ground and
moving.
Also, be sure to look for our announcement of the first Bug Day event
coming soon to an Inbox near you!
Thanks,
Jack
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=440580
Summary: no gpm mouse support in mc
Product: Fedora
Version: 8
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: mc
AssignedTo: jnovy(a)redhat.com
ReportedBy: stsp(a)aknet.ru
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-triage-list(a)redhat.com,leonard-rh-
bugzilla@den.ottolander.nl,stsp@aknet.ru
+++ This bug was initially created as a clone of Bug #194593 +++
Description of problem:
Mouse doesn't work in mc. "ldd /usr/bin/mc" doesn't list libgpm,
so the mouse obviously is not expeced to work. This is quite bad,
unless I am missing something obvious.
Version-Release number of selected component (if applicable):
mc-4.6.1a-13.FC5
How reproducible:
Press the left mouse button and move the mouse. Only the gpm text
selection happens. You can't go to menu or move the mc cursor with
the mouse.
--
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, or are watching someone who is.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=448758
Summary: Grub sometimes does not detect entire memory map
Product: Fedora
Version: 8
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: grub
AssignedTo: pjones(a)redhat.com
ReportedBy: dustin.henning(a)prd-inc.com
QAContact: extras-qa(a)fedoraproject.org
CC: amyagi@gmail.com,dustin.henning@prd-
inc.com,eric.moret(a)gmail.com,fedora-triage-
list@redhat.com,jm@ish.de,mishu@piatafinanciara.ro,natha
n.robertson@gmail.com,rjones@redhat.com,sputhenp@redhat.
com,tru(a)pasteur.fr
+++ This bug was initially created as a clone of Bug #250299 +++
Description of problem:
Sometimes, grub does not recognize the entire e820 memory map, when the map is
not provided by the BIOS in the multiboot information data structure.
Ultimately, this appears to be an over-optimization by the compiler when
building grub, in combination with buggy BIOS.
The result is that some downstream kernels (in my particular case, the Xen
kernel) does not recognize all the memory available on a system.
Version-Release number of selected component (if applicable):
grub-0.97-13
How reproducible:
>From the lack of discussion on the Fedora and Xen mailing lists, I presume this
problem is rare in the real world, and may be hard to reproduce.
The machine this happens on for me is has two Dual-Core AMD Opteron 2210 w/16GB
of memory, using an American Megatrends BIOS. Upon boot on an unpatched grub,
Xen only recognizes slightly less than 4GB. The Multiboot information data
structure has flag for the mem_lower/mem_upper fields set (and Xen memory
detection matches the values in these fields), and does not have the flag for
memory map set.
Patch to fix problem:
--- grub-0.97/stage2/common.c.e820 2007-07-30 11:36:19.000000000 -0800
+++ grub-0.97/stage2/common.c 2007-07-30 11:36:55.000000000 -0800
@@ -142,6 +142,7 @@
init_bios_info (void)
{
#ifndef STAGE1_5
- unsigned long cont, memtmp, addr;
+ unsigned long memtmp, addr;
+ volatile unsigned long cont;
int drive;
#endif
-- Additional comment from peter.peltonen(a)gmail.com on 2007-08-14 08:56 EST --
I encountered the same problem with i386 and x86_64 CentOS5 + xen-enabled
kernels. Only 2,9GB of my 6GB RAM was recognized. Non-xen 64bit and 32bit
PAE-kernels saw the memory correctly. After patching grub with this patch and
reinstalling grub (not just the rpm -- grub has to be reinstalled from grub
prompt) all memory was recognized correctly.
-- Additional comment from dustin.henning(a)prd-inc.com on 2007-10-23 13:14 EST --
I too experienced this issue. The system in question was a Core 2 Quad E6600
with 8GiB on an Intel P965 Express chipset. Like the original reporter, this
system also utilizes an AMIBIOS.
In my case, only 3.2GiB was recognized prior to the patch, and the base (SMP)
kernel did not recognize the ful amount of memory until I added mem=10G to the
kernel arguments. Once the base (SMP) kernel was booted detecting 7.8GiB, the
problem did not reoccur when the kernel argument was removed. Said kernel
argument (and derivatives) had no effect on the xen kernels when placed after
either/both kernel lines (xen.gz and module vmlinuz).
-- Additional comment from nathan.robertson(a)gmail.com on 2008-02-07 09:49 EST --
I too an experiencing this issue on an AMD64 machine with 8GBs of memory. Does
anyone know if there is an updated Grub package with this patch applied?
-- Additional comment from eric.moret(a)gmail.com on 2008-02-14 09:25 EST --
Any progress in applying this patch? I too have this issue.
-- Additional comment from eric.moret(a)gmail.com on 2008-02-15 11:11 EST --
You can grab the fixed package at:
ftp://ftp.zouric.com/public/grub-0.97-14.x86_64.rpm
SRPMS at
ftp://ftp.zouric.com/public/grub-0.97-14.src.rpm
-- Additional comment from amyagi(a)gmail.com on 2008-02-15 11:29 EST --
(In reply to comment #5)
> You can grab the fixed package at:
> ftp://ftp.zouric.com/public/grub-0.97-14.x86_64.rpm
> SRPMS at
> ftp://ftp.zouric.com/public/grub-0.97-14.src.rpm
Thanks for making the patched grub available. According to your note on the
CentOS forum:
http://www.centos.org/modules/newbb/viewtopic.php?topic_id=12491&forum=38
you have fixed the problem on a Hetzner root server DS8000 ?
-- Additional comment from grover66(a)gmail.com on 2008-02-17 00:35 EST --
After installing the above grub rpm, you will have to run "grub-install
/dev/sda" (for example) to make it all work.
-Mike
-- Additional comment from eric.moret(a)gmail.com on 2008-03-20 02:41 EST --
(In reply to comment #6)
> you have fixed the problem on a Hetzner root server DS8000 ?
Yes, that is correct. I now have my 8Gb of RAM recognized on a Hetzner DS8000
-- Additional comment from steve(a)electricmint.com on 2008-05-07 02:18 EST --
(In reply to comment #5)
> You can grab the fixed package at:
> ftp://ftp.zouric.com/public/grub-0.97-14.x86_64.rpm
> SRPMS at
> ftp://ftp.zouric.com/public/grub-0.97-14.src.rpm
Many thank for this patch Eric, it's also allowed me to see the 6GB on
CentOS/Xen install on Core 2 Quad Acer.
Steve
-- Additional comment from drfatalis(a)hotmail.com on 2008-05-13 16:43 EST --
Hi there,
I've got a Dell 1900 with CentOS 5.1 64 bit and 4 GB ram.
Only 3 GB are recognized with kernel-xen-2.6.18-53.1.19.el5.
I've downloaded & installed grub-0.97-14.x86_64.rpm and did grub-
install /dev/sda.
But it did not help and I still got 3 GB recognized.
Can you please help me to fix this.
Thank you in advance.
-- Additional comment from fedora-triage-list(a)redhat.com on 2008-05-14 09:47
EST --
This message is a reminder that Fedora 7 is nearing the end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining and
issuing updates for Fedora 7. It is Fedora's policy to close all bug reports
from releases that are no longer maintained. At that time this bug will be
closed as WONTFIX if it remains open with a Fedora 'version' of '7'.
Package Maintainer: If you wish for this bug to remain open because you plan to
fix it in a currently maintained version, simply change the 'version' to a
later Fedora version prior to Fedora 7's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that we may
not be able to fix it before Fedora 7 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version of
Fedora please change the 'version' of this bug. If you are unable to change the
version, please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a more recent
Fedora release includes newer upstream software that fixes bugs or makes them
obsolete. If possible, it is recommended that you try the newest available
Fedora distribution to see if your bug still exists.
Please read the Release Notes for the newest Fedora distribution to make sure
it will meet your needs:
http://docs.fedoraproject.org/release-notes/
The process we are following is described here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
--
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, or are watching someone who is.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=449200
Summary: Conflicts between libxslt-devel.x86_64 and libxslt-
devel.i386
Product: Fedora
Version: 9
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: libxslt
AssignedTo: veillard(a)redhat.com
ReportedBy: harald.berghoff(a)gmx.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-triage-list(a)redhat.com
+++ This bug was initially created as a clone of Bug #313001 +++
+++ This bug was initially created as a clone of Bug #312991 +++
Description of problem:
On Fedora 9/x86-64, when libxslt causes conflicts. Any automated update fails
for this reason.
Version-Release number of selected component (if applicable):
libxslt-1.1.23-3.fc9.i386
libxslt-1.1.24-1.fc9.x86_64
How reproducible:
Every time.
Steps to Reproduce:
1. Install Fedora 9/x86-64
2. Have libxslt-1.1.23-3.fc9.i386 and libxslt-1.1.23-3.fc9.x86_64 installed
3. yum update libxslt
Actual results:
Transaction Check Error:
file /usr/bin/xslt-config from install of libxslt-devel-1.1.21-1.fc7
conflicts with file from package libxslt-devel-1.1.21-1.fc7
file /usr/share/man/man1/xsltproc.1.gz from install of
libxslt-1.1.24-1.fc9.i386 conflicts with file from package
libxslt-1.1.23-3.fc9.x86_64
Expected results:
The package should install without conflicts between 64 and 32 bit versions.
Additional info:
I already tried to remove the i386 Package, but i get several dependent package
which i don't wnat to remove.
--
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, or are watching someone who is.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: subversion package does not supply an init script to use svnserve as server
https://bugzilla.redhat.com/show_bug.cgi?id=356011
------- Additional Comments From chrisspen(a)gmail.com 2008-05-31 15:08 EST -------
I second this. It would be a nice convenience and an easy win. The instructions
at http://blog.mohanjith.net/2007/07/svnserve-init-script.html worked perfectly
for me on Fedora 8, so I'd imagine adding it to the subversion package would be
trivial.
--
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, or are watching someone who is.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: subversion package does not supply an init script to use svnserve as server
https://bugzilla.redhat.com/show_bug.cgi?id=356011
chrisspen(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |chrisspen(a)gmail.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, or are watching someone who is.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: ExcludeArch: ppc64 - can't build - Mono doesn't exist
https://bugzilla.redhat.com/show_bug.cgi?id=309191
dan(a)danny.cz changed:
What |Removed |Added
----------------------------------------------------------------------------
Status Whiteboard| bzcl34nup |
Version|8 |rawhide
--
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, or are watching someone who is.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: kickstart files are out of date
https://bugzilla.redhat.com/show_bug.cgi?id=318811
------- Additional Comments From updates(a)fedoraproject.org 2008-05-31 04:33 EST -------
livecd-tools-009-4.fc7 has been submitted as an update for Fedora 7
--
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, or are watching someone who is.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: kickstart files are out of date
https://bugzilla.redhat.com/show_bug.cgi?id=318811
redhat(a)linuxnetz.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|WONTFIX |NEXTRELEASE
--
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, or are watching someone who is.