From owner-freebsd-ports@FreeBSD.ORG Thu Mar 17 14:38:05 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13D51106564A for ; Thu, 17 Mar 2011 14:38:05 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id BCD358FC08 for ; Thu, 17 Mar 2011 14:38:04 +0000 (UTC) Received: by iwn33 with SMTP id 33so3378172iwn.13 for ; Thu, 17 Mar 2011 07:38:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:in-reply-to :message-id:references:user-agent:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; bh=fXeLgUzCVi/l6A07OsHyjxKIw4rB8NLED/TNTwJ11uY=; b=ZnZ0HXkIT+LbcOxNlDpnatMQLpjinSA8ByZ20j5JJCKfvMfQcgbJwDVBVCzMZoUGFK vd2pN1JnvstABgT5/4VXJrM8qDb3umz9XIllcTNeFO0EPPBa1FyEvMeo2nPM0xO84MhD 8P7zBWXENMVb6AE/Qvji5msEEJ2ZD4WOOgl/Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=FYa07sd8zLvrjUIu8qDygQOy6Ze6+MADdWu7gv3hFsKMCV+a0HQhvRxTAVFoHbJWsd yPbo0iv7n0pqwD3+8QmguvPCcIx4uExhbZfz5uXXWodgQ51zkk4OcRhi9QSR5sNLKCng Ld4lfrH37isYK6SEZXHIaOzhigS1O8dbY6PWQ= Received: by 10.42.175.193 with SMTP id bb1mr961434icb.143.1300372674711; Thu, 17 Mar 2011 07:37:54 -0700 (PDT) Received: from disbatch.dataix.local (adsl-99-19-43-28.dsl.klmzmi.sbcglobal.net [99.19.43.28]) by mx.google.com with ESMTPS id 21sm669874ibo.7.2011.03.17.07.37.50 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 17 Mar 2011 07:37:51 -0700 (PDT) Sender: "J. Hellenthal" Date: Thu, 17 Mar 2011 10:37:48 -0400 From: "J. Hellenthal" To: Matthias Andree In-Reply-To: <4D81D572.20800@FreeBSD.org> Message-ID: 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> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="80310268-1420767874-1300372671=:62808" Cc: Rainer Hurling , FreeBSD Ports Subject: Re: sysutils/gpart: deprecated port, anyone interested? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2011 14:38:05 -0000 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 > (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: 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--