hal ChangeLog,1.372.2.19,1.372.2.20

[David Zeuthen]

Update of /cvs/hal/hal
In directory gabe:/tmp/cvs-serv6751

Modified Files:
      Tag: hal-0_4-stable-branch
	ChangeLog 
Log Message:
2005-01-06  David Zeuthen  <davidz at redhat.com>

	* hald/linux/volume_id/volume_id.c (probe_iso9660): Patch from
	Leon Breedt <bitserf at gmail.com>. Signed off by Kay Sievers
	<kay.sievers at vrfy.org>. It seems Joliet stores the volume label in
	something called a Supplementary Volume Descriptor (located some
	where after the Primary Volume Descriptor). This has largely the
	same format as a PVD, and the volume_id field of this descriptor
	contains the UTF-16 (Big Endian) encoded volume ID. I've created a
	patch that uses this instead if present, and it works for me. As
	in, the names in lshal and hal-device-manager are correctly
	displayed.



Index: ChangeLog
===================================================================
RCS file: /cvs/hal/hal/ChangeLog,v
retrieving revision 1.372.2.19
retrieving revision 1.372.2.20
diff -u -d -r1.372.2.19 -r1.372.2.20
--- ChangeLog	7 Jan 2005 03:22:34 -0000	1.372.2.19
+++ ChangeLog	7 Jan 2005 03:26:51 -0000	1.372.2.20
@@ -1,5 +1,18 @@
 2005-01-06  David Zeuthen  <davidz at redhat.com>
 
+	* hald/linux/volume_id/volume_id.c (probe_iso9660): Patch from
+	Leon Breedt <bitserf at gmail.com>. Signed off by Kay Sievers
+	<kay.sievers at vrfy.org>. It seems Joliet stores the volume label in
+	something called a Supplementary Volume Descriptor (located some
+	where after the Primary Volume Descriptor). This has largely the
+	same format as a PVD, and the volume_id field of this descriptor
+	contains the UTF-16 (Big Endian) encoded volume ID. I've created a
+	patch that uses this instead if present, and it works for me. As
+	in, the names in lshal and hal-device-manager are correctly
+	displayed.
+
+2005-01-06  David Zeuthen  <davidz at redhat.com>
+
 	* hald/linux/osspec.c (add_device): Patch from Sjoerd Simons
 	<sjoerd at luon.net>. Hal doesn't handle the case that
 	recover_net_device fails, causing a nice segv. Fixed in attached