"Fossies" - the Fresh Open Source Software Archive  

Source code changes of the file "ChangeLog" between
gparted-1.3.0.tar.gz and gparted-1.3.1.tar.gz

About: GParted is a graphical partition editor for creating, reorganizing, and deleting disk partitions (using GNU libparted).

ChangeLog  (gparted-1.3.0):ChangeLog  (gparted-1.3.1)
# Generated by Makefile. Do not edit. # Generated by Makefile. Do not edit.
2021-07-19 Curtis Gedak <gedakc@gmail.com>
========== gparted-1.3.1 ==========
2021-07-15 Philipp Kiemle <philipp.kiemle@gmail.com>
Update German translation
2021-07-14 Wolfgang Stöggl <c72578@yahoo.de>
Update German translation
2021-07-14 Claude Paroz <claude@2xlibre.net>
Updated French translation
2021-07-14 Ngọc Quân Trần <vnwildman@gmail.com>
Update Vietnamese translation
2021-07-13 Daniel Șerbănescu <daniel@serbanescu.dk>
Update Romanian translation
2021-07-13 Daniel Mustieles <daniel.mustieles@gmail.com>
Updated Spanish translation
2021-07-12 Enrico Nicoletto <liverig@gmail.com>
Update Brazilian Portuguese translation
2021-07-12 Baurzhan Muftakhidinov <baurthefirst@gmail.com>
Update Kazakh translation
2021-06-03 Mike Fleetwood <mike.fleetwood@googlemail.com>
Copy XFS UUID when copying the file system (!85)
For the same reason as in the previous commit, the UUID is copied when
copying every file system type except for XFS, where a new XFS is
created with a new UUID.
Again preview of the copy operation expects the UUID to be copied.
(Look in Partition > Information of the source and pasted partitions
before the operation is applied).
Fix as before by specifying the desired file system UUID when creating
the new XFS as part of the copy operation.
However there is an extra complication. The XFS kernel driver refuses
to mount a file system with a duplicate UUID of an already mounted XFS.
# mkfs.xfs -L xfs_copy /dev/sdb1
# mount /dev/sdb1 /mnt/1
# tail -2 /var/log/messages
Jun 3 21:41:24 localhost kernel: XFS (sdb1): Mounting V5 Filesystem
Jun 3 21:41:24 localhost kernel: XFS (sdb1): Ending clean mount
# /dev/sdb1: LABEL="xfs_copy" UUID="d654fc7f-e417-4ec6-88e8-8a7d0d46b7d8
" TYPE="xfs"
# mkfs.xfs -L xfs_copy -m uuid="d654fc7f-e417-4ec6-88e8-8a7d0d46b7d8" /d
# mount /dev/sdb2 /mnt/2
mount: wrong fs type, bad option, bad superblock on /dev/sdb2,
missing codepage or helper program, or other error.
In some cases useful info is found in syslog - try
dmesg | tail or so.
# echo $?
# tail -1 /var/log/messages
Jun 3 21:41:31 localhost kernel: XFS (sdb2): File system has duplicate
UUID d654fc7f-e417-4ec6-88e8-8a7d0d46b7d8 - can't mount
Handle this specifying the needed option [1] when mounting the second
XFS during the copy.
# mount -o nouuid /dev/sdb2 /mnt/2
# mount | grep /dev/sdb
/dev/sdb1 on /mnt/1 type xfs (rw,relatime,seclabel,attr2,inode64,noquota
/dev/sdb1 on /mnt/1 type xfs (rw,relatime,seclabel,nouuid,attr2,inode64,
Duplicating the UUID may seem troublesome, but it is being done:
1. To make the GParted copied XFS be as much a clone as possible, to
match what is does with other file systems.
2. It has a valid use case; of cloning a Linux installation to a new
drive or restoring a partition image backup. In these cases it is
much simpler if the UUID of the copy remains the same because it
avoids having to edit GRUB2 configuration and fstab file system
mounting which is nearly always done via UUID.
3. GParted has the new UUID operation, to change the UUID for cases
when a copied file system needs to be mounted at the same time as
the source.
[1] xfs(5) - xfs - layout, mount options, and supported file attributes
for the XFS filesystem
nouuid Don't check for double mounted file systems using the file
system uuid.
Closes !85 - Make XFS copy duplicate the file system label and UUID
2021-05-27 Mike Fleetwood <mike.fleetwood@googlemail.com>
Copy XFS label when copying the file system (!85)
As GParted performs block copy of partitions then the label, which is
stored in the file system superblock, is also copied. This is true for
copies performed using the GParted internal block copy and for EXT2/3/4
and NTFS which are copied using the file system specific commands
e2image and ntfsclone respectively. However when an XFS file system is
copied the label is not copied because a new file system is created
using mkfs.xfs and the files copied using xfsdump | xfsrestore.
Preview of the copy operation in GParted also reflects the fact that the
label will be copied.
Fix this by simply specifying the desired label when creating the new
destination XFS.
Closes !85 - Make XFS copy duplicate the file system label and UUID
2021-05-29 Curtis Gedak <gedakc@gmail.com>
Handle change in path for udisks2-inhibit executable (!84)
Debian (and derived) distros with the udisks2 [1] repository and the
additional 'udisks2-inhibit' executable had the location changed from:
with udisks2 version 2.8.4-2 and the following commit:
f6744a33 - Move the daemons to /usr/libexec now that's allowed in the po
Distros such as Fedora and openSUSE are unaffected as the udisks [2]
repository does not contain 'udisks2-inhibit'.
[1] udisks2 Debian (and derived) repository
[2] udisks repository
Closes !84 - Handle change in path for udisks2-inhibit executable
2021-05-31 Andika Triwidada <atriwidada@gnome.org>
Update Indonesian translation
2021-05-23 Rafael Fontenelle <rafaelff@gnome.org>
Update Brazilian Portuguese translation
2021-05-23 Piotr Drąg <piotrdrag@gmail.com>
Update Polish translation
2021-05-18 Mike Fleetwood <mike.fleetwood@googlemail.com>
Fix recognition of SD/MMC device names (!83)
User reported that GParted didn't detect their eMMC drive [1]. Not
recognised device name was /dev/mmcblk0. Confirmed that the regression
was introduced by this commit [2]. Fix the code and regular expression
used to recognise SD/MMC device names.
[1] GParted forum thread: eMMC drive not detected...?
[2] 52930f30ae8dc2c9dd1f64d2df654d9f1a1afb8a
Refactor load_proc_partitions_info_cache() a bit (#131)
Closes !83 - Fix recognition of SD/MMC device names
2021-05-19 Yuri Chornoivan <yurchor@ukr.net>
Update Ukrainian translation
2021-05-18 Anders Jonsson <anders.jonsson@norsjovallen.se>
Update Swedish translation
2021-05-15 Curtis Gedak <gedakc@gmail.com>
Replace deprecated gtk_show_uri() method for help window (!82)
The gtk_show_uri() [1] method was deprecated as of gtk3 version 3.22 and
has been replaced with gtk_show_uri_on_window [2].
[1] https://developer.gnome.org/gtk3/stable/gtk3-Filesystem-utilities.html#g
[2] https://developer.gnome.org/gtk3/stable/gtk-migrating-2-to-3.html#id-1.6
Note that AppInfo::launch_uris() has been removed because with
glib/glibmm >= 2.58 AppInfo::launch_uris() always reports success even
when yelp is not launched and in such cases prevents the dialog
reporting the error from being displayed.
Closes !82 - Replace deprecated gtk_show_uri() method for help window
2021-05-17 Seong-ho Cho <shcho@gnome.org>
Update Korean translation
2021-05-11 Ask Hjorth Larsen <asklarsen@gmail.com>
Updated Danish translation
2021-05-04 Hugo Carvalho <hugokarvalho@hotmail.com>
Update Portuguese translation
2021-05-03 Curtis Gedak <gedakc@gmail.com>
Append -git to version for continuing development
2021-05-03 Curtis Gedak <gedakc@gmail.com> 2021-05-03 Curtis Gedak <gedakc@gmail.com>
========== gparted-1.3.0 ========== ========== gparted-1.3.0 ==========
2021-05-01 Jiri Grönroos <jiri.gronroos@iki.fi> 2021-05-01 Jiri Grönroos <jiri.gronroos@iki.fi>
Update Finnish translation Update Finnish translation
2021-05-01 Piotr Drąg <piotrdrag@gmail.com> 2021-05-01 Piotr Drąg <piotrdrag@gmail.com>
 End of changes. 1 change blocks. 
0 lines changed or deleted 228 lines changed or added

Home  |  About  |  Features  |  All  |  Newest  |  Dox  |  Diffs  |  RSS Feeds  |  Screenshots  |  Comments  |  Imprint  |  Privacy  |  HTTP(S)