From owner-freebsd-ports@FreeBSD.ORG Tue Dec 9 18:57:36 2008 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 916C41065675 for ; Tue, 9 Dec 2008 18:57:36 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.186]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2628FC12 for ; Tue, 9 Dec 2008 18:57:35 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so41006tib.3 for ; Tue, 09 Dec 2008 10:57:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:from:to:cc:subject :organization:references:x-face:x-uptime:x-url:x-openpgp-id :x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse:x-attribution:date :in-reply-to:message-id:user-agent:face:mime-version:content-type; bh=9OhyH35NjPDhS5kPYVj4rfmqAe6OpfnRkE/heMo1WIo=; b=xiIOLBL/RdZPpbU/GL9ug2CA3qGX58+a5nHP9CFJxYfabd0k7xs+sEuH/Kxqz/U+8P ngeCzKMwKpJRQY6MqH/VYm7GuTRcJOSPn5TlgI3lumSYwwWQ1UnBvFY75+7l/VDFvjT0 G/WvTtE5mKeSaw9tWWFHcssc5Bb13hGEw2KuU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:to:cc:subject:organization:references:x-face:x-uptime :x-url:x-openpgp-id:x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse :x-attribution:date:in-reply-to:message-id:user-agent:face :mime-version:content-type; b=nZKK3PlBCKwlYREyg8ovw+M+RZJVXYtYYiqhfXHDyPhSmvv+LD4koH0VLfxnP5y5F3 0jXnFXzuoHQmEpW5X4wIyZrmz1M2+hlyMw9Xiredpw8lT/6KroI4Owx8/XCzlNi1Uf4+ 4CEVsw/Haz6IihOz0rmDU+IYo6O8EjBHM/jPU= Received: by 10.110.20.15 with SMTP id 15mr567475tit.28.1228849054763; Tue, 09 Dec 2008 10:57:34 -0800 (PST) Received: from chateau.d.lf ([122.161.3.28]) by mx.google.com with ESMTPS id i9sm819249tid.32.2008.12.09.10.57.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Dec 2008 10:57:33 -0800 (PST) Sender: =?UTF-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksiBBc2hpc2ggU2h1a2xh?= From: wahjava.ml@gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) To: Dmitry Marakasov Organization: alt.religion.emacs References: <87fxkxjywk.fsf@chateau.d.lf> <20081209143052.GA29817@hades.panopticon> <873agxjn1x.fsf@chateau.d.lf> <20081209181354.GB29817@hades.panopticon> X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 00:12:50 up 8:21, 3 users, load average: 0.36, 0.29, 0.21 X-URL: http://wahjava.wordpress.com/ X-OpenPGP-ID: 762E5E74 X-OpenPGP-Fingerprint: 1E00 4679 77E4 F8EE 2E4B 56F2 1F2F 8410 762E 5E74 X-OS: GNU/Linux on Linux 2.6.25-gentoo-r7 kernel on x86_64 architecture X-Mailer: Gnus/5.13 (Oort 5.13) Emacs/23.0.60.1 (x86_64-pc-linux-gnu) X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Date: Wed, 10 Dec 2008 00:29:29 +0530 In-Reply-To: <20081209181354.GB29817@hades.panopticon> (Dmitry Marakasov's message of "Tue, 9 Dec 2008 21:13:54 +0300") Message-ID: <87tz9di38u.fsf@chateau.d.lf> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Cc: FreeBSD Ports Mailing List Subject: Re: [PROPOSAL] Ports using SCM repositories as source instead of distfiles 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: Tue, 09 Dec 2008 18:57:36 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Dmitry Marakasov writes: > * Ashish Shukla आशीष शुक्ल (wahjava.ml@gmail.com) wrote: >> > - _Much_ more (instead of less) work for maintainer, as he won't be able >> > to test the port before committing it and will have to deal with all >> > the problems post factum, under extra pressure. >> >> > - Actually, any SCM-based port will become broken rather soon than >> > later with no ability to prevent it. >> > The port uses patches? Due to mutable source it'll become broken. >> > Any structural change upstream? Port broken. Changed build system? >> > Broken. Changed paths? Broken. Changed depends? Broken. Changed >> > options/configure args? Broken. Etc. >> >> These are the problems already expected with this but the only >> suggestion is to have PRs filed if anything breaks during compilation >> and investigate what caused it. > No, those problems will not arise as long as the maintainer tests the > port before submitting an update. And the tested port of fixed version > will be usable for a long time, unlike SCM-based one which may break > every second. That is true, but the only problem I see with snapshots is, if maintainer is busy you can't do anything except maintaining your own local port version on your box. And anyone using these SCM ports is the one who knows things can go wrong often, and this is only for development use. >> > - Generic dynamic plist generation is impossible unless the port >> > is installed into some clean chrooted environemnt (for example, >> > using DESTDIR). The latter, however takes extra space and time, >> > as you need the whole system and all dependent packages installed >> > there as well. >> >> So, this is the main reason which prevents this :( . > I'd say it's the least significant reason. The main reasons are the > first three which can be shortened as `the port will be unuseable and > sometimes dangerous'. > What's for automatic plist generation, I've given it some thought, > and it seems like there could be a more or less reliable way after all. > I'm currently doing some experiments. Cool, would like to see the results of your experiments :). >> > Sometimes it's hard to tell whether the problem is FreeBSD-specific. >> > Also, upstream is unlikely to have FreeBSD box for testing, so again >> > it'll be more work for maintainer. >> >> True, so either have all PRs should be submitted to FreeBSD PR system, >> where maintainer will decide if its porting issue or upstream related >> issue. > My opinion is that if you can diagnose the problem by yourself and come > with a proper fix, you should submit it directly upstream. If you think > that the problem is serious enough, you can send a port PR as well. If > you cannot do it all by yourself though, you should submit a PR, in > which case port's maintainer will take care of it. I agree. >> So with all the problems you mentioned above, I guess, I'll take my >> proposal back :) . > It's not like your proposal is bad, ports instantaneously tracking > upstream changes and not needing maintainers would really be cool, > but unfortunately that's practically impossible. Gentoo GNU/Linux which is a source-based GNU/Linux distribution has this feature available, what is different in that is, that it uses a separate root for recording the packing list port and optionally creating a package. Maybe we can introduce a hack in ports system like by adding some variable like 'USES_DYNAMIC_PLIST=yes' in Makefile, which fill let the port first installed with DESTDIR=/var/tmp/ports/${PORTNAME} and then a packing list is generated and then finally whole tree is moved to ${PREFIX}, hmm...? What do you say ? Thanks for you replies. Ashish Shukla P.S. do you've any ideas about when a discussion on this subject took place on this list, hmm..? --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkk+wBUACgkQHy+EEHYuXnQ4/QCg6fgF1/itl/kN4gmq75Zkgvvi PS0AoOG3OGxkuzqYSBiVvuS9HYzYVSMG =W/8P -----END PGP SIGNATURE----- --=-=-=--