Bug#782487: sg3-utils: provide udev rules for multipath-tools [PATCH v2]
On 05/13/2015 08:54 AM, Ritesh Raj Sarraf wrote: So something in between 1.39..1.40 has changed. I can't see much on the packaging side. So it is either upstream's build, or else our toolchain. Unfortunately, I haven't been able to root cause it. So this will have to wait until I look at it again. Ok, thank you. -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782487: sg3-utils: provide udev rules for multipath-tools [PATCH v2]
On Tuesday 12 May 2015 07:27 PM, Mauricio Faria de Oliveira wrote: THis has nothing to do with you patches. Looks like something got broken in the build environment with 1.40. Nice. I was wondering what could have gone wrong, as it built alright on my test (dpkg-buildpackage) before submitting it. So here's the story so far. 1.39 (already in the archive) builds perfect. 1.40 builds successfully, but empty. So first I built without your changes to narrow it down. It still fails. So something in between 1.39..1.40 has changed. I can't see much on the packaging side. So it is either upstream's build, or else our toolchain. Unfortunately, I haven't been able to root cause it. So this will have to wait until I look at it again. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#782487: sg3-utils: provide udev rules for multipath-tools [PATCH v2]
On Tuesday 12 May 2015 03:52 PM, Ritesh Raj Sarraf wrote: Didn't build proper. These are arch dependent packages and their libraries / binaries vanished. THis has nothing to do with you patches. Looks like something got broken in the build environment with 1.40. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#782487: sg3-utils: provide udev rules for multipath-tools [PATCH v2]
Hi Ritesh, On 05/12/2015 07:28 AM, Ritesh Raj Sarraf wrote: On Tuesday 12 May 2015 03:52 PM, Ritesh Raj Sarraf wrote: Didn't build proper. These are arch dependent packages and their libraries / binaries vanished. THis has nothing to do with you patches. Looks like something got broken in the build environment with 1.40. Nice. I was wondering what could have gone wrong, as it built alright on my test (dpkg-buildpackage) before submitting it. On 05/12/2015 06:31 AM, Ritesh Raj Sarraf wrote: Should we add this as a Recommends for multipath-tools ? Hm. I think so, but perhaps as Depends? (reasoning below) :) Well, unfortunately I don't have a system now to test the following on, but I believe even when not booting from multipath disks, one will need the sg3-utils udev rules to export the SCSI_IDENT udev properties too.. so the disks can be discovered by multipath. I guess the other udev property (ID_WWN) is set automatically from disks from storage systems/fibrechannel, but that's not the case for local/SAS disks, for example (which need the SCSI_IDENT ones). So, to cover all cases, I believe multipath-tools should bring the new sg3-utils-udev package w/ udev rules in, I'm just not sure with which requirement (either Depends or Recommends). Do you have an opinion on that? (I'm new to the multipath world). I may be able to check that scenario in some time. Thanks! -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782487: sg3-utils: provide udev rules for multipath-tools [PATCH v2]
On Friday 08 May 2015 06:29 PM, Mauricio Faria de Oliveira wrote: Package: src:sg3-utils Hi Ritesh, Please consider this patch instead. Thanks. I'll add it now. But this will have to go through the NEW queue I noticed the previous one has bug in the initramfs hook. If there's nothing in initramfs's /usr/bin, sg_inq is copied as /usr/bin (file), rather than /usr/bin/sq_inq; This breaks multipath discovery because the ID_SCSI udev properties (from sg_inq --export) doesn't show up. Should we add this as a Recommends for multipath-tools ? -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#782487: sg3-utils: provide udev rules for multipath-tools [PATCH v2]
On Tuesday 12 May 2015 03:01 PM, Ritesh Raj Sarraf wrote: On Friday 08 May 2015 06:29 PM, Mauricio Faria de Oliveira wrote: Package: src:sg3-utils Hi Ritesh, Please consider this patch instead. Thanks. I'll add it now. But this will have to go through the NEW queue Didn't build proper. These are arch dependent packages and their libraries / binaries vanished. rrs@learner:/var/tmp/Debian-Build/Result$ dpkg --contents libsgutils2-2_1.40-1_amd64.deb drwxr-xr-x root/root 0 2015-05-12 15:45 ./ drwxr-xr-x root/root 0 2015-05-12 15:45 ./usr/ drwxr-xr-x root/root 0 2015-05-12 15:45 ./usr/share/ drwxr-xr-x root/root 0 2015-05-12 15:45 ./usr/share/doc/ drwxr-xr-x root/root 0 2015-05-12 15:45 ./usr/share/doc/libsgutils2-2/ -rw-r--r-- root/root 21813 2014-11-11 10:42 ./usr/share/doc/libsgutils2-2/changelog.gz -rw-r--r-- root/root 3907 2015-05-12 15:08 ./usr/share/doc/libsgutils2-2/changelog.Debian.gz -rw-r--r-- root/root 2804 2015-05-12 15:01 ./usr/share/doc/libsgutils2-2/copyright 15:51 ♒♒♒ ☺ rrs@learner:/var/tmp/Debian-Build/Result$ dpkg --contents sg3-utils sg3-utils_1.40-1_amd64.deb sg3-utils-udev_1.40-1_all.deb 15:51 ♒♒♒ ☺ rrs@learner:/var/tmp/Debian-Build/Result$ dpkg --contents sg3-utils_1.40-1_amd64.deb drwxr-xr-x root/root 0 2015-05-12 15:45 ./ drwxr-xr-x root/root 0 2015-05-12 15:45 ./usr/ drwxr-xr-x root/root 0 2015-05-12 15:45 ./usr/share/ drwxr-xr-x root/root 0 2015-05-12 15:45 ./usr/share/doc/ drwxr-xr-x root/root 0 2015-05-12 15:45 ./usr/share/doc/sg3-utils/ -rw-r--r-- root/root 4165 2014-09-29 22:17 ./usr/share/doc/sg3-utils/README.win32.gz -rw-r--r-- root/root 1923 2014-11-11 10:42 ./usr/share/doc/sg3-utils/COVERAGE.gz -rw-r--r-- root/root 8514 2014-11-11 10:42 ./usr/share/doc/sg3-utils/README.gz -rw-r--r-- root/root 1230 2012-02-11 04:39 ./usr/share/doc/sg3-utils/README.sg_start -rw-r--r-- root/root 2833 2013-01-18 06:21 ./usr/share/doc/sg3-utils/README.tru64 -rw-r--r-- root/root 114 2007-07-14 06:12 ./usr/share/doc/sg3-utils/AUTHORS -rw-r--r-- root/root 2093 2013-01-18 06:21 ./usr/share/doc/sg3-utils/README.freebsd.gz -rw-r--r-- root/root 1299 2011-12-17 07:41 ./usr/share/doc/sg3-utils/README.iscsi -rw-r--r-- root/root 21813 2014-11-11 10:42 ./usr/share/doc/sg3-utils/changelog.gz -rw-r--r-- root/root 2539 2013-01-18 06:21 ./usr/share/doc/sg3-utils/README.solaris.gz -rw-r--r-- root/root 3907 2015-05-12 15:08 ./usr/share/doc/sg3-utils/changelog.Debian.gz -rw-r--r-- root/root 2478 2014-11-11 10:42 ./usr/share/doc/sg3-utils/CREDITS.gz -rw-r--r-- root/root 2804 2015-05-12 15:01 ./usr/share/doc/sg3-utils/copyright 15:51 ♒♒♒ ☺ -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#782487: sg3-utils: provide udev rules for multipath-tools [PATCH v2]
Package: src:sg3-utils
Hi Ritesh,
Please consider this patch instead.
I noticed the previous one has bug in the initramfs hook.
If there's nothing in initramfs's /usr/bin, sg_inq is copied
as /usr/bin (file), rather than /usr/bin/sq_inq;
This breaks multipath discovery because the ID_SCSI udev properties
(from sg_inq --export) doesn't show up.
$ interdiff sg3-utils_udev-rules.debdiff sg3-utils_udev-rules_v2.debdiff
[snip]
@@ -27,7 +27,7 @@
done
}
-copy_exec /usr/bin/sg_inq /usr/bin
+copy_exec /usr/bin/sg_inq
add_udev_rules
Thanks!
--
Mauricio Faria de Oliveira
IBM Linux Technology Center
diff -Nru sg3-utils-1.39/debian/changelog sg3-utils-1.39/debian/changelog
--- sg3-utils-1.39/debian/changelog 2014-09-29 05:01:40.0 -0300
+++ sg3-utils-1.39/debian/changelog 2015-04-12 19:49:18.0 -0300
@@ -1,3 +1,14 @@
+sg3-utils (1.39-1udevrules1) UNRELEASED; urgency=medium
+
+ * sg3-utils-udev (new binary package): provide the udev rules for SCSI-ID
+mappings and symlinks at boot time for multipath-tools:
+- debian/control: add sg3-utils-udev
+- debian/rules: build it with override_dh_{install,clean}
+- debian/initramfs/hooks: add_udev_rules() and copy_exec() 'sg_inq' to
initramfs
+- debian/sg3-utils-udev.post{inst,rm}: call update-initramfs
+
+ -- Mauricio Faria de Oliveira mauri...@linux.vnet.ibm.com Sun, 12 Apr 2015
19:22:02 -0300
+
sg3-utils (1.39-1) unstable; urgency=medium
* [a3a22b2] Imported Upstream version 1.39
diff -Nru sg3-utils-1.39/debian/control sg3-utils-1.39/debian/control
--- sg3-utils-1.39/debian/control 2014-04-03 03:37:10.0 -0300
+++ sg3-utils-1.39/debian/control 2015-04-12 19:21:27.0 -0300
@@ -62,3 +62,18 @@
Developer files (i.e. headers and a static library) which are associated with
the utilities in the sg3-utils package.
+Package: sg3-utils-udev
+Architecture: all
+Depends: sg3-utils, initramfs-tools
+Description: utilities for devices using the SCSI command set (udev rules)
+ Most OSes have SCSI pass-through interfaces that enable user space programs
+ to send SCSI commands to a device and fetch the response. With SCSI to ATA
+ Translation (SAT) many ATA disks now can process SCSI commands. Typically
+ each utility in this package implements one SCSI command. See the draft
+ standards at www.t10.org for SCSI command definitions plus SAT. ATA
+ commands are defined in the draft standards at www.t13.org . For a mapping
+ between supported SCSI and ATA commands and utility names in this package
+ see the COVERAGE file.
+ .
+ udev rules which are associated with the utilities in the sg3-utils package.
+
diff -Nru sg3-utils-1.39/debian/initramfs/hooks
sg3-utils-1.39/debian/initramfs/hooks
--- sg3-utils-1.39/debian/initramfs/hooks 1969-12-31 21:00:00.0
-0300
+++ sg3-utils-1.39/debian/initramfs/hooks 2015-04-12 19:21:27.0
-0300
@@ -0,0 +1,33 @@
+#!/bin/sh
+# (based on multipath-tools-boot)
+
+PREREQS=udev
+
+prereqs() { echo $PREREQS; }
+
+case $1 in
+prereqs)
+ prereqs
+ exit 0
+ ;;
+esac
+
+if [ ! -x /usr/bin/sg_inq ]; then
+ exit 0
+fi
+
+. /usr/share/initramfs-tools/hook-functions
+
+add_udev_rules()
+{
+ for rules in 55-scsi-sg3_id.rules 58-scsi-sg3_symlink.rules; do
+if [ -e /lib/udev/rules.d/$rules ]; then
+ cp -p /lib/udev/rules.d/$rules $DESTDIR/lib/udev/rules.d/
+fi
+ done
+}
+
+copy_exec /usr/bin/sg_inq
+
+add_udev_rules
+
diff -Nru sg3-utils-1.39/debian/rules sg3-utils-1.39/debian/rules
--- sg3-utils-1.39/debian/rules 2014-04-03 03:37:10.0 -0300
+++ sg3-utils-1.39/debian/rules 2015-04-12 19:21:27.0 -0300
@@ -16,10 +16,32 @@
DEB_HOST_ARCH_OS := $(shell dpkg-architecture -qDEB_HOST_ARCH_OS 2/dev/null)
PKG_VERS=$(shell dpkg-parsechangelog | sed -rne 's,^Version: ([^-]+).*,\1,p')
+INITRAMFS=$(CURDIR)/debian/sg3-utils-udev/usr/share/initramfs-tools/
+
get-orig-source:
uscan --force-download --rename --repack --download-version=$(PKG_VERS)
--destdir=.
%:
dh $@ --with autoreconf
+override_dh_install:
+ dh_testdir
+ dh_install
+
+ [ ! -f scripts/55-scsi-sg3_id.rules ] || cp
scripts/55-scsi-sg3_id.rules debian/sg3-utils-udev.scsi-sg3_id.udev
+ [ ! -f scripts/58-scsi-sg3_symlink.rules ] || cp
scripts/58-scsi-sg3_symlink.rules debian/sg3-utils-udev.scsi-sg3_symlink.udev
+
+ dh_installudev -psg3-utils-udev --priority=55 --name=scsi-sg3_id
+ dh_installudev -psg3-utils-udev --priority=58 --name=scsi-sg3_symlink
+
+ install -D -m 755 debian/initramfs/hooks $(INITRAMFS)/hooks/sg3-utils
+
+override_dh_clean:
+ dh_testdir
+
+ rm -f debian/sg3-utils-udev.scsi-sg3_id.udev
+ rm -f debian/sg3-utils-udev.scsi-sg3_symlink.udev
+
+ dh_clean
+
.PHONY: get-orig-source
diff -Nru sg3-utils-1.39/debian/sg3-utils-udev.postinst
Bug#782487: sg3-utils: provide udev rules for multipath-tools
Hi Ritesh, On 04/21/2015 02:34 PM, Ritesh Raj Sarraf wrote: On Thursday 16 April 2015 07:56 PM, Serge Cohen wrote: Is it possible to raise the severity level of this bug to make it RC, and is there a chance that both bugs (782487 and 782488) are solved before the release so that the installation on systems relying on multipath would not require workaround to be functional ? Thanks for reporting the issue. But at this time, this will not make into Jessie. Yeah, that's certainly understandable.. specially* with a release date this Saturday. :-) I usually mention/ask for upload to Jessie just to signal the intention to put it in the stable release (similarly to CC:sta...@vger.kernel.org in LKML), although I sure enough understand and expect some constraints (e.g., personal time, testing time, feasibility etc.) to sometimes make things not the way some users want, but the way a majority of users may benefit more, by at least following the right Debian process. This is one gripe I have with Debian Enterprise users. I always get bug reports at the very last minute. ... Ugh, yeah. I notice that too and feel unfortunate to be in that position this time. It's really unfortunate timing in this occasion; something I, personally, work to improve where I can, but sometimes, sadly, it still happens. ... What most users don't realize is that many of us Debian Developers are really pure volunteers. :-) We aren't paid by anyone to work on it, thus the commitment and reaction to a bug report heavily depends on when I have the time. For sure. Again, thanks a bunch for really looking at the patches/emails I have been bugging (literally) you with. :) It's not always that way in other packages/scenarios, and even non-volunteers (for workload or other reasons). Anyways... I'll be looking into packaging 1.40 soon. I don't like the idea to introduce a new package, but then let me check first. Thanks. If that helps, the rationale I adopted to decide to split the udev rules out in a new package is a conservative one, based on these ideas: - People that are used to install sg-utils just to get its binaries, so will, rather than all of sudden have new udev rules/attributes for their disks and a mysterious initramfs-update for no apparent/required reason. - If there's no requirement for those udev rules until now, there isn't. So, just put it in a small package that provides them, and let reverse- dependencies exist where they are actually required. - I also thought of following the existing convention of -boot suffix (e.g., multipath-tools, kpartx) when there are changes to the initramfs, but for some reason I preferred the -udev suffix, perhaps because that's clear enough, but I don't recall right now :) @Mauricio: Again, thank you. Your reports and patches are really helpful to me. Always glad to contribute, Ritesh. Again, thank you for your time and effort on multipath-tools et al. :) Best regards, -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782487: sg3-utils: provide udev rules for multipath-tools
On Thursday 16 April 2015 07:56 PM, Serge Cohen wrote: Is it possible to raise the severity level of this bug to make it RC, and is there a chance that both bugs (782487 and 782488) are solved before the release so that the installation on systems relying on multipath would not require workaround to be functional ? Thank you very much for all the work already done. Thanks for reporting the issue. But at this time, this will not make into Jessie. This is one gripe I have with Debian Enterprise users. I always get bug reports at the very last minute. What most users don't realize is that many of us Debian Developers are really pure volunteers. :-) We aren't paid by anyone to work on it, thus the commitment and reaction to a bug report heavily depends on when I have the time. Anyways... I'll be looking into packaging 1.40 soon. I don't like the idea to introduce a new package, but then let me check first. @Mauricio: Again, thank you. Your reports and patches are really helpful to me. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#782487: sg3-utils: provide udev rules for multipath-tools
As mentioned for bug #782488 (multipath-tools: updates for compatibility with
property blacklist)
Hello,
I am also affected by this bug with a device which by defaults is always seen
has belonging to the blacklist since it does not have a proper SCSI_IDENT.*
udev property.
I have not tested the patch since I found a fast work around and not having
much time right now, but what is described in the email attached to the bug
would definitely solve the issue. The current work around I have is to add the
ID_SERIAL in the property of blacklist_exceptions as such :
blacklist_exceptions {
wwidXX
## property (ID_WWN|SCSI_IDENT_.*)
property (ID_WWN|SCSI_IDENT_.*|ID_SERIAL)
}
For this workaround to be fully function I also had to perform a
update_initramfs (so it is accounted for during boot).
Clearly it would be much better that udeb is already adding the expected
SCSI_IDENT_* properties to SCSI devices as proposed in patch with bug #782487
Is it possible to raise the severity level of this bug to make it RC, and is
there a chance that both bugs (782487 and 782488) are solved before the release
so that the installation on systems relying on multipath would not require
workaround to be functional ?
Thank you very much for all the work already done.
Serge.
signature.asc
Description: Message signed with OpenPGP using GPGMail
Bug#782487: sg3-utils: provide udev rules for multipath-tools
Package: src:sg3-utils
Version: 1.39-1
Tags: patch
Hi Ritesh,
This patch creates the binary package sg3-utils-udev, which installs
the upstream udev rules in the initramfs, so SCSI_IDENT_* properties
are defined for multipath-tools/-boot to correctly whitelist sd devs.
May you please consider it for an upload to jessie?
Thanks!
Details:
---
Package and installed/initramfs files:
# dpkg-deb -c sg3-utils-udev_1.39-1udevrules1_all.deb
drwxr-xr-x root/root 0 2015-04-13 04:32 ./
drwxr-xr-x root/root 0 2015-04-13 04:31 ./usr/
drwxr-xr-x root/root 0 2015-04-13 04:31 ./usr/share/
drwxr-xr-x root/root 0 2015-04-13 04:31
./usr/share/initramfs-tools/
drwxr-xr-x root/root 0 2015-04-13 04:31
./usr/share/initramfs-tools/hooks/
-rwxr-xr-x root/root 485 2015-04-13 04:31
./usr/share/initramfs-tools/hooks/sg3-utils
drwxr-xr-x root/root 0 2015-04-13 04:31 ./usr/share/doc/
drwxr-xr-x root/root 0 2015-04-13 04:31
./usr/share/doc/sg3-utils-udev/
-rw-r--r-- root/root 3907 2015-04-13 04:19
./usr/share/doc/sg3-utils-udev/changelog.Debian.gz
-rw-r--r-- root/root 2804 2014-04-03 12:07
./usr/share/doc/sg3-utils-udev/copyright
-rw-r--r-- root/root 21142 2014-06-12 19:05
./usr/share/doc/sg3-utils-udev/changelog.gz
drwxr-xr-x root/root 0 2015-04-13 04:31 ./lib/
drwxr-xr-x root/root 0 2015-04-13 04:31 ./lib/udev/
drwxr-xr-x root/root 0 2015-04-13 04:31 ./lib/udev/rules.d/
-rw-r--r-- root/root 1878 2015-04-13 04:31
./lib/udev/rules.d/58-scsi-sg3_symlink.rules
-rw-r--r-- root/root 2468 2015-04-13 04:31
./lib/udev/rules.d/55-scsi-sg3_id.rules
# dpkg -i
{sg3-utils-udev,sg3-utils,libsgutils2-2}_1.39-1udevrules1_*.deb
...
Setting up sg3-utils-udev (1.39-1udevrules1) ...
update-initramfs: deferring update (trigger activated)
...
Processing triggers for initramfs-tools (0.119) ...
update-initramfs: Generating /boot/initrd.img-3.19.0-trunk-powerpc64le
...
# gzip -dc /boot/initrd.img | cpio -t | grep sg
118989 blocks
bin/dmesg
usr/bin/sg_inq
usr/lib/libsgutils2.so.2
lib/modules/3.19.0-trunk-powerpc64le/kernel/drivers/scsi/sg.ko
lib/udev/rules.d/58-scsi-sg3_symlink.rules
lib/udev/rules.d/55-scsi-sg3_id.rules
# ls -l /lib/udev/rules.d/*scsi-sg3*.rules
-rw-r--r-- 1 root root 2468 Apr 12 19:50
/lib/udev/rules.d/55-scsi-sg3_id.rules
-rw-r--r-- 1 root root 1878 Apr 12 19:50
/lib/udev/rules.d/58-scsi-sg3_symlink.rules
After reboot (i.e., udev changes active), the SCSI/SCSI_IDENT properties
are defined:
# udevadm info -q property /dev/sda
DEVLINKS=/dev/disk/by-id/scsi-0IBM_IPR-0_5EC99A00_0
/dev/disk/by-id/scsi-1IBM_IPR-0_5EC99A000430
/dev/disk/by-path/pci-0001:08:00.0-scsi-0:2:3:0
DEVNAME=/dev/sda
DEVPATH=/devices/pci0001:00/0001:00:00.0/0001:01:00.0/0001:02:08.0/0001:08:00.0/host0/target0:2:3/0:2:3:0/block/sda
DEVTYPE=disk
ID_BUS=scsi
ID_MODEL=IPR-0_5EC99A00
ID_MODEL_ENC=IPR-0\x20\x20\x205EC99A00
ID_PATH=pci-0001:08:00.0-scsi-0:2:3:0
ID_PATH_TAG=pci-0001_08_00_0-scsi-0_2_3_0
ID_SCSI=1
ID_SERIAL=1IBM_IPR-0_5EC99A000430
ID_SERIAL_SHORT=IBM_IPR-0_5EC99A000430
ID_TYPE=disk
ID_VENDOR=IBM
ID_VENDOR_ENC=IBM\x20\x20\x20\x20\x20
MAJOR=8
MINOR=0
SCSI_IDENT_LUN_T10=IBM_IPR-0_5EC99A000430
SCSI_IDENT_LUN_VENDOR=0
SCSI_IDENT_PORT_RELATIVE=53722
SCSI_IDENT_PORT_TARGET_PORT_GROUP=0xd1da
SCSI_MODEL=IPR-0_5EC99A00
SCSI_MODEL_ENC=IPR-0\x20\x20\x205EC99A00
SCSI_TPGS=1
SCSI_TYPE=disk
SCSI_VENDOR=IBM
SCSI_VENDOR_ENC=IBM\x20\x20\x20\x20\x20
SUBSYSTEM=block
USEC_INITIALIZED=94634646
--
Mauricio Faria de Oliveira
IBM Linux Technology Center
diff -Nru sg3-utils-1.39/debian/changelog sg3-utils-1.39/debian/changelog
--- sg3-utils-1.39/debian/changelog 2014-09-29 05:01:40.0 -0300
+++ sg3-utils-1.39/debian/changelog 2015-04-12 19:49:18.0 -0300
@@ -1,3 +1,14 @@
+sg3-utils (1.39-1udevrules1) UNRELEASED; urgency=medium
+
+ * sg3-utils-udev (new binary package): provide the udev rules for SCSI-ID
+mappings and symlinks at boot time for multipath-tools:
+- debian/control: add sg3-utils-udev
+- debian/rules: build it with override_dh_{install,clean}
+- debian/initramfs/hooks: add_udev_rules() and copy_exec() 'sg_inq' to
initramfs
+- debian/sg3-utils-udev.post{inst,rm}: call update-initramfs
+
+ -- Mauricio Faria de Oliveira mauri...@linux.vnet.ibm.com Sun, 12 Apr 2015
19:22:02 -0300
+
sg3-utils (1.39-1) unstable; urgency=medium
* [a3a22b2] Imported Upstream version 1.39
diff -Nru sg3-utils-1.39/debian/control
