November 2010 - triage - Fedora Mailing-Lists

needinfo canceled: [Bug 552434] Boot cycle Fedora 12 indeterminate boot loop, new install with old fis mounted in /etc/fstab, fails to load libfreebl3.so

by Red Hat Bugzilla

Product: Fedora Version: 14 Component: nss-softokn Joel Rees <joel_rees(a)sannet.ne.jp> has canceled Bug Zapper <fedora-triage-list(a)redhat.com>'s request for needinfo: Bug 552434: Boot cycle Fedora 12 indeterminate boot loop, new install with old fis mounted in /etc/fstab, fails to load libfreebl3.so https://bugzilla.redhat.com/show_bug.cgi?id=552434 ------- Additional Comments from Joel Rees <joel_rees(a)sannet.ne.jp> This behavior (not being able to enter a password to clear the loop and drop into rescue mode) has been present from my original report. I'm thinking it's best to continue the bug, unless we want to make this thread be for the problems of trying to load a library before the file system it resides on is mounted and make a separate thread trying to handle whtaever the real reason is for being unable to actually enter the login process when dropping to rescue mode. I'm inclined to believe that the problem is still based in not being able to get all of the login code into memory when the bug occurs. I don't think this bug can be fixed until the programmers are able to determine some sort of separate login process for protecting the rescue mode. You can't use the system to enforce privilege before the system is fully running.

13 years, 6 months

1
0
0 / 0

needinfo canceled: [Bug 606024] [abrt] crash in dvgrab-3.4-3.fc12: raise: Process /usr/bin/dvgrab was killed by signal 6 (SIGABRT)

by Red Hat Bugzilla

Product: Fedora Version: 13 Component: dvgrab stanley.king(a)acm.org has canceled Bug Zapper <fedora-triage-list(a)redhat.com>'s request for needinfo: Bug 606024: [abrt] crash in dvgrab-3.4-3.fc12: raise: Process /usr/bin/dvgrab was killed by signal 6 (SIGABRT) https://bugzilla.redhat.com/show_bug.cgi?id=606024 ------- Additional Comments from stanley.king(a)acm.org I've verified that this bug still happens with Fedora 13, using dvgrab 3.5.1. The error occurs when using dvgrab against a set-top box stream that's "encrypted" rather than a stream that's in-the-clear. I'd be happy to try test versions or recompilations that you might suggest. Stan

13 years, 6 months

1
0
0 / 0

needinfo canceled: [Bug 553779] [abrt] crash in ccsm-0.8.2-2.fc12

by Red Hat Bugzilla

Product: Fedora Version: 12 Component: ccsm leigh scott <leigh123linux(a)googlemail.com> has canceled Bug Zapper <fedora-triage-list(a)redhat.com>'s request for needinfo: Bug 553779: [abrt] crash in ccsm-0.8.2-2.fc12 https://bugzilla.redhat.com/show_bug.cgi?id=553779 ------- Additional Comments from leigh scott <leigh123linux(a)googlemail.com> I'm not doing any more F12 builds so I will close it now.

13 years, 6 months

1
0
0 / 0

needinfo canceled: [Bug 570361] [abrt] crash in abiword-1:2.8.1-1.fc12

by Red Hat Bugzilla

Product: Fedora Version: 14 Component: abiword Marc Maurer <uwog(a)uwog.net> has canceled Bug Zapper <fedora-triage-list(a)redhat.com>'s request for needinfo: Bug 570361: [abrt] crash in abiword-1:2.8.1-1.fc12 https://bugzilla.redhat.com/show_bug.cgi?id=570361

13 years, 6 months

1
0
0 / 0

needinfo canceled: [Bug 575630] celestia assertion error with direct rendering enabled

by Red Hat Bugzilla

Product: Fedora Version: 14 Component: mesa wifienclair(a)gmail.com has canceled Bug Zapper <fedora-triage-list(a)redhat.com>'s request for needinfo: Bug 575630: celestia assertion error with direct rendering enabled https://bugzilla.redhat.com/show_bug.cgi?id=575630 ------- Additional Comments from wifienclair(a)gmail.com It doesn't crash anymore, however I can't see the rings of Saturne.

13 years, 6 months

1
0
0 / 0

needinfo canceled: [Bug 552099] system-config-firewall has no simple mechanism to enable IPv6 DHCPv6 client

by Red Hat Bugzilla

Product: Fedora Version: 14 Component: system-config-firewall Frank Crawford <frank(a)crawford.emu.id.au> has canceled Bug Zapper <fedora-triage-list(a)redhat.com>'s request for needinfo: Bug 552099: system-config-firewall has no simple mechanism to enable IPv6 DHCPv6 client https://bugzilla.redhat.com/show_bug.cgi?id=552099

13 years, 6 months

1
0
0 / 0

needinfo canceled: [Bug 543909] Bluetooth Turn off does not work

by Red Hat Bugzilla

Product: Fedora Version: 14 Component: kernel Amir Hedayaty <hedayaty(a)gmail.com> has canceled Bug Zapper <fedora-triage-list(a)redhat.com>'s request for needinfo: Bug 543909: Bluetooth Turn off does not work https://bugzilla.redhat.com/show_bug.cgi?id=543909 ------- Additional Comments from Amir Hedayaty <hedayaty(a)gmail.com> This is not fixed yet, so can anyone reassign it to someone working on sony-laptop driver in the kernel.

13 years, 6 months

1
0
0 / 0

needinfo canceled: [Bug 531755] GMA 950 - there is a huge screen flickering on user login

by Red Hat Bugzilla

Product: Fedora Version: 14 Component: xorg-x11-drv-intel Michal Ambroz <rebus(a)seznam.cz> has canceled Bug Zapper <fedora-triage-list(a)redhat.com>'s request for needinfo: Bug 531755: GMA 950 - there is a huge screen flickering on user login https://bugzilla.redhat.com/show_bug.cgi?id=531755 ------- Additional Comments from Michal Ambroz <rebus(a)seznam.cz> I am experiencing the same issue in Fedora 14. Extensive number of gcm-apply processes is running. 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) Notebook HP EliteBook6930p Screen flickers with cca 30% chance when: - starting gnome-greeter (login screen) - directly after loging in - after screensaver blanks and un-blanks the screen - when starting gcm-prefs - when changing color profiles from one to another in gcm-prefs Workaround is to unistall gnome-color-manager. Michal Ambroz

13 years, 6 months

1
0
0 / 0

needinfo canceled: [Bug 474007] cannot skip user creation in firstboot

by Red Hat Bugzilla

Product: Fedora Version: 14 Component: firstboot Jan "Yenya" Kasprzak <kas(a)fi.muni.cz> has canceled Bug Zapper <fedora-triage-list(a)redhat.com>'s request for needinfo: Bug 474007: cannot skip user creation in firstboot https://bugzilla.redhat.com/show_bug.cgi?id=474007 ------- Additional Comments from Jan "Yenya" Kasprzak <kas(a)fi.muni.cz> It is possible to skip the user creation using a trick described in bug #543008 (select Configure network login, and then Cancel). Also in F14, there is an Advanced button now, where the administrator can create users using system-config-users, with full control over UIDs, GIDs, etc. However: after creating users with s-c-u (clicking Advanced in firstboot), firstboot still thinks no user has been created yet, and does not allow to get out of this step, unless the trick described above is used.

13 years, 6 months

1
0
0 / 0

needinfo canceled: [Bug 543008] firstboot allows to skip user creation

by Red Hat Bugzilla

Product: Fedora Version: 14 Component: firstboot Jan "Yenya" Kasprzak <kas(a)fi.muni.cz> has canceled Bug Zapper <fedora-triage-list(a)redhat.com>'s request for needinfo: Bug 543008: firstboot allows to skip user creation https://bugzilla.redhat.com/show_bug.cgi?id=543008 ------- Additional Comments from Jan "Yenya" Kasprzak <kas(a)fi.muni.cz> This trick still works in F14. HOWEVER: I am glad this still works, and I think firstboot should allow to skip the user creation in a more straightforward way. So I would suggest to close this as NOTABUG, or modify it to the request to add more straightforward way of skipping the user creation in firstboot.

13 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

triage November 2010