From owner-freebsd-ports@FreeBSD.ORG Sat Nov 1 10:32:18 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8964738C for ; Sat, 1 Nov 2014 10:32:18 +0000 (UTC) Received: from nm10-vm0.bullet.mail.bf1.yahoo.com (nm10-vm0.bullet.mail.bf1.yahoo.com [98.139.213.147]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A9FE644 for ; Sat, 1 Nov 2014 10:32:17 +0000 (UTC) Received: from [98.139.212.152] by nm10.bullet.mail.bf1.yahoo.com with NNFMP; 01 Nov 2014 10:32:16 -0000 Received: from [98.139.212.214] by tm9.bullet.mail.bf1.yahoo.com with NNFMP; 01 Nov 2014 10:32:16 -0000 Received: from [127.0.0.1] by omp1023.mail.bf1.yahoo.com with NNFMP; 01 Nov 2014 10:32:16 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 912584.28559.bm@omp1023.mail.bf1.yahoo.com Received: (qmail 14421 invoked by uid 60001); 1 Nov 2014 10:32:16 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1414837936; bh=P+0ZkG9fbxt3a8cLDCtqmWTzWB6Q5xJ6dJ8cHHu0FnE=; h=Message-ID:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=fkdi81wZQAi09hAjCzEMD1t5lW1AIL16nP81Hy5HjZlmsX/IBujm70G/7oSenoYmib429fhJNedaLhBCfu/K4kJ7mDYsPRpljJUa0OX52837nfSxc0v2vWnonFwQBDNeH2nTHBfvl1mOE6NrusEffXfq8Z0+T/4seo1MjSX+R+M= X-YMail-OSG: dwxqg5cVM1ls5ac.TQnuWOyfhDi.vbkC7qfOpSgk4OhUGZK rl.hfa5fHvQAn63OZmHkaO8EsyKx48FWxWdvw7l0swYnLfV7GwTJaWCPl7jm Qb48V0xl_MADE_aK7USsusk_wylyLn.WUmlx3aEVAzXj0L0t8BDTNrSk2IE6 iRHC9gYde83r6QOuu7MhdC_3C9vK1tmN.EDooxM2LDtjCR9I0fZgEsktp9Bc hBACGFzK8bDDEN_rHZDFl3WMhoAIm2pvFhD2.b71LY.OkDPlE6hx9NvjXMwz rDDC4dFf._EyZfvwRv8R4Q8xRlekR1Mlq09re8oMpGjIMms88cr1yPN8e8r_ fF1Yl6UJx_5BjKdYIdA2AsWK4pHGSSmvisYBEvx00JzHoa6dGTIHFeksQOqn KmelK_VzlexFDPZzrBCLzJFEQC3Sjd9APWc7uo7e8Ph9tjvRFknCpSZcv.MO oiaVQmdj3KKuO7b_Pk7Tjqii3yd04FLiwMNQG9iZr0T68JKJxb35BkhAd6X2 Bd5.c763J7fOLjkkIxi.U39WTMMW.efp_K3JwAOgdRkqycNn0_cQdNiXXDTV lTz5avJfUuWYZ86CZteknqBTlw6W3tXwk5.LT6oph5P9bjePg.H4EwPy4CvF t.icueeqnn4ofeELoHpnGNnJe.gmg_bCXmyZsBHWPFRNNsw-- Received: from [66.92.43.99] by web140901.mail.bf1.yahoo.com via HTTP; Sat, 01 Nov 2014 03:32:16 PDT X-Rocket-MIMEInfo: 002.001, Tm90IGluaXRpYWxseSB3ZWxjb21pbmcgdGhpcyBuZXcgZWZmb3J0Li4uIA0KZXhwbGFuYXRpb24gYW5kIG90aGVyIFBLRyBwcm9ibGVtcyB0YWtpbmcgcHJlY2VkZW5jZS4uLg0KDQoNCkkndmUgYSBmZXcgc2NyaXB0cyB3aGljaCB1c2UgdGhlIHNtYWxsZXIgZmlsZXMsIGFuZCBoYXZlIHVzZWQgdGhlbQ0KZXh0ZW5zaXZlbHkgaW4gcGlwZXMuICBTeW50YXggd2l0aGluIHRoZSBNYWtlZmlsZSB3b3VsZCBtYWtlIHRob3NlDQpjb3VudGVyaW50dWl0aXZlLiAgICAgICAgSSB3b3VsZCB3b25kZXIgYWxzbyBpZiABMAEBAQE- X-Mailer: YahooMailClassic/810 YahooMailWebService/0.8.203.733 Message-ID: <1414837936.42754.YahooMailBasic@web140901.mail.bf1.yahoo.com> Date: Sat, 1 Nov 2014 03:32:16 -0700 From: Jeffrey Bouquet Subject: RE: RE: reducing the size of the ports tree To: ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: pkg@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Nov 2014 10:32:18 -0000 Not initially welcoming this new effort... explanation and other PKG problems taking precedence... I've a few scripts which use the smaller files, and have used them extensively in pipes. Syntax within the Makefile would make those counterintuitive. I would wonder also if it would break port infrastructure like the Mk and Tools and "make search" and portsearch (etc -- ports ) ... essentially breaking more things than would be solved. Indeed, I've many ideas for MORE small files for people crafting shell scripts that would be of more use down the road, and incorporated someday into additional port tools, portmasters, portupgrades, etc... So as far as this particular suggestion, maybe if someone wants it bad enough one should build a prototype and test locally several years with many ports and upgrades to determine what it breaks... and how to write new tools. But I conjecture that effort would be better spent with PR backlogs, fixing pkg2ng (which fails here on one machine ) etc... and making pkg more robust... (complete recovery if the database is hosed, with a something local_sqlite_hosed_reuild_sh.sh etc etc And the documentation. Many many more examples of everyday usage over the course of a year and UPDATING scenarious would be appreciated... and also streamlining pkg so it works better on low power machines with many ports installed. Including less segfaults... As an aside, I am now on a machine which never had the problem before, after a failed pkg2ng conversion, A... pkg install -f nettle wants to install csound! what file is telling it that? The database ??? ... and seven others I had just deinstalled B... make install ( proceeds with "Child process terminated abnomally... segmentation fault) before the install. Not known if anything was running beforehand. Not problems with the install. But it keeps occuring... What process? Something in the background wanting that nettle >> csound dependency? Pkg working before the make command? Part of the make command infrastructure now more buggy? Thankfully that machine is not the primary one here, and all the programs installed still work on it as far as I know. But its registration data is not exact and pkg-devel as installed on it could be debugged more... as well as pkg2ng retested to work on v9 more precisely... It failed three times to convert that machine. (not installed unless desinstalling direct from the port, so could not upgrade.. or pkg info the port)