--------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-142 2005-02-10 ---------------------------------------------------------------------
Product : Fedora Core 3 Name : kernel Version : 2.6.10 Release : 1.766_FC3 Summary : The Linux kernel (the core of the Linux operating system) Description : The kernel package contains the Linux kernel (vmlinuz), the core of any Linux operating system. The kernel handles the basic functions of the operating system: memory allocation, process allocation, device input and output, etc.
---------------------------------------------------------------------
* Wed Feb 9 2005 Dave Jones davej@redhat.com - Backport some exec-shield fixes from devel/ branch. - Scan all SCSI LUNs by default. Theoretically, some devices may hang when being probed, though there should be few enough of these that we can blacklist them instead of having to whitelist every other device on the planet.
* Tue Feb 8 2005 Dave Jones davej@redhat.com - Use both old-style and new-style for USB initialisation.
* Mon Feb 7 2005 Dave Jones davej@redhat.com [2.6.10-1.762_FC3, 2.6.10-1.13_FC3] - Update to 2.6.10-ac12
--------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/
696cedff52c593029d3965e13cb7f318 SRPMS/kernel-2.6.10-1.766_FC3.src.rpm 4e0ee3e15b73219de79f4ab49409aa56 x86_64/kernel-2.6.10-1.766_FC3.x86_64.rpm a316ed0c4b89b16faa209a0648973c3e x86_64/kernel-smp-2.6.10-1.766_FC3.x86_64.rpm 7e276415cc1873dbd3b967974f1ef6f7 x86_64/debug/kernel-debuginfo-2.6.10-1.766_FC3.x86_64.rpm 4db9feccdbc2e8333fcdd3ce972889ad x86_64/kernel-doc-2.6.10-1.766_FC3.noarch.rpm 6f49806a9c27346468401e49b3ceb5cc i386/kernel-2.6.10-1.766_FC3.i586.rpm 4f4dc4dd25d53b964856f5aa80b48b33 i386/kernel-smp-2.6.10-1.766_FC3.i586.rpm e69b225845eff96d252261f997cac6a1 i386/debug/kernel-debuginfo-2.6.10-1.766_FC3.i586.rpm c3bf097b92e6d3e2911b0fda8acaacfc i386/kernel-2.6.10-1.766_FC3.i686.rpm 5e32aee4b2f4f287e5bed96c01ca1ae7 i386/kernel-smp-2.6.10-1.766_FC3.i686.rpm deb699bd313c35392ce98535eda98cba i386/debug/kernel-debuginfo-2.6.10-1.766_FC3.i686.rpm 4db9feccdbc2e8333fcdd3ce972889ad i386/kernel-doc-2.6.10-1.766_FC3.noarch.rpm
This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$A... ---------------------------------------------------------------------
Dave Jones wrote:
Fedora Test Update Notification FEDORA-2005-142 2005-02-10
Product : Fedora Core 3 Name : kernel Version : 2.6.10 Release : 1.766_FC3
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/i3...
different mirror, same result, 1.766_FC3 is not listed --> i will wait
$ rpm -qa kernel kernel-2.6.9-1.681_FC3 kernel-2.6.10-1.737_FC3 kernel-2.6.10-1.760_FC3 kernel-2.6.10-1.741_FC3 kernel-2.6.9-1.724_FC3 kernel-2.6.9-1.667
$ yum --enablerepo=updates-testing check-update kernel Setting up Repo: updates-released Setting up Repo: updates-testing Setting up Repo: extras Setting up Repo: base Reading repository metadata in from local files updates-re: ################################################## 672/672 updates-te: ################################################## 36/36 extras : ################################################## 771/771 base : ################################################## 2622/2622
kernel.i686 2.6.10-1.762_FC3 updates-testing
shrek-m@gmx.de wrote:
different mirror, same result, 1.766_FC3 is not listed --> i will wait
$ yum --enablerepo=updates-testing check-update kernel kernel.i686 2.6.10-1.762_FC3 updates-testing
ahh, fedora updates are like russian roulette.
$ yum --enablerepo=updates-testing check-update kernel kernel.i686 2.6.10-1.766_FC3 updates-testing
On Fri, 11 Feb 2005, shrek-m@gmx.de wrote:
ahh, fedora updates are like russian roulette.
Make sure you use a proper mirror list - instead of the generic one - which can go to the other side of the globe.
For eg: I use:
mirrorlist=http://fedora.redhat.com/download/mirrors/updates-testing-fc$releasever.us.e...
Satish
Satish Balay wrote:
ahh, fedora updates are like russian roulette.
Make sure you use a proper mirror list - instead of the generic one - which can go to the other side of the globe.
For eg: I use:
mirrorlist=http://fedora.redhat.com/download/mirrors/updates-testing-fc$releasever.us.e...
http://fedora.redhat.com/download/mirrors/
thanks
On Sat, 2005-02-12 at 20:44 +0100, shrek-m@gmx.de wrote:
Satish Balay wrote:
ahh, fedora updates are like russian roulette.
Make sure you use a proper mirror list - instead of the generic one - which can go to the other side of the globe.
For eg: I use:
mirrorlist=http://fedora.redhat.com/download/mirrors/updates-testing-fc$releasever.us.e...
http://fedora.redhat.com/download/mirrors/
thanks
-- shrek-m
By the way,
Which file would I have to edit for either yum or Up2date to point to the above mirror list? Thanks in advance.
Jeff
On Sun, 13 Feb 2005, Jeffrey D. Yuille wrote:
mirrorlist=http://fedora.redhat.com/download/mirrors/updates-testing-fc$releasever.us.e...
Which file would I have to edit for either yum or Up2date to point
to the above mirror list? Thanks in advance.
For yum check /etc/yum.repod./* files For up2date check /etc/sysconfig/rhn/sources
Satish
- Wed Feb 9 2005 Dave Jones davej@redhat.com
- Backport some exec-shield fixes from devel/ branch.
- Scan all SCSI LUNs by default.
Theoretically, some devices may hang when being probed, though there should be few enough of these that we can blacklist them instead of having to whitelist every other device on the planet.
Wow! But why can't the kernel just do a "hey! this is a USB device! Prob'em! and Oh. *real*SCSI. Carefull..."?
- Tue Feb 8 2005 Dave Jones davej@redhat.com
- Use both old-style and new-style for USB initialisation.
More usb stuff?
On Sat, Feb 12, 2005 at 08:48:33PM +0100, Kyrre Ness Sjobak wrote:
- Wed Feb 9 2005 Dave Jones davej@redhat.com
- Backport some exec-shield fixes from devel/ branch.
- Scan all SCSI LUNs by default.
Theoretically, some devices may hang when being probed, though there should be few enough of these that we can blacklist them instead of having to whitelist every other device on the planet.
Wow! But why can't the kernel just do a "hey! this is a USB device! Prob'em! and Oh. *real*SCSI. Carefull..."?
Had been discussed at one point on linux-scsi list, but no-one got around to trying to do anything about it afaik.
- Tue Feb 8 2005 Dave Jones davej@redhat.com
- Use both old-style and new-style for USB initialisation.
More usb stuff?
2.6.10 changed the style that probing gets done. new-style makes us do things the way Windows XP does it. Unfortunatly, some devices don't work it seems (or we still aren't getting something quite right). This change makes us try the 2.6.10 method, and if that fails, fall back to trying the 2.6.9 and earlier method.
I'm hoping it'll fix up some of the stranger USB problems in bugzilla.
Dave
lør, 12.02.2005 kl. 21.45 skrev Dave Jones:
On Sat, Feb 12, 2005 at 08:48:33PM +0100, Kyrre Ness Sjobak wrote:
- Wed Feb 9 2005 Dave Jones davej@redhat.com
- Backport some exec-shield fixes from devel/ branch.
- Scan all SCSI LUNs by default.
Theoretically, some devices may hang when being probed, though there should be few enough of these that we can blacklist them instead of having to whitelist every other device on the planet.
Wow! But why can't the kernel just do a "hey! this is a USB device! Prob'em! and Oh. *real*SCSI. Carefull..."?
Had been discussed at one point on linux-scsi list, but no-one got around to trying to do anything about it afaik.
- Tue Feb 8 2005 Dave Jones davej@redhat.com
- Use both old-style and new-style for USB initialisation.
More usb stuff?
2.6.10 changed the style that probing gets done. new-style makes us do things the way Windows XP does it. Unfortunatly, some devices don't work it seems (or we still aren't getting something quite right). This change makes us try the 2.6.10 method, and if that fails, fall back to trying the 2.6.9 and earlier method.
Sorry, i don't know Windows intimatly enough to know how it probes USB... But if it works better, its great!
I'm hoping it'll fix up some of the stranger USB problems in bugzilla.
Thats great :)
Dave