sysutils/gpart: deprecated port, anyone interested?

Thu Mar 17 14:38:05 UTC 2011

On Thu, 17 Mar 2011 05:33, mandree@ wrote:
> Am 17.03.2011 07:49, schrieb Rainer Hurling:
>> Hey Matthias,
>> 
>> thanks for taking this up.
>> 
>> Am 17.03.2011 01:09 (UTC+1) schrieb Matthias Andree:
>>> On Wed, Mar 16, 2011 at 08:00:17PM +0100, Rainer Hurling wrote:
>>> 
>>>> gpart in sysutils/gpart stands for 'guess partitions'. Its an old, but
>>>> very useful tool for repairing partitions. Unfortunately it does not
>>>> work on amd64.
>>> 
>>> I've added two patches to make it work on amd64, bumped the expiration
>>> date and port revision (to 2), but I'm not sure if it can detect all
>>> relevant partition types yet. It detects my BSD UFS partitions, but not
>>> my Windows 7 NTFS partitions, and it would probably also need ZFS
>>> detection.
>> 
>> I can confirm that it builds and install on amd64 again.
>
> Sure enough - I'd tested that on my amd64 Tinderbox. :)
>
>> Newer partition types are not known to sysutils/gpart. For me it is a
>> useful tools to repair (older) servers with Win2000 or something like
>> that. In some cases it was the only tool, which was able to reconstruct
>> destroyed partition tables.
>
> Sounds reasonable.  Could you test the amd64 version on some of the disks and 
> see if it guesses reasonable partition tables, and finds existing partitions, 
> too?  I don't trust it yet, as there has been quite a bit of C integer data 
> type abuse in the source code when, even ten years ago, 
> /usr/include/inttypes.h existed... although the source code isn't all bad.
>
> I've fixed more than one "unsigned long" instance to uint32_t but didn't have 
> time yet to look deeper to see, for instance, if all the block structures are 
> 2^N (for N typically 9) bytes tall.
>
> An alternative appears to be <http://www.cgsecurity.org/wiki/TestDisk> 
> (GPL'd), but I haven't looked closer, but the list of supported file systems 
> is longer and comprises newer NTFS and exFAT, but not zfs/zpool either.
>
>>>> If someone is willing to update the port: I have an original tarball
>>>> 'gpart-0.1h.tar.gz'. It would need a new home ;-)
>>> 
>>> Is that tarball different from what's on sunsite and currently fetched
>>> by the port?
>> 
>> I compared it against my old distfile and all seems fine:
>> 
>> ls -l old/gpart-0.1h.tar.gz new/gpart-0.1h.tar.gz
>> 52357 15 Feb 19:24:06 2001 old/gpart-0.1h.tar.gz
>> 52357 15 Feb 19:24:06 2001 new/gpart-0.1h.tar.gz
>> 
>> SHA256 (old/gpart-0.1h.tar.gz) =
>> b542bceb1a778c719304dadae5dbc2a8bd7f195c06774933e7255b98cfa46ee3
>> SHA256 (new/gpart-0.1h.tar.gz) =
>> b542bceb1a778c719304dadae5dbc2a8bd7f195c06774933e7255b98cfa46ee3
>> 
>> The updated port is still marked as deprecated. Do you plan to change
>> this back?
>
> Thanks for the comparison.
>
> What I'd like to see happen for an un-deprecation is a united effort to 
> contact the former maintainer about his plans and situation, and else a 
> coordination of the changes that other distributors may have added, too, so 
> as to create a unified effort.
>
> Basically we'd need a maintainer for the port and possibly for the upstream 
> code, too, but I don't plan to sign up for yet another maintainership.
>
> However, I don't have strong feelings about this either way.
>
> Original author Bcc'd.
>
>

Just for reference I did a distfile search for this and it came up in 
quite a few interesting places including fc14 that isn't really that old.

Attached is the result for the search.

-- 

  Regards,

  J. Hellenthal
  (0x89D8547E)
  JJH48-ARIN
-------------- next part --------------
http://packages.sw.be/gpart/
http://www.clearfoundation.com/component/option,com_ionfiles/fileid,58/func,download/
http://mirror.anl.gov/pub/scientific-linux/54/i386/updates/fastbugs/
http://www.cert.org/forensics/tools/fedora/cert/14/x86_64/
http://dev.centos.org/centos/5/testing/SRPMS/
http://mirror.su.lt/openSuSE.11.3/repositories/filesystems/i586/
http://ftp.eenet.ee/gentoo-portage/sys-block/gpart/files/
http://ftp.redhat.com/pub/redhat/linux/enterprise/5Client/en/os/SRPMS/
http://archive.fedoraproject.org/pub/archive/fedora/linux/core/updates/6/SRPMS/
http://oss.oracle.com/el5/SRPMS/
http://free-softwares-download.info/ftp3.tsinghua.edu.cn/mirror/fedora/core/updates/5/SRPMS
http://mirrors.gigenet.com/centos/5.5/os/SRPMS/
http://mib.pianetalinux.org/2009.1/i686/MIB-free/
http://download.clarkconnect.com/community/5.0/System/RPMS/
http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/os/SRPMS/
http://ftp.twaren.net/Linux/Linpus/General_Product_Source/LL94/srpms/
http://repo.cloudlinux.com/cloudlinux/5/os/SRPMS/
http://demeter.uni-regensburg.de/SLED10SP2-x64/suse/x86_64/
http://mirror.centos.org/centos/5/os/SRPMS/
http://dox.sfr-fresh.com/index_all.html
http://archive.fedoraproject.org/pub/archive/fedora/linux/core/6/source/SRPMS/
http://mib.pianetalinux.org/MIB/2010.1/32/basic/
http://fr.rpmfind.net/linux/redhat/enterprise/5Client/en/os/SRPMS/
http://download.linuxaudio.org/studiotogo/src/
http://mirror.anl.gov/pub/centos/5.5/os/SRPMS/
http://lisa.gov.pt/ftp/centos/5/os/SRPMS/
http://mirror.cv.ua/archlinux/extra/os/i686/
https://ftp7.de.netbsd.org/pub/suse-old-versions/SLES10/suse/x86_64/
http://ftp.man.poznan.pl/pub/linux/fedora/core/updates/6/i386/
http://archive.fedoraproject.org/pub/archive/fedora/linux/core/updates/5/i386/
http://mib.pianetalinux.org/MIB/2010.1/64/basic/
http://mirror.centos.org/centos/5.5/os/SRPMS/
http://demeter.uni-regensburg.de/SLED10SP2-x86/suse/i586/
http://ftp.yz.yamagata-u.ac.jp/pub/linux/centos/5/os/SRPMS/
http://ftp.riken.jp/Linux/fedora/core/6/source/SRPMS/
http://ftp.riken.jp/Linux/fedora/core/updates/5/i386/
http://mib.pianetalinux.org/2009.1/x86_64/MIB-free/
http://mirrors.ircam.fr/pub/CentOS/5.5/os/SRPMS/
http://ftp.free.fr/mirrors/ftp.centos.org/5.5/os/SRPMS/
http://mandriva.linux.edu.lv/old/8.0/contrib/RPMS/
http://ftp.man.poznan.pl/pub/linux/fedora/core/5/source/SRPMS/