Announce: modutils 2.4.0 is available
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-Type: text/plain; charset=us-ascii
ftp://ftp.<country>.kernel.org/pub/linux/utils/kernel/modutils/v2.4
modutils-2.4.0.tar.gz Source tarball, includes RPM spec file modutils-2.4.0-1.src.rpm As above, in SRPM format modutils-2.4.0-1.i386.rpm Compiled with egcs-2.91.66, glibc 2.1.2 modutils-2.4.0-1.sparc.rpm Compiled for combined sparc 32/64
patch-2.4.0-persistent.gz Adds persistent data and generic string
support to kernel 2.4.0.
Changelog extract
* Clone from modutils 2.3.24.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.3 (GNU/Linux)
Comment: Exmh version 2.1.1 10/15/1999
iD8DBQE6VTh8i4UHNye0ZOoRArO+AJ9JLhwmcwBWeZJDUpiS66W8lONsxgCfRl1U YVvqJZzTbl5ewcc6vI0juFA=
=wKRG
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 1 line · Keith Owens
modutils-2.4.0.tar.gz Source tarball, includes RPM spec file
I have just found out that there was an incompatible change to struct usb_device_id during 2.4.0-prerelease :(((. That means that all versions of depmod will break on kernel 2.4.0 if you have any modules that use MODULE_DEVICE_TABLE(usb). Incompatible changes to an ABI structure without notification immediately prior to a major kernel release, yech!
If you have usb modules then stay on kernel 2.4.0-prerelease or compile usb without modules or wait until I can test and release modutils 2.4.1. The usb hotplug utilities will also have to change to handle the new table layout.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Well, I'll be the one to fall on my sword...
This is probably my fault. The matching code was pretty much broken for a non-trivial subset of usb devices. I'd submitted the patch to Linus before the holdiays, but it was rejected for various reasons. After some back and forth, Linus finally accepted it on about the 2st of the year.
It's pretty much the same patch (functionally) as I posted to the linux-usb-devel mailing list, which I presumed would inform the hotplugging people. Mea culpa, I seem to have been in error there. Tho, that was several weeks ago, so it may have just fallen out of people's heads in the interim time.
Keith, if you need any info on what the new structure means, please let me know and I can fill you in on all the details.
Matt
Quoted 20 lines · Keith Owens
Quoted 1 line · Keith Owens
modutils-2.4.0.tar.gz Source tarball, includes RPM spec file
I have just found out that there was an incompatible change to struct
usb_device_idduring 2.4.0-prerelease :(((. That means that all versions of depmod will break on kernel 2.4.0 if you have any modules that useMODULE_DEVICE_TABLE(usb). Incompatible changes to an ABI structure without notification immediately prior to a major kernel release, yech!If you have usb modules then stay on kernel 2.4.0-prerelease or compile usb without modules or wait until I can test and release modutils 2.4.1. The usb hotplug utilities will also have to change to handle the new table layout.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Signature · 8 lines
Matthew Dharm Home: [email protected] Maintainer, Linux USB Mass Storage Driver A: The most ironic oxymoron wins ... DP: "Microsoft Works" A: Uh, okay, you win. -- A.J. & Dust Puppy User Friendly, 1/18/1998
Matt --
Quoted 3 lines
It's pretty much the same patch (functionally) as I posted to the linux-usb-devel mailing list, which I presumed would inform the hotplugging people. Mea culpa, I seem to have been in error there.
Miles had a suggestion for a "linux-hotplug" mailing list; this could have been a good issue to coordinate on such a smaller (lower traffic?) list.
In this case, the ball just got dropped when it looked like this patch wasn't even going to Linus. After the Linux 2.4.0 change notes, that ball just got picked up again!
- Dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 3 lines · David Brownell
Miles had a suggestion for a "linux-hotplug" mailing list; this could have been a good issue to coordinate on such a smaller (lower traffic?) list.
Given that I (and many people on linux-scsi, it seems) are looking to "hotplugging" as one of the major enhancements for 2.5.x development, this is probably a good idea. Can vger.kernel.org host this list? Who do we conatct about this?
Matt
Signature · 7 lines
Matthew Dharm Home: [email protected] Maintainer, Linux USB Mass Storage Driver It's not that hard. No matter what the problem is, tell the customer to reinstall Windows. -- Nurse User Friendly, 3/22/1998
Quoted 6 lines · Keith Owens
modutils-2.4.0.tar.gz Source tarball, includes RPM spec file modutils-2.4.0-1.src.rpm As above, in SRPM format modutils-2.4.0-1.i386.rpm Compiled with egcs-2.91.66, glibc 2.1.2 modutils-2.4.0-1.sparc.rpm Compiled for combined sparc 32/64patch-2.4.0-persistent.gz Adds persistent data and generic string
support to kernel 2.4.0.
Why not DEB?
Anuradha
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 10 lines · Matthew Dharm
Well, I'll be the one to fall on my sword...
This is probably my fault. The matching code was pretty much broken for a non-trivial subset of usb devices. I'd submitted the patch to Linus before the holdiays, but it was rejected for various reasons. After some back and forth, Linus finally accepted it on about the 2st of the year.
It's pretty much the same patch (functionally) as I posted to the linux-usb-devel mailing list, which I presumed would inform the hotplugging people.
<snip>
We really do need a linux-hotplug mailing list. Who would be able to set up such a list on vger.kernel.org (or anywhere else that supports maillist archives and has decent server loads)? I've already floated this idea once, but noone who can make this happen has volunteered.
Why we need this:
There are too many people working on hotplug issues in disjoint corners of the kernel and utility community. This work requires coordination from the various bus developers (USB, SCSI, PCI, IrDA, Firewire, Wireless, etc.) as well as folks working on the usermode scripts, utilities and so forth. There is also the need to sort out all the PCMCIA/Cardbus issues having to do with migrating the installed base over time to the new kernel drivers (yenta and friends).
Miles
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 9 lines · David Brownell
Matt --
Quoted 3 lines
It's pretty much the same patch (functionally) as I posted to the linux-usb-devel mailing list, which I presumed would inform the hotplugging people. Mea culpa, I seem to have been in error there.
Miles had a suggestion for a "linux-hotplug" mailing list; this could have been a good issue to coordinate on such a smaller (lower traffic?) list.
I agree. I can set up a "linux-hotplug" group using SourceForge if others also think that this is a needed thing. I don't want to see things like this happen again.
Actually almost anyone can, but at least I'm volunteering :)
greg k-h
Signature · 6 lines
greg@(kroah|wirex).com http://immunix.org/~greg - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] Please read the FAQ at http://www.tux.org/lkml/
Quoted 21 lines · Miles Lane
Greg KH wrote:
<snip>
Quoted 7 lines
I agree. I can set up a "linux-hotplug" group using SourceForge if others also think that this is a needed thing. I don't want to see things like this happen again.
Actually almost anyone can, but at least I'm volunteering :)
greg k-h
Hi Greg,
David Brownell had mentioned previously that he thought the throughput on vger.kernel.org might be better than lists.sourceforge.net because vger is better matched to its server load. Do you know whether this is true? My preference would be to see this list be hosted by a relatively quick mailserver.
Quoted 2 lines
If the concensus is that sourceforge is good enough, than you have my gratitude for getting this set up.
Throughput on vger.kernel.org does seem incredible. But lately SourceForge doesn't seem very bad at all, as it seems they have beefed up their servers.
I'm only proposing SourceForge as I can set up a list easily there easily, and I don't know the right people to ask to get it done on vger.kernel.org :)
Unless anyone objects in the next 10 hours, I'll try to create it, and let everyone know about it.
thanks,
greg k-h
Signature · 5 lines
greg@(kroah|wirex).com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] Please read the FAQ at http://www.tux.org/lkml/
Quoted 4 lines · Greg KH
Quoted 4 lines
Greg KH wrote:
<snip>Quoted 1 line
I agree. I can set up a "linux-hotplug" group using SourceForge if
...
Quoted 3 lines
I'm only proposing SourceForge as I can set up a list easily there easily, and I don't know the right people to ask to get it done on vger.kernel.org :)
The right one to ask is <[email protected]>, and somebody has already made that question there.
Powers that be (DaveM) need to decide on it.
I am also one of those postmaster persons, but DaveM decides things at the Majordomo subsystem. (And thus lists.)
Quoted 2 lines
Unless anyone objects in the next 10 hours, I'll try to create it, and let everyone know about it.
As you wish, I don't have ambitions either way.
One thing though, NEVER configure list to modify through going message subjects any way what so ever. Doing that is just a sign of giving up on people who don't know how else they can recognize traffic thru given lists. (I leave it as an excercise to the reader to review full
headers of this message in their mailbox, and see which RFC 822 defined headers they could use to recognize which list this message has gone thru. Some of you will receive this in several copies via different paths!)
Such subject modifications lead to abominations like:
[linux-usb-devel] Re: [linux-usb-devel] Re: [linux-usb-devel] ...
People don't clean their outgoing Subject: headers anyway.
Quoted 4 lines
thanks,
greg k-hSignature · 1 line
greg@(kroah|wirex).com
/Matti Aarnio
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 1 line · Anuradha Ratnaweera
Why not DEB?
Because Keith doesn't have a Debian system? He just provides the rpms as a service, he doesn't have to do that.
Install the "alien" package on your machine and you will be able to convert between rpm and deb.
Erik
Signature · 9 lines
J.A.K. (Erik) Mouw, Information and Communication Theory Group, Department of Electrical Engineering, Faculty of Information Technology and Systems, Delft University of Technology, PO BOX 5031, 2600 GA Delft, The Netherlands Phone: +31-15-2783635 Fax: +31-15-2781843 Email: [email protected] WWW: http://www-ict.its.tudelft.nl/~erik/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] Please read the FAQ at http://www.tux.org/lkml/
Quoted 5 lines · Erik Mouw
Quoted 1 line · Anuradha Ratnaweera
Why not DEB?
Because Keith doesn't have a Debian system? He just provides the rpms as a service, he doesn't have to do that.
Of cource he doesn't have to do that. It is just nice to have all of them.
Quoted 2 lines
Install the "alien" package on your machine and you will be able to convert between rpm and deb.
Alien does an excellent job in converting some packages, but for others including pre/post installation scripts (with -c) conversion is not perfect. The reason is not a problem with alien, but most RPMs assumes (correcly) that the target system is `RedHat like'.
The reason I was looking for the debian package was to test 2.4 on a "stable" debian system. If I install modutils from source, package management system (dpkg/apt) will not know its existence.
Anuradha
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 3 lines · Anuradha Ratnaweera
The reason I was looking for the debian package was to test 2.4 on a "stable" debian system. If I install modutils from source, package management system (dpkg/apt) will not know its existence.
Can't you get the source, and whatever relevent files you need to build a dpkg and build the source + binary packages yourself (with maybe a few minor changes to the dpkg build information)?
_____
|_____| ------------------------------------------------- ---+---+- | | Russell King [email protected] --- --- | | | | http://www.arm.linux.org.uk/personal/aboutme.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ |
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
[Russell King]
Quoted 3 lines
Can't you get the source, and whatever relevent files you need to build a dpkg and build the source + binary packages yourself (with maybe a few minor changes to the dpkg build information)?
Right. No changes at all. modutils_2.3.23-2.diff.gz applies fine, except for one bit that already made it upstream -- ignore the .rej .
Peter
(woody build, if anyone cares...
http://wire.cadcamlab.org/misc/modutils_2.4.0-0woody0.1_i386.deb
)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
In article <[email protected]>,
Quoted 2 lines · Erik Mouw
Install the "alien" package on your machine and you will be able to convert between rpm and deb.
Bad plan, considering packages rely on some infrastructure that is not in the rpm (update-modules). I tend to be pretty quick with making and uploading the deb anyway.
Having said that, I won't package 2.4.0 and will wait for 2.4.1 instead.
Wichert.
Signature · 13 lines
________________________________________________________________ / Generally uninteresting signature - ignore at your convenience \ | [email protected] http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | -- ________________________________________________________________ / Generally uninteresting signature - ignore at your convenience \ | [email protected] http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] Please read the FAQ at http://www.tux.org/lkml/