Date: Thu, 17 Mar 2011 10:37:48 -0400 From: "J. Hellenthal" <jhell@DataIX.net> To: Matthias Andree <mandree@freebsd.org> Cc: Rainer Hurling <rhurlin@gwdg.de>, FreeBSD Ports <freebsd-ports@freebsd.org> Subject: Re: sysutils/gpart: deprecated port, anyone interested? Message-ID: <alpine.BSF.2.00.1103171034440.62808@qvfongpu.qngnvk.ybpny> In-Reply-To: <4D81D572.20800@FreeBSD.org> References: <20110316172011.GL51701@eggman.experts-exchange.com> <20110316173613.GO51701@eggman.experts-exchange.com> <1300298080.1474.22.camel@xenon> <4D8108C1.5070006@gwdg.de> <20110317000925.GA59157@apollo.emma.line.org> <4D81AEF3.3040507@gwdg.de> <4D81D572.20800@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --80310268-1420767874-1300372671=:62808 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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 --80310268-1420767874-1300372671=:62808 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=distfiles.txt Content-Transfer-Encoding: BASE64 Content-ID: <alpine.BSF.2.00.1103171037480.62808@qvfongpu.qngnvk.ybpny> Content-Description: distfile-search Content-Disposition: attachment; filename=distfiles.txt aHR0cDovL3BhY2thZ2VzLnN3LmJlL2dwYXJ0Lw0KaHR0cDovL3d3dy5jbGVh cmZvdW5kYXRpb24uY29tL2NvbXBvbmVudC9vcHRpb24sY29tX2lvbmZpbGVz L2ZpbGVpZCw1OC9mdW5jLGRvd25sb2FkLw0KaHR0cDovL21pcnJvci5hbmwu Z292L3B1Yi9zY2llbnRpZmljLWxpbnV4LzU0L2kzODYvdXBkYXRlcy9mYXN0 YnVncy8NCmh0dHA6Ly93d3cuY2VydC5vcmcvZm9yZW5zaWNzL3Rvb2xzL2Zl ZG9yYS9jZXJ0LzE0L3g4Nl82NC8NCmh0dHA6Ly9kZXYuY2VudG9zLm9yZy9j ZW50b3MvNS90ZXN0aW5nL1NSUE1TLw0KaHR0cDovL21pcnJvci5zdS5sdC9v cGVuU3VTRS4xMS4zL3JlcG9zaXRvcmllcy9maWxlc3lzdGVtcy9pNTg2Lw0K aHR0cDovL2Z0cC5lZW5ldC5lZS9nZW50b28tcG9ydGFnZS9zeXMtYmxvY2sv Z3BhcnQvZmlsZXMvDQpodHRwOi8vZnRwLnJlZGhhdC5jb20vcHViL3JlZGhh dC9saW51eC9lbnRlcnByaXNlLzVDbGllbnQvZW4vb3MvU1JQTVMvDQpodHRw Oi8vYXJjaGl2ZS5mZWRvcmFwcm9qZWN0Lm9yZy9wdWIvYXJjaGl2ZS9mZWRv cmEvbGludXgvY29yZS91cGRhdGVzLzYvU1JQTVMvDQpodHRwOi8vb3NzLm9y YWNsZS5jb20vZWw1L1NSUE1TLw0KaHR0cDovL2ZyZWUtc29mdHdhcmVzLWRv d25sb2FkLmluZm8vZnRwMy50c2luZ2h1YS5lZHUuY24vbWlycm9yL2ZlZG9y YS9jb3JlL3VwZGF0ZXMvNS9TUlBNUw0KaHR0cDovL21pcnJvcnMuZ2lnZW5l dC5jb20vY2VudG9zLzUuNS9vcy9TUlBNUy8NCmh0dHA6Ly9taWIucGlhbmV0 YWxpbnV4Lm9yZy8yMDA5LjEvaTY4Ni9NSUItZnJlZS8NCmh0dHA6Ly9kb3du bG9hZC5jbGFya2Nvbm5lY3QuY29tL2NvbW11bml0eS81LjAvU3lzdGVtL1JQ TVMvDQpodHRwOi8vZnRwLnJlZGhhdC5jb20vcHViL3JlZGhhdC9saW51eC9l bnRlcnByaXNlLzVTZXJ2ZXIvZW4vb3MvU1JQTVMvDQpodHRwOi8vZnRwLnR3 YXJlbi5uZXQvTGludXgvTGlucHVzL0dlbmVyYWxfUHJvZHVjdF9Tb3VyY2Uv TEw5NC9zcnBtcy8NCmh0dHA6Ly9yZXBvLmNsb3VkbGludXguY29tL2Nsb3Vk bGludXgvNS9vcy9TUlBNUy8NCmh0dHA6Ly9kZW1ldGVyLnVuaS1yZWdlbnNi dXJnLmRlL1NMRUQxMFNQMi14NjQvc3VzZS94ODZfNjQvDQpodHRwOi8vbWly cm9yLmNlbnRvcy5vcmcvY2VudG9zLzUvb3MvU1JQTVMvDQpodHRwOi8vZG94 LnNmci1mcmVzaC5jb20vaW5kZXhfYWxsLmh0bWwNCmh0dHA6Ly9hcmNoaXZl LmZlZG9yYXByb2plY3Qub3JnL3B1Yi9hcmNoaXZlL2ZlZG9yYS9saW51eC9j b3JlLzYvc291cmNlL1NSUE1TLw0KaHR0cDovL21pYi5waWFuZXRhbGludXgu b3JnL01JQi8yMDEwLjEvMzIvYmFzaWMvDQpodHRwOi8vZnIucnBtZmluZC5u ZXQvbGludXgvcmVkaGF0L2VudGVycHJpc2UvNUNsaWVudC9lbi9vcy9TUlBN Uy8NCmh0dHA6Ly9kb3dubG9hZC5saW51eGF1ZGlvLm9yZy9zdHVkaW90b2dv L3NyYy8NCmh0dHA6Ly9taXJyb3IuYW5sLmdvdi9wdWIvY2VudG9zLzUuNS9v cy9TUlBNUy8NCmh0dHA6Ly9saXNhLmdvdi5wdC9mdHAvY2VudG9zLzUvb3Mv U1JQTVMvDQpodHRwOi8vbWlycm9yLmN2LnVhL2FyY2hsaW51eC9leHRyYS9v cy9pNjg2Lw0KaHR0cHM6Ly9mdHA3LmRlLm5ldGJzZC5vcmcvcHViL3N1c2Ut b2xkLXZlcnNpb25zL1NMRVMxMC9zdXNlL3g4Nl82NC8NCmh0dHA6Ly9mdHAu bWFuLnBvem5hbi5wbC9wdWIvbGludXgvZmVkb3JhL2NvcmUvdXBkYXRlcy82 L2kzODYvDQpodHRwOi8vYXJjaGl2ZS5mZWRvcmFwcm9qZWN0Lm9yZy9wdWIv YXJjaGl2ZS9mZWRvcmEvbGludXgvY29yZS91cGRhdGVzLzUvaTM4Ni8NCmh0 dHA6Ly9taWIucGlhbmV0YWxpbnV4Lm9yZy9NSUIvMjAxMC4xLzY0L2Jhc2lj Lw0KaHR0cDovL21pcnJvci5jZW50b3Mub3JnL2NlbnRvcy81LjUvb3MvU1JQ TVMvDQpodHRwOi8vZGVtZXRlci51bmktcmVnZW5zYnVyZy5kZS9TTEVEMTBT UDIteDg2L3N1c2UvaTU4Ni8NCmh0dHA6Ly9mdHAueXoueWFtYWdhdGEtdS5h Yy5qcC9wdWIvbGludXgvY2VudG9zLzUvb3MvU1JQTVMvDQpodHRwOi8vZnRw LnJpa2VuLmpwL0xpbnV4L2ZlZG9yYS9jb3JlLzYvc291cmNlL1NSUE1TLw0K aHR0cDovL2Z0cC5yaWtlbi5qcC9MaW51eC9mZWRvcmEvY29yZS91cGRhdGVz LzUvaTM4Ni8NCmh0dHA6Ly9taWIucGlhbmV0YWxpbnV4Lm9yZy8yMDA5LjEv eDg2XzY0L01JQi1mcmVlLw0KaHR0cDovL21pcnJvcnMuaXJjYW0uZnIvcHVi L0NlbnRPUy81LjUvb3MvU1JQTVMvDQpodHRwOi8vZnRwLmZyZWUuZnIvbWly cm9ycy9mdHAuY2VudG9zLm9yZy81LjUvb3MvU1JQTVMvDQpodHRwOi8vbWFu ZHJpdmEubGludXguZWR1Lmx2L29sZC84LjAvY29udHJpYi9SUE1TLw0KaHR0 cDovL2Z0cC5tYW4ucG96bmFuLnBsL3B1Yi9saW51eC9mZWRvcmEvY29yZS81 L3NvdXJjZS9TUlBNUy8NCg== --80310268-1420767874-1300372671=:62808--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1103171034440.62808>