From owner-freebsd-hackers@freebsd.org Sun Jul 12 20:08:59 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D106799B9DF for ; Sun, 12 Jul 2015 20:08:59 +0000 (UTC) (envelope-from Don.whY@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C29A1F38 for ; Sun, 12 Jul 2015 20:08:59 +0000 (UTC) (envelope-from Don.whY@gmx.com) Received: from [192.168.1.115] ([67.212.197.98]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LgeFd-1Yc4fU24Vp-00nvp8 for ; Sun, 12 Jul 2015 22:08:57 +0200 Message-ID: <55A2C946.9010708@gmx.com> Date: Sun, 12 Jul 2015 13:08:38 -0700 From: Don whY User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.1.1 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: Xorg for client-only support References: <559EDB56.70808@gmx.com> <2863155.VvqRCPmh7x@desk8.phess.net> <55A1DD4F.1050507@gmx.com> <4777726.x7gaKDivgh@desk8.phess.net> In-Reply-To: <4777726.x7gaKDivgh@desk8.phess.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:/6neFrmR+CiOLWgAGYaNi2clUHQv4YOlNLyGigtISXdP4L0rPuc g1RS2pZ9r9dTsr2zDLSed4nT/mMLHClMfORgk7Bc26mfSiFxYvetU+2R12eXUs8V+VoriDz /t+3svXT9LtjRkaqE+US7jiZ29TL9sBwWNunwUI3D7Si37CrSuYm4sKKmRzJcGLCel6I3HR MRbTg5HJIO8pFkbA08S/g== X-UI-Out-Filterresults: notjunk:1;V01:K0:+4yjcZyNNN8=:d3EJlBhbuq8+3N5xmcPlSb rxR8aGMtWJlWqd4UFfzsMxNGOqjRvlW8nSvjcq5+lIJ3buklU1oSJpAxAtklM80w490vWBmJp ECA5qgHTfapbY7JGiiZPMGHg7EiTHuT4gV6lHIZzMV4tBj/R2vaqZb78zRtC8ucbt3kDSuk63 rkhA1krJneGsiWOx+ZTNXnlRQ6+FBHlIQVqhCeBANTJsgEIw0QYcqqkuE4xFJFE4iC79Y7KKQ yYoPXgutg2KRgf5tCtJEA3w207iyBhstr0jFARq7X0qm5RH8MRx8U7DYtzcgRNP8r+NOCL7Q8 JtTRnj4wtowR+frGXtEVHhfd3Lza97IydZDr5e0clygGpxmtEHX6+ZJA17tT2Zv1oTFJcZ37w UhFeq+Sp1Y/Dt99eb2mog2ZGBK/8PepuF2h9HlbgsNXGAJFF+mXbCLiNsxpLCtWlTA+Vzh5Ke Jsd0g/8kDV6mn8JIbS8b4pC1hVtD4fi85Y3UFR43n43Uuu9sfMudIUOchfEma5XizT7vixKlX pR/n7m0kmh0osEmpQGM2n2a1FfxswdFKwKWm7JsK0hZorrc8tAfPHrbrHOoSNpWVjStDLGxMD AZxnNNaEQSzLLaeCCifHA7e3Q7tpPjTf30nCkZybO2sbIN9Dq52Vdz+GzVKaIq9UKw8q1rgGW 2vUJylqztCOza44JgRQStoemrmXOX4OzJ8hZ/GHTdBvZmDORVHy1OjeXIjgl+7AuU9Z8= X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2015 20:08:59 -0000 On 7/11/2015 11:21 PM, Patrick Hess wrote: > Don whY wrote: >> On 7/10/2015 9:41 AM, Patrick Hess wrote: >>> Don whY wrote: >>>> For *headless* devices (i.e., no point in having a real *server*!), >>>> are there significant portions of xorg that I can omit? Or, is it >>>> easier to build and install it all and remove the unnecessary cruft, >>>> later? >>> >>> Since you don't need the server portions, I don't really see a reason >>> why you would want to worry about installing any X.org ports by hand. >> >> Not sure what you mean "by hand"; if "build from scratch", that's >> just the way I've done things for the past 20+ years... > > Now I'm not so sure any more what you mean by "build from scratch". > I was assuming that you were using the FreeBSD ports system, in which > case I wouldn't bother to explicitly install any X libraries, like so: > > make -C /usr/ports/x11/libX11 install && > make -C /usr/ports/x11/libXext install && > make -C /usr/ports/x11-toolkits/libXt install && > [...] Yes. Though if any of the above had dependencies, I would first "manually" make those. I.e., I don't like relying on too much magic as too many details get hidden that I might want to examine and opt for a different approach. E.g., something starts to drag in a new version of perl and I give serious thought to whether I really *want* that thing! > Instead, I would just install the actual applications I wanted to run > on that machine and have the above libraries be installed by the ports > system automatically should one of those applications need them. > > Of course, if you were building from source without using the ports system, > you'd have to resolve all of these dependency issues yourself. I don't see > a compelling reason why you would want to take that route, though. > >>> Just installing the applications you want to use should automatically >>> pull in the X.org dependencies that are actually required by these >>> applications. >> >> Are the client dependencies that fine-grained? I.e., they don't just drag >> The Kitchen Sink in? > > I'd say that most ports are pretty good at specifying only the minimum > set of dependencies that are actually required by the port. > > Just off the top of my head, the one counter example that comes to my > mind is x11/lumina, which has a dependency on x11/xorg, a metaport for > the *entire* X.org distribution. I didn't have the time to take a closer > look at that port just yet, but that feels like overkill to me. It's only natural to think "Oh, this relies on X..." and casually (unfortunately) drag in more dependencies than may be required. Likewise, default configuration choices may drag in other ports that *I* might not be interested in. >>> This will prevent any unnecessary parts, like server >>> components and video drivers, from being installed on your system >>> in the first place. >> >> I was hoping for a port akin to "xorg-clients". But, i should be able >> to hack one together based on your above comment. > > x11/xorg-libraries seems to bundle a fair amount of client libraries. > That being said, I wouldn't bother about it either. Should one of the > applications you are to install require x11/xorg-libraries, the ports > system will automatically install it for you anyway. I'll have to start looking at each client in detail and see what the "cost" (dependencies) of each will be. Some may prove not to be worth the extra effort/resources.