Re: FAT and HFS/HFS+ file system resizing restored in parted-3.1
On Wed, Mar 14, 2012 at 12:24 AM, Kevin Kofler wrote: > I wrote: > >> Brian C. Lane wrote: >>> I am going to be leaving parted at 3.0 for F17, I don't want to >>> introduce a large change at this stage. >> >> This is really unhelpful, it's going to leave frontends with no way to >> readd support for the lost functionality for another release. >> >> (FYI, I filed an RFE against upstream kde-partitionmanager to get support >> for this in: https://bugs.kde.org/show_bug.cgi?id=295339 . I might try to >> come up with a patch if upstream doesn't react soon.) >> >> IMHO, we should actually either also upgrade F16 to parted 3.1 or backport >> the new libparted-fs-resize library. > > PS: I also don't see how an added library which Anaconda doesn't even use > could have any potential for breakage. It wouldn't but the core parted has new features too and those have the ability to break things in anaconda, it's not just a new library. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: FAT and HFS/HFS+ file system resizing restored in parted-3.1
I wrote: > Brian C. Lane wrote: >> I am going to be leaving parted at 3.0 for F17, I don't want to >> introduce a large change at this stage. > > This is really unhelpful, it's going to leave frontends with no way to > readd support for the lost functionality for another release. > > (FYI, I filed an RFE against upstream kde-partitionmanager to get support > for this in: https://bugs.kde.org/show_bug.cgi?id=295339 . I might try to > come up with a patch if upstream doesn't react soon.) > > IMHO, we should actually either also upgrade F16 to parted 3.1 or backport > the new libparted-fs-resize library. PS: I also don't see how an added library which Anaconda doesn't even use could have any potential for breakage. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: FAT and HFS/HFS+ file system resizing restored in parted-3.1
Brian C. Lane wrote: > I am going to be leaving parted at 3.0 for F17, I don't want to > introduce a large change at this stage. This is really unhelpful, it's going to leave frontends with no way to readd support for the lost functionality for another release. (FYI, I filed an RFE against upstream kde-partitionmanager to get support for this in: https://bugs.kde.org/show_bug.cgi?id=295339 . I might try to come up with a patch if upstream doesn't react soon.) IMHO, we should actually either also upgrade F16 to parted 3.1 or backport the new libparted-fs-resize library. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: FAT and HFS/HFS+ file system resizing restored in parted-3.1
On Thu, Mar 08, 2012 at 06:11:49PM -0700, Chris Murphy wrote: > On Mar 3, 2012, at 1:27 AM, Jim Meyering wrote: > > > FYI, I released parted-3.1 yesterday, > > > >http://thread.gmane.org/gmane.comp.gnu.parted.bugs/10790 > > > > In addition to pretty many bug fixes, > > > >This is to announce parted-3.1, a bug fix release that also reintroduces > >a minimal subset of the file system resizing capability that was removed > >in 3.0. It adds a new, separate library, libparted-fs-resize, that > >provides for resizing of FAT and HFS/HFS+ file systems. > > FYI, there is a possible problem resizing certain JHFS+/JHFSX volumes. > Currently the code fails if the jhdr_header size is something other than > sector size. When volume size is > 1TiB, depending on the version of Apple's > Disk Utility used, the jhdr_header size won't be 512 bytes, is instead 4096 > bytes. Details here: > > http://lists.apple.com/archives/filesystem-dev/2012/Feb/msg1.html I have rebased master to parted-3.1 and rebuilt pyparted against it. The new libparted-fs-resize library is included, but there is currently no user interface for the code. I am going to be leaving parted at 3.0 for F17, I don't want to introduce a large change at this stage. -- Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT) pgp3kYHIMlYas.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: FAT and HFS/HFS+ file system resizing restored in parted-3.1
On Mar 3, 2012, at 1:27 AM, Jim Meyering wrote: > FYI, I released parted-3.1 yesterday, > >http://thread.gmane.org/gmane.comp.gnu.parted.bugs/10790 > > In addition to pretty many bug fixes, > >This is to announce parted-3.1, a bug fix release that also reintroduces >a minimal subset of the file system resizing capability that was removed >in 3.0. It adds a new, separate library, libparted-fs-resize, that >provides for resizing of FAT and HFS/HFS+ file systems. FYI, there is a possible problem resizing certain JHFS+/JHFSX volumes. Currently the code fails if the jhdr_header size is something other than sector size. When volume size is > 1TiB, depending on the version of Apple's Disk Utility used, the jhdr_header size won't be 512 bytes, is instead 4096 bytes. Details here: http://lists.apple.com/archives/filesystem-dev/2012/Feb/msg1.html Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
FAT and HFS/HFS+ file system resizing restored in parted-3.1
FYI, I released parted-3.1 yesterday, http://thread.gmane.org/gmane.comp.gnu.parted.bugs/10790 In addition to pretty many bug fixes, This is to announce parted-3.1, a bug fix release that also reintroduces a minimal subset of the file system resizing capability that was removed in 3.0. It adds a new, separate library, libparted-fs-resize, that provides for resizing of FAT and HFS/HFS+ file systems. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
