[Bug 186512] kernel prevents proper CD checking (mediacheck/install fails)
by Red Hat 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=186512
Andre Robatino <robatino(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|14 |15
--- Comment #51 from Andre Robatino <robatino(a)fedoraproject.org> 2011-05-18 18:04:03 EDT ---
(In reply to comment #45)
> Still see this on a clean installed and updated i386 F12 box with a Sony
> DW-G120A/DRU-120C DVD+RW drive. Trying to read my old FC4 CDs 1,2,3,4 results
> in read failures 2048, 110592, 110592, and 57344 bytes from the end, resp.
> Using wget -c to complete the files shows the previously read part is correct.
Just clean installed F15 i386 (AKA RC3) in this machine, with the same optical
drive, running kernel-2.6.38.6-26.rc1.fc15.i686.PAE. Reading the same 4 CDs, CD
1 has a read failure just 2048 bytes from the end. CDs 2, 3, and 4 can be read
all the way to the end. The parts that can be read are correct (using wget -c
on the first image, and then verifying the sha1sum of all images). I don't know
if this is progress or not. Are there any kernel changes that might have
reduced the severity of this bug?
--
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.
13 years
needinfo canceled: [Bug 528931] Potential crash if unable to load stylesheets
by Red Hat Bugzilla
Product: Fedora
Version: 14
Component: netcf
Laine Stump <laine(a)redhat.com> has canceled Bug Zapper
<triage(a)lists.fedoraproject.org>'s request for needinfo:
Bug 528931: Potential crash if unable to load stylesheets
https://bugzilla.redhat.com/show_bug.cgi?id=528931
------- Additional Comments from Laine Stump <laine(a)redhat.com>
(Doing some housekeeping...)
I just built netcf-0.1.7 from sources with --prefix=/usr/local and ran the
resulting ncftool under valgrind. valgrind didn't report any invalid memory
accesses, and ncftool existed saying that it was unable to initialize (as
expected). It appears that the code causing this problem has been
removed/fixed.
13 years
[Bug 250919] IPV6_PRIVACY=rfc3041 in /etc/sysconfig/networking/devices/ifcfg-eth0 does not take effect
by Red Hat 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=250919
--- Comment #46 from Peter Bieringer <pb(a)bieringer.de> 2011-05-12 03:09:34 EDT ---
I made another interesting experience, which can be the case why it on some
level works and suddenly after upgrading distribution or switching distribution
no longer.
On Scientific Linux 6.0 (=RHEL 6) IPV6_PRIVACY="rfc3041" *works*, but from
known details, the sysctl toggle is switched after ip link set DEV up. So this
behavior is now unexpected.
I digged deeper and found that the toggle switch is no longer successful, if a
10 second sleep is inserted:
--- ifup-ipv6.orig 2010-09-01 16:34:41.000000000 +0200
+++ ifup-ipv6 2011-05-11 16:56:26.391664836 +0200
@@ -142,10 +142,15 @@
# Enable IPv6 RFC3041 privacy extensions if desired
if [ "$IPV6_PRIVACY" = "rfc3041" ]; then
+ ip link show dev $DEVICE
+ ip addr show dev $DEVICE
+ sleep 10
/sbin/sysctl -e -w net.ipv6.conf.$DEVICE.use_tempaddr=2 >/dev/null 2>&1
if [ $? -ne 0 ]; then
echo $"Cannot enable IPv6 privacy method '$IPV6_PRIVACY', not supported by
kernel"
fi
+ ip link show dev $DEVICE
+ ip addr show dev $DEVICE
fi
# Setup default IPv6 route, check are done by function
=> the "it works" behaviour is depending on a timinig issue, I assume at least
two possible cases:
- the sysctl toggle is still accepted until first IPv6 negotiation is started
or finished (e.g. router advertisement is received)
- the "ip link set dev DEV up" has some internal delay and if system speed is
fast, the sysctl toggle is set before internal IPv6 initialization.
Anyway, current implementation leads to unpredictable behavior.
--
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.
13 years
needinfo canceled: [Bug 503360] Cannot disable sound in GDM
by Red Hat Bugzilla
Product: Fedora
Version: 15
Component: gdm
Andrew McNabb <amcnabb(a)mcnabbs.org> has canceled Bug Zapper
<triage(a)lists.fedoraproject.org>'s request for needinfo:
Bug 503360: Cannot disable sound in GDM
https://bugzilla.redhat.com/show_bug.cgi?id=503360
------- Additional Comments from Andrew McNabb <amcnabb(a)mcnabbs.org>
In Fedora 15, the gconftool-2 hack doesn't seem to work. Several years after
the GDM rewrite, there still does not to be any way to configure it. As far as
I can tell, GDM is not actively maintained.
13 years, 1 month