[ubuntu/quantal] mdadm 3.2.5-1ubuntu1 (Accepted)
Dmitrijs Ledkovs
dmitrij.ledkov at ubuntu.com
Fri Jun 22 19:50:32 UTC 2012
mdadm (3.2.5-1ubuntu1) quantal; urgency=low
* Merge from Debian testing. (LP: #920324) Remaining changes:
- Call checks in local-premount to avoid race condition with udev
and opening a degraded array.
- d/initramfs/mdadm-functions: Record in /run when boot-degraded
question has been asked so that it is only asked once
- pass --test to mdadm to enable result codes for degraded arrays.
- debian/control: we need udev and util-linux in the right version. We
also remove the build dependency from quilt and docbook-to-man as both
are not used in Ubuntus mdadm.
- debian/initramfs/hook: kept the Ubuntus version for handling the absence
of active raid arrays in <initramfs>/etc/mdadm/mdadm.conf
- debian/initramfs/script.local-top.DEBIAN, debian/mdadm-startall,
debian/mdadm.raid.DEBIAN: removed. udev does its job now instead.
- debian/mdadm-startall.sgml, debian/mdadm-startall.8: documentation of
unused startall script
- debian/mdadm.config, debian/mdadm.postinst - let udev do the handling
instead. Resolved merge conflict by keeping Ubuntu's version.
- debian/mdadm.postinst, debian/mdadm.config, initramfs/init-premount:
boot-degraded enablement; maintain udev starting of RAID devices;
init-premount hook script for the initramfs, to provide information at
boot
- debian/mkconf.in is the older mkconf. Kept the Ubuntu version.
- debian/rules: Kept Ubuntus version for installing apport hooks, not
installing un-used startall script.
- debian/install-rc, check.d/_numbers, check.d/root_on_raid: Ubuntu partman
installer changes
- debian/presubj: Dropped this unused bug reporting file. Instead use
source_mdadm.py act as an apport hook for bug handling.
- d/p/debian-changes-3.1.4-1+8efb9d1ubuntu4: mdadm udev rule
incrementally adds mdadm member when detected. Starting such an
array in degraded mode is possible by mdadm -IRs. Using mdadm
-ARs without stopping the array first does nothing when no
mdarray-unassociated device is available. Using mdadm -IRs to
start a previously partially assembled array through incremental
mode. Keeping the mdadm -ARs for assembling arrays which were for
some reason not assembled through incremental mode (i.e through
mdadm's udev rule).
* Additional Ubuntu changes:
- debian/initramfs/local-premount: add call wait_for_udev to wait a
little longer for RAID devices to appear (LP: #942106)
* Dropped Ubuntu changes:
- Build udeb with -O2 on ppc64, working around a link error. Builds
fine without it on debian.
- rename debian/mdadm.vol_id.udev to debian/mdadm.mdadm-blkid.udev so
that the rules file ends up with a more reasonable name. debian/rules
changes for adding ubuntu's udev rule corresponding to mdadm. As we
are now using 'upstream' udev rules see 3.2.3-2ubuntu2.
* Changes to Ubuntu changes:
- debian/source_mdadm.py: make apport hook python 2 and 3 compatible
(LP: #1013171).
* New upstream release closes this bugs:
- mdadm --detail --scan segfaults during update-initramfs (LP: #969384)
Date: Fri, 15 Jun 2012 15:31:59 +0100
Changed-By: Dmitrijs Ledkovs <dmitrij.ledkov at ubuntu.com>
Maintainer: Ubuntu Core Developers <ubuntu-devel-discuss at lists.ubuntu.com>
https://launchpad.net/ubuntu/quantal/+source/mdadm/3.2.5-1ubuntu1
-------------- next part --------------
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Format: 1.8
Date: Fri, 15 Jun 2012 15:31:59 +0100
Source: mdadm
Binary: mdadm mdadm-udeb
Architecture: source
Version: 3.2.5-1ubuntu1
Distribution: quantal
Urgency: low
Maintainer: Ubuntu Core Developers <ubuntu-devel-discuss at lists.ubuntu.com>
Changed-By: Dmitrijs Ledkovs <dmitrij.ledkov at ubuntu.com>
Description:
mdadm - tool to administer Linux MD arrays (software RAID)
mdadm-udeb - tool to administer Linux MD arrays (software RAID) (udeb)
Launchpad-Bugs-Fixed: 920324 942106 969384 1013171
Changes:
mdadm (3.2.5-1ubuntu1) quantal; urgency=low
.
* Merge from Debian testing. (LP: #920324) Remaining changes:
- Call checks in local-premount to avoid race condition with udev
and opening a degraded array.
- d/initramfs/mdadm-functions: Record in /run when boot-degraded
question has been asked so that it is only asked once
- pass --test to mdadm to enable result codes for degraded arrays.
- debian/control: we need udev and util-linux in the right version. We
also remove the build dependency from quilt and docbook-to-man as both
are not used in Ubuntus mdadm.
- debian/initramfs/hook: kept the Ubuntus version for handling the absence
of active raid arrays in <initramfs>/etc/mdadm/mdadm.conf
- debian/initramfs/script.local-top.DEBIAN, debian/mdadm-startall,
debian/mdadm.raid.DEBIAN: removed. udev does its job now instead.
- debian/mdadm-startall.sgml, debian/mdadm-startall.8: documentation of
unused startall script
- debian/mdadm.config, debian/mdadm.postinst - let udev do the handling
instead. Resolved merge conflict by keeping Ubuntu's version.
- debian/mdadm.postinst, debian/mdadm.config, initramfs/init-premount:
boot-degraded enablement; maintain udev starting of RAID devices;
init-premount hook script for the initramfs, to provide information at
boot
- debian/mkconf.in is the older mkconf. Kept the Ubuntu version.
- debian/rules: Kept Ubuntus version for installing apport hooks, not
installing un-used startall script.
- debian/install-rc, check.d/_numbers, check.d/root_on_raid: Ubuntu partman
installer changes
- debian/presubj: Dropped this unused bug reporting file. Instead use
source_mdadm.py act as an apport hook for bug handling.
- d/p/debian-changes-3.1.4-1+8efb9d1ubuntu4: mdadm udev rule
incrementally adds mdadm member when detected. Starting such an
array in degraded mode is possible by mdadm -IRs. Using mdadm
-ARs without stopping the array first does nothing when no
mdarray-unassociated device is available. Using mdadm -IRs to
start a previously partially assembled array through incremental
mode. Keeping the mdadm -ARs for assembling arrays which were for
some reason not assembled through incremental mode (i.e through
mdadm's udev rule).
.
* Additional Ubuntu changes:
- debian/initramfs/local-premount: add call wait_for_udev to wait a
little longer for RAID devices to appear (LP: #942106)
.
* Dropped Ubuntu changes:
- Build udeb with -O2 on ppc64, working around a link error. Builds
fine without it on debian.
- rename debian/mdadm.vol_id.udev to debian/mdadm.mdadm-blkid.udev so
that the rules file ends up with a more reasonable name. debian/rules
changes for adding ubuntu's udev rule corresponding to mdadm. As we
are now using 'upstream' udev rules see 3.2.3-2ubuntu2.
.
* Changes to Ubuntu changes:
- debian/source_mdadm.py: make apport hook python 2 and 3 compatible
(LP: #1013171).
.
* New upstream release closes this bugs:
- mdadm --detail --scan segfaults during update-initramfs (LP: #969384)
Checksums-Sha1:
39c5d7d03ca55743a91cc52bd708fa5f960ba37f 2108 mdadm_3.2.5-1ubuntu1.dsc
c8bab20578d5188f65da6acacd7fdeb4b489dfb9 369582 mdadm_3.2.5.orig.tar.bz2
457c7cfb0e4e51f3090f1c7610a21348be841524 127744 mdadm_3.2.5-1ubuntu1.debian.tar.bz2
Checksums-Sha256:
ddd38a97a619d2f49f29e5118a1a966250e413ad8cbdd21bdad336e8a6232811 2108 mdadm_3.2.5-1ubuntu1.dsc
5ae2bfd241c88601c1ef9072806248491e025fa09a388c40230d72d65eabbd3c 369582 mdadm_3.2.5.orig.tar.bz2
63d4196c6bbe798dc758bfda1b8f5192e47353fc8e430371dc8f88c09eb1fab3 127744 mdadm_3.2.5-1ubuntu1.debian.tar.bz2
Files:
639557ea66613c2464100562a2a3c492 2108 admin optional mdadm_3.2.5-1ubuntu1.dsc
83ba4a6249ae24677e915e44c9cfcc58 369582 admin optional mdadm_3.2.5.orig.tar.bz2
ae4e06262c49789c6fc483c6b2988a4b 127744 admin optional mdadm_3.2.5-1ubuntu1.debian.tar.bz2
Original-Maintainer: Debian mdadm maintainers <pkg-mdadm-devel at lists.alioth.debian.org>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBCAAGBQJP5MwiAAoJEIh7YGGLPBauGnIQAJ2jJ65Wbj/Xhdww6O7GOfWu
2tP9dvTwOq18NHLfUQ4F05n3X2gTZSJqtOLT0WmAKXcWgXIpFEdMh4y0aUwasbE/
r9Dd5zaY4YEMRzUuHwQ4DCMwOm4LtFTyAFoW67UlftLe1XO0fobxSzOjLG7essHp
bskd7nP1AK1gEYBzsFzRyjjBTSL1trKO+5rxtDXu3nHCxdKLj78iMPl8yF2gv8RM
cP7/jLqwCKuZFSBttfU+X0PaaVpv6Bj0aSsvJalgnkB2inL540xe0nGX76r8X1zR
MztWpmViDRAuBHaLJqmUw2p6vhPHEG7jFoWTkHbehs/gE1xJS6o6BrGansuN8IFC
6XzxvQBjlJVoLcYRNv4D93nmXyStB1zFCcGL+x6/dr9uE4CNTPXk322orLXWozfe
y78Bd0vPnVRenOsMcOpfon3KKiqhoOK1Lcz14X4c7Ydq25AUorwsjo5l1IOYI4uX
fFJLpYY1SVXo7UqpGLQjgvYSOmk/zynBqPSGSJi1taN2DKiy3CfQguAe5Ujm1d0F
o99QsJBttf9Fal8ll7yiMCRF3J6VWFTx5mPR6RfXRyqwsQF/Ww9sgU1J7gmqPHX0
sL0rxVOcdtwj/NpttKB15VJpLZu2QxnW5fv6DNR4XNuvx6VRXO5F6Y5rIGGkSOXF
i/8U99ptDBhPZjfLAXgw
=ehiv
-----END PGP SIGNATURE-----
More information about the Quantal-changes
mailing list