Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 78832 invoked from network); 23 Jan 2008 10:48:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 23 Jan 2008 10:48:50 -0000 Received: (qmail 79168 invoked by uid 500); 23 Jan 2008 10:48:38 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 79147 invoked by uid 500); 23 Jan 2008 10:48:38 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 79137 invoked by uid 99); 23 Jan 2008 10:48:38 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Jan 2008 02:48:38 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gshimansky@gmail.com designates 72.14.220.159 as permitted sender) Received: from [72.14.220.159] (HELO fg-out-1718.google.com) (72.14.220.159) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Jan 2008 10:48:11 +0000 Received: by fg-out-1718.google.com with SMTP id 16so2345103fgg.36 for ; Wed, 23 Jan 2008 02:48:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; bh=wOD3l07Vc8mUxhuScHHQq48+VhE5RMUx4UlwtYFCPXs=; b=uWNcUIostO2+DWXzOOtxeEX0zUEG7qbMeYcqy1xsU4ADI8RW51Mm552SunAWhvLCcPxY+3Sj1p4dWodaFYPRPdQbKH2HJhWFs5dn3B6XGpeXHaxNJe+7m4mwN1vspEwkvJPrBgfPO2fAKsBAZ+8BeLHV4XWnRup9Pjdm+J7+qm4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=lPvuHOInyRb9948QeXQjtGvpNJqnEE0CmWoi9GN6CouiMDE5VvYYoS2USHWl8LsTnm3AH2pR/XkpRjoWFt5Yb3B8WsZZfJBRZwIxAfz32LSFjL75aP5MX/xn+FZQVbowukL7uDqJNDyx3zjBBJe5fQMW2t1OCbN9OZVtC527twY= Received: by 10.82.149.8 with SMTP id w8mr16869231bud.24.1201085295921; Wed, 23 Jan 2008 02:48:15 -0800 (PST) Received: from ?127.0.0.1? ( [140.211.11.9]) by mx.google.com with ESMTPS id e20sm15457273fga.1.2008.01.23.02.48.11 (version=SSLv3 cipher=RC4-MD5); Wed, 23 Jan 2008 02:48:14 -0800 (PST) Message-ID: <47971B66.9080600@apache.org> Date: Wed, 23 Jan 2008 13:48:06 +0300 From: Gregory Shimansky User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: dev@harmony.apache.org Subject: Re: [doc] new header dependency in awt on Linux - x11proto-xext-dev References: <0vqhchbjsx1.fsf@gmail.com> <4790BF16.7060601@apache.org> <0vq3asvjhfb.fsf@gmail.com> <200801190342.31383.gshimansky@apache.org> <0vqy7amhshi.fsf@gmail.com> <0vqtzl6hyq9.fsf@gmail.com> In-Reply-To: <0vqtzl6hyq9.fsf@gmail.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Sender: Gregory Shimansky X-Virus-Checked: Checked by ClamAV on apache.org Egor Pasko said the following on 22.01.2008 14:43: > Gregory, > > I committed the initial proposed damn simple change since it makes > things slightly better. I am also open for discussions :) It is better than nothing :) > On the 0x3D0 day of Apache Harmony Egor Pasko wrote: >> On the 0x3D0 day of Apache Harmony Gregory Shimansky wrote: >>> On 18 ������ 2008 Egor Pasko wrote: >>>> On the 0x3CF day of Apache Harmony Gregory Shimansky wrote: >>>>> Egor Pasko said the following on 18.01.2008 17:47: >>>>>>> In the docs it should be written that if some header ... is not >>>>>>> present, it the package x11proto-xext-dev should be installed, >>>>>>> otherwise it may confuse people who are using distros that provide >>>>>>> this header in other package. >>>>>> Igor Stolyarov said in FC it is the same, Debian has the same. Why >>>>>> bother? gentoo? :) >>>>> Well, as I've written, it doesn't exist on SuSE too. >>>> I suggest to put at most 2 columns: for rpm-based and for apt-based >>>> distros. Installing all packages is quick and easy, while >>>> checking/installing by header is not. >>> Well. I think that there should be a note about Debian based distros (since >>> apt as well as rpm are just package managers and may be used across different >>> distributions). That should include Ubuntu, Kubuntu and other flavors of >>> Debian (unless they decide to split packages on their own accord). BTW are >>> you sure that this x11proto-xext-dev is not Ubuntu specific and is actually >>> required on Debian too? >> Judging by [1] it is required in Debian. OK, mentioning Debian-based >> instead of apt-based is a good point. >> >>> Saying this, the instructions of every possible Linux distro in the world are >>> going to be hard to write. Versions change, packages are split, merged back >>> and renamed with different names, there is never going to be a perfect >>> instruction, especially considering the lag of the site and documentation >>> after the real state of things. >>> >>> I think the instruction should name the groups of packages by origin like >>> >>> X11 with all of its extensions and development packages >>> libpng with all of its development packages >>> libjpeg with all of its development packages >>> liblcms with all of its development packages >>> libxml2 with all of its development packages >> ..and do not forget to mention, dynamic or static libs, and if static >> then fPIC on x86_64, (also IPF, PPC), what else? :) >> >>> and so on. >> I do not want an absolutely correct instruction like this. liblcms >> could be split or merged with something else. No guarantee here as >> well as in package names. And finally, such instruction is not very >> usable. >> >> Giving package names is useful for a wide audience. And those >> instructions that are there now (gy Geir?) helped me to set up my new >> system very quickly without searching/detecting how the packeges are >> named. >> >> So, if we want to be absolutely precise, let's put it like this: >> >> 1. here is the set of packages one needs to install for popular >> Debian-based distributions (Ubuntu, Knoppix, Linspire...) >> >> 2. here is the set for the RPM-based (Fedora, Mandriva, ALT, ...) >> >> 3. and here is the complete list of headers/libs requirements for the curious >> >> does it suit well? I will support list (1) then. >> >>> You and me would understand what it means. New developers would ask questions >>> on dev list in any case, and this is not bad IMHO. >> Asking questions is good, but many of newbies do not like to go this >> list to ask starter questions. And I can understand them. So, let's >> make the process of joining the fun as smooth and trivial as possible >> (for most popular distros:) let's welcome developers instead of >> showing how complex and difficult we can be. -- Gregory