triage January 2009

triage@lists.fedoraproject.org

1 participants
206 discussions

Official Launch of the Fedora BugZappers Triage Team
by Jack Aboutboul 21 Sep '26

21 Sep '26

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

2 1

[Bug 229469] NFS fcntl locks being released locally but not on server
by Red Hat Bugzilla 11 Sep '26

11 Sep '26

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=229469 csb sysadmin <admin(a)structbio.vanderbilt.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |admin(a)structbio.vanderbilt. | |edu --- Comment #28 from csb sysadmin <admin(a)structbio.vanderbilt.edu> 2008-11-17 17:45:46 EDT --- I don't know if what we experienced has anything to do with thie problem, but we had a RHEL5 system running 2.6.18-92.1.1 and after a 138 day uptime, the NFS server stopped being able to complete fcntl64(..., F_GETLK, .. calls or fcntl64(255, F_GETFL) calls in strace. For users whose home directories were on this server, these users could not start firefox, thunderbird, openoffice, many KDE apps, etc and I couldn't run this test script no matter which of the 35+ other RHEL4 and RHEL5 NFS clients I tried : #!/bin/sh ( flock -x 200 uname -a >> allHosts.txt ) 200>> lockFile It would just hang. Eventually we had to reboot the NFS server, re-starting NFS didn't help, and I don't think there is anyway to re-start [lockd] since it's a kernel level process. -- 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.

5 4

[Bug 204606] /etc/rpm/macros should be owned by rpm
by Red Hat Bugzilla 18 Aug '26

18 Aug '26

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=204606 Panu Matilainen <pmatilai(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |WONTFIX --- Comment #20 from Panu Matilainen <pmatilai(a)redhat.com> 2008-09-16 05:36:34 EDT --- I don't see much point in owning files that doesn't normally exist. Otherwise we'd have to own many many other files too... WONTFIX as anaconda no longer creates the file. -- 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.

4 3

[Bug 197455] dmesg says CPU has Pentium F0 0F bug..../proc/cpuinfo says it hasnt
by Red Hat Bugzilla 14 May '26

14 May '26

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=197455 --- Comment #20 from Ralf Corsepius <rc040203(a)freenet.de> 2008-09-13 00:24:33 EDT --- Yeah, after all the years, this bug finally seems to be fixed: # uname -a Linux manus 2.6.26.3-29.fc9.i586 #1 SMP Wed Sep 3 03:05:01 EDT 2008 i586 i586 i386 GNU/Linux # dmesg | grep -i'f0 0f' Intel Pentium with F0 0F bug - workaround enabled. # cat /proc/cpuinfo | grep -i 'f00f' f00f_bug : yes -- 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.

6 6

[Bug 440580] New: no gpm mouse support in mc
by Red Hat Bugzilla 15 Dec '09

15 Dec '09

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.

1 8

[Bug 456393] New: RFE: version of pgf in texlive is old
by Red Hat Bugzilla 21 Oct '09

21 Oct '09

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=456393 Summary: RFE: version of pgf in texlive is old Product: Fedora Version: 9 Platform: All URL: http://sourceforge.net/projects/pgf/ OS/Version: Linux Status: NEW Severity: medium Priority: low Component: texlive-texmf AssignedTo: jnovy(a)redhat.com ReportedBy: uckelman(a)nomic.net QAContact: extras-qa(a)fedoraproject.org CC: andreas.bierfert(a)lowlatency.de,fedora-triage- list@redhat.com,pertusus@free.fr +++ This bug was initially created as a clone of Bug #219146 +++ Description of problem: Version 1.10 of pgf is packaged with texlive; the current version of pgf (2.0) is two years newer and has far more features. Version-Release number of selected component (if applicable): texlive-texmf-2007-22.fc9.noarch -- 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.

1 7

[Bug 481147] New: cpan2rpm doesn't work with latest Pod::Text
by Red Hat Bugzilla 12 May '09

12 May '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: cpan2rpm doesn't work with latest Pod::Text https://bugzilla.redhat.com/show_bug.cgi?id=481147 Summary: cpan2rpm doesn't work with latest Pod::Text Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: cpan2rpm AssignedTo: gavin.henry(a)gmail.com ReportedBy: gavin.brown(a)uk.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com, fedora-triage-list(a)redhat.com, gavin.henry(a)gmail.com Estimated Hours: 0.0 Classification: Fedora Clone Of: 279251 +++ This bug was initially created as a clone of Bug #279251 +++ Description of problem: The latest version of Pod::Text from CPAN is from RRA/podlators-2.2.2.tar.gz Pod::Text no longer derives from Pod::Parser so the method 'interpolate' does not exist. As near as I can tell, this is the only method used in cpan2rpm, so Pod::Text can be changed to Pod::Parser in the two places it appears. This is what I did locally and it now works for me. Version-Release number of selected component (if applicable): cpan2rpm-2.028-2.fc8.1.noarch How reproducible: update Pod::Text via cpan. Run cpan2rpm for some module (any will do...) Actual results: [...] -- module: /var/cache/cpan/build/libwww-perl-5.808-baHtIL -- Metadata retrieval Can't locate object method "interpolate" via package "Pod::Text" at /usr/bin/cpan2rpm line 522. -- Done -- Expected results: No failure from above. Additional info: --- Additional comment from fedora-triage-list(a)redhat.com on 2008-05-14 10:14:55 EDT --- 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 --- Additional comment from fedora-triage-list(a)redhat.com on 2008-06-16 22:19:58 EDT --- Fedora 7 changed to end-of-life (EOL) status on June 13, 2008. Fedora 7 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. -- 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.

1 16

[Bug 185862] %_sharedstatedir violates the FHS
by Red Hat Bugzilla 31 Jan '09

31 Jan '09

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=185862 Panu Matilainen <pmatilai(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |RAWHIDE --- Comment #19 from Panu Matilainen <pmatilai(a)redhat.com> 2009-01-31 07:01:27 EDT --- Fixed in rpm-4.6.0-0.rc4.2.fc11, %_sharedstatedir gets set to /var/lib in the linux-platform macros now. -- 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.

1 0

[Bug 124246] grubby fatal error: unable to find a suitable template
by Red Hat Bugzilla 31 Jan '09

31 Jan '09

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=124246 --- Comment #27 from Felipe Contreras <felipe.contreras(a)gmail.com> 2009-01-31 04:56:36 EDT --- I don't see what's do difficult about this. Just don't use the old grub conf, have a separate template file. -- 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.

1 0

[Bug 232522] mgetty does not collect caller name from modem properly
by Red Hat Bugzilla 31 Jan '09

31 Jan '09

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=232522 --- Comment #22 from Jiri Skala <jskala(a)redhat.com> 2009-01-31 03:21:03 EDT --- Please, use rpm file directly. Jiri -- 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.

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

triage January 2009