Package: parted / 3.2-7

Metadata

Package Version Patches format
parted 3.2-7 3.0 (quilt)

Patch series

view the series file
Patch File delta Description
doc package.patch | (download)

doc/C/parted.8 | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 small documentation fixes

preserve hidden parts.patch | (download)

libparted/labels/dos.c | 11 8 + 3 - 0 !
1 file changed, 8 insertions(+), 3 deletions(-)

 avoid overwriting empty or hidden partitions

It changes the DOS partition rewriting code to avoid overwriting empty
or hidden primary partitions so long as their entries aren't reused.
This makes fatresize and similar front-ends safe to use in the presence
of hidden partitions.

kfreebsd gnu.patch | (download)

configure.ac | 8 6 + 2 - 0 !
libparted/Makefile.am | 3 2 + 1 - 0 !
libparted/arch/freebsd.c | 1292 1292 + 0 - 0 !
libparted/architecture.c | 3 3 + 0 - 0 !
libparted/fs/xfs/platform_defs.h | 6 5 + 1 - 0 !
libparted/labels/bsd.c | 1 1 + 0 - 0 !
libparted/labels/sun.c | 1 1 + 0 - 0 !
7 files changed, 1310 insertions(+), 4 deletions(-)

 add gnu/kfreebsd support

freebsd ufs.patch | (download)

libparted/fs/ufs/ufs.c | 103 96 + 7 - 0 !
libparted/labels/dos.c | 3 3 + 0 - 0 !
libparted/labels/gpt.c | 9 9 + 0 - 0 !
tests/Makefile.am | 1 1 + 0 - 0 !
tests/t2500-freebsd-ufs.sh | 44 44 + 0 - 0 !
5 files changed, 153 insertions(+), 7 deletions(-)

 add freebsd ufs support

This patch adds support for detection of FreeBSD UFS file systems and
creation of the partition on DOS and GPT labels. It doesn't use the
system of slices used by default on FreeBSD and places the partition
directly in the dos label. This is something supported by the FreeBSD
kernel, and the default on Debian GNU/kFreeBSD. Even on plain FreeBSD,
some persons prefer to not use slices.

This patch is used by debian-installer on Debian GNU/kFreeBSD for some
months already.

zfs.patch | (download)

libparted/fs/Makefile.am | 3 2 + 1 - 0 !
libparted/fs/zfs/zfs.c | 77 77 + 0 - 0 !
libparted/libparted.c | 4 4 + 0 - 0 !
3 files changed, 83 insertions(+), 1 deletion(-)

 add zfs support

freebsd zvol.patch | (download)

libparted/arch/freebsd.c | 40 40 + 0 - 0 !
1 file changed, 40 insertions(+)

 detection of zfs volumes (zvol)

ZFS volumes (ZVOL) are the ZFS equivalent of Logical Volumes in LVM.

They implement a block device which can be used for swap or legacy
filesystems.

Bug-Debian: http://bugs.debian.org/635384
freebsd geli.patch | (download)

libparted/arch/freebsd.c | 6 6 + 0 - 0 !
1 file changed, 6 insertions(+)

 detection of geom encryption devices (geli)

Bug-Debian: http://bugs.debian.org/635393
kfreebsd_lvm.patch | (download)

libparted/arch/freebsd.c | 27 27 + 0 - 0 !
1 file changed, 27 insertions(+)

 add lvm support on kfreebsd

Patch-Name: kfreebsd_lvm.patch

hurd partition path.patch | (download)

libparted/arch/gnu.c | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 fix partition paths on gnu/hurd

Patch-Name: hurd-partition-path.patch

hurd reread.patch | (download)

libparted/arch/gnu.c | 84 78 + 6 - 0 !
1 file changed, 78 insertions(+), 6 deletions(-)

 implement partition table rereading on gnu/hurd

Patch-Name: hurd-reread.patch

gptsync.patch | (download)

libparted/labels/gpt.c | 430 420 + 10 - 0 !
tests/Makefile.am | 1 1 + 0 - 0 !
tests/t0290-gptsync.sh | 175 175 + 0 - 0 !
3 files changed, 596 insertions(+), 10 deletions(-)

 gpt syncing for intel macs

On Intel Mac systems, write a synced MBR rather than a protective MBR.

udevadm settle.patch | (download)

libparted/arch/linux.c | 56 54 + 2 - 0 !
1 file changed, 54 insertions(+), 2 deletions(-)

 udev handling

Run udevadm settle around partition table rereads, to avoid races.

This should be replaced by a proper completion-notification mechanism
between the kernel and udev.

fat resize large sectors.patch | (download)

libparted/fs/r/fat/bootsector.c | 12 0 + 12 - 0 !
1 file changed, 12 deletions(-)

 remove stray non-512-byte-logical-sector assertion for fat resizing

This was removed from one copy of fat_boot_sector_analyse in 3.2, but
not from the other.

align new partitions on fresh disks.patch | (download)

libparted/disk.c | 3 2 + 1 - 0 !
1 file changed, 2 insertions(+), 1 deletion(-)

 align new partitions created on fresh disks

Commit fa815ad05db248d78ef214ea79a78c22772a9ffe arranged to skip
partition alignment while reading disks, but also has the effect of
skipping partition alignment when creating a partition on a fresh disk,
which is incorrect.

The proper upstream fix probably involves adding a new member to PedDisk
to keep track of whether we're in the middle of the initial read in
ped_disk_new or not.  To avoid changing ABI, we instead take this hacky
approach of overloading an extra bit on PedDisk.needs_clobber.

Bug-Ubuntu: https://bugs.launchpad.net/bugs/1352252
probe lvs again.patch | (download)

libparted/arch/linux.c | 4 2 + 2 - 0 !
1 file changed, 2 insertions(+), 2 deletions(-)

 probe lvm logical volumes again

parted 3.2 stopped probing LVM logical volumes.  This breaks
debian-installer, which wants to be able to "partition" these, at least
to the extent of being able to see them in the partitioner and operate
on them somewhat like ordinary partitions.  Revert to the old behaviour.

Bug-Debian: http://bugs.debian.org/757417
fat16 resize crash.patch | (download)

libparted/fs/r/fat/resize.c | 12 9 + 3 - 0 !
1 file changed, 9 insertions(+), 3 deletions(-)

 lib-fs-resize: prevent crash resizing fat16 file systems

Resizing FAT16 file system crashes in libparted/fs/r/fat/resize.c
create_resize_context() because it was dereferencing NULL pointer
fs_info->info_sector to copy the info_sector.

Only FAT32 file systems have info_sector populated by fat_open() ->
fat_info_sector_read().  FAT12 and FAT16 file systems don't have an
info_sector so pointer fs_info->info_sector remains assigned NULL from
fat_alloc().  When resizing a FAT file system create_resize_context()
was always dereferencing fs_info->info_sector to memory copy the
info_sector, hence it crashed for FAT12 and FAT16.

Make create_resize_context() only copy the info_sector for FAT32 file
systems.

Reported by Christian Hesse in
https://bugzilla.gnome.org/show_bug.cgi?id=735669