[ANNOUNCE] udev 006 release

[ANNOUNCE] udev 006 release

[Greg KH]

I've released the 006 version of udev.  It can be found at:
	kernel.org/pub/linux/utils/kernel/hotplug/udev-006.tar.gz

Due to me being on paternity leave for all of November, I've not built
up any rpms, but the spec file is in the tarball, so you can do it if
you wish.

udev is a implementation of devfs in userspace using sysfs and
/sbin/hotplug.  It requires a 2.6 kernel to run.

The major changes since the 005 release are:
	- rules now are applied in the proper priority, instead of the
	  order they showed up in the config files.
	- partitions work properly for all types of rules, instead of
	  just the LABEL rule type.
	- format modifiers have been added so that the NAME is now
	  dynamic.  See the udev.config file and the man page for more
	  documentation about these (NOTE, if you have any rules that
	  named partitions in the past, they will have to be changed to
	  take advantage of these modifiers in order to work properly
	  now.)
	- subdirectories under /udev are now handled properly.
	- better parsing logic can handle broken files saner.
	- added 
	- moved the tests to a test/ directory, along with the
	  beginnings of a regression test suite.
	- lots of tiny fixes
	
Many, many thanks to Kay Sievers, for this release, for implementing
many of the new features.  I really appreciate it.

Thanks also to Dan Stekloff, Robert Love, Paul Mundt, Chris Friesen,
Arnd Bergmann, and Olaf Hering, all of whom submitted patches for this
release.

The full ChangeLog can be found below.
 
The udev FAQ can be found at:
	kernel.org/pub/linux/utils/kernel/hotplug/udev-FAQ
 
The udev BitKeeper tree has moved for now, due to kernel.bkbits.net
being off the air to:
	bk://linuxusb.bkbits.net/udev

Note, to build using klibc, please read the klibc README in the klibc/
directory, and build using 'make -f Makefile.klibc'.

If anyone ever wants a snapshot of the current tree, due to not using
BitKeeper, or other reasons, is always available at any time by asking.

thanks,

greg k-h


Summary of changes from v005 to v006
======================

<chris_friesen:sympatico.ca>:
  o faster test scripts

Arnd Bergmann:
  o more robust config file parsing in namedev.c
  o add bus id modifier

Daniel E. F. Stekloff:
  o patch for libsysfs sysfs directory handling

Greg Kroah-Hartman:
  o add another line to udev.permissions in the proper format
  o tweak replace_test
  o fix permissions to work properly now
  o add real udev.permissions file to test directory
  o fix namedev.c to build with older version of gcc
  o add dumb test for all of the different modifiers
  o update the TODO list with more items that people can easily do
  o move the test.block and test.tty scripts to the test/ directory
  o add remove actions to the test scripts
  o turn DEBUG_PARSER off by default
  o add some documentation for the %b modifier to the default config file
  o fix make install rule for when the udev symlink is already there
  o change release target in makefile
  o change debug level on printf values for now
  o updated demo config file
  o add some documentation of the modifiers to the default config file
  o add demo config file
  o updated bk ignore list for klibc generated files
  o add printf option to label test to verify it works
  o fix up printf-like functionality due to previous changes
  o get the major/minor number before we name the device
  o add scsi_id "extra" program from Patrick Mansfield <patmans@us.ibm.com>
  o Add multipath "extra" program from Christophe Varoqui, <christophe.varoqui@free.fr>
  o trailing whitespace cleanups
  o splig LABEL and NUMBER into separate functions
  o add TOPO regression test
  o move TOPOLOGY rule to it's own function
  o fix bug where NUMBER and TOPOLOGY would not work for partitions
  o clean up the way we find the sysdevice for a block device for namedev
  o updated label test script (tests for partitions now.)
  o split REPLACE and CALLOUT into separate functions
  o add debug line for REPLACE call
  o add replace test
  o add more sysfs test tree files
  o change UDEV_SYSFS_PATH environment variable due to libsysfs change
  o fix bug in klibc's isspace function
  o fix udev-add.c to build properly with older versions of gcc
  o add prototype for ftruncate to klibc
  o Remove a few items from the TODO list that are already done
  o version number to 005_bk
  o pull some klibc stuff into the make Makefile to try to stay in sync
  o klibc build fixes

Kay Sievers:
  o apply permissions.conf support for wildcard and default name
  o man page with included placeholder list
  o implement printf-like placeholder support for NAME
  o more manpage tweaks
  o add support for subdirs
  o add uid/gid to nodes

Olaf Hering:
  o DESTDIR for udev

Paul Mundt:
  o Fixup path for kernel includes when building with klibc

Robert Love:
  o udev init script




-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

Re: [ANNOUNCE] udev 006 release

[Greg KH]

On Wed, Nov 19, 2003 at 08:29:12AM -0800, Greg KH wrote:
> The major changes since the 005 release are:

Oops, two more major changes I forgot to mention:
	- udev.permissions can now handle wild cards.  So the following
	  line would apply for all ttyUSB devices:
	  	ttyUSB*:::0666
	- I've added two external programs to the udev tarball, under
	  the extras/ directory.  They are the scsi-id program from Pat
	  Mansfield, and the multipath program from Christophe Varoqui.
	  Both of them can work as CALLOUT programs.  I don't think they
	  currently build properly within the tree, by linking against
	  klibc, but patches to their Makefiles to fix this would be
	  gladly accepted :)

Thanks a lot to both Pat and Christophe for letting me include their
programs in the main udev release, I appreciate it.  And if there's any
other small programs that people want me to bundle within udev, please
let me know.

thanks,

greg k-h


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

Re: [ANNOUNCE] udev 006 release

[Dave Jones]

On Wed, Nov 19, 2003 at 08:29:12AM -0800, Greg KH wrote:
 > I've released the 006 version of udev.  It can be found at:
 > 	kernel.org/pub/linux/utils/kernel/hotplug/udev-006.tar.gz
 > 
 > The udev BitKeeper tree has moved for now, due to kernel.bkbits.net
 > being off the air to:
 > 	bk://linuxusb.bkbits.net/udev
 > 
 > Note, to build using klibc, please read the klibc README in the klibc/
 > directory, and build using 'make -f Makefile.klibc'.
 > 
 > If anyone ever wants a snapshot of the current tree, due to not using
 > BitKeeper, or other reasons, is always available at any time by asking.

I just changed my sparse snapshotter to a generic bitkeeper repo snapshotting
script. Daily tarballs of udev as well as a daily unpacked tree can now also
be found at http://www.codemonkey.org.uk/projects/bitkeeper/udev/

		Dave



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

Re: [ANNOUNCE] udev 006 release

[Olaf Hering]

 On Wed, Nov 19, Greg KH wrote:

> 	- I've added two external programs to the udev tarball, under
> 	  the extras/ directory.  They are the scsi-id program from Pat
> 	  Mansfield, and the multipath program from Christophe Varoqui.
> 	  Both of them can work as CALLOUT programs.  I don't think they
> 	  currently build properly within the tree, by linking against
> 	  klibc, but patches to their Makefiles to fix this would be
> 	  gladly accepted :)

There is no make install target for the headers and the libs. Both
packages disgree on the location. I use the patch below. Can you make a
decision where the headers should be located?


--- scsi_id/scsi_id.c
+++ scsi_id/scsi_id.c	2003/11/19 21:25:38
@@ -33,7 +33,7 @@
 #include <stdarg.h>
 #include <ctype.h>
 #include <sys/stat.h>
-#include <sys/libsysfs.h>
+#include <libsysfs.h>
 #include "scsi_id.h"
 
 #ifndef VERSION
--- scsi_id/scsi_serial.c
+++ scsi_id/scsi_serial.c	2003/11/19 21:25:42
@@ -31,7 +31,7 @@
 #include <unistd.h>
 #include <syslog.h>
 #include <scsi/sg.h>
-#include <sys/libsysfs.h>
+#include <libsysfs.h>
 #include "scsi_id.h"
 #include "scsi.h"
 

-- 
USB is for mice, FireWire is for men!

sUse lINUX ag, n√úRNBERG


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

Re: [ANNOUNCE] udev 006 release

[Daniel Stekloff]

On Wednesday 19 November 2003 10:59 pm, Olaf Hering wrote:
>  On Wed, Nov 19, Greg KH wrote:
> > 	- I've added two external programs to the udev tarball, under
> > 	  the extras/ directory.  They are the scsi-id program from Pat
> > 	  Mansfield, and the multipath program from Christophe Varoqui.
> > 	  Both of them can work as CALLOUT programs.  I don't think they
> > 	  currently build properly within the tree, by linking against
> > 	  klibc, but patches to their Makefiles to fix this would be
> > 	  gladly accepted :)
>
> There is no make install target for the headers and the libs. Both
> packages disgree on the location. I use the patch below. Can you make a
> decision where the headers should be located?


As a note, the package sysfsutils that contains libsysfs installs the headers 
into /usr/include/sysfs. Are we going to have conflicts since udev has its 
own private libsysfs statically included? Should the extra programs build off 
udev's libsysfs, since they are included with the package? Or, should they 
require a shared libsysfs from sysfsutils? If udev is to have its own static 
edition of libsysfs, perhaps it'd be best if it didn't install headers and 
the extras either used its static version or required the shared libsysfs to 
be installed.

Thanks,

Dan


> --- scsi_id/scsi_id.c
> +++ scsi_id/scsi_id.c	2003/11/19 21:25:38
> @@ -33,7 +33,7 @@
>  #include <stdarg.h>
>  #include <ctype.h>
>  #include <sys/stat.h>
> -#include <sys/libsysfs.h>
> +#include <libsysfs.h>
>  #include "scsi_id.h"
>
>  #ifndef VERSION
> --- scsi_id/scsi_serial.c
> +++ scsi_id/scsi_serial.c	2003/11/19 21:25:42
> @@ -31,7 +31,7 @@
>  #include <unistd.h>
>  #include <syslog.h>
>  #include <scsi/sg.h>
> -#include <sys/libsysfs.h>
> +#include <libsysfs.h>
>  #include "scsi_id.h"
>  #include "scsi.h"



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

Re: [ANNOUNCE] udev 006 release

[Greg KH]

On Thu, Nov 20, 2003 at 01:12:09AM +0000, Dave Jones wrote:
>  > If anyone ever wants a snapshot of the current tree, due to not using
>  > BitKeeper, or other reasons, is always available at any time by asking.
> 
> I just changed my sparse snapshotter to a generic bitkeeper repo snapshotting
> script. Daily tarballs of udev as well as a daily unpacked tree can now also
> be found at http://www.codemonkey.org.uk/projects/bitkeeper/udev/

Very nice, thanks for doing this.

greg k-h


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

Re: [ANNOUNCE] udev 006 release

[Greg KH]

On Thu, Nov 20, 2003 at 07:25:34AM -0800, Daniel Stekloff wrote:
> On Wednesday 19 November 2003 10:59 pm, Olaf Hering wrote:
> >  On Wed, Nov 19, Greg KH wrote:
> > > 	- I've added two external programs to the udev tarball, under
> > > 	  the extras/ directory.  They are the scsi-id program from Pat
> > > 	  Mansfield, and the multipath program from Christophe Varoqui.
> > > 	  Both of them can work as CALLOUT programs.  I don't think they
> > > 	  currently build properly within the tree, by linking against
> > > 	  klibc, but patches to their Makefiles to fix this would be
> > > 	  gladly accepted :)
> >
> > There is no make install target for the headers and the libs. Both
> > packages disgree on the location. I use the patch below. Can you make a
> > decision where the headers should be located?
> 
> 
> As a note, the package sysfsutils that contains libsysfs installs the headers 
> into /usr/include/sysfs. Are we going to have conflicts since udev has its 
> own private libsysfs statically included? Should the extra programs build off 
> udev's libsysfs, since they are included with the package? Or, should they 
> require a shared libsysfs from sysfsutils? If udev is to have its own static 
> edition of libsysfs, perhaps it'd be best if it didn't install headers and 
> the extras either used its static version or required the shared libsysfs to 
> be installed.

I think the extras/ programs should probably build against the udev
version of libsysfs, in order to provide a "build everything"
experience, and not rely on people having to get a verison of libsysfs
too.

thanks,

greg k-h


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel