From owner-freebsd-ports@FreeBSD.ORG Sun May 10 05:25:16 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBE3A94B for ; Sun, 10 May 2015 05:25:16 +0000 (UTC) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id C7D5A1096 for ; Sun, 10 May 2015 05:25:16 +0000 (UTC) Received: from yuri.doctorlan.com (c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128]) (authenticated bits=0) by shell1.rawbw.com (8.14.9/8.14.9) with ESMTP id t4A5PAFi008193 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sat, 9 May 2015 22:25:10 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128] claimed to be yuri.doctorlan.com Message-ID: <554EEBB5.8010304@rawbw.com> Date: Sat, 09 May 2015 22:25:09 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: www/firefox really depends on security/openssl? References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> In-Reply-To: <20150509125643.0bda93e6@kirk.drpetervoigt.private> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2015 05:25:16 -0000 On 05/09/2015 03:56, Dr. Peter Voigt wrote: > > I am wondering, if www/firefox really depends on security/openssl. > According to the following, it should not: > This stage-qa test that I submitted half year ago tests if some package really depends on other packages, and recommends additions to *_DEPENDS statements: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195203 So if it will say that USE_OPENSSL=yes is needed, this means FF does depend on it. Yuri From owner-freebsd-ports@FreeBSD.ORG Sun May 10 05:32:51 2015 Return-Path: Delivered-To: freebsd-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 C40759F8; Sun, 10 May 2015 05:32:51 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [IPv6:2607:f2f8:ab14::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ABB2A1159; Sun, 10 May 2015 05:32:51 +0000 (UTC) Received: from bcn-dbarton.lan (172-7-206-56.lightspeed.irvnca.sbcglobal.net [172.7.206.56]) by dougbarton.us (Postfix) with ESMTPSA id 8115E22B13; Sun, 10 May 2015 05:32:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dkim; t=1431235970; bh=14PhBD/WY8HzNOdw27T+CKLAAuz6SJOhJV9PW8Je6Bs=; h=Date:From:To:Subject; b=La95X1+Fyv94zDW4kcpaywQYbO/tNTfV4wOxelfU1Lyfi79Amkdl4I5pQWKtG58+d YXU/GGCbKls1m7bAHC9ClLtuQyfkQI5L/GR6YWIYZ6PmobtQWv1HYtgRQBfO1nA2fP Jv/myCFHiZp6b+qons0IF3vOU5Izw4R+flSilVYA= Message-ID: <554EED81.2030205@dougbarton.us> Date: Sat, 09 May 2015 22:32:49 -0700 From: Doug Barton User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: ohauer@FreeBSD.org, freebsd-ports@freebsd.org Subject: postfix update OpenPGP: id=E3520E149D053533C33A67DB5CC686F11A1ABC84 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="VO16RWfs6TkLJ0Q2T06I9hBhcmiBAS7Qr" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2015 05:32:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --VO16RWfs6TkLJ0Q2T06I9hBhcmiBAS7Qr Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable According to the VUXML postfix 2.11.4 is vulnerable. The update was=20 released almost a month ago. Is a port update planned any time soon? Doug --=20 I am conducting an experiment in the efficacy of PGP/MIME signatures.=20 This message should be signed. If it is not, or the signature does not=20 validate, please let me know how you received this message (direct, or=20 to a list) and the mail software you use. Thanks! --VO16RWfs6TkLJ0Q2T06I9hBhcmiBAS7Qr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVTu2CAAoJEFzGhvEaGryEl7sIANDOqwaJJsrwPcbe65EBUqnL W+qgb7bXVJEbwb0i6zQC00GjXoU0jrJbtUPc1twMZ+CxRzIZM2tHymFmlgJGB4YJ x/+7viEq3z8beK+kH5d4kS5MQH7Dg5s86jpfJ3kkKMpXKvSVaP4H5RSUdE9hyo4t pxGKjeDOhv5u8rjDBKlka2PryZ0kY21kOID+jRfDtxwG/mJzFBVxI1Nnp018IsGy muNkngrxASWpDRyrQpgNgdg74FVSM3IOBgPf9cR22CIwk9yixaTqonW1v4XxjAiT TRJB9iheezMHXacENVexSfRoyZ9H4tKWrO9vEL054KGIeAC8e3NbVwtgh565UYM= =qQvC -----END PGP SIGNATURE----- --VO16RWfs6TkLJ0Q2T06I9hBhcmiBAS7Qr-- From owner-freebsd-ports@FreeBSD.ORG Sun May 10 17:33:07 2015 Return-Path: Delivered-To: freebsd-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 99F8523B for ; Sun, 10 May 2015 17:33:07 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 35AD6160E for ; Sun, 10 May 2015 17:33:07 +0000 (UTC) Received: by wicmc15 with SMTP id mc15so12012782wic.1 for ; Sun, 10 May 2015 10:33:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=qRLt1nMTtkk6f8nMltdYmNSVL/OUDwq3yxMni11Y0DM=; b=0KZEIQorLL3pZDnD3q9T0A8Y96r320Rq64nE+9v1CLjnLv4WLbl/zDcHGOIBWqFL06 mFMQCAzxRsD3h/I3mZTJGsIt1rGUs2wstZwIBbS8tM06W5pIrdCmF7wgxh9qbjFEwKbM WSEXkGlDzG8DZFjiJaUbbbwfyEpqxhTYAYBeuTRhC4GfuomQ7UaXfq+ZYIcheUrG6UGX U89p+2MAfTzdR9RKMACQddpj7X6U3O5o2CML18UWgTitOdImbAnSwz4btNpAPrA83imW AoHfjY2BswisUzJUnvzG03BhgsxVmPxTYkCngHeia4j/PmWbJvfagZVrAJu0ydMVw0pV 655Q== MIME-Version: 1.0 X-Received: by 10.194.122.200 with SMTP id lu8mr13305580wjb.30.1431279185639; Sun, 10 May 2015 10:33:05 -0700 (PDT) Received: by 10.27.97.75 with HTTP; Sun, 10 May 2015 10:33:05 -0700 (PDT) Date: Sun, 10 May 2015 20:33:05 +0300 Message-ID: Subject: hexer From: Anastasios Mag To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2015 17:33:07 -0000 Hi all, i want to ask you a question... Is there any reason for porting hexer editor ? My question originated from the config file dedicated for FreeBSD that hexer tar.gz file contains. Here the development of hexer takes place: https://gitlab.com/hexer/hexer/commits/master -- Mageirias Anastasios www.junkbytes.com From owner-freebsd-ports@FreeBSD.ORG Sun May 10 21:11:21 2015 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 4A436F8 for ; Sun, 10 May 2015 21:11:21 +0000 (UTC) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1DCBA1D0B for ; Sun, 10 May 2015 21:11:20 +0000 (UTC) Received: from yuri.doctorlan.com (c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128]) (authenticated bits=0) by shell1.rawbw.com (8.14.9/8.14.9) with ESMTP id t4ALBJFn060363 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 10 May 2015 14:11:20 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128] claimed to be yuri.doctorlan.com Message-ID: <554FC975.8050409@rawbw.com> Date: Sun, 10 May 2015 14:11:17 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: "ports@freebsd.org" Subject: Update of qbittorrent to 3.2.0 and libtorrent-rasterbar to 1.0.4 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2015 21:11:21 -0000 Please commit update for these two ports: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200108 Yuri From owner-freebsd-ports@FreeBSD.ORG Sun May 10 23:32:06 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B2E0AE1; Sun, 10 May 2015 23:32:06 +0000 (UTC) Received: from dougbarton.us (dougbarton.us [IPv6:2607:f2f8:ab14::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 51C121A41; Sun, 10 May 2015 23:32:06 +0000 (UTC) Received: from bcn-dbarton.lan (172-7-206-56.lightspeed.irvnca.sbcglobal.net [172.7.206.56]) by dougbarton.us (Postfix) with ESMTPSA id 631A62E50F; Sun, 10 May 2015 23:32:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dkim; t=1431300724; bh=aO9EFfOFGIMJ79S0BYyXRlHthz1KKeZFZ7JbdqPoxIU=; h=Date:From:To:Subject:References:In-Reply-To; b=X9/62czzLu5mT5V2i6iuFC7dhAkR61Qg8JwXCZDR9/LMxj4/Qli/TE/ij/h1OHezh prT15u9FwEJBILwxF209NUDC13bgc2JqLUy9Oi+x/FqU1mnqc0Brvj4Qlzr3n5BS1O 7e1n/2JuQeLgb3PsXSsCpXOia+acuVWlfQ2NAZj4= Message-ID: <554FEA73.2040909@dougbarton.us> Date: Sun, 10 May 2015 16:32:03 -0700 From: Doug Barton User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: ohauer@FreeBSD.org, freebsd-ports@freebsd.org Subject: Re: postfix update References: <554EED81.2030205@dougbarton.us> In-Reply-To: <554EED81.2030205@dougbarton.us> OpenPGP: id=E3520E149D053533C33A67DB5CC686F11A1ABC84 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="1UJ5VR8AqHkd7BBMAwJjSeUnhn8VAd5W9" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2015 23:32:06 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --1UJ5VR8AqHkd7BBMAwJjSeUnhn8VAd5W9 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable On 5/9/15 10:32 PM, Doug Barton wrote: > According to the VUXML postfix 2.11.4 is vulnerable. The update was > released almost a month ago. Is a port update planned any time soon? I see that the update was performed. Thanks! :) Doug --=20 I am conducting an experiment in the efficacy of PGP/MIME signatures.=20 This message should be signed. If it is not, or the signature does not=20 validate, please let me know how you received this message (direct, or=20 to a list) and the mail software you use. Thanks! --1UJ5VR8AqHkd7BBMAwJjSeUnhn8VAd5W9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVT+pzAAoJEFzGhvEaGryEOhYIANYXqj9iLUbHheuANI5Ug1UD BaFMc10AhquZ01ZvuNzaKWPkP+hGkUma5mqrzk9jTBXv0oZ3IWIPqn9mO+SYEIt9 pExN6k1vvL0fkS6tpy0B0HlezEsY6EMwgnyGoqXAHlvEiUD0YuMpz0tVNKSClhtB Iozh5gzOsZjvry4ZHks7tHhJRdqrq5/E0SSULDi+QrtbP/ZYXFHRIvWVI+86Yfw+ aaoyv1ZJtAPzHoWgkq1XIIkMLMIYS1J5Yo2ne5MZASIUYlD3azpvok5LGXoYkI0D IJf5HBC9dlzO85ISjS3M/EEjehHgo5czcyHol+QR1BRzuWehORk1jOZS7g3ZXL8= =KAgg -----END PGP SIGNATURE----- --1UJ5VR8AqHkd7BBMAwJjSeUnhn8VAd5W9-- From owner-freebsd-ports@FreeBSD.ORG Mon May 11 05:48:42 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78F63507 for ; Mon, 11 May 2015 05:48:42 +0000 (UTC) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B3091DA1 for ; Mon, 11 May 2015 05:48:41 +0000 (UTC) Received: by wief7 with SMTP id f7so77545968wie.0 for ; Sun, 10 May 2015 22:48:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=kfLOJSdeeuks3c56YTmKgLcpAePYK0WBQOJy/UP9YDM=; b=KL6oRQeCuiqJybOO7qs2chkTJIkZB+U/546NEfXLRVURKs+E8Sa/tCshOF+mWPpYTH qyPCv1VwRsy3YR0UW/Bi5YmKwxHVrx9OoWfCJ2xEf6C/eNUUTYG/dV/NmcRpI8sOTu5l M9sR5cKkyETQLmVhWAnkPFoF2+ZgmyKGdrEdoKtfya4CL/gVTe/q78wBQizIsEw0UH6A Vzl1e4hzvleos21MD5JDaujeE1N2hH4kLlZh6gRL2XeIhVd8qXfRHV8sRQlIlZAjB/63 d0SbKO80h3VfpFC0/VZAffc73kQknuJczXBYmLywjji/jRFvXplKu8PaOr5YLs64bLut sp8g== X-Gm-Message-State: ALoCoQlSmxbbSsv/8SVl1LbMwCzib7Y3S02KcshsmNbmLwKKhTfKRuBdggFqWFwTCUEGsWiur4IY MIME-Version: 1.0 X-Received: by 10.194.2.47 with SMTP id 15mr17117453wjr.101.1431323314485; Sun, 10 May 2015 22:48:34 -0700 (PDT) Received: by 10.27.58.66 with HTTP; Sun, 10 May 2015 22:48:34 -0700 (PDT) X-Originating-IP: [101.170.127.237] Date: Mon, 11 May 2015 15:48:34 +1000 Message-ID: Subject: lang/mono Updated to Mono v4.0.1 From: Anders Jensen-Waud To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 05:48:42 -0000 Hi all, As part of our effort to port CoreCLR and the Roslyn compiler collection to FreeBSD, it has been necessary for us to have a working version of Mono v4.0.1 on FreeBSD. The version in Ports is on version 3.x, which is getting quite old. So I updated the port Makefile to 4.0.1.28, the most recent available version from the Mono team. The patch is available from here: https://github.com/ajensenwaud/mono4-freebsd-ports/tree/master/mono Given that this is an update to an existing ports infrastructure, would you still like an shar file submitted to the list? Or do you prefer a separate patchset? Cheers Anders From owner-freebsd-ports@FreeBSD.ORG Mon May 11 07:22:49 2015 Return-Path: Delivered-To: freebsd-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 C9BBE30F for ; Mon, 11 May 2015 07:22:49 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C77B17AA for ; Mon, 11 May 2015 07:22:49 +0000 (UTC) Received: from liminal.local ([192.168.100.5]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t4B7MheR027866 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 11 May 2015 08:22:43 +0100 (BST) (envelope-from matthew@FreeBSD.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t4B7MheR027866 Authentication-Results: smtp.infracaninophile.co.uk/t4B7MheR027866; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host [192.168.100.5] claimed to be liminal.local Message-ID: <555058BB.7010202@FreeBSD.org> Date: Mon, 11 May 2015 08:22:35 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: lang/mono Updated to Mono v4.0.1 References: In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="KS7U6g8LB9j3f4BEimFJQpHf8ttjpldkW" X-Virus-Scanned: clamav-milter 0.98.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 07:22:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --KS7U6g8LB9j3f4BEimFJQpHf8ttjpldkW Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/05/2015 06:48, Anders Jensen-Waud wrote: > As part of our effort to port CoreCLR and the Roslyn compiler collectio= n to > FreeBSD, it has been necessary for us to have a working version of Mono= > v4.0.1 on FreeBSD. >=20 > The version in Ports is on version 3.x, which is getting quite old. So = I > updated the port Makefile to 4.0.1.28, the most recent available versio= n > from the Mono team. >=20 > The patch is available from here: >=20 > https://github.com/ajensenwaud/mono4-freebsd-ports/tree/master/mono >=20 > Given that this is an update to an existing ports infrastructure, would= you > still like an shar file submitted to the list? Or do you prefer a separ= ate > patchset? Can you generate a diff against the original ports tree, and open a ticket in Bugzilla (https://bugs.freebsd.org/bugzilla/query.cgi?format=3Dadvanced) and attac= h the diff to the bug report -- make sure to mention 'lang/mono' in the subject of the bug report, as this will get the report auto-assigned to the right people. You'll smooth the way for getting your update applied if you can also attach the output of 'poudriere testport' showing your updated port compiling successfully and passing all the internal ports regression test= s. One thing though: you should remove the PORTREVISION=3D1 at line 6 of Makefile -- that number gets reset to nothing when the main PORTVERSION increases. Cheers, Matthew --KS7U6g8LB9j3f4BEimFJQpHf8ttjpldkW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) iQJ8BAEBCgBmBQJVUFjDXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkAT8RAQAI5xi4h5YY+/X7DguZfth+s0 Oex1Y6uIIkpqkdYXsHEbNzGkdLMj3eRESyRmg+zH25KC+Rl5KQtjVXlOX8ZS9g/B UsjrQ64p9ssuy0V7kChPAYd8rJsz8bfNirpghSYPk8HqJFqlI3iYwKAZJsKWelah 2/N9aURnh7D7U/arKfa2/8Hz/xbgLp0b0C7IxYO+6OxRrSuEORr3cRMZJu3ZD1xm nKkjxtzgYJQ/0oxORgDZRqe/pWOAbA/YnJl7XNUEQcn2Bd6kZ5+ZoHrXgHjyFIqc WKiR+zHCIv/J9L5gsjFVV42MgXgarNLJqkl4yTR64XVmlGn7u43QNWQWbEpDz+Xm /CUX5bA53aWi9ivYYExwZq/XNwJYbwaFQj49FL22crBMHwP68bUkp35jDnvIRcaH E4bty+gc9LHlWVxsjMgaNBzE6hUUSrfz0tdcIttXTEhwuE62ADagRGtxitOXs5ma Vxcl72Kao7SQzFo8DnxWFYtvJZiOWO22UE35Ja/MOeHLP+W2W8CG+N3KWDJ1fdh3 ZQCTmXfc8bCQFPsh1+7AXaarQYEaZxgTi7vYBF1pVMHk3mIkMMwDpyifzk9fcK16 vYJQl2o5dUmeiAKoLt0R87uAl9fTgL1HvCNXVF53y3ocl/EgjJXX3JtgKw+URJbj sY+QHwNu7HQGeo/OC2XZ =+2Jm -----END PGP SIGNATURE----- --KS7U6g8LB9j3f4BEimFJQpHf8ttjpldkW-- From owner-freebsd-ports@FreeBSD.ORG Mon May 11 07:38:47 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54DC75BD; Mon, 11 May 2015 07:38:47 +0000 (UTC) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 20063191A; Mon, 11 May 2015 07:38:47 +0000 (UTC) Received: by oica37 with SMTP id a37so98077328oic.0; Mon, 11 May 2015 00:38:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=0ceFe/snchOTr/L74w8aGKkvTPvRyZZqrXrYTP/BdSg=; b=X+HUjE9SUinS3rYh265U1hVWnm/U663D4jX+mZ09YGsBPUXblB8dOO64IQWORy48r0 NarWGl1ZhSpfugahPCD9J72FgMIPQ3Wa712CQ42BVcNBDIe4OvuwloQjVt5G03ry+rhg R/Hd1kjK22ujlDFNJ0yaVAXK6r4pyy69eGcW4H5cdfSikbiVFUcuNR1is4lpVdNkZTGl rgGWpt63U1LxD2ply4go2xGScEvk/opM0pyjygjoz91iAUQMlCcDc299/Jn+2ExBxZfK STbAAviLCX5nWevvHz+cTh2pH30rr9MXKT9Hb9yWju8Fn7f+mQPBvRa3o0qjxepYj6ll T0gg== MIME-Version: 1.0 X-Received: by 10.60.82.4 with SMTP id e4mr7055240oey.42.1431329926287; Mon, 11 May 2015 00:38:46 -0700 (PDT) Received: by 10.182.18.7 with HTTP; Mon, 11 May 2015 00:38:46 -0700 (PDT) Date: Mon, 11 May 2015 09:38:46 +0200 Message-ID: Subject: Wrong security audit for mail/postfix ? From: Cristiano Deana To: FreeBSD Stable Mailing List , freebsd-security@freebsd.org, freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 07:38:47 -0000 Hi, this morning I got for my mailservers # pkg audit postfix-2.11.4,1 is vulnerable: postfix -- plaintext command injection with SMTP over TLS CVE: CVE-2011-0411 WWW: http://vuxml.FreeBSD.org/freebsd/14a6f516-502f-11e0-b448-bbfa2731f9c7.html postfix-2.11.4,1 is vulnerable: Postfix -- memory corruption vulnerability CVE: CVE-2011-1720 WWW: http://vuxml.FreeBSD.org/freebsd/3eb2c100-738b-11e0-89f4-001e90d46635.html But this is a bug from 2011, and it's blocking new install or updates of postfix packages. Who should be warned of this? Thank you. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-ports@FreeBSD.ORG Mon May 11 07:48:29 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E56F91E for ; Mon, 11 May 2015 07:48:29 +0000 (UTC) Received: from mail-wg0-f51.google.com (mail-wg0-f51.google.com [74.125.82.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D3C8B1AC1 for ; Mon, 11 May 2015 07:48:28 +0000 (UTC) Received: by wgic8 with SMTP id c8so93258910wgi.1 for ; Mon, 11 May 2015 00:48:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=R/krF7OgK1ExkOk2LhYJ8U0n2aAypJ3sLZGzgPNRXO8=; b=BZ2miN/qn+dr5/0W2AyptaqjtNnLxpQeH+0m2vvgB/zFaTLrey4+5YdeJxxTDL1L8x gyKjYI/DgDz1iI+Yim59LiNeQqEi5lKCOgtbZhrmWxbj4++N9pG5RkTxN5AUMFRAzvPn 9T3yheOPckHtbxkjaDXokCFIINWyl1jeiU/Sp4UPeIPEwoqsLJq7C/PeWQaqkN+dp8wy kxovvpsnYLDCLLi5NB8meyxmWZONOBnO/u2eSRLAK05i0/Mnfh7FwkIPXOGT3jR6/xMS hdOG1uUnqALRfzV8006R1a+yGcNoziQuNGOFLp91HP1LQsB8wGqyu3+QyxFvLWr8I7Ns YEVw== X-Gm-Message-State: ALoCoQkO+zu3pLnoGzgr+UB2XcXGNdF0nWXa+vZY/vB7tnCq03uMhhNsr0FQKF4g97FpngBeIF2w MIME-Version: 1.0 X-Received: by 10.194.95.41 with SMTP id dh9mr18107715wjb.55.1431330500911; Mon, 11 May 2015 00:48:20 -0700 (PDT) Received: by 10.27.58.66 with HTTP; Mon, 11 May 2015 00:48:20 -0700 (PDT) X-Originating-IP: [101.170.127.237] In-Reply-To: <555058BB.7010202@FreeBSD.org> References: <555058BB.7010202@FreeBSD.org> Date: Mon, 11 May 2015 17:48:20 +1000 Message-ID: Subject: Re: lang/mono Updated to Mono v4.0.1 From: Anders Jensen-Waud To: Matthew Seaman Cc: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 07:48:29 -0000 Thanks. I have submitted the PR here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200118 On Mon, May 11, 2015 at 5:22 PM, Matthew Seaman wrote: > On 11/05/2015 06:48, Anders Jensen-Waud wrote: > > As part of our effort to port CoreCLR and the Roslyn compiler collection > to > > FreeBSD, it has been necessary for us to have a working version of Mono > > v4.0.1 on FreeBSD. > > > > The version in Ports is on version 3.x, which is getting quite old. So I > > updated the port Makefile to 4.0.1.28, the most recent available version > > from the Mono team. > > > > The patch is available from here: > > > > https://github.com/ajensenwaud/mono4-freebsd-ports/tree/master/mono > > > > Given that this is an update to an existing ports infrastructure, would > you > > still like an shar file submitted to the list? Or do you prefer a > separate > > patchset? > > Can you generate a diff against the original ports tree, and open a > ticket in Bugzilla > (https://bugs.freebsd.org/bugzilla/query.cgi?format=advanced) and attach > the diff to the bug report -- make sure to mention 'lang/mono' in the > subject of the bug report, as this will get the report auto-assigned to > the right people. > > You'll smooth the way for getting your update applied if you can also > attach the output of 'poudriere testport' showing your updated port > compiling successfully and passing all the internal ports regression tests. > > One thing though: you should remove the PORTREVISION=1 at line 6 of > Makefile -- that number gets reset to nothing when the main PORTVERSION > increases. > > Cheers, > > Matthew > > > From owner-freebsd-ports@FreeBSD.ORG Mon May 11 08:36:05 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5921A04; Mon, 11 May 2015 08:36:05 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 6D0621020; Mon, 11 May 2015 08:36:04 +0000 (UTC) Received: from [10.193.61.94] ([109.42.0.174]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MO7Ca-1YoRwG1VEy-005byR; Mon, 11 May 2015 10:35:56 +0200 User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Wrong security audit for mail/postfix ? From: olli hauer Date: Mon, 11 May 2015 10:35:58 +0200 To: Cristiano Deana , FreeBSD Stable Mailing List , freebsd-security@freebsd.org, freebsd-ports@freebsd.org Message-ID: <35A69C37-F4ED-4235-8491-5F66E355592F@gmx.de> X-Provags-ID: V03:K0:cWXn3P5boDTf4vf7N7SjyHZosCJf4Qm4pKpMdUYcq7KKQC+qB6o KGbsl7WmRZJv1R2i3+eZdQxVbtxvyk3xkk8GFpvR3xSV1YzfB28R/AgE/yGkhX5xsCeMBQt DKS/OEqaQ0e97ZbRMr6JKcrzZnE0fN4SBZQtuyxjOGI67oD6v2SMGO49FDWu+jZedm2+7aX anR01PTCqaI92qVGub9rA== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 08:36:05 -0000 On May 11, 2015 9:38:46 AM CEST, Cristiano Deana wrote: > Hi, >=20 > this morning I got for my mailservers >=20 > # pkg audit > postfix-2=2E11=2E4,1 is vulnerable: > postfix -- plaintext command injection with SMTP over TLS > CVE: CVE-2011-0411 > WWW: > http://vuxml=2EFreeBSD=2Eorg/freebsd/14a6f516-502f-11e0-b448-bbfa2731f9c= 7=2Ehtml >=20 > postfix-2=2E11=2E4,1 is vulnerable: > Postfix -- memory corruption vulnerability > CVE: CVE-2011-1720 > WWW: > http://vuxml=2EFreeBSD=2Eorg/freebsd/3eb2c100-738b-11e0-89f4-001e90d4663= 5=2Ehtml >=20 > But this is a bug from 2011, and it's blocking new install or updates > of postfix packages=2E >=20 > Who should be warned of this? >=20 > Thank you=2E Hi Cristiano, this should be fixed=2Emeanwhile=2E Please run the command=20 # pkg audit -F --=20 Regards, olli From owner-freebsd-ports@FreeBSD.ORG Mon May 11 09:14:27 2015 Return-Path: Delivered-To: freebsd-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 208F2E6F; Mon, 11 May 2015 09:14:27 +0000 (UTC) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DCCD214E1; Mon, 11 May 2015 09:14:26 +0000 (UTC) Received: by obblk2 with SMTP id lk2so95369825obb.0; Mon, 11 May 2015 02:14:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4b+hDl0ZDI1qHCC/5bxxMVGeq/a2CrxqtnrsxzzvUdI=; b=aL8Mn/HLIOc9oPTnTrXwwhJBGrHYQVV0V0l88O55w5BmxrA5ch4fqOhx/3fVuvlMbU 5oRSBLGqYP17HR6caMCBpeYyrtIFAximb2jVZ2UzMNjcqKZTY6Bfw0yNaQHG3yqNJ48g BRnCbv8Fxq1ytRP6JbpqCLJyFYENqXYLu8ft0Wwsy2vwX3XsNypF3UclZgassK4PTyrl yWsENM6R6GOAEAcaUDhWvJztXjpKRlEIgFikQOZumvz2bq5ionP+QUIZf3N1G52b6UOV N+fm5OfZrGFWQ5OXNO3o5iSpKDqAFZIT/eZ1d1GZNByll4d+FEcf6TozAKG1jDEGtgWn /6BQ== MIME-Version: 1.0 X-Received: by 10.60.82.4 with SMTP id e4mr7271576oey.42.1431335666229; Mon, 11 May 2015 02:14:26 -0700 (PDT) Received: by 10.182.18.7 with HTTP; Mon, 11 May 2015 02:14:26 -0700 (PDT) In-Reply-To: <35A69C37-F4ED-4235-8491-5F66E355592F@gmx.de> References: <35A69C37-F4ED-4235-8491-5F66E355592F@gmx.de> Date: Mon, 11 May 2015 11:14:26 +0200 Message-ID: Subject: Re: Wrong security audit for mail/postfix ? From: Cristiano Deana To: olli hauer Cc: FreeBSD Stable Mailing List , freebsd-security@freebsd.org, freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 09:14:27 -0000 On Mon, May 11, 2015 at 10:35 AM, olli hauer wrote: Hi, > Hi Cristiano, > > this should be fixed.meanwhile. > > Please run the command > # pkg audit -F Confirmed, fixed. Thanks. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-ports@FreeBSD.ORG Mon May 11 10:02:31 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4A47AC for ; Mon, 11 May 2015 10:02:31 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B36891A9F for ; Mon, 11 May 2015 10:02:31 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t4BA2VOY022722 for ; Mon, 11 May 2015 10:02:31 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t4BA2V7k022721; Mon, 11 May 2015 10:02:31 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201505111002.t4BA2V7k022721@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Mon, 11 May 2015 10:02:31 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 10:02:31 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ java/jakarta-commons-cli | 1.2 | 1.3 ------------------------------------------------+-----------------+------------ print/lilypond-devel | 2.19.11 | 2.19.20 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Mon May 11 12:09:13 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C80E4298 for ; Mon, 11 May 2015 12:09:13 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AB5021874 for ; Mon, 11 May 2015 12:09:12 +0000 (UTC) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [192.94.73.9]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id t4BC92qp004618 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO) for ; Mon, 11 May 2015 12:09:02 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id t4BC92Qb029366 for freebsd-ports@freebsd.org; Mon, 11 May 2015 07:09:02 -0500 (CDT) From: Scott Bennett Message-Id: <201505111209.t4BC92Qb029366@sdf.org> Date: Mon, 11 May 2015 07:09:02 -0500 To: freebsd-ports@freebsd.org Subject: persistent svn error message User-Agent: Heirloom mailx 12.5 6/20/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 12:09:13 -0000 For the last three weeks, every time I run "svn update /usr/ports", it seems to run normally, but always ends with the line, svn: E155010: The node '/usr/ports/databases/innotop/distinfo' was not found. Does anyone know what might have caused this message to start appearing at that time? Is there some way to get rid of it? FWIW, I do not have databases/innotop installed. Thanks in advance for any relevant information. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-ports@FreeBSD.ORG Mon May 11 12:15:57 2015 Return-Path: Delivered-To: freebsd-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 3E54838D for ; Mon, 11 May 2015 12:15:57 +0000 (UTC) Received: from so.liwest.at (so.liwest.at [212.33.55.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EDD1C1958 for ; Mon, 11 May 2015 12:15:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=liwest.at; s=20140502; h=To:References:Message-Id:Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=VdqfNkdVuX7VzIYPhW56GK+bQHMSJtNtWFFIptexYUQ=; b=Yb6Dbr955mq4VUy9IQNAvPF68FA7Mai62ukGHsGL5EXCpX8eeZCxUBkJpKCuv6+El5jWRoXY1InCHWC1KVoOvJBOL0vNAFvHL0CW3xnEi/lS3wae6VdB8PWwTXzYkfynKutpOHHd76IFuRTa7+rZ/E8eg1vk7teaswTGqvpPKI8pHLdAX30O3JNs3nGwgX2QfMnjXvDtkdL9DyQ0QmNrdMlNqdbXyI+BJGabx9QvIGpTUnpH0wUvPi+Wuk3JztHJgdBSqxRpL+tgD6Ntpbqfh7U5e0VT2+0KiUwmpBqyHveklNJSD3sDJPQx+d7HTSegysbxWhc7YduTjQWzeRz1qg==; Received: from [90.146.7.130] (helo=[192.168.35.4]) by so.liwest.at with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1Yrmcj-00040I-PF; Mon, 11 May 2015 14:15:54 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: persistent svn error message From: horst leitenmueller In-Reply-To: <201505111209.t4BC92Qb029366@sdf.org> Date: Mon, 11 May 2015 14:15:44 +0200 Cc: freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <0EF0B2FD-7C3A-4077-9D97-1CA59F782724@liwest.at> References: <201505111209.t4BC92Qb029366@sdf.org> To: Scott Bennett X-Mailer: Apple Mail (2.2098) X-Spam-Score: -1.0 (-) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 12:15:57 -0000 hi Scott, you can try to follow this posting = http://stackoverflow.com/questions/13376483/how-to-solve-svn-error-e155010= first: svn cleanup (in /usr/ports/) if not helping you have to check WHY this node was not updated/ removed = or whatever.. hope info helps a little br horst > On 11 May 2015, at 14:09, Scott Bennett wrote: >=20 > For the last three weeks, every time I run "svn update = /usr/ports", > it seems to run normally, but always ends with the line, >=20 > svn: E155010: The node '/usr/ports/databases/innotop/distinfo' was not = found. >=20 > Does anyone know what might have caused this message to start = appearing at > that time? Is there some way to get rid of it? FWIW, I do not have > databases/innotop installed. > Thanks in advance for any relevant information. >=20 >=20 > Scott Bennett, Comm. ASMELG, CFIAG > ********************************************************************** > * Internet: bennett at sdf.org *xor* bennett at freeshell.org * > *--------------------------------------------------------------------* > * "A well regulated and disciplined militia, is at all times a good * > * objection to the introduction of that bane of all free governments * > * -- a standing army." * > * -- Gov. John Hancock, New York Journal, 28 January 1790 * > ********************************************************************** >=20 > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to = "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Mon May 11 13:03:32 2015 Return-Path: Delivered-To: freebsd-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 88DF8EB7; Mon, 11 May 2015 13:03:32 +0000 (UTC) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.paymentallianceintl.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C8301F33; Mon, 11 May 2015 13:03:32 +0000 (UTC) Received: from firewall.mikej.com (162-230-214-65.lightspeed.lsvlky.sbcglobal.net [162.230.214.65]) by mx2.paymentallianceintl.com (8.15.1/8.15.1) with ESMTPS id t4BCX3BM012497 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 11 May 2015 08:33:03 -0400 (EDT) (envelope-from mikej@mikej.com) X-Authentication-Warning: mx2.paymentallianceintl.com: Host 162-230-214-65.lightspeed.lsvlky.sbcglobal.net [162.230.214.65] claimed to be firewall.mikej.com Received: from mail.mikej.com (firewall [192.168.6.63]) by firewall.mikej.com (8.15.1/8.14.9) with ESMTP id t4BCX2Et036833; Mon, 11 May 2015 08:33:02 -0400 (EDT) (envelope-from mikej@mikej.com) X-Authentication-Warning: firewall.mikej.com: Host firewall [192.168.6.63] claimed to be mail.mikej.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 11 May 2015 08:33:02 -0400 From: Michael Jung To: Baptiste Daroussin Cc: freebsd-ports@freebsd.org, owner-freebsd-ports@freebsd.org Subject: Re: pkg 1.5.1 wants to remove locked packages In-Reply-To: <20150427135919.GI13141@ivaldir.etoilebsd.net> References: <2e3c80180e1fc608b29883e613b9bf49@mail.mikej.com> <20150427135919.GI13141@ivaldir.etoilebsd.net> Message-ID: X-Sender: mikej@mikej.com User-Agent: Roundcube Webmail/1.0.4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 13:03:32 -0000 On 2015-04-27 09:59, Baptiste Daroussin wrote: > On Mon, Apr 27, 2015 at 09:21:40AM -0400, Michael Jung wrote: >> Maybe I'm missing something obvious, but pkg 1.5.1 wants to remove >> locked >> packages. The packages are indeed really removed. >> >> Thanks. >> >> --mikej >> >> "pkg lock is used to lock packages against reinstallation, >> modification >> or >> deletion." >> >> FreeBSD charon.corp.pai.local 10.1-RC1-p2 FreeBSD >> >> I do not have /usr/local/etc/pkg.conf file >> >> root@charon /var/log]# pkg lock -l >> Currently locked packages: >> chromium-40.0.2214.115 <--------- >> firefox-esr-31.6.0,1 >> libreoffice-4.3.6 <--------- >> >> [root@charon /var/log]# pkg upgrade >> Updating 0local repository catalogue... >> 0local repository is up-to-date. >> All repositories are up-to-date. >> Checking for upgrades (634 candidates): 100% >> Processing candidates (634 candidates): 0% >> >> chromium-40.0.2214.115 is locked and may not be modified >> Processing candidates (634 candidates): 100% >> The following 75 package(s) will be affected (of 0 checked): >> >> Installed packages to be REMOVED: >> libvisio01-0.1.1 >> libmspub01-0.1.2 >> libe-book-0.1.2 >> libcdr01-0.1.1 >> qt5-webkit-5.3.2_1 >> libreoffice-4.3.6 <---------- >> qt5-declarative-5.3.2 >> stellarium-0.13.1 >> chromium-40.0.2214.115 <-------- >> qt5-designer-5.3.2 >> qt5-assistant-5.3.2 >> >> > Can you run pkg -o DEBUG_LEVEL=4 upgrade > and send me the output (be careful this will be verbose) > > This is probably due to icu update somehow, as libreoffice and chrome > will not > work without being themselves upgraded but you locked them. > > Probably the answer of removing them is bad and we should just stop the > processing saying we cannot go further without you unlocking the said > packages. > > Best regards, > Bapt Bapt, This has happened again and I have the debug output you requested. I have NOT proceeded with the updates this time and will await your remarks. Charon is FreeBSD 10 r277247M [root@charon /home/mikej/Downloads]# pkg -v 1.5.2 [root@charon /home/mikej/Downloads]# pkg lock -l Currently locked packages: libreoffice-4.3.6 <------- [root@charon /home/mikej/Downloads]# pkg upgrade Updating 0local repository catalogue... 0local repository is up-to-date. All repositories are up-to-date. Checking for upgrades (564 candidates): 100% Processing candidates (564 candidates): 100% Checking integrity... done (1 conflicting) Checking integrity... done (0 conflicting) The following 10 package(s) will be affected (of 0 checked): Installed packages to be REMOVED: liborcus07-0.7.0 libreoffice-4.3.6 <------- Installed packages to be UPGRADED: oss: 4.2.b2009_1 -> 4.2.b2011 npth: 1.1 -> 1.2 liborcus: 0.5.2_1 -> 0.9.0 gpgme: 1.5.3 -> 1.5.4 gawk: 4.1.1_1 -> 4.1.2 erlang: 17.5.2_1,3 -> 17.5.3,3 ccache: 3.2.1_2 -> 3.2.1_3 GeoIP: 1.6.5_1 -> 1.6.5_2 The operation will free 289 MiB. Proceed with this action? [y/N]: n [root@charon /home/mikej/Downloads]# Full debug output https://charon.gopai.com/pkg.out.tgz My repository is built with: [root@bsd11 /var/log]# poudriere version 3.1.3 Regards, --mikej From owner-freebsd-ports@FreeBSD.ORG Mon May 11 18:43:34 2015 Return-Path: Delivered-To: freebsd-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 A8DF9138 for ; Mon, 11 May 2015 18:43:34 +0000 (UTC) Received: from mail-in-3.serv.Uni-Osnabrueck.DE (vm299.rz.uni-osnabrueck.de [131.173.16.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 323EC198F for ; Mon, 11 May 2015 18:43:33 +0000 (UTC) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (vm136.rz.uni-osnabrueck.de [131.173.16.11]) by mail-in-3.serv.Uni-Osnabrueck.DE (8.14.4/8.14.4) with ESMTP id t4BILKNu025710 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 11 May 2015 20:21:20 +0200 Received: from spock.drpetervoigt.private (p5DC4C58C.dip0.t-ipconnect.de [93.196.197.140]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.8/8.13.8) with ESMTP id t4BILIXi030110 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 11 May 2015 20:21:18 +0200 Received: from kirk.drpetervoigt.private (kirk.drpetervoigt.private [192.168.1.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: pvoigt) by spock.drpetervoigt.private (Postfix) with ESMTPSA id DD3DD4A033A1; Mon, 11 May 2015 20:21:17 +0200 (CEST) Date: Mon, 11 May 2015 20:21:10 +0200 From: "Dr. Peter Voigt" To: Yuri Cc: freebsd-ports@freebsd.org Subject: Re: www/firefox really depends on security/openssl? Message-ID: <20150511202110.34e6e29c@kirk.drpetervoigt.private> In-Reply-To: <554EEBB5.8010304@rawbw.com> References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> <554EEBB5.8010304@rawbw.com> Organization: =?UTF-8?B?VW5pdmVyc2l0w6R0IE9zbmFicsO8Y2s=?= X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.23; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.5.11.180918 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report= HTML_00_01 0.05, HTML_00_10 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1600_1699 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, FROM_NAME_PHRASE 0, RDNS_POOLED 0, RDNS_SUSP 0, RDNS_SUSP_SPECIFIC 0, REFERENCES 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CANPHARM_UNSUB_LINK 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FORWARDED_MSG 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __RDNS_POOLED_10 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __URI_NO_WWW 0, __URI_NS X-PMX-Spam-Level: IIIIIIII X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 18:43:34 -0000 On Sat, 09 May 2015 22:25:09 -0700 Yuri wrote: > On 05/09/2015 03:56, Dr. Peter Voigt wrote: > > > > I am wondering, if www/firefox really depends on security/openssl. > > According to the following, it should not: > > > > This stage-qa test that I submitted half year ago tests if some > package really depends on other packages, and recommends additions to > *_DEPENDS statements: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195203 > > So if it will say that USE_OPENSSL=yes is needed, this means FF does > depend on it. > > Yuri > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to > "freebsd-ports-unsubscribe@freebsd.org" Thanks for your feedback. I have to admit that I am a bit lost with the referenced PR: - I do not know where to download final version of your patch. I strongly suppose it is https://bugs.freebsd.org/bugzilla/attachment.cgi?id=151513 Will it give a file Mk/bsd.port.mk somewhere in the ports tree? But where? - I do not know how and against which to apply it. - Do you know, if it will be officially incorporated into FreeBSD - as a ports addition? - I do not know how to start a specific dependency check - let's say against www/firefox - with your patch. - And finally: If it turns out that www/firefox depends on security/openssl: In this case www/firefox doesn't honor the WITH_OPENSSL_BASE=yes switch in /etc/make.conf on my machine which is a www/firefox bug - isn't it? Hope you can give a brief summary. Peter From owner-freebsd-ports@FreeBSD.ORG Mon May 11 20:08:10 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7B7586D for ; Mon, 11 May 2015 20:08:10 +0000 (UTC) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id C3CF41564 for ; Mon, 11 May 2015 20:08:10 +0000 (UTC) Received: from yuri.doctorlan.com (c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128]) (authenticated bits=0) by shell1.rawbw.com (8.14.9/8.14.9) with ESMTP id t4BK83lx061088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 11 May 2015 13:08:04 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128] claimed to be yuri.doctorlan.com Message-ID: <55510C22.9050900@rawbw.com> Date: Mon, 11 May 2015 13:08:02 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: "Dr. Peter Voigt" CC: freebsd-ports@freebsd.org Subject: Re: www/firefox really depends on security/openssl? References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> <554EEBB5.8010304@rawbw.com> <20150511202110.34e6e29c@kirk.drpetervoigt.private> In-Reply-To: <20150511202110.34e6e29c@kirk.drpetervoigt.private> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 20:08:10 -0000 On 05/11/2015 11:21, Dr. Peter Voigt wrote: > Thanks for your feedback. I have to admit that I am a bit lost with the > referenced PR: Or you can just run 'pkg info -d firefox' - it doesn't show any openssl dependencies. Running 'ldd' on elfs in firefox package also don't show openssl. So firefox doesn't depend on OpenSSL. Also, you shouldn't be switching to the base OpenSSL just for one package. The reason is, again, the conflict between the base and port OpenSSL versions. If I were you, I would move in another direction, and try to eliminate base OpenSSL dependency. You need to figure out which dependency causes it. You should identify it and see if this can be fixed. Yuri From owner-freebsd-ports@FreeBSD.ORG Mon May 11 20:15:58 2015 Return-Path: Delivered-To: freebsd-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 5A899C18; Mon, 11 May 2015 20:15:58 +0000 (UTC) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2639D165A; Mon, 11 May 2015 20:15:58 +0000 (UTC) Received: by ieczm2 with SMTP id zm2so118289967iec.2; Mon, 11 May 2015 13:15:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=LIH0wCzvZsyAsuzcQdPmi35R4i6oDatvvAJt7vQkBgM=; b=SUNRV+Ga77lZNwIKUl069+nqoF4fLsLishuWXwGxWwzA856xDUDRW0YP16BlVdsx4t oiyOAdfIgulCHrUIpTJpEG/mTUm3HHrBCm1pFrNknUlUW6dM6xMLt+ODWU4Eo/QRr56I Xm7Pxtr1owUdhi1VgKnKYDPus6j2zZ2lM7tbgHKnJfrKmP8rmtt3CzdYEw4gFcGlieIn nuFPdeP7sKVo2MZS34uCgJhF+vPxRqADCvHxmVINAmSNcfaAyAby/thb6AhWno+zXpsS /kSeWMqxMTfJ0hAZTbfV+lWamPSfvdpSo5vNFgLdt52aRmrKbT/Kp4lcfPMgCaB8j+Og Cxcg== MIME-Version: 1.0 X-Received: by 10.42.50.81 with SMTP id z17mr12734248icf.57.1431375357625; Mon, 11 May 2015 13:15:57 -0700 (PDT) Received: by 10.36.141.135 with HTTP; Mon, 11 May 2015 13:15:57 -0700 (PDT) Date: Mon, 11 May 2015 13:15:57 -0700 Message-ID: Subject: Building www/rubygem-passenger inside Poudriere From: Patrick Gibson To: FreeBSD Ports ML Cc: osa@FreeBSD.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 20:15:58 -0000 I now seem unable to get www/rubygem-passenger built within Poudriere. It fails with the following error: ====>> Ignoring www/rubygem-passenger: rebuild nginx with third-party 5.0.7 module, current verion is nginx: not found build of www/rubygem-passenger ended at Mon May 11 12:55:48 PDT 2015 The Makefile has: .if ${PORT_OPTIONS:MNGINX} NGINXVERSION!= ${PKG_INFO} -qO www/nginx-devel 2>/dev/null; ${ECHO_CMD} NGXPASSENGER!= nginx -V 2>&1 | sed 's/.*passenger-\(.*\)\/ext.*/\1/g' | tail -1 .if empty(NGINXVERSION) BUILD_DEPENDS+= nginx:${PORTSDIR}/www/nginx .else BUILD_DEPENDS+= nginx:${PORTSDIR}/www/nginx-devel .endif .if empty(NGXPASSENGER) IGNORE= rebuild nginx with latest passenger module .endif .if (${NGXPASSENGER} != ${PORTVERSION}) IGNORE= rebuild nginx with third-party ${PORTVERSION} module, current verion is ${NGXPASSENGER} .endif .endif ... Which seems to assume nginx is already installed. Is there some special way of building this in Poudriere for pkgng packages? It was changed here: http://svnweb.freebsd.org/ports/head/www/rubygem-passenger/Makefile?r1=384951&r2=384950&pathrev=384951 Full Poudriere log: --CONFIGURE_ARGS-- --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- XDG_DATA_HOME=/wrkdirs/usr/ports/www/rubygem-passenger/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/www/rubygem-passenger/work HOME=/wrkdirs/usr/ports/www/rubygem-passenger/work TMPDIR="/tmp" SHELL=/bin/sh CONFIG_SHELL=/bin/sh --End CONFIGURE_ENV-- --MAKE_ENV-- XDG_DATA_HOME=/wrkdirs/usr/ports/www/rubygem-passenger/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/www/rubygem-passenger/work HOME=/wrkdirs/usr/ports/www/rubygem-passenger/work TMPDIR="/tmp" NO_PIE=yes SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -fsta ck-protector -fno-strict-aliasing" CPP="cpp" CPPFLAGS="" LDFLAGS=" -fstack-protector" LIBS="" CXX="c++" CXXFLAGS="-O2 -pipe -fstack-protector -fno-strict-aliasing " MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -m 555" BSD_INSTALL_LIB="install -s -m 444" BSD_INSTALL_SCRIPT="install -m 555" BSD_INST ALL_DATA="install -m 0644" BSD_INSTALL_MAN="install -m 444" --End MAKE_ENV-- --PLIST_SUB-- RUBY_LIBDIR="lib/ruby/2.1" RUBY_ARCHLIBDIR="lib/ruby/2.1/amd64-freebsd10" RUBY_SITELIBDIR="lib/ruby/site_ruby/2.1" RUBY_SITEARCHLIBDIR="lib/ruby/site_ruby/2.1/amd64-freebsd10" RUBY_VENDORLIBDIR="lib/ruby/vendor_ruby/2.1" RUBY_VENDORARCHLIBDIR="lib/ruby/vendor_ruby/2.1/amd64-freebsd10" RUBY_MODDOCDIR="share/doc/ruby21/passenger" RUBY_MODEXAMPLESDIR="share/examples/ruby21/passenger" RUBY_DOCDIR="share/doc/ruby21" RUBY_EXAMPLESDIR="share/examples/ruby21" RUBY_RIDIR="share/ri/2.1/system" RUBY_SITERIDIR="share/ri/2.1/site" RUBY_ELISPDIR="lib/ruby/elisp" RUBY_VERSION="2.1.6" RUBY_VER="2.1" RUBY_SHLIBVER="21" RUBY_ARCH="amd64-freebsd10" RUBY_SUFFIX="21" RUBY_NAME="ruby21" RUBY_DEFAULT_SUFFIX="21" RUBY20="@comment " RUBY21="" RUBY22="@comment " PORTVERSION="5.0.7" REV="" GEMS_BASE_DIR="lib/ruby/gems/2.1" GEMS_DIR="lib/ruby/gems/2.1/gems" DOC_DIR="lib/ruby/gems/2.1/doc" CACHE_DIR="lib/ruby/gems/2.1/cache" SPEC_DIR="lib/ruby/gems/2.1/specifications" EXT_DIR="lib/ruby/gems/2.1/extensions" PORT="passenger-5.0.7" GEM_NAME="passenger-5.0.7" GEM_LIB_DIR="lib/ruby/gems/2.1/gems/passenger-5.0.7" GEM_DOC_DIR="lib/ruby/gems/2.1/doc/passenger-5.0.7" GEM_SPEC="lib/ruby/gems/2.1/specifications/passenger-5.0.7.gemspec" GEM_CACHE="lib/ruby/gems/2.1/cache/passenger-5.0.7.gem" EXTRACT_SUFX=".gem" RUBY_RD_HTML_FILES="@comment " OSREL=10.1 PREFIX=%D LOCALBASE=/usr/local RESETPREFIX=/usr/local PORTDOCS="" PORTEXAMPLES="" LIB32DIR=lib DOCSDIR="share/doc/passenger" EXAMPLESDIR="share/examples/passenger" DATADIR="share/passenger" WWWDIR="www/passenger" ETCDIR="etc/passenger" --End PLIST_SUB-- --SUB_LIST-- GEM_LIB_DIR=lib/ruby/gems/2.1/gems/passenger-5.0.7 RUBY=/usr/local/bin/ruby21 PASSENGER_INSTALL_DIR="/usr/local/lib/ruby/gems/2.1/gems/passenger" PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/share/passenger DOCSDIR=/usr/local/share/doc/passenger EXAMPLESDIR=/usr/local/share/examples/passenger WWWDIR=/usr/local/www/passenger ETCDIR=/usr/local/etc/passenger --End SUB_LIST-- ---Begin make.conf--- USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PORTSDIR=/usr/ports PACKAGES=/packages DISTDIR=/distfiles #### /usr/local/etc/poudriere.d/101attendease-make.conf #### WITH_PKGNG=yes WITHOUT=X11 DEFAULT_VERSIONS=ruby=2.1 WITH_OPENSSL_PORT=true DISABLE_MAKE_JOBS=poudriere ---End make.conf--- ====>> Ignoring www/rubygem-passenger: rebuild nginx with third-party 5.0.7 module, current verion is nginx: not found build of www/rubygem-passenger ended at Mon May 11 12:55:48 PDT 2015 build time: 00:00:00 From owner-freebsd-ports@FreeBSD.ORG Mon May 11 20:21:45 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AB2ED3D for ; Mon, 11 May 2015 20:21:45 +0000 (UTC) Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E9690173E for ; Mon, 11 May 2015 20:21:44 +0000 (UTC) Received: by laat2 with SMTP id t2so101687141laa.1 for ; Mon, 11 May 2015 13:21:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=averesystems.com; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=iVP89h1rIAHHCkPakD0KNTrXZHpYoF1yxghsDxM5kTM=; b=nGwFy47+cdpwx1MG51geradmy2rTE8HQl9SXLZSguX03MpfL9GrHuKNFusYIBB/ZAn FOhUkZ8tWSvsuc43Ys9OAF97PbOuk6tsMKP2D9t3ooPDgRS8bayrv3/jFzlaUX6zNtJC yca1bs7LUn/vXQ+RXXNcLSoZumDrxNFnzNnMg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=iVP89h1rIAHHCkPakD0KNTrXZHpYoF1yxghsDxM5kTM=; b=DoxMvvdnmskEI55UH3bQyEqKSU0f3FzzfWYWeixHYykrNQsOUP7bXSEenxaudEiBCw GBBxteCWaP6lUBsrkoBFmHWrMs5s7vT5xY2Qz7DYDNJAYBG4Xj+UdIdzoricGmTU3YR+ GnEbm2vTOUWoyuk4hjnoTuFk7sxb595kao3ceoczoQNo4DAsSkWPLro8biZCr1cay+I6 61WKW/jol+kKhK4xUrhXhueoCeWxH0j5uJfvwYeKr8XC4dgbY44FuOAnCbTN5lw9nRfc kywNg7sriJrAVZWZQJb5yEzpAL8LKQTTvE6wuMD66hzPhVrBf2fxk9daZcPMdLqQb4J1 voHg== X-Gm-Message-State: ALoCoQkZBIuDFlStcAqIq7/qJOXPA/BmLDNfbcNUfZAP49t2paZLKdi/oqiVxjlyfbJqJFN0E0I5 MIME-Version: 1.0 X-Received: by 10.112.13.6 with SMTP id d6mr9165868lbc.117.1431375702959; Mon, 11 May 2015 13:21:42 -0700 (PDT) Received: by 10.114.83.97 with HTTP; Mon, 11 May 2015 13:21:42 -0700 (PDT) Date: Mon, 11 May 2015 16:21:42 -0400 Message-ID: Subject: gdb in ports From: Jason Woodward To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 20:21:45 -0000 Hi all, I had sent this to Luca but maybe others might have an idea... I'm running into some difficulty debugging a live, multithreaded application. This seems to be the case with the 7.8.x gdbs and 7.9 (both 9.2 and 10 release). When I attach, I see duplicates for the first thread: 5 Thread 817ff2c00 (LWP 100541) 0x000000080bd6286c in poll () at poll.S:3 4 Thread 80efe8c00 (LWP 100546) 0x000000080bd6286c in poll () at poll.S:3 3 Thread 80efe9000 (LWP 100878) 0x000000080bd6286c in poll () at poll.S:3 * 2 Thread 80efe9400 (LWP 101124) 0x000000080bd6286c in poll () at poll.S:3 * 1 Thread 80efe9400 (LWP 101124) 0x000000080bd6286c in poll () at poll.S:3 Trying to select 1 or 2 always ends up selecting 2: (gdb) thread 1 [Switching to thread 2 (Thread 80efe9400 (LWP 101124))] #0 0x000000080bd6286c in poll () at poll.S:3 3 in poll.S (gdb) thread 2 [Switching to thread 2 (Thread 80efe9400 (LWP 101124))] #0 0x000000080bd6286c in poll () at poll.S:33 in poll.S (gdb) On top of this, when stepping through it seems threads that start and stop quickly have some sort of race condition that results in the thread tracking getting messed up. Sometimes I'll end up on thread 74, other times I will be on a thread that has gone away and "info threads" does not show me associated with any of the active threads. With 7.8.x I would see: Id Target Id Frame 75 Cannot find thread, Thread ID=101080, no thread to satisfy query Unsure if related, but after stepping through with 7.9, the following happens in fbsd_thread_wait(): infrun.c:5530: internal-error: switch_back_to_stepped_thread: Assertion `!tp->control.trap_expected' failed. A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? (y or n) y This is a bug, please report it. For instructions, see: . infrun.c:5530: internal-error: switch_back_to_stepped_thread: Assertion `!tp->control.trap_expected' failed. A problem internal to GDB has been detected,further debugging may prove unreliable. Create a core file of GDB? (y or n) n take care, jason From owner-freebsd-ports@FreeBSD.ORG Mon May 11 22:03:11 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 329658AF for ; Mon, 11 May 2015 22:03:11 +0000 (UTC) Received: from mail-in-3.serv.Uni-Osnabrueck.DE (vm299.rz.uni-osnabrueck.de [131.173.16.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AE808127D for ; Mon, 11 May 2015 22:03:09 +0000 (UTC) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (vm136.rz.uni-osnabrueck.de [131.173.16.11]) by mail-in-3.serv.Uni-Osnabrueck.DE (8.14.4/8.14.4) with ESMTP id t4BM36DD031185 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 May 2015 00:03:06 +0200 Received: from spock.drpetervoigt.private (p5DC4C58C.dip0.t-ipconnect.de [93.196.197.140]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.8/8.13.8) with ESMTP id t4BM34Lj028660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 May 2015 00:03:04 +0200 Received: from kirk.drpetervoigt.private (kirk.drpetervoigt.private [192.168.1.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: pvoigt) by spock.drpetervoigt.private (Postfix) with ESMTPSA id 08FD34A03385; Tue, 12 May 2015 00:03:03 +0200 (CEST) Date: Tue, 12 May 2015 00:02:59 +0200 From: "Dr. Peter Voigt" To: Yuri Cc: freebsd-ports@freebsd.org Subject: Re: www/firefox really depends on security/openssl? Message-ID: <20150512000259.32a44ec4@kirk.drpetervoigt.private> In-Reply-To: <55510C22.9050900@rawbw.com> References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> <554EEBB5.8010304@rawbw.com> <20150511202110.34e6e29c@kirk.drpetervoigt.private> <55510C22.9050900@rawbw.com> Organization: =?UTF-8?B?VW5pdmVyc2l0w6R0IE9zbmFicsO8Y2s=?= X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.23; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.5.11.215717 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report= HTML_00_01 0.05, HTML_00_10 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1700_1799 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, FROM_NAME_PHRASE 0, RDNS_POOLED 0, RDNS_SUSP 0, RDNS_SUSP_SPECIFIC 0, REFERENCES 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FORWARDED_MSG 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __RDNS_POOLED_10 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __URI_NO_PATH 0, __URI_NO_WWW 0 X-PMX-Spam-Level: IIIIIIII X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 22:03:11 -0000 On Mon, 11 May 2015 13:08:02 -0700 Yuri wrote: > On 05/11/2015 11:21, Dr. Peter Voigt wrote: > > Thanks for your feedback. I have to admit that I am a bit lost with > > the referenced PR: > > Or you can just run 'pkg info -d firefox' - it doesn't show any > openssl dependencies. Running 'ldd' on elfs in firefox package also > don't show openssl. So firefox doesn't depend on OpenSSL. > OK, I currently haven't firefox installed and did not download the package to do this test myself. But your results go along with the output of "make run-depends-list". And back to my initial question: Why does "pkg install firefox" in spite of this insist on installing port openssl? > Also, you shouldn't be switching to the base OpenSSL just for one > package. The reason is, again, the conflict between the base and port > OpenSSL versions. If I were you, I would move in another direction, > and try to eliminate base OpenSSL dependency. You need to figure out > which dependency causes it. You should identify it and see if this > can be fixed. > I changed to base openssl after fighting with latest port openssl. As reported by several people https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198788 it is currently more or less impossible to build all ports cleanly against port openssl leaving you with a mixture of base and port openssl. And this makes your system as unstable that it cannot be used anymore. Most people in the referenced PR suggested to rebuild all ports against base openssl. That's want I did after a hard system crash. Since then my machine is rock stable again. Besides this port openssl had an issue with ASM=on. Peter From owner-freebsd-ports@FreeBSD.ORG Mon May 11 22:26:18 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 975) id 54A24E6C; Mon, 11 May 2015 22:26:18 +0000 (UTC) Date: Mon, 11 May 2015 22:26:18 +0000 From: "Sergey A. Osokin" To: Patrick Gibson Cc: FreeBSD Ports ML , Bryan Drewery Subject: Re: Building www/rubygem-passenger inside Poudriere Message-ID: <20150511222618.GA19979@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 22:26:18 -0000 Hi Patrick, I hope you're doing well too. The issue has been already reported https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199953 I'm closely working with Bryan Drewery on the issue. -- Sergey A. Osokin osa@FreeBSD.org On Mon, May 11, 2015 at 01:15:57PM -0700, Patrick Gibson wrote: > I now seem unable to get www/rubygem-passenger built within Poudriere. It > fails with the following error: > > ====>> Ignoring www/rubygem-passenger: rebuild nginx with third-party 5.0.7 > module, current verion is nginx: not found > > build of www/rubygem-passenger ended at Mon May 11 12:55:48 PDT 2015 > > > The Makefile has: > > > .if ${PORT_OPTIONS:MNGINX} > > NGINXVERSION!= ${PKG_INFO} -qO www/nginx-devel 2>/dev/null; ${ECHO_CMD} > > NGXPASSENGER!= nginx -V 2>&1 | sed 's/.*passenger-\(.*\)\/ext.*/\1/g' | > tail -1 > > .if empty(NGINXVERSION) > > BUILD_DEPENDS+= nginx:${PORTSDIR}/www/nginx > > .else > > BUILD_DEPENDS+= nginx:${PORTSDIR}/www/nginx-devel > > .endif > > .if empty(NGXPASSENGER) > > IGNORE= rebuild nginx with latest passenger module > > .endif > > .if (${NGXPASSENGER} != ${PORTVERSION}) > > IGNORE= rebuild nginx with third-party ${PORTVERSION} module, current > verion is ${NGXPASSENGER} > > .endif > > .endif > > ... Which seems to assume nginx is already installed. Is there some special > way of building this in Poudriere for pkgng packages? > > > It was changed here: > http://svnweb.freebsd.org/ports/head/www/rubygem-passenger/Makefile?r1=384951&r2=384950&pathrev=384951 > > > Full Poudriere log: > > > --CONFIGURE_ARGS-- > > > --End CONFIGURE_ARGS-- > > > --CONFIGURE_ENV-- > > XDG_DATA_HOME=/wrkdirs/usr/ports/www/rubygem-passenger/work > XDG_CONFIG_HOME=/wrkdirs/usr/ports/www/rubygem-passenger/work > HOME=/wrkdirs/usr/ports/www/rubygem-passenger/work TMPDIR="/tmp" > SHELL=/bin/sh CONFIG_SHELL=/bin/sh > > --End CONFIGURE_ENV-- > > > --MAKE_ENV-- > > XDG_DATA_HOME=/wrkdirs/usr/ports/www/rubygem-passenger/work > XDG_CONFIG_HOME=/wrkdirs/usr/ports/www/rubygem-passenger/work > HOME=/wrkdirs/usr/ports/www/rubygem-passenger/work TMPDIR="/tmp" NO_PIE=yes > SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local > LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -fsta > > ck-protector -fno-strict-aliasing" CPP="cpp" CPPFLAGS="" LDFLAGS=" > -fstack-protector" LIBS="" CXX="c++" CXXFLAGS="-O2 -pipe -fstack-protector > -fno-strict-aliasing " MANPREFIX="/usr/local" > BSD_INSTALL_PROGRAM="install -s -m 555" BSD_INSTALL_LIB="install -s -m > 444" BSD_INSTALL_SCRIPT="install -m 555" BSD_INST > > ALL_DATA="install -m 0644" BSD_INSTALL_MAN="install -m 444" > > --End MAKE_ENV-- > > > --PLIST_SUB-- > > RUBY_LIBDIR="lib/ruby/2.1" > > RUBY_ARCHLIBDIR="lib/ruby/2.1/amd64-freebsd10" > > RUBY_SITELIBDIR="lib/ruby/site_ruby/2.1" > > RUBY_SITEARCHLIBDIR="lib/ruby/site_ruby/2.1/amd64-freebsd10" > > RUBY_VENDORLIBDIR="lib/ruby/vendor_ruby/2.1" > > RUBY_VENDORARCHLIBDIR="lib/ruby/vendor_ruby/2.1/amd64-freebsd10" > > RUBY_MODDOCDIR="share/doc/ruby21/passenger" > > RUBY_MODEXAMPLESDIR="share/examples/ruby21/passenger" > > RUBY_DOCDIR="share/doc/ruby21" > > RUBY_EXAMPLESDIR="share/examples/ruby21" > > RUBY_RIDIR="share/ri/2.1/system" > > RUBY_SITERIDIR="share/ri/2.1/site" > > RUBY_ELISPDIR="lib/ruby/elisp" > > RUBY_VERSION="2.1.6" > > RUBY_VER="2.1" > > RUBY_SHLIBVER="21" > > RUBY_ARCH="amd64-freebsd10" > > RUBY_SUFFIX="21" > > RUBY_NAME="ruby21" > > RUBY_DEFAULT_SUFFIX="21" > > RUBY20="@comment > > " > > RUBY21="" > > RUBY22="@comment > > " > > PORTVERSION="5.0.7" > > REV="" > > GEMS_BASE_DIR="lib/ruby/gems/2.1" > > GEMS_DIR="lib/ruby/gems/2.1/gems" > > DOC_DIR="lib/ruby/gems/2.1/doc" > > CACHE_DIR="lib/ruby/gems/2.1/cache" > > SPEC_DIR="lib/ruby/gems/2.1/specifications" > > EXT_DIR="lib/ruby/gems/2.1/extensions" > > PORT="passenger-5.0.7" > > GEM_NAME="passenger-5.0.7" > > GEM_LIB_DIR="lib/ruby/gems/2.1/gems/passenger-5.0.7" > > GEM_DOC_DIR="lib/ruby/gems/2.1/doc/passenger-5.0.7" > > GEM_SPEC="lib/ruby/gems/2.1/specifications/passenger-5.0.7.gemspec" > > GEM_CACHE="lib/ruby/gems/2.1/cache/passenger-5.0.7.gem" > > EXTRACT_SUFX=".gem" > > RUBY_RD_HTML_FILES="@comment > > " > > OSREL=10.1 > > PREFIX=%D > > LOCALBASE=/usr/local > > RESETPREFIX=/usr/local > > PORTDOCS="" > > PORTEXAMPLES="" > > LIB32DIR=lib > > DOCSDIR="share/doc/passenger" > > EXAMPLESDIR="share/examples/passenger" > > DATADIR="share/passenger" > > WWWDIR="www/passenger" > > ETCDIR="etc/passenger" > > --End PLIST_SUB-- > > > --SUB_LIST-- > > GEM_LIB_DIR=lib/ruby/gems/2.1/gems/passenger-5.0.7 > > RUBY=/usr/local/bin/ruby21 > > PASSENGER_INSTALL_DIR="/usr/local/lib/ruby/gems/2.1/gems/passenger" > > PREFIX=/usr/local > > LOCALBASE=/usr/local > > DATADIR=/usr/local/share/passenger > > DOCSDIR=/usr/local/share/doc/passenger > > EXAMPLESDIR=/usr/local/share/examples/passenger > > WWWDIR=/usr/local/www/passenger > > ETCDIR=/usr/local/etc/passenger > > --End SUB_LIST-- > > > ---Begin make.conf--- > > USE_PACKAGE_DEPENDS=yes > > BATCH=yes > > WRKDIRPREFIX=/wrkdirs > > PORTSDIR=/usr/ports > > PACKAGES=/packages > > DISTDIR=/distfiles > > #### /usr/local/etc/poudriere.d/101attendease-make.conf #### > > WITH_PKGNG=yes > > WITHOUT=X11 > > DEFAULT_VERSIONS=ruby=2.1 > > WITH_OPENSSL_PORT=true > > DISABLE_MAKE_JOBS=poudriere > > ---End make.conf--- > > ====>> Ignoring www/rubygem-passenger: rebuild nginx with third-party 5.0.7 > module, current verion is nginx: not found > > build of www/rubygem-passenger ended at Mon May 11 12:55:48 PDT 2015 > > build time: 00:00:00 From owner-freebsd-ports@FreeBSD.ORG Mon May 11 22:51:05 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CBE831C5 for ; Mon, 11 May 2015 22:51:05 +0000 (UTC) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id B67C6176D for ; Mon, 11 May 2015 22:51:05 +0000 (UTC) Received: from yuri.doctorlan.com (c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128]) (authenticated bits=0) by shell1.rawbw.com (8.14.9/8.14.9) with ESMTP id t4BMp3t5077388 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 11 May 2015 15:51:04 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128] claimed to be yuri.doctorlan.com Message-ID: <55513256.2030900@rawbw.com> Date: Mon, 11 May 2015 15:51:02 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: "Dr. Peter Voigt" CC: freebsd-ports@freebsd.org Subject: Re: www/firefox really depends on security/openssl? References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> <554EEBB5.8010304@rawbw.com> <20150511202110.34e6e29c@kirk.drpetervoigt.private> <55510C22.9050900@rawbw.com> <20150512000259.32a44ec4@kirk.drpetervoigt.private> In-Reply-To: <20150512000259.32a44ec4@kirk.drpetervoigt.private> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2015 22:51:05 -0000 On 05/11/2015 15:02, Dr. Peter Voigt wrote: > I changed to base openssl after fighting with latest port openssl. > As reported by several people > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198788 You can also downgrade security/openssl port locally to the last known version, and then rebuild postfix, and the rest, locally without packages. Local builds currently generally produce better results compared to poudriere builds because they are more likely to avoid openssl problem. Yuri From owner-freebsd-ports@FreeBSD.ORG Tue May 12 00:29:19 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D98EA66 for ; Tue, 12 May 2015 00:29:19 +0000 (UTC) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (vm135.rz.uni-osnabrueck.de [131.173.16.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 848D112DB for ; Tue, 12 May 2015 00:29:17 +0000 (UTC) Received: from spock.drpetervoigt.private (p5DC4C58C.dip0.t-ipconnect.de [93.196.197.140]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.8/8.13.8) with ESMTP id t4C0T5fQ000617 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 May 2015 02:29:06 +0200 Received: from kirk.drpetervoigt.private (kirk.drpetervoigt.private [192.168.1.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: pvoigt) by spock.drpetervoigt.private (Postfix) with ESMTPSA id 943A34A033A1; Tue, 12 May 2015 02:29:05 +0200 (CEST) Date: Tue, 12 May 2015 02:28:57 +0200 From: "Dr. Peter Voigt" To: Yuri , freebsd-ports@freebsd.org Subject: Re: www/firefox really depends on security/openssl? Message-ID: <20150512022857.7230c163@kirk.drpetervoigt.private> In-Reply-To: <55512E8F.8040508@rawbw.com> References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> <554EEBB5.8010304@rawbw.com> <20150511202110.34e6e29c@kirk.drpetervoigt.private> <55510C22.9050900@rawbw.com> <20150512000259.32a44ec4@kirk.drpetervoigt.private> <55512E8F.8040508@rawbw.com> Organization: =?UTF-8?B?VW5pdmVyc2l0w6R0IE9zbmFicsO8Y2s=?= X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.23; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.5.12.1518 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report= HTML_00_01 0.05, HTML_00_10 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1300_1399 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, FROM_NAME_PHRASE 0, RDNS_POOLED 0, RDNS_SUSP 0, RDNS_SUSP_SPECIFIC 0, REFERENCES 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FORWARDED_MSG 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __RDNS_POOLED_10 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __URI_NS X-PMX-Spam-Level: IIIIIIII X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 00:29:19 -0000 On Mon, 11 May 2015 15:34:55 -0700 Yuri wrote: > On 05/11/2015 15:02, Dr. Peter Voigt wrote: > > OK, I currently haven't firefox installed and did not download the > > package to do this test myself. But your results go along with the > > output of "make run-depends-list". And back to my initial question: > > Why does "pkg install firefox" in spite of this insist on > > installing port openssl? > > # pkg install porttree && porttree www/firefox > shows all places the port depends on others in tree-like fashion. > Thanks for your hint to porttree, however, on my system: # pkg install porttree Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. All repositories are up-to-date. The following 3 package(s) will be affected (of 0 checked): New packages to be INSTALLED: porttree: 0.3.r52 py27-networkx: 1.8.1 openssl: 1.0.2_1 The process will require 18 MiB more space. 4 MiB to be downloaded. Proceed with this action? [y/N]: N What is wrong with my system? Why does porttree need port openssl as well. It is obviosuly wrong. If I build ports-mgmt/porttree from source, there is not dependency from port openssl. Might there be something wrong with my package database? How can I fix? I will answer tomorrow to other aspects of your latest posts. Peter From owner-freebsd-ports@FreeBSD.ORG Tue May 12 01:07:33 2015 Return-Path: Delivered-To: freebsd-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 5761BCEE for ; Tue, 12 May 2015 01:07:33 +0000 (UTC) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4125016EA for ; Tue, 12 May 2015 01:07:32 +0000 (UTC) Received: from yuri.doctorlan.com (c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128]) (authenticated bits=0) by shell1.rawbw.com (8.14.9/8.14.9) with ESMTP id t4C17UF1092222 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 11 May 2015 18:07:31 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128] claimed to be yuri.doctorlan.com Message-ID: <55515251.5040503@rawbw.com> Date: Mon, 11 May 2015 18:07:29 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: "Dr. Peter Voigt" , freebsd-ports@freebsd.org Subject: Re: www/firefox really depends on security/openssl? References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> <554EEBB5.8010304@rawbw.com> <20150511202110.34e6e29c@kirk.drpetervoigt.private> <55510C22.9050900@rawbw.com> <20150512000259.32a44ec4@kirk.drpetervoigt.private> <55512E8F.8040508@rawbw.com> <20150512022857.7230c163@kirk.drpetervoigt.private> In-Reply-To: <20150512022857.7230c163@kirk.drpetervoigt.private> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 01:07:33 -0000 On 05/11/2015 17:28, Dr. Peter Voigt wrote: > What is wrong with my system? Why does porttree need port openssl as > well. It is obviosuly wrong. If I build ports-mgmt/porttree from > source, there is not dependency from port openssl. Might there be > something wrong with my package database? How can I fix? Python depends on openssl. # porttree ports-mgmt/porttree Depending on 0 +ports-mgmt/porttree 1 ++lang/python27 2 |++devel/libffi 3 ||`print/indexinfo 4 |+devel/ncurses 5 |+devel/pkgconf 6 |`+security/openssl 7 | `lang/perl5.16 8 `+math/py-networkx 9 ++devel/py-setuptools27 |`+lang/python27 -> 1 `+lang/python27 -> 1 You won't be able to remove port openssl. Yuri From owner-freebsd-ports@FreeBSD.ORG Tue May 12 02:08:23 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01EDB631 for ; Tue, 12 May 2015 02:08:23 +0000 (UTC) Received: from a27-34.smtp-out.us-west-2.amazonses.com (a27-34.smtp-out.us-west-2.amazonses.com [54.240.27.34]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D1CAB1CA3 for ; Tue, 12 May 2015 02:08:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=7v7vs6w47njt4pimodk5mmttbegzsi6n; d=amazonses.com; t=1431395896; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To:Subject:Message-ID:Feedback-ID; bh=UvyQ7ZitK+aP1StZ7MkSjrd4Nn2PJR2XO6OvI+k1h94=; b=RguEeWI5BzZ0z0aJcFWfnTtIkQJlhCIh61nd4ZZOeLUBfrCIMzlHDLL3kd4bKz/I vm6iTDcims79FKys6zZ2PK64CT/H3T4DoTGj5vCf2KNGpLkiFzF61p87Sj79RHIeSyA aRSVVRjUAdMHludrzajonYFqYTDkk+2ljaec+GVc= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=7iuvfuckmdjngkit3px46zmjutqvp75o; d=vmeta.jp; t=1431395896; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To:Subject:Message-ID; bh=UvyQ7ZitK+aP1StZ7MkSjrd4Nn2PJR2XO6OvI+k1h94=; b=LNLHFUzGuzrAFvl3q0gP7udcaPOEKi7yd/Lf47Y+kcU1YKvSE93zvebcc+j0O/eM NaF6dsSVOb06woia5DCk03R2MCa86thJgDGJEV2kFhURjha58MFzSQ784CKZnacBK9t EsrKq3mas2BksNetvlF0k0HkegozUA06L6g/ekXo= X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on glory.vmeta.jp X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 12 May 2015 01:58:16 +0000 From: Koichiro IWAO To: ports@freebsd.org Subject: devel/ruby-build call for committer Message-ID: <0000014d45d80cc0-6ce47969-bcd1-4383-9b45-6a23cc8823d4-000000@us-west-2.amazonses.com> X-Sender: meta@vmeta.jp User-Agent: Roundcube Webmail/1.1.1 X-SES-Outgoing: 2015.05.12-54.240.27.34 Feedback-ID: 1.us-west-2.ngRt4x2U/cWqug8pbfjwMxB6pcDw1fmN73bGmMLYyRI=:AmazonSES X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 02:08:23 -0000 Hi, I'm looking for a committer for this. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199436 Thanks, -- `whois vmeta.jp | nkf -w` meta From owner-freebsd-ports@FreeBSD.ORG Tue May 12 06:03:48 2015 Return-Path: Delivered-To: freebsd-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 7D54ECD8 for ; Tue, 12 May 2015 06:03:48 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5EFDB1ADB for ; Tue, 12 May 2015 06:03:46 +0000 (UTC) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [192.94.73.9]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id t4C62qpm008860 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Tue, 12 May 2015 06:02:52 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id t4C62qli023867; Tue, 12 May 2015 01:02:52 -0500 (CDT) From: Scott Bennett Message-Id: <201505120602.t4C62qli023867@sdf.org> Date: Tue, 12 May 2015 01:02:52 -0500 To: David Wolfskill , horst.leitenmueller@liwest.at Subject: Re: persistent svn error message Cc: freebsd-ports@freebsd.org References: <201505111209.t4BC92Qb029366@sdf.org> <0EF0B2FD-7C3A-4077-9D97-1CA59F782724@liwest.at> In-Reply-To: <0EF0B2FD-7C3A-4077-9D97-1CA59F782724@liwest.at> User-Agent: Heirloom mailx 12.5 6/20/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 06:03:48 -0000 horst leitenmueller wrote: > you can try to follow this posting > > http://stackoverflow.com/questions/13376483/how-to-solve-svn-error-e155010 > > first: > > svn cleanup (in /usr/ports/) > > if not helping you have to check WHY this node was not updated/ removed or whatever.. > > hope info helps a little > I took a look at that page. Its example shows two error messages, the latter of which looks like the one I got. But I didn't get any other error. Nevertheless, I did try the rest of the procedure, but it didn't make any difference (other than to download all the updates that had accumulated over the last several days that I had not been running "svn update" on /usr/ports. However, the web site looked pretty cool, so I'm bookmarking it for the future. :-) On Mon May 11 12:49:06 2015 David Wolfskill wrote: >I don't know what causes it, but if your /usr/ports is just an SVN >working copy, I suspect tha tthe easiest course of action would be to It nearly is. >move it aside (by renaming it), then checking out a fresh new copy. > >(You could then move over anything that hadn't been created by SVN, >e.g., the former /usr/ports/distfiles and /usr/ports/packages, and blow I recovered distfiles and local patches, but...oops...forgot packages. However, I did back up the old /usr/ports, which is where I recovered the distfiles from, so I can get packages back, too. Thanks for the reminder! >away the old /usr/ports -- or keep it around to try to figure out what >was causing the issue.) > Well, given that a new checkout got rid of the problem message, I can surmise that the problem was indeed on my system and not the server. I'm unlikely to find the source of the problem, but the web page to which Horst directed me did have a comment added by a later poster that suggested that an interrupted svn run might have been the origin of the problem. I don't like doing those checkouts because they take so long, which was why I was hoping to find a shorter method of correction. Oh, well...on to the next problem on my list (but in a separate posting). Thanks much to both of you for your replies. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-ports@FreeBSD.ORG Tue May 12 06:17:53 2015 Return-Path: Delivered-To: freebsd-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 3743CE9A for ; Tue, 12 May 2015 06:17:53 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 001C91C04 for ; Tue, 12 May 2015 06:17:52 +0000 (UTC) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [192.94.73.9]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id t4C6HkdD009262 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO) for ; Tue, 12 May 2015 06:17:46 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id t4C6HkA3019096 for freebsd-ports@freebsd.org; Tue, 12 May 2015 01:17:46 -0500 (CDT) From: Scott Bennett Message-Id: <201505120617.t4C6HkA3019096@sdf.org> Date: Tue, 12 May 2015 01:17:46 -0500 To: freebsd-ports@freebsd.org Subject: damage to pkg's sqlite data base User-Agent: Heirloom mailx 12.5 6/20/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 06:17:53 -0000 For nearly two weeks I've been stymied by an apparently damaged record in the sqlite data base used by pkg(8) and pkg-static(8). Unfortunately, it is a record for a port that is depended upon rather heavily, lang/gcc. lang/gcc compiled and linked just fine, but any attempt to install the result ends up like this. ===> Checking if gcc already installed ===> Registering installation for gcc-4.8.4_3 Installing gcc-4.8.4_3... pkg-static: sqlite error while executing iterator in file pkgdb_iterator.c:931: database disk image is malformed pkg-static: sqlite error while executing INSERT OR REPLACE INTO files (path, sha256, package_id) VALUES (?1, ?2, ?3) in file pkgdb.c:1722: database disk image is malformed *** Error code 70 Stop. make: stopped in /usr/ports/lang/gcc I'm not familiar with sqlite commands, nor with the structure of the pkg data base, nor any of several other relevant topics. But I do have questions: 1) how might the damage have happened? 2) how might such an event be avoided/prevented in the future? 3) most urgently, how can I *fix* it? 4) I was unable to find any instructions for recreating a pkg data base if the data base gets damaged/destroyed. Is there a way to do that that I missed? Thanks again for any help here. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-ports@FreeBSD.ORG Tue May 12 06:47:43 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 24C4441D for ; Tue, 12 May 2015 06:47:43 +0000 (UTC) Received: from so.liwest.at (so.liwest.at [212.33.55.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D3BF31EBE for ; Tue, 12 May 2015 06:47:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=liwest.at; s=20140502; h=To:References:Message-Id:Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=x7KB54dpOdJfaTGV1RrS0fpZbZ4PCkLVsEqfCEU2lXA=; b=hdDrStBmESa4ZuDlqHwaElGqZysuwlAUZWEZh32oBaw1j5KDRFPTh0/1LJzZdqrVJ1zPGkwqyx8BKvnXAwFA+MZBHmgpg96A+LuCdVGoxvBX19TA3YNPD9d/gDZmZwB1ykevqf7e/QIOsCvph0DtYfKx35MGEqC9tQ6+R55EdG5Pu2iNszWNAI7TYJgyw+Gv+Q7L7xLa3hpYVKTd3NDV6podty/+e1RaW7V+2zTvIzGhhH5ALvmhIEkgPTXDBAFTetTIAPCQM4HW9TlWez2eyiHXyAZx2MvbRRDjh6VFW37WYt6xtWE2xIJ64DqvGxqtd//1xiuFfggL49MgGAbvQQ==; Received: from [90.146.7.130] (helo=[192.168.35.4]) by so.liwest.at with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1Ys3ye-00026r-3f; Tue, 12 May 2015 08:47:41 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: persistent svn error message From: horst leitenmueller In-Reply-To: <201505120602.t4C62qli023867@sdf.org> Date: Tue, 12 May 2015 08:47:31 +0200 Cc: David Wolfskill , freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <8EED8AF7-875A-457E-AF61-9ACC22D71EB9@liwest.at> References: <201505111209.t4BC92Qb029366@sdf.org> <0EF0B2FD-7C3A-4077-9D97-1CA59F782724@liwest.at> <201505120602.t4C62qli023867@sdf.org> To: Scott Bennett X-Mailer: Apple Mail (2.2098) X-Spam-Score: -1.0 (-) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 06:47:43 -0000 hi Scott, you have solved it now ?=20 do you still geht the error if you do an update=20 cd /usr/ports/databases/ svn up ? you can also make a=20 cd /usr/ports/databases/innotop svn diff=20 (http://svnbook.red-bean.com/de/1.7/svn-book.html#svn.ref.svn.c.diff ) which shows you the differences from your svn tree to the remote one please is problem still exists, do a=20 cd /usr/ports/ svn info =20 with this info i can check what happened with this node=20 br horst did you have deleted=20 > On 12 May 2015, at 08:02, Scott Bennett wrote: >=20 > horst leitenmueller wrote: >=20 >> you can try to follow this posting >>=20 >> = http://stackoverflow.com/questions/13376483/how-to-solve-svn-error-e155010= >>=20 >> first: >>=20 >> svn cleanup (in /usr/ports/) >>=20 >> if not helping you have to check WHY this node was not updated/ = removed or whatever.. >>=20 >> hope info helps a little >>=20 > I took a look at that page. Its example shows two error messages, = the > latter of which looks like the one I got. But I didn't get any other = error. > Nevertheless, I did try the rest of the procedure, but it didn't make = any > difference (other than to download all the updates that had = accumulated over > the last several days that I had not been running "svn update" on = /usr/ports. > However, the web site looked pretty cool, so I'm bookmarking it = for the > future. :-) > On Mon May 11 12:49:06 2015 David Wolfskill = wrote: >=20 >> I don't know what causes it, but if your /usr/ports is just an SVN >> working copy, I suspect tha tthe easiest course of action would be to >=20 > It nearly is. >=20 >> move it aside (by renaming it), then checking out a fresh new copy. >>=20 >> (You could then move over anything that hadn't been created by SVN, >> e.g., the former /usr/ports/distfiles and /usr/ports/packages, and = blow >=20 > I recovered distfiles and local patches, but...oops...forgot = packages. > However, I did back up the old /usr/ports, which is where I recovered = the > distfiles from, so I can get packages back, too. Thanks for the = reminder! >=20 >> away the old /usr/ports -- or keep it around to try to figure out = what >> was causing the issue.) >>=20 > Well, given that a new checkout got rid of the problem message, I = can > surmise that the problem was indeed on my system and not the server. = I'm > unlikely to find the source of the problem, but the web page to which = Horst > directed me did have a comment added by a later poster that suggested = that > an interrupted svn run might have been the origin of the problem. I = don't > like doing those checkouts because they take so long, which was why I = was > hoping to find a shorter method of correction. Oh, well...on to the = next > problem on my list (but in a separate posting). > Thanks much to both of you for your replies. >=20 >=20 > Scott Bennett, Comm. ASMELG, CFIAG > ********************************************************************** > * Internet: bennett at sdf.org *xor* bennett at freeshell.org * > *--------------------------------------------------------------------* > * "A well regulated and disciplined militia, is at all times a good * > * objection to the introduction of that bane of all free governments * > * -- a standing army." * > * -- Gov. John Hancock, New York Journal, 28 January 1790 * > ********************************************************************** From owner-freebsd-ports@FreeBSD.ORG Tue May 12 06:59:51 2015 Return-Path: Delivered-To: freebsd-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 A39F56FF for ; Tue, 12 May 2015 06:59:51 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A68F1FD6 for ; Tue, 12 May 2015 06:59:51 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t4C709m5035736; Tue, 12 May 2015 00:00:15 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: freebsd-ports@freebsd.org, Scott Bennett In-Reply-To: <201505120617.t4C6HkA3019096@sdf.org> References: <201505120617.t4C6HkA3019096@sdf.org> From: "Chris H" Subject: Re: damage to pkg's sqlite data base Date: Tue, 12 May 2015 00:00:15 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <0dcbdcb9fdfdebc53a2563b11494f61b@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 06:59:51 -0000 On Tue, 12 May 2015 01:17:46 -0500 Scott Bennett wrote > For nearly two weeks I've been stymied by an apparently damaged record > in the sqlite data base used by pkg(8) and pkg-static(8). Unfortunately, > it is a record for a port that is depended upon rather heavily, lang/gcc. > lang/gcc compiled and linked just fine, but any attempt to install the result > ends up like this. > > ===> Checking if gcc already installed > ===> Registering installation for gcc-4.8.4_3 > Installing gcc-4.8.4_3... > pkg-static: sqlite error while executing iterator in file > pkgdb_iterator.c:931: database disk image is malformed pkg-static: sqlite > error while executing INSERT OR REPLACE INTO files (path, sha256, package_id) > VALUES (?1, ?2, ?3) in file pkgdb.c:1722: database disk image is malformed > *** Error code 70 > > Stop. > make: stopped in /usr/ports/lang/gcc > > I'm not familiar with sqlite commands, nor with the structure of the > pkg data base, nor any of several other relevant topics. But I do have > questions: > > 1) how might the damage have happened? > > 2) how might such an event be avoided/prevented in the future? > > 3) most urgently, how can I *fix* it? You should get a backup made on the nightly cron(8) (periodic(8)). It'll be located in /var/backups Off the top of my head I can't remember which of the 2, is which. But a simple size comparison should tell the tale. :) Simply rename your (now) corrupt db, and copy the backup over. I ran into this problem as well, and this was how I was finally able to overcome it. Hope this helps! --Chris > > 4) I was unable to find any instructions for recreating a pkg data > base if the data base gets damaged/destroyed. Is there a way to > do that that I missed? > > Thanks again for any help here. > > > Scott Bennett, Comm. ASMELG, CFIAG > ********************************************************************** > * Internet: bennett at sdf.org *xor* bennett at freeshell.org * > *--------------------------------------------------------------------* > * "A well regulated and disciplined militia, is at all times a good * > * objection to the introduction of that bane of all free governments * > * -- a standing army." * > * -- Gov. John Hancock, New York Journal, 28 January 1790 * > ********************************************************************** > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Tue May 12 07:07:38 2015 Return-Path: Delivered-To: freebsd-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 5791C91D for ; Tue, 12 May 2015 07:07:38 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 390991112 for ; Tue, 12 May 2015 07:07:37 +0000 (UTC) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [192.94.73.9]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id t4C7716G001383 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Tue, 12 May 2015 07:07:01 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id t4C770Ng005608; Tue, 12 May 2015 02:07:00 -0500 (CDT) From: Scott Bennett Message-Id: <201505120707.t4C770Ng005608@sdf.org> Date: Tue, 12 May 2015 02:07:00 -0500 To: horst.leitenmueller@liwest.at Subject: Re: persistent svn error message Cc: freebsd-ports@freebsd.org, david@catwhisker.org References: <201505111209.t4BC92Qb029366@sdf.org> <0EF0B2FD-7C3A-4077-9D97-1CA59F782724@liwest.at> <201505120602.t4C62qli023867@sdf.org> <8EED8AF7-875A-457E-AF61-9ACC22D71EB9@liwest.at> In-Reply-To: <8EED8AF7-875A-457E-AF61-9ACC22D71EB9@liwest.at> User-Agent: Heirloom mailx 12.5 6/20/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 07:07:38 -0000 horst leitenmueller wrote: > you have solved it now ? As I wrote before, I took David Wolfskill's suggestion when the method on the web page you suggested made no difference. I backed up /usr/ports (and I still have the backup), unmounted it, newfs'ed the partition, remounted it, and then ran the svn checkout. I dislike doing that very often because of the time it takes and the nuisance of having to save and restore a few things, but it does usually cause many sins to be forgotten. :-> > > do you still geht the error if you do an update > > cd /usr/ports/databases/ > svn up > > ? Yes, I did still get the error. The procedure did not appear to have had any effect whatsoever, which is why I proceeded with the other method (see above and in previous followup). > > you can also make a > > cd /usr/ports/databases/innotop > svn diff > > (http://svnbook.red-bean.com/de/1.7/svn-book.html#svn.ref.svn.c.diff ) > which shows you the differences from your svn tree to the remote one > > please is problem still exists, do a > > cd /usr/ports/ > svn info > > with this info i can check what happened with this node > I'd rather not do that now that the problem has been dealt with. To do what you ask, I would have to blow away the newly checked out /usr/ports and restore the old one from the backup. Sorry about that. :-) Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-ports@FreeBSD.ORG Tue May 12 07:08:27 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 374229C2 for ; Tue, 12 May 2015 07:08:27 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EA0021120 for ; Tue, 12 May 2015 07:08:26 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.85 (FreeBSD)) (envelope-from ) id 1Ys4Ii-000Jvn-TS; Tue, 12 May 2015 09:08:24 +0200 Date: Tue, 12 May 2015 09:08:24 +0200 From: Kurt Jaeger To: Koichiro IWAO Cc: ports@freebsd.org Subject: Re: devel/ruby-build call for committer Message-ID: <20150512070824.GG2495@home.opsec.eu> References: <0000014d45d80cc0-6ce47969-bcd1-4383-9b45-6a23cc8823d4-000000@us-west-2.amazonses.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0000014d45d80cc0-6ce47969-bcd1-4383-9b45-6a23cc8823d4-000000@us-west-2.amazonses.com> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 07:08:27 -0000 Hi! > I'm looking for a committer for this. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199436 Done. -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-ports@FreeBSD.ORG Tue May 12 07:28:16 2015 Return-Path: Delivered-To: freebsd-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 6AE61EAC; Tue, 12 May 2015 07:28:16 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D5D2C130B; Tue, 12 May 2015 07:28:15 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t4C7S9qv046798 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 12 May 2015 10:28:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t4C7S9qv046798 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t4C7S94L046797; Tue, 12 May 2015 10:28:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 12 May 2015 10:28:09 +0300 From: Konstantin Belousov To: Bryan Drewery Cc: Patrick Gibson , FreeBSD Ports ML , "Sergey A. Osokin" Subject: Re: Building www/rubygem-passenger inside Poudriere Message-ID: <20150512072809.GY2390@kib.kiev.ua> References: <20150511222618.GA19979@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150511222618.GA19979@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 07:28:16 -0000 On Mon, May 11, 2015 at 10:26:18PM +0000, Sergey A. Osokin wrote: > Hi Patrick, > > I hope you're doing well too. > The issue has been already reported > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199953 > > I'm closely working with Bryan Drewery on the issue. I suspect that that similar or identical issue happens with the Berkeley DB and WITH_BDB_VER. I use version 6 for my own needs, and portupgrade correctly handled WITH_BDB_VER for p5-BerkeleyDB and other ports. I tried to move my machines to packages from the poudriere builds, and with the following content in poudriere.d/*make.conf WITH_OPENSSL_PORT=true WITH_BDB_VER=6 WANT_OPENLDAP_SASL=yes DEFAULT_VERSIONS=perl5=5.20 ruby=2.2 pgsql=9.4 I see ====>> Ignoring databases/p5-BerkeleyDB: cannot install: no eligible BerkeleyDB version. Requested: 6, incompatible: . Try: make debug-bdb The db6 port itself was built successfully. Curiously, openldal-sasl did not cause troubles. From owner-freebsd-ports@FreeBSD.ORG Tue May 12 08:52:41 2015 Return-Path: Delivered-To: freebsd-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 7D8FE104 for ; Tue, 12 May 2015 08:52:41 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0130F1D5C for ; Tue, 12 May 2015 08:52:40 +0000 (UTC) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t4C8qLSo019741 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 12 May 2015 09:52:34 +0100 (BST) (envelope-from matthew@freebsd.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=freebsd.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t4C8qLSo019741 Authentication-Results: smtp.infracaninophile.co.uk/t4C8qLSo019741; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Message-ID: <5551BF3E.9060602@freebsd.org> Date: Tue, 12 May 2015 09:52:14 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: damage to pkg's sqlite data base References: <201505120617.t4C6HkA3019096@sdf.org> In-Reply-To: <201505120617.t4C6HkA3019096@sdf.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="1oUXi0Bk6uVJETcGWVfVj29UrgWETG5xf" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 08:52:41 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --1oUXi0Bk6uVJETcGWVfVj29UrgWETG5xf Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 05/12/15 07:17, Scott Bennett wrote: > I'm not familiar with sqlite commands, nor with the structure of t= he > pkg data base, nor any of several other relevant topics. But I do have= > questions: >=20 > 1) how might the damage have happened? Could be any number of things, but in principle the corruption is usually due to some IO request that didn't complete successfully. That can happen if pkg(8) gets killed at exactly the wrong moment, or if your pkg database is on an NFS mount and the locking isn't working properly. > 2) how might such an event be avoided/prevented in the future? It's pretty rare judging by the lack of complaints we've had. So long as your disk hardware is OK, and you're keeping the pkg DB on a local disk it should be reliable enough that you don't need to take any special measures. However the prudent sysadmin will always have backups, and there are a couple of periodic scripts that will backup your package database for you. One, as I recall, just copies the local.sqlite file to /var/backup, while the other uses 'pkg backup' to create a database dump. > 3) most urgently, how can I *fix* it? If your backups don't sort it for you, and you aren't happy to go into sqlite and mend things by using SQL directly, then you can fix it in the true heroic fashion: 1) Make sure that you have packages available for everything installed on your system, either in whatever repo you're using (preferred), or by creating pkg tarballs of all the packages installed on your system: # mkdir /tmp/pkg-backup # pkg create -a -o /tmp/pkg-backup (That might be affected by the corruption you've experienced. Watch out for any error messages.) 2) Generate a list of all the *non-automatic* packages you have installed: # pkg query -e "%a =3D=3D 0" "%n-%v" > /tmp/pkg-list 3) Move aside your corrupted pkg database: # mv /var/db/pkg/local.sqlite{,.save} 4) Reinstall pkg(8) -- this will reinitialise your database: # /usr/sbin/pkg bootstrap -f 5) Reinstall all the packages you had previously installed: # xargs pkg install < /tmp/pkg-backup or -- if and only if you could create tarballs of everything without error -- you can reinstall from those packages: # cd /tmp/pkg-backup # sed -e 's,$,.txz,' < /tmp/pkg-list | xargs pkg add This should restore your system to its previous state preserving the automatic flags on your packages. It should install any dependencies required and mark them as automatic. You will want to list all the packages installed before and after and compare the two as a sanity check. If there are packages that you used to have installed but are no longer listed, then you'll have the old package files left orphaned on your drive, which it would be a good idea to clean up. Doing that I leave as an exercise for the student. > 4) I was unable to find any instructions for recreating a pkg data > base if the data base gets damaged/destroyed. Is there a way to > do that that I missed? It's not something that needs doing that often. The general approach will be -- as shown above -- to create a new package database and reinstall everything. You may or may not want to wipe the contents of /usr/local before you do that (obviously save your config files from /usr/local/etc and any precious web content from /usr/local/www, etc. etc.), depending on how badly the database was damaged, how up-to-date the system was and whether you have a good idea of what packages you had installed previously or not. Cheers, Matthew --1oUXi0Bk6uVJETcGWVfVj29UrgWETG5xf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVUb9EXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTnklYP+wYMNgMi2ykvMVQRJkwsZBv1 ymoGNg1QuguZAZ8sK2BtiZZi+nH9cvftkjnuV3NKOk52v7N7qWVlOB8IYf6JttQL 9hutpfkPO9OFrmhQtXUB44zEEoZx+FIiRcvJ1tlL4Qzqt+kJu65bCmcGULCNzTV1 7ssbISDf7342n2RJUohjEY9WdWDIV/utR8hm7A5RyiDVQFXEZSjVy0PaTuGnTv67 MwcWXNMnD17x6kBTjIAnMKbcEcbuVI0qT4zhxJj8CtVkhA9FVXi1M1SakfsOcx3U xNlRF71POMsSEY1ZfxNUMiAgm3QYBqxLEzFnWT6yqpg0pirDoTJyLIz0JWD2rKH4 6ffqu5bkh0Dlwu4KcLyq1spnVRznO58pxLrk7Ecij6ZNTRARddVjg2oy/1iiWzat KNYiGZ+4SS+71ahS45+RpESkWL0aGR4kH0Wbi6kbLDmf4H0cONxPFaSqUYK1xWNW NQNcG2vI0S+mNBjKpS26Rz59t2jJFI7PHcI27PqWby0Vnp95xUxZI2c/Yx4EyyIx kBhnGtv9IacTvsGlMU9xCKORsz1In0ksT8ETb88emQSvGgA1SjIzq0R9CdzTCzOY qJPBh7tRhnmevLuY8pUsl5aCwq6u2GPsHmaMXW3CopC08GcPHD3GUxjloxUrwgO2 7U4ROjhKZdm2E1q2393G =A+o/ -----END PGP SIGNATURE----- --1oUXi0Bk6uVJETcGWVfVj29UrgWETG5xf-- From owner-freebsd-ports@FreeBSD.ORG Tue May 12 09:03:53 2015 Return-Path: Delivered-To: freebsd-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 DF15F75F for ; Tue, 12 May 2015 09:03:53 +0000 (UTC) Received: from mail-wg0-f53.google.com (mail-wg0-f53.google.com [74.125.82.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8BA371E6E for ; Tue, 12 May 2015 09:03:53 +0000 (UTC) Received: by wgbhc8 with SMTP id hc8so1030230wgb.2 for ; Tue, 12 May 2015 02:03:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to :in-reply-to; bh=YuQvcZShBafTY5nqlafwFdPeC14P1oWZdrCguXF4XI8=; b=Q7zgctEgiRtEwXxm9E5juMcnTyqQzvFpn8rjKXXqkDjgji42xE4bJsDvKukkGHavWS Rvv+NXYVbqGIjYQ6VB/Q7Zgz6sMaRQGYXKH5FloKpK9MQNHIbzvboVfHiIHCg71BvjEg ke3s6ocASFZ6RdRr74Upe6mOIAr+Gi6Q21QGuM7XXVe4WCDkNPzH6lee/cOx0dxxCU+J wA0EuD8yuOhkX1u4QQ+oFaSs3H0R068673mMtVmTGqedbF9hnxPqQfH3BlEfR3diatvo iIlKOIfi5Jz3j+VCQxtNCbrtVr8aq1u+o9s0oJ+8l/Y+9WfWayIE5/RDmJx4sJFJPMfY Dp1w== X-Gm-Message-State: ALoCoQlHfCFGvNIHmDlXfEbbMMjp8vDOjfV1f/uOqT7FnLdIizy+gtqP+FJzoDO/EDrUQNzKnZDu X-Received: by 10.181.29.36 with SMTP id jt4mr27374276wid.21.1431421425773; Tue, 12 May 2015 02:03:45 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (misc-users-pat-19-132.isys.bris.ac.uk. [137.222.19.132]) by mx.google.com with ESMTPSA id j12sm26668057wjn.48.2015.05.12.02.03.44 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 May 2015 02:03:45 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id t4C93h4w003242; Tue, 12 May 2015 10:03:43 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.14.9/8.14.9/Submit) id t4C93hE4003241; Tue, 12 May 2015 10:03:43 +0100 (BST) (envelope-from mexas) Date: Tue, 12 May 2015 10:03:43 +0100 (BST) From: Anton Shterenlikht Message-Id: <201505120903.t4C93hE4003241@mech-as222.men.bris.ac.uk> To: freebsd-ports@freebsd.org, matthew@freebsd.org Subject: Re: damage to pkg's sqlite data base Reply-To: mexas@bris.ac.uk In-Reply-To: <5551BF3E.9060602@freebsd.org> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 09:03:54 -0000 >Date: Tue, 12 May 2015 09:52:14 +0100 >From: Matthew Seaman > >> 2) how might such an event be avoided/prevented in the future? > >It's pretty rare judging by the lack of complaints we've had. So long Happened several times to me. I never bothered to complain, thinking I messed someting up. Since it's so easy to start from scratch, i.e. delete all packages and replace anew, corrupt pkg database hasn't really been a big issue for me. I do think, however, that there must be other reasons for corruption, except an interruption at just the wrong time. BTW, what's the use of /var/cache/pkg? It's grown to > 2GB. Can I safely delete all packages from there? Thanks Anton From owner-freebsd-ports@FreeBSD.ORG Tue May 12 09:21:23 2015 Return-Path: Delivered-To: freebsd-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 5A359B4C for ; Tue, 12 May 2015 09:21:23 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C19151FDA for ; Tue, 12 May 2015 09:21:22 +0000 (UTC) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t4C9LGW0020427 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 12 May 2015 10:21:17 +0100 (BST) (envelope-from matthew@freebsd.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=freebsd.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t4C9LGW0020427 Authentication-Results: smtp.infracaninophile.co.uk/t4C9LGW0020427; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Message-ID: <5551C60B.7010208@freebsd.org> Date: Tue, 12 May 2015 10:21:15 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: mexas@bris.ac.uk, freebsd-ports@freebsd.org Subject: Re: damage to pkg's sqlite data base References: <201505120903.t4C93hE4003241@mech-as222.men.bris.ac.uk> In-Reply-To: <201505120903.t4C93hE4003241@mech-as222.men.bris.ac.uk> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="eMX4RKKrb4pGTSWGWqT0XusuDBGMS2xKS" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 09:21:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --eMX4RKKrb4pGTSWGWqT0XusuDBGMS2xKS Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 05/12/15 10:03, Anton Shterenlikht wrote: > BTW, what's the use of /var/cache/pkg? > It's grown to > 2GB. Can I safely delete > all packages from there? See pkg-clean(8) It's a backup of old packages which it's handy to have around for a while, but that you'll want to clean up eventually. Cheers, Matthew --eMX4RKKrb4pGTSWGWqT0XusuDBGMS2xKS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVUcYMXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTnNoMP/0cOt68Hz5jSoyN9LW+1IuYy 52S5ft1/TlVdUjRu+Pfi6o7pxt501SCxppslZfE4cTHGPCiq3LBAjAFM7It0KgcQ XzQbmt3l4iOVyAhonWxEDoMx8XHDBrS5jl/Xt/BM8UmgRzUDgq9e1jmhqU1sUS9M h+mxIAG+xdCALfXEIc51D3IkLx1rylI1IMgDMH+8BPH2LLPUkFxkdTW3cxVcim2t PMs6BdjRzGdZS+JdAZ9f4D9VF6SzvrJ8vgifAYs6Iwoglz68bzsq3zjHfh9KZeFY u410RNFpTAYmPc1HEMCCDpwW6lhys/G3zio2Tie2SdM5+BPbVc9ssk9Cp/svrEGb l67MkYhSmgiix+STEIsR6T/UQpChRmMXgaHDnaQNUfUjIux1CTbfyK0K4TDemYTa lvB7yIIH+D66neLjLRJq3sBVKXKDoNyuCKCxmhhpcOc7DxTPMZ58jrCDghEewD5l /ykt0xwkj36iPnL8DCeF9Q6RZUEwnPA88FZri0UN7yZE8DqSborIZNNFw0LgFKB7 nwlrr3ROsf42OwSs25iRVc7EkrAZhD6l8kUlS/vsL3WOalTvbUv4cz2Agltny8r4 dpEmNznbVvb+GUjx/PVY7ZIP2lq9Nzt9mobJkkyTZroRly0ZTeSCUfHBlNawr8j0 604SvIkpqXiLDh13X1qG =Wfbw -----END PGP SIGNATURE----- --eMX4RKKrb4pGTSWGWqT0XusuDBGMS2xKS-- From owner-freebsd-ports@FreeBSD.ORG Tue May 12 09:25:37 2015 Return-Path: Delivered-To: freebsd-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 63238DD8 for ; Tue, 12 May 2015 09:25:37 +0000 (UTC) Received: from mail-in-3.serv.Uni-Osnabrueck.DE (vm299.rz.uni-osnabrueck.de [131.173.16.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC4B410EA for ; Tue, 12 May 2015 09:25:35 +0000 (UTC) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (vm136.rz.uni-osnabrueck.de [131.173.16.11]) by mail-in-3.serv.Uni-Osnabrueck.DE (8.14.4/8.14.4) with ESMTP id t4C9PWDY022024 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 May 2015 11:25:32 +0200 Received: from spock.drpetervoigt.private (p5DC4C58C.dip0.t-ipconnect.de [93.196.197.140]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.8/8.13.8) with ESMTP id t4C9PU3r030153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 May 2015 11:25:31 +0200 Received: from kirk.drpetervoigt.private (kirk.drpetervoigt.private [192.168.1.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: pvoigt) by spock.drpetervoigt.private (Postfix) with ESMTPSA id 74FDD4A03403; Tue, 12 May 2015 11:25:30 +0200 (CEST) Date: Tue, 12 May 2015 11:25:05 +0200 From: "Dr. Peter Voigt" To: Yuri Cc: freebsd-ports@freebsd.org Subject: Re: www/firefox really depends on security/openssl? Message-ID: <20150512112505.5f36f0b2@kirk.drpetervoigt.private> In-Reply-To: <55515251.5040503@rawbw.com> References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> <554EEBB5.8010304@rawbw.com> <20150511202110.34e6e29c@kirk.drpetervoigt.private> <55510C22.9050900@rawbw.com> <20150512000259.32a44ec4@kirk.drpetervoigt.private> <55512E8F.8040508@rawbw.com> <20150512022857.7230c163@kirk.drpetervoigt.private> <55515251.5040503@rawbw.com> Organization: =?UTF-8?B?VW5pdmVyc2l0w6R0IE9zbmFicsO8Y2s=?= X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.23; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.5.12.91219 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report= HTML_00_01 0.05, HTML_00_10 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_2000_2999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, FROM_NAME_PHRASE 0, RDNS_POOLED 0, RDNS_SUSP 0, RDNS_SUSP_SPECIFIC 0, REFERENCES 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FORWARDED_MSG 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __RDNS_POOLED_10 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __URI_NO_PATH 0, __URI_NO_WWW 0 X-PMX-Spam-Level: IIIIIIII X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 09:25:37 -0000 On Mon, 11 May 2015 18:07:29 -0700 Yuri wrote: > On 05/11/2015 17:28, Dr. Peter Voigt wrote: > > What is wrong with my system? Why does porttree need port openssl as > > well. It is obviosuly wrong. If I build ports-mgmt/porttree from > > source, there is not dependency from port openssl. Might there be > > something wrong with my package database? How can I fix? > > Python depends on openssl. > > # porttree ports-mgmt/porttree > Depending on > 0 +ports-mgmt/porttree > 1 ++lang/python27 > 2 |++devel/libffi > 3 ||`print/indexinfo > 4 |+devel/ncurses > 5 |+devel/pkgconf > 6 |`+security/openssl > 7 | `lang/perl5.16 > 8 `+math/py-networkx > 9 ++devel/py-setuptools27 > |`+lang/python27 -> 1 > `+lang/python27 -> 1 > > You won't be able to remove port openssl. > > Yuri Hm, I do not have port openssl installed at all: # pkg version |grep -i openssl php56-openssl-5.6.8 = py27-openssl-0.14 = And moreover, on my system (10.1-RELEASE, amd64) I have: # porttree ports-mgmt/porttree Depending on 0 +ports-mgmt/porttree 1 ++lang/python27 2 |++devel/gettext-runtime 3 ||+converters/libiconv 4 ||`print/indexinfo 5 |++devel/gettext-tools ||+converters/libiconv -> 3 ||++devel/gettext-runtime -> 2 ||+print/indexinfo -> 4 6 ||`textproc/expat2 7 |++devel/libffi ||`print/indexinfo -> 4 8 |+devel/ncurses 9 |`devel/pkgconf 10 `+math/py-networkx 11 ++devel/py-setuptools27 |`+lang/python27 -> 1 `+lang/python27 -> 1 Therefore I conclude: - Installing binary packages with pkg does not honor the WITH_OPENSSL_BASE=yes switch. Is there another place to tell pkg to use base openssl when doing binary installations? - If port openssl is not present on a system, any dependency to openssl is not detected by porttree. Peter From owner-freebsd-ports@FreeBSD.ORG Tue May 12 09:40:48 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B5BE4FE for ; Tue, 12 May 2015 09:40:48 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5A73B1268 for ; Tue, 12 May 2015 09:40:48 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t4C9emCa079394 for ; Tue, 12 May 2015 09:40:48 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t4C9emkM079393; Tue, 12 May 2015 09:40:48 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201505120940.t4C9emkM079393@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Tue, 12 May 2015 09:40:48 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 09:40:48 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ cad/gnucap | 2009-12-07 | 2013-04-23 ------------------------------------------------+-----------------+------------ devel/cdk | 5.0-20120323 | 5.0-20141106 ------------------------------------------------+-----------------+------------ games/zangband | 2.7.5pre1 | 2.7.5 ------------------------------------------------+-----------------+------------ mail/qsheff | 2.1-r3 | 2.1 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Tue May 12 10:52:14 2015 Return-Path: Delivered-To: freebsd-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 5015D3F5 for ; Tue, 12 May 2015 10:52:14 +0000 (UTC) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3852C1B6C for ; Tue, 12 May 2015 10:52:13 +0000 (UTC) Received: from yuri.doctorlan.com (c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128]) (authenticated bits=0) by shell1.rawbw.com (8.14.9/8.14.9) with ESMTP id t4CAqCco045616 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 12 May 2015 03:52:12 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128] claimed to be yuri.doctorlan.com Message-ID: <5551DB5A.7090508@rawbw.com> Date: Tue, 12 May 2015 03:52:10 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: "Dr. Peter Voigt" CC: freebsd-ports@freebsd.org Subject: Re: www/firefox really depends on security/openssl? References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> <554EEBB5.8010304@rawbw.com> <20150511202110.34e6e29c@kirk.drpetervoigt.private> <55510C22.9050900@rawbw.com> <20150512000259.32a44ec4@kirk.drpetervoigt.private> <55512E8F.8040508@rawbw.com> <20150512022857.7230c163@kirk.drpetervoigt.private> <55515251.5040503@rawbw.com> <20150512112505.5f36f0b2@kirk.drpetervoigt.private> In-Reply-To: <20150512112505.5f36f0b2@kirk.drpetervoigt.private> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 10:52:14 -0000 On 05/12/2015 02:25, Dr. Peter Voigt wrote: > Therefore I conclude: > > - Installing binary packages with pkg does not honor the > WITH_OPENSSL_BASE=yes switch. Is there another place to tell pkg to > use base openssl when doing binary installations? Binary packages are built with default choices for port options. These choices are fixed, and don't depend on your choice of WITH_OPENSSL_BASE=yes in ports. Also this option WITH_OPENSSL_BASE=yes should be deprecated ASAP in all ports, except maybe very few. > > - If port openssl is not present on a system, any dependency to openssl > is not detected by porttree. OpenSSL is an oddball, because USE_OPENSSL is interpreted in a weird way that it tries to detect its port presence and link with it, so standard packages are often built with base SSL which is a problem. This has been discussed, but I am not sure of when this will be fixed. In short, as I also mentioned before, you won't be able to get rid of OpenSSL port because some packages require it unconditionally. So the best strategy is to use OpenSSL port for everything. You will likely be successful if you build them yourself from ports, and fix places where base SSL comes into play. Yuri From owner-freebsd-ports@FreeBSD.ORG Tue May 12 16:07:50 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13FD17E0; Tue, 12 May 2015 16:07:50 +0000 (UTC) Received: from mailrelay108.isp.belgacom.be (mailrelay108.isp.belgacom.be [195.238.20.135]) by mx1.freebsd.org (Postfix) with ESMTP id 7E8881180; Tue, 12 May 2015 16:07:49 +0000 (UTC) X-Belgacom-Dynamic: yes X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=M25fSHNwW0AVyF8PBjdaZiLQS1FBtLFJFIDkHdlBKq0= c=1 sm=2 a=kj9zAlcOel0A:10 a=4sMaG8rnAAAA:8 a=mDV3o1hIAAAA:8 a=QTjAbdG7XdtMy9zBsA4A:9 a=CjuIK1q_8ugA:10 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2BgBgB2I1JV//KPsFtcgw9UXscChgkCgTlNAQEBAQEBgQuEIQEBBCcTHCMQCxgJJQ8qHgYTCYgnAQjJUAEBAQEBAQEDAQEBAR6LOYJrghoHhC0BBJ03gSWDXpFoI4FmghM8MYJGAQEB Received: from 242.143-176-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.176.143.242]) by relay.skynet.be with ESMTP; 12 May 2015 18:06:38 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.9/8.14.9) with ESMTP id t4CG6cvK003306; Tue, 12 May 2015 18:06:38 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Tue, 12 May 2015 18:06:38 +0200 From: Tijl Coosemans To: Jason Woodward Cc: freebsd-ports@freebsd.org, jhb@FreeBSD.org Subject: Re: gdb in ports Message-ID: <20150512180638.6202c711@kalimero.tijl.coosemans.org> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 16:07:50 -0000 On Mon, 11 May 2015 16:21:42 -0400 Jason Woodward wrote: > Hi all, > > I had sent this to Luca but maybe others might have an idea... > > > I'm running into some difficulty debugging a live, multithreaded > application. This seems to be the case with the 7.8.x gdbs and 7.9 (both > 9.2 and 10 release). When I attach, I see duplicates for the first thread: > > 5 Thread 817ff2c00 (LWP 100541) 0x000000080bd6286c in poll () at > poll.S:3 > 4 Thread 80efe8c00 (LWP 100546) 0x000000080bd6286c in poll () at > poll.S:3 > 3 Thread 80efe9000 (LWP 100878) 0x000000080bd6286c in poll () at > poll.S:3 > * 2 Thread 80efe9400 (LWP 101124) 0x000000080bd6286c in poll () at > poll.S:3 > * 1 Thread 80efe9400 (LWP 101124) 0x000000080bd6286c in poll () at > poll.S:3 > > Trying to select 1 or 2 always ends up selecting 2: > > (gdb) thread 1 > [Switching to thread 2 (Thread 80efe9400 (LWP 101124))] > #0 0x000000080bd6286c in poll () at poll.S:3 > 3 in poll.S > (gdb) thread 2 > [Switching to thread 2 (Thread 80efe9400 (LWP 101124))] > #0 0x000000080bd6286c in poll () at poll.S:33 in poll.S > (gdb) > > On top of this, when stepping through it seems threads that start and stop > quickly have some sort of race condition that results in the thread > tracking getting messed up. Sometimes I'll end up on thread 74, other > times I will be on a thread that has gone away and "info threads" does not > show me associated with any of the active threads. With 7.8.x I would see: > > Id Target Id Frame > 75 Cannot find thread, Thread ID=101080, no thread to satisfy query > > > Unsure if related, but after stepping through with 7.9, the following > happens in fbsd_thread_wait(): > > infrun.c:5530: internal-error: switch_back_to_stepped_thread: Assertion > `!tp->control.trap_expected' failed. > A problem internal to GDB has been detected, > further debugging may prove unreliable. > Quit this debugging session? (y or n) y > > This is a bug, please report it. For instructions, see: > . > > infrun.c:5530: internal-error: switch_back_to_stepped_thread: Assertion > `!tp->control.trap_expected' failed. > A problem internal to GDB has been detected,further debugging may prove > unreliable. > Create a core file of GDB? (y or n) n CC jhb. Maybe he can help. From owner-freebsd-ports@FreeBSD.ORG Tue May 12 19:41:32 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50E70B4; Tue, 12 May 2015 19:41:32 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 276111D81; Tue, 12 May 2015 19:41:32 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-54-116-245.nwrknj.fios.verizon.net [173.54.116.245]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DE10DB93B; Tue, 12 May 2015 15:41:30 -0400 (EDT) From: John Baldwin To: Tijl Coosemans Cc: Jason Woodward , freebsd-ports@freebsd.org Subject: Re: gdb in ports Date: Tue, 12 May 2015 15:04:21 -0400 Message-ID: <4344191.kUiy0BFV7S@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.1-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <20150512180638.6202c711@kalimero.tijl.coosemans.org> References: <20150512180638.6202c711@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 12 May 2015 15:41:31 -0400 (EDT) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 19:41:32 -0000 On Tuesday, May 12, 2015 06:06:38 PM Tijl Coosemans wrote: > On Mon, 11 May 2015 16:21:42 -0400 Jason Woodward wrote: > > Hi all, > > > > I had sent this to Luca but maybe others might have an idea... > > > > > > I'm running into some difficulty debugging a live, multithreaded > > application. This seems to be the case with the 7.8.x gdbs and 7.9 (both > > 9.2 and 10 release). When I attach, I see duplicates for the first thread: > > > > 5 Thread 817ff2c00 (LWP 100541) 0x000000080bd6286c in poll () at > > poll.S:3 > > 4 Thread 80efe8c00 (LWP 100546) 0x000000080bd6286c in poll () at > > poll.S:3 > > 3 Thread 80efe9000 (LWP 100878) 0x000000080bd6286c in poll () at > > poll.S:3 > > * 2 Thread 80efe9400 (LWP 101124) 0x000000080bd6286c in poll () at > > poll.S:3 > > * 1 Thread 80efe9400 (LWP 101124) 0x000000080bd6286c in poll () at > > poll.S:3 > > > > Trying to select 1 or 2 always ends up selecting 2: > > > > (gdb) thread 1 > > [Switching to thread 2 (Thread 80efe9400 (LWP 101124))] > > #0 0x000000080bd6286c in poll () at poll.S:3 > > 3 in poll.S > > (gdb) thread 2 > > [Switching to thread 2 (Thread 80efe9400 (LWP 101124))] > > #0 0x000000080bd6286c in poll () at poll.S:33 in poll.S > > (gdb) > > > > On top of this, when stepping through it seems threads that start and stop > > quickly have some sort of race condition that results in the thread > > tracking getting messed up. Sometimes I'll end up on thread 74, other > > times I will be on a thread that has gone away and "info threads" does not > > show me associated with any of the active threads. With 7.8.x I would see: > > > > Id Target Id Frame > > 75 Cannot find thread, Thread ID=101080, no thread to satisfy query > > > > > > Unsure if related, but after stepping through with 7.9, the following > > happens in fbsd_thread_wait(): > > > > infrun.c:5530: internal-error: switch_back_to_stepped_thread: Assertion > > `!tp->control.trap_expected' failed. > > A problem internal to GDB has been detected, > > further debugging may prove unreliable. > > Quit this debugging session? (y or n) y > > > > This is a bug, please report it. For instructions, see: > > . > > > > infrun.c:5530: internal-error: switch_back_to_stepped_thread: Assertion > > `!tp->control.trap_expected' failed. > > A problem internal to GDB has been detected,further debugging may prove > > unreliable. > > Create a core file of GDB? (y or n) n > > CC jhb. Maybe he can help. So one of the changes made after fbsd-threads.c had been first ported to GDB 7 was to remove a call to 'init_thread_list()' in fbsd_thread_activate(). There is an open PR against 7.9 where the solution I've come up with for now is to put that back for cores to ignore the threads that GDB creates as LWPs when it walks the core dump notes. I've included that diff below. You could try using that for live debugging, but I think that isn't the real solution. Instead, when we attach threads we should be doing a change_ptid() to change the "main" thread to be a thread instead of a process. Try this: Index: fbsd-threads.c =================================================================== --- fbsd-threads.c (revision 385904) +++ fbsd-threads.c (working copy) @@ -320,16 +320,36 @@ get_current_thread (void) lwp = get_current_lwp (proc_handle.pid); tmp = BUILD_LWP (lwp, proc_handle.pid); ptid = thread_from_lwp (tmp, &th, &ti); - if (in_thread_list (inferior_ptid) ) + if (in_thread_list (inferior_ptid)) { - struct thread_info * ti_inf = inferior_thread(); - ti_inf->ptid = ptid; + struct private_thread_info *private; + struct thread_info *tp; + td_err_e err; + + thread_change_ptid (inferior_ptid, ptid); + + /* Add thread with info */ + private = xcalloc(1, sizeof(struct private_thread_info)); + gdb_assert(private != NULL); + // Thread name is assigned when printed + + tp = find_thread_ptid (ptid); + gdb_assert(tp->private == NULL); + tp->private = private; + tp->private_dtor = free_private_thread_info; + if (target_has_execution) + { + /* Enable thread event reporting for this thread. */ + err = td_thr_event_enable_p (th_p, 1); + if (err != TD_OK) + error ("Cannot enable thread event reporting for %s: %s", + target_pid_to_str (ptid), thread_db_err_str (err)); + } } - if (!in_thread_list (ptid)) + else if (!in_thread_list (ptid)) { attach_thread (ptid, &th, &ti, 1); } - inferior_ptid = ptid; } static CORE_ADDR @@ -441,8 +461,10 @@ fbsd_thread_activate (void) fbsd_thread_active = 1; if (target_has_execution) enable_thread_event_reporting (); + else + init_thread_list (); + get_current_thread (); fbsd_thread_update_thread_list (NULL); - get_current_thread (); } static void @@ -667,13 +689,11 @@ attach_thread (ptid_t ptid, const td_thrhandle_t * if (!in_thread_list (ptid)) { /* Add thread with info */ - private = xmalloc(sizeof(struct private_thread_info)); + private = xcalloc(1, sizeof(struct private_thread_info)); gdb_assert(private != NULL); // Thread name is assigned when printed - memset(private, 0, sizeof(struct private_thread_info)); tp = add_thread_with_info(ptid, private); - tp->private = private; tp->private_dtor = free_private_thread_info; } -- John Baldwin From owner-freebsd-ports@FreeBSD.ORG Tue May 12 22:37:34 2015 Return-Path: Delivered-To: freebsd-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 B77C1F1C for ; Tue, 12 May 2015 22:37:34 +0000 (UTC) Received: from mail-la0-x236.google.com (mail-la0-x236.google.com [IPv6:2a00:1450:4010:c03::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F9A910DE for ; Tue, 12 May 2015 22:37:34 +0000 (UTC) Received: by layy10 with SMTP id y10so16818186lay.0 for ; Tue, 12 May 2015 15:37:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=averesystems.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1q0rpDujHR7tA62KgMO9dliqdDi462B7Flak5Yq+6io=; b=ISdtAqbwhU8RHNRu9p7BpssBFEqwr16rM2OfXHiCeu5MEcg36oha8JZseylyW27rPm ULkPWIPyj3j1+qabTvH5g/ONFqKxmORMp2GWy7N0b3eUBVNZryLIzW1//s9TbxKgEkr2 LT/b3Vvnr3TxDd2gW22trKjetQlswhaxZlsow= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=1q0rpDujHR7tA62KgMO9dliqdDi462B7Flak5Yq+6io=; b=ljZPhIcp/DA5vARaFP0fLLKpej7sfcyCpPGAIZkirEmo3lf4ObEPn2X2tI8rOXnKQQ ZcevEv+ZVTDQfo26zGtyQGCYrSktIZI8gIpoaQPaDDaVDMkmDrQWEYwKjqC9VYm280i9 sZf99EG5sSMxQMz82bqoCk0AU9nA/kJXVZcZaUHRGFWOm8kdWOyTXGcsoNYdImdZcKNI bVWyUkqzsJ5MZfjhyxk5Gg8N3jeTf9Gk66g5d3975392kwci0j6BPV2MYJnTvuonAzL9 P6YVbf0OL1SCya+E5uZ+6DtLGs6I8nsXYa9aZxZEvyMtVO58cDce3DlH3iiJCqMZjUjC Z0QA== X-Gm-Message-State: ALoCoQmVHT5eGx1UgmSWFAglUReAQlLaVYtlThrBcUfA4ak3rm92oQieI61H1iDXllKUj8hLh8fE MIME-Version: 1.0 X-Received: by 10.112.167.166 with SMTP id zp6mr13916521lbb.80.1431470251659; Tue, 12 May 2015 15:37:31 -0700 (PDT) Received: by 10.114.83.97 with HTTP; Tue, 12 May 2015 15:37:31 -0700 (PDT) In-Reply-To: <4344191.kUiy0BFV7S@ralph.baldwin.cx> References: <20150512180638.6202c711@kalimero.tijl.coosemans.org> <4344191.kUiy0BFV7S@ralph.baldwin.cx> Date: Tue, 12 May 2015 18:37:31 -0400 Message-ID: Subject: Re: gdb in ports From: Jason Woodward To: John Baldwin Cc: Tijl Coosemans , freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 22:37:34 -0000 Hi John, I did a quick build with your patch along with a small tweak: @@ -340,7 +340,7 @@ get_current_thread (void) if (target_has_execution) { /* Enable thread event reporting for this thread. */ - err = td_thr_event_enable_p (th_p, 1); + err = td_thr_event_enable_p (&th, 1); if (err != TD_OK) error ("Cannot enable thread event reporting for %s: %s", target_pid_to_str (ptid), thread_db_err_str (err)); That seems to resolve the thread reporting and thread switching issue I was observing. Still unsure if related... I triggered the following in fbsd_thread_wait(), however when stepping through: (gdb) n [New Thread 826e07800 (LWP 101021)] infrun.c:5530: internal-error: switch_back_to_stepped_thread: Assertion `!tp->control.trap_expected' failed. A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? (y or n) info threads indicates I ended up in thread 15 if I continue anyway. take care, jason On Tue, May 12, 2015 at 3:04 PM, John Baldwin wrote: > On Tuesday, May 12, 2015 06:06:38 PM Tijl Coosemans wrote: > > On Mon, 11 May 2015 16:21:42 -0400 Jason Woodward < > woodwardj@averesystems.com> wrote: > > > Hi all, > > > > > > I had sent this to Luca but maybe others might have an idea... > > > > > > > > > I'm running into some difficulty debugging a live, multithreaded > > > application. This seems to be the case with the 7.8.x gdbs and 7.9 > (both > > > 9.2 and 10 release). When I attach, I see duplicates for the first > thread: > > > > > > 5 Thread 817ff2c00 (LWP 100541) 0x000000080bd6286c in poll () at > > > poll.S:3 > > > 4 Thread 80efe8c00 (LWP 100546) 0x000000080bd6286c in poll () at > > > poll.S:3 > > > 3 Thread 80efe9000 (LWP 100878) 0x000000080bd6286c in poll () at > > > poll.S:3 > > > * 2 Thread 80efe9400 (LWP 101124) 0x000000080bd6286c in poll () at > > > poll.S:3 > > > * 1 Thread 80efe9400 (LWP 101124) 0x000000080bd6286c in poll () at > > > poll.S:3 > > > > > > Trying to select 1 or 2 always ends up selecting 2: > > > > > > (gdb) thread 1 > > > [Switching to thread 2 (Thread 80efe9400 (LWP 101124))] > > > #0 0x000000080bd6286c in poll () at poll.S:3 > > > 3 in poll.S > > > (gdb) thread 2 > > > [Switching to thread 2 (Thread 80efe9400 (LWP 101124))] > > > #0 0x000000080bd6286c in poll () at poll.S:33 in poll.S > > > (gdb) > > > > > > On top of this, when stepping through it seems threads that start and > stop > > > quickly have some sort of race condition that results in the thread > > > tracking getting messed up. Sometimes I'll end up on thread 74, other > > > times I will be on a thread that has gone away and "info threads" does > not > > > show me associated with any of the active threads. With 7.8.x I would > see: > > > > > > Id Target Id Frame > > > 75 Cannot find thread, Thread ID=101080, no thread to satisfy query > > > > > > > > > Unsure if related, but after stepping through with 7.9, the following > > > happens in fbsd_thread_wait(): > > > > > > infrun.c:5530: internal-error: switch_back_to_stepped_thread: Assertion > > > `!tp->control.trap_expected' failed. > > > A problem internal to GDB has been detected, > > > further debugging may prove unreliable. > > > Quit this debugging session? (y or n) y > > > > > > This is a bug, please report it. For instructions, see: > > > . > > > > > > infrun.c:5530: internal-error: switch_back_to_stepped_thread: Assertion > > > `!tp->control.trap_expected' failed. > > > A problem internal to GDB has been detected,further debugging may prove > > > unreliable. > > > Create a core file of GDB? (y or n) n > > > > CC jhb. Maybe he can help. > > So one of the changes made after fbsd-threads.c had been first ported to > GDB 7 > was to remove a call to 'init_thread_list()' in fbsd_thread_activate(). > There > is an open PR against 7.9 where the solution I've come up with for now is > to > put that back for cores to ignore the threads that GDB creates as LWPs > when it > walks the core dump notes. I've included that diff below. You could try > using > that for live debugging, but I think that isn't the real solution. > Instead, > when we attach threads we should be doing a change_ptid() to change the > "main" > thread to be a thread instead of a process. > > Try this: > > Index: fbsd-threads.c > =================================================================== > --- fbsd-threads.c (revision 385904) > +++ fbsd-threads.c (working copy) > @@ -320,16 +320,36 @@ get_current_thread (void) > lwp = get_current_lwp (proc_handle.pid); > tmp = BUILD_LWP (lwp, proc_handle.pid); > ptid = thread_from_lwp (tmp, &th, &ti); > - if (in_thread_list (inferior_ptid) ) > + if (in_thread_list (inferior_ptid)) > { > - struct thread_info * ti_inf = inferior_thread(); > - ti_inf->ptid = ptid; > + struct private_thread_info *private; > + struct thread_info *tp; > + td_err_e err; > + > + thread_change_ptid (inferior_ptid, ptid); > + > + /* Add thread with info */ > + private = xcalloc(1, sizeof(struct private_thread_info)); > + gdb_assert(private != NULL); > + // Thread name is assigned when printed > + > + tp = find_thread_ptid (ptid); > + gdb_assert(tp->private == NULL); > + tp->private = private; > + tp->private_dtor = free_private_thread_info; > + if (target_has_execution) > + { > + /* Enable thread event reporting for this thread. */ > + err = td_thr_event_enable_p (th_p, 1); > + if (err != TD_OK) > + error ("Cannot enable thread event reporting for %s: %s", > + target_pid_to_str (ptid), thread_db_err_str (err)); > + } > } > - if (!in_thread_list (ptid)) > + else if (!in_thread_list (ptid)) > { > attach_thread (ptid, &th, &ti, 1); > } > - inferior_ptid = ptid; > } > > static CORE_ADDR > @@ -441,8 +461,10 @@ fbsd_thread_activate (void) > fbsd_thread_active = 1; > if (target_has_execution) > enable_thread_event_reporting (); > + else > + init_thread_list (); > + get_current_thread (); > fbsd_thread_update_thread_list (NULL); > - get_current_thread (); > } > > static void > @@ -667,13 +689,11 @@ attach_thread (ptid_t ptid, const td_thrhandle_t * > if (!in_thread_list (ptid)) > { > /* Add thread with info */ > - private = xmalloc(sizeof(struct private_thread_info)); > + private = xcalloc(1, sizeof(struct private_thread_info)); > gdb_assert(private != NULL); > // Thread name is assigned when printed > - memset(private, 0, sizeof(struct private_thread_info)); > > tp = add_thread_with_info(ptid, private); > - tp->private = private; > tp->private_dtor = free_private_thread_info; > } > > > -- > John Baldwin > From owner-freebsd-ports@FreeBSD.ORG Tue May 12 22:58:40 2015 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 64618467; Tue, 12 May 2015 22:58:40 +0000 (UTC) Received: from smtpq6.tb.mail.iss.as9143.net (smtpq6.tb.mail.iss.as9143.net [212.54.42.169]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 20A4312ED; Tue, 12 May 2015 22:58:39 +0000 (UTC) Received: from [212.54.34.136] (helo=smtp5.gn.mail.iss.as9143.net) by smtpq6.tb.mail.iss.as9143.net with esmtp (Exim 4.82) (envelope-from ) id 1YsI3Y-0005a7-C7; Tue, 12 May 2015 23:49:40 +0200 Received: from 5ed3fa31.cm-7-4d.dynamic.ziggo.nl ([94.211.250.49] helo=PC01) by smtp5.gn.mail.iss.as9143.net with esmtp (Exim 4.82) (envelope-from ) id 1YsI3Y-0000Zm-8Z; Tue, 12 May 2015 23:49:40 +0200 From: "Dutchman01" To: Cc: Subject: FreeBSD Port: talloc-2.1.1 Date: Tue, 12 May 2015 23:49:32 +0200 Message-ID: <000601d08cfd$8a9ace00$9fd06a00$@quicknet.nl> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdCM/QhBKLMQbuKVRl281AsViVAeeA== Content-Language: nl X-Ziggo-spambar: / X-Ziggo-spamscore: 0.0 X-Ziggo-spamreport: CMAE Analysis: v=2.1 cv=DLEjmX5b c=1 sm=0 tr=0 a=cIF5Tx0qAAAA:8 a=h1PgugrvaO0A:10 a=DAwyPP_o2Byb1YXLmDAA:9 a=Zr7miEi8wWIA:10 a=cKsnjEOsciEA:10 a=2oeSqxxVzlsA:10 a=TVlE2KhV2rW8KMP0zZcA:9 a=CjuIK1q_8ugA:10 a=uJ8MdvZdGa8A:10 a=x0pe0HhnAOYA:10 a=M6UF0d47GAcA:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA:8 a=k1JD8SxEOC1rw_a5VGUA:9 a=vNEvIujKSOkgOduy:21 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S4A:10 a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10 xcat=Undefined/Undefined none X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 22:58:40 -0000 Can you please upgrade talloc to 2.1.2 Compile new samba 4.1.18 needs talloc 2.1.2 Error samba 4.1.18 ERROR: System library talloc of version 2.1.2 not found, and bundling disabled ===> Script "configure" failed unexpectedly. Regards, Dutchman01 From owner-freebsd-ports@FreeBSD.ORG Tue May 12 23:24:56 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1EBD28F6 for ; Tue, 12 May 2015 23:24:56 +0000 (UTC) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (vm135.rz.uni-osnabrueck.de [131.173.16.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 948E81620 for ; Tue, 12 May 2015 23:24:54 +0000 (UTC) Received: from spock.drpetervoigt.private (p5DC4C58C.dip0.t-ipconnect.de [93.196.197.140]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.8/8.13.8) with ESMTP id t4CNOeqf005753 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 May 2015 01:24:41 +0200 Received: from kirk.drpetervoigt.private (kirk.drpetervoigt.private [192.168.1.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: pvoigt) by spock.drpetervoigt.private (Postfix) with ESMTPSA id D41B54A03385; Wed, 13 May 2015 01:24:39 +0200 (CEST) Date: Wed, 13 May 2015 01:24:35 +0200 From: "Dr. Peter Voigt" To: Yuri , freebsd-ports@freebsd.org Subject: Re: www/firefox really depends on security/openssl? Message-ID: <20150513012435.1912fdc2@kirk.drpetervoigt.private> In-Reply-To: <5551DB5A.7090508@rawbw.com> References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> <554EEBB5.8010304@rawbw.com> <20150511202110.34e6e29c@kirk.drpetervoigt.private> <55510C22.9050900@rawbw.com> <20150512000259.32a44ec4@kirk.drpetervoigt.private> <55512E8F.8040508@rawbw.com> <20150512022857.7230c163@kirk.drpetervoigt.private> <55515251.5040503@rawbw.com> <20150512112505.5f36f0b2@kirk.drpetervoigt.private> <5551DB5A.7090508@rawbw.com> Organization: =?UTF-8?B?VW5pdmVyc2l0w6R0IE9zbmFicsO8Y2s=?= X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.23; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.5.1.104517 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report= HTML_00_01 0.05, HTML_00_10 0.05, BODY_SIZE_4000_4999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, FROM_NAME_PHRASE 0, RDNS_POOLED 0, RDNS_SUSP 0, RDNS_SUSP_SPECIFIC 0, REFERENCES 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FORWARDED_MSG 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __RDNS_POOLED_10 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __URI_NS X-PMX-Spam-Level: IIIIIIII X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 23:24:56 -0000 On Tue, 12 May 2015 03:52:10 -0700 Yuri wrote: > On 05/12/2015 02:25, Dr. Peter Voigt wrote: > > Therefore I conclude: > > > > - Installing binary packages with pkg does not honor the > > WITH_OPENSSL_BASE=yes switch. Is there another place to tell pkg > > to use base openssl when doing binary installations? > Binary packages are built with default choices for port options. > These choices are fixed, and don't depend on your choice of > WITH_OPENSSL_BASE=yes in ports. > Also this option WITH_OPENSSL_BASE=yes should be deprecated ASAP in > all ports, except maybe very few. Well, thanks for clarifying. > > - If port openssl is not present on a system, any dependency to > > openssl is not detected by porttree. > > OpenSSL is an oddball, because USE_OPENSSL is interpreted in a weird > way that it tries to detect its port presence and link with it, so > standard packages are often built with base SSL which is a problem. > This has been discussed, but I am not sure of when this will be fixed. If I understand things correctly, this unavoidable mixture of base and port openssl can lead to serious problems the way as described in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198788 This is in particular even more serious due to the API change between port openssl 1.0.1 and 1.0.2. And even worse: ASM=on is causing trouble on a lot of hardware. The initial problem in this thread of postfix not building anymore against new port openssl turned out to be caused by a more and more getting unstable system with shells and vim core dumping. A at least temporary solution was to rebuild all ports against base openssl as many others did. I also tried to downgrade port openssl with portdowngrade but I did not feel it the right way because it require some manual interaction which would have to be repeated after ever ports tree update. And of course it is no solution to stay with an older release of port openssl excluding me from security patches. > In short, as I also mentioned before, you won't be able to get rid of > OpenSSL port because some packages require it unconditionally. So the > best strategy is to use OpenSSL port for everything. You will likely > be successful if you build them yourself from ports, and fix places > where base SSL comes into play. I am getting an idea now why you're recommending to build all ports against port openssl. However, currently 1.) I cannot get a reliable list of all ports depending on openssl. I do not have port openssl installed on my system and porttree fails in this case. "make run-depends-list" would do the job, but I don't know how to batch run it against all installed ports. On the other hand I have carefully logged all steps performed when rebuilding my ports against base openssl, e.g. I am having a list of ports depending on openssl. I do not know, if this list is complete. 2.) I do not have enough knowledge to "fix" a port refusing to build against port openssl. I am not even sure, if I would safely detect all such ports. 3.) If I decide to rebuild my ports against port openssl, there is a good chance to end up with an unresponsive system as described in PR 198788, because of some (undetected) ports insisting on building against base openssl instead. 4.) I wish there could be a guideline from FreeBSD experts telling people the best strategy of handling openssl without risking an unstable system. This should also cover dependency detection. I have once migrated my main server from Linux to FreeBSD because stability and security are most important for me. This openssl thing is getting a bit annoying. One last thing in the end: While thinking and searching about openssl dependency checking I have detected that pkg can do a shared library check. I immediately checked all installed ports for missing libraries and found a stale dependency of cups-filters against port openssl. I rebuilt cups-filters against base openssl which in turn solved my initial issue: www/firefox can now be installed as a package without beeing forced to install port openssl. And moreover: This even corrects the build failure of www/firefox. I will immediately reports this to PR 199404. Thank you very much for your feedback, advice and valuable discussion. Peter From owner-freebsd-ports@FreeBSD.ORG Wed May 13 03:02:36 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76E778B2 for ; Wed, 13 May 2015 03:02:36 +0000 (UTC) Received: from portsindexbuild.ysv.freebsd.org (portsindexbuild.ysv.freebsd.org [IPv6:2001:1900:2254:206a::16:6601]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4EA851E64 for ; Wed, 13 May 2015 03:02:36 +0000 (UTC) Received: from portsindexbuild.ysv.freebsd.org ([127.0.1.2]) by portsindexbuild.ysv.freebsd.org (8.14.9/8.14.9) with ESMTP id t4D32a0U039625 for ; Wed, 13 May 2015 03:02:36 GMT (envelope-from indexbuild@portsindexbuild.ysv.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.ysv.freebsd.org (8.14.9/8.14.9/Submit) id t4D32aMV039624 for ports@FreeBSD.org; Wed, 13 May 2015 03:02:36 GMT (envelope-from indexbuild) Date: Wed, 13 May 2015 03:02:36 GMT From: Ports Index build Message-Id: <201505130302.t4D32aMV039624@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 8.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 03:02:36 -0000 INDEX build failed with errors: Generating INDEX-8 - please wait..--- describe.accessibility --- --- describe.arabic --- --- describe.archivers --- --- describe.astro --- --- describe.audio --- --- describe.benchmarks --- --- describe.biology --- --- describe.cad --- --- describe.chinese --- --- describe.comms --- --- describe.converters --- --- describe.databases --- --- describe.deskutils --- --- describe.devel --- --- describe.dns --- --- describe.editors --- --- describe.emulators --- --- describe.finance --- --- describe.french --- --- describe.ftp --- [...] --- describe.mail --- --- describe.math --- --- describe.misc --- --- describe.multimedia --- --- describe.net --- make[4]: "/home/indexbuild/tindex/ports/net/Makefile" line 1: Need an operator make[4]: Fatal errors encountered -- cannot continue *** [describe.net] Error code 1 make[2]: stopped in /home/indexbuild/tindex/ports make[2]: stopped in /home/indexbuild/tindex/ports *** Error code 1 Stop. make[1]: stopped in /home/indexbuild/tindex/ports *** Error code 1 Stop. make: stopped in /home/indexbuild/tindex/ports 1 error Committers on the hook: cy jbeich koobs mmoll osa Most recent SVN update was: Updating '.': U net/Makefile U net/ntp-devel/pkg-plist U net/ntp-devel/Makefile U net/ntp-devel/distinfo A net/ntp-rc A net/ntp-rc/Makefile A net/ntp-rc/distinfo A net/ntp-rc/pkg-descr A net/ntp-rc/files A net/ntp-rc/files/patch-ntpd__refclock__mx4200.c A net/ntp-rc/Makefile.inc A net/ntp-rc/pkg-plist U databases/puppetdb-terminus/Makefile U databases/puppetdb-terminus/distinfo U graphics/rubygem-gitlab_emoji/Makefile U graphics/rubygem-gitlab_emoji/distinfo U graphics/zathura-pdf-mupdf/Makefile A graphics/zathura-pdf-mupdf/files A graphics/zathura-pdf-mupdf/files/patch-mupdf-17 A graphics/rubygem-gemojione A graphics/rubygem-gemojione/Makefile A graphics/rubygem-gemojione/distinfo A graphics/rubygem-gemojione/pkg-descr U graphics/Makefile U security/suricata/Makefile A security/suricata/files/patch-PR1416 U www/rubygem-passenger/Makefile U MOVED A textproc/rubygem-html-pipeline-gitlab A textproc/rubygem-html-pipeline-gitlab/Makefile A textproc/rubygem-html-pipeline-gitlab/distinfo A textproc/rubygem-html-pipeline-gitlab/pkg-descr A textproc/rubygem-html-pipeline-gitlab/files A textproc/rubygem-html-pipeline-gitlab/files/patch-html-pipeline-gitlab.gemspec U textproc/Makefile Updated to revision 386194. From owner-freebsd-ports@FreeBSD.ORG Wed May 13 05:13:58 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEB4FAEA for ; Wed, 13 May 2015 05:13:57 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B4B5A1BC5 for ; Wed, 13 May 2015 05:13:56 +0000 (UTC) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [192.94.73.9]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id t4D5Cp7C014354 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Wed, 13 May 2015 05:12:52 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id t4D5Cpqa011080; Wed, 13 May 2015 00:12:51 -0500 (CDT) From: Scott Bennett Message-Id: <201505130512.t4D5Cpqa011080@sdf.org> Date: Wed, 13 May 2015 00:12:51 -0500 To: freebsd-ports@freebsd.org, bsd-lists@bsdforge.com Subject: Re: damage to pkg's sqlite data base References: <201505120617.t4C6HkA3019096@sdf.org> <0dcbdcb9fdfdebc53a2563b11494f61b@ultimatedns.net> In-Reply-To: <0dcbdcb9fdfdebc53a2563b11494f61b@ultimatedns.net> User-Agent: Heirloom mailx 12.5 6/20/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 05:13:58 -0000 "Chris H" wrote: > On Tue, 12 May 2015 01:17:46 -0500 Scott Bennett wrote > > > For nearly two weeks I've been stymied by an apparently damaged record > > in the sqlite data base used by pkg(8) and pkg-static(8). Unfortunately, > > it is a record for a port that is depended upon rather heavily, lang/gcc. > > lang/gcc compiled and linked just fine, but any attempt to install the result > > ends up like this. > > > > ===> Checking if gcc already installed > > ===> Registering installation for gcc-4.8.4_3 > > Installing gcc-4.8.4_3... > > pkg-static: sqlite error while executing iterator in file > > pkgdb_iterator.c:931: database disk image is malformed pkg-static: sqlite > > error while executing INSERT OR REPLACE INTO files (path, sha256, package_id) > > VALUES (?1, ?2, ?3) in file pkgdb.c:1722: database disk image is malformed > > *** Error code 70 > > > > Stop. > > make: stopped in /usr/ports/lang/gcc > > > > I'm not familiar with sqlite commands, nor with the structure of the > > pkg data base, nor any of several other relevant topics. But I do have > > questions: > > > > 1) how might the damage have happened? > > > > 2) how might such an event be avoided/prevented in the future? > > > > 3) most urgently, how can I *fix* it? > You should get a backup made on the nightly cron(8) (periodic(8)). > It'll be located in /var/backups > Off the top of my head I can't remember which of the 2, is which. > But a simple size comparison should tell the tale. :) The problem began much farther back than two days ago, but I should be able to restore it from two weeks or more in the past and then find the most recent version that is not corrupted. > Simply rename your (now) corrupt db, and copy the backup over. However, if I do that, then what happens to all the ports that have been updated or added since that version of the data base was backed up? I have run "portmaster -a" (with some additional options) quite a few times since the lang/gcc problem first appeared, so an old local.sqlite will no longer accurately reflect what is currently installed. > > I ran into this problem as well, and this was how I was finally > able to overcome it. > > Hope this helps! > > --Chris > > > > > 4) I was unable to find any instructions for recreating a pkg data > > base if the data base gets damaged/destroyed. Is there a way to > > do that that I missed? There must be a way to do this, right? I mean, really, it's pretty fundamental that no new data base be put into production without a way to rebuild it. The FreeBSD developers haven't really broken so ancient and basic a principle, have they? So what's the trick? What is the method to rebuild /var/db/pkg/local.sqlite from scratch based upon the currently installed ports/packages? Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-ports@FreeBSD.ORG Wed May 13 06:03:58 2015 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E93FE4B9 for ; Wed, 13 May 2015 06:03:58 +0000 (UTC) Received: from portsindexbuild.ysv.freebsd.org (portsindexbuild.ysv.freebsd.org [IPv6:2001:1900:2254:206a::16:6601]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BFFF110DA for ; Wed, 13 May 2015 06:03:58 +0000 (UTC) Received: from portsindexbuild.ysv.freebsd.org ([127.0.1.2]) by portsindexbuild.ysv.freebsd.org (8.14.9/8.14.9) with ESMTP id t4D63wFk066786 for ; Wed, 13 May 2015 06:03:58 GMT (envelope-from indexbuild@portsindexbuild.ysv.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.ysv.freebsd.org (8.14.9/8.14.9/Submit) id t4D63w3Q066783 for ports@FreeBSD.org; Wed, 13 May 2015 06:03:58 GMT (envelope-from indexbuild) Date: Wed, 13 May 2015 06:03:58 GMT From: Ports Index build Message-Id: <201505130603.t4D63w3Q066783@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX now builds successfully on 8.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 06:03:59 -0000 From owner-freebsd-ports@FreeBSD.ORG Wed May 13 06:17:54 2015 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACF258F8; Wed, 13 May 2015 06:17:54 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 99FD611ED; Wed, 13 May 2015 06:17:53 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA13510; Wed, 13 May 2015 09:17:51 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1YsPzK-0006Hy-Qa; Wed, 13 May 2015 09:17:50 +0300 Message-ID: <5552EC55.9050604@FreeBSD.org> Date: Wed, 13 May 2015 09:16:53 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Baptiste Daroussin CC: freebsd-ports@FreeBSD.org Subject: Re: pkg 1.5.1 wants to remove locked packages References: <2e3c80180e1fc608b29883e613b9bf49@mail.mikej.com> <20150427135919.GI13141@ivaldir.etoilebsd.net> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 06:17:54 -0000 I can also confirm this problem. Although in my case the packages are not locked still it's not nice for pkg to remove them: $ pkg upgrade ... All repositories are up-to-date. Checking for upgrades (946 candidates): 100% Processing candidates (946 candidates): 100% The following 705 package(s) will be affected (of 0 checked): <<<< [*] Installed packages to be REMOVED: libreoffice-4.3.5_2 digikam-3.5.0_6,2 kipi-plugin-calendar-3.5.0_3 kipi-plugins-3.5.0_3,1 New packages to be INSTALLED: ... I mean I can reinstall libreoffice, digikam and others after pkg is done, but I shouldn't have to do that. If the solver sees a need to remove some packages it should take care to install them back. [*] Unrelated: 705 out of 0 looks confusing. -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Wed May 13 06:46:34 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB405D68 for ; Wed, 13 May 2015 06:46:34 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB10B1553 for ; Wed, 13 May 2015 06:46:34 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t4D6kupB073162; Tue, 12 May 2015 23:47:02 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: freebsd-ports@freebsd.org, Scott Bennett In-Reply-To: <201505130512.t4D5Cpqa011080@sdf.org> References: <201505120617.t4C6HkA3019096@sdf.org> <0dcbdcb9fdfdebc53a2563b11494f61b@ultimatedns.net>, <201505130512.t4D5Cpqa011080@sdf.org> From: "Chris H" Subject: Re: damage to pkg's sqlite data base Date: Tue, 12 May 2015 23:47:02 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <5f1749d3e664fbb487aa98f160e6cf92@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 06:46:34 -0000 On Wed, 13 May 2015 00:12:51 -0500 Scott Bennett wrote > "Chris H" wrote: > > > On Tue, 12 May 2015 01:17:46 -0500 Scott Bennett wrote > > > > > For nearly two weeks I've been stymied by an apparently damaged record > > > in the sqlite data base used by pkg(8) and pkg-static(8). Unfortunately, > > > it is a record for a port that is depended upon rather heavily, lang/gcc. > > > lang/gcc compiled and linked just fine, but any attempt to install the > > > result ends up like this. > > > > > > ===> Checking if gcc already installed > > > ===> Registering installation for gcc-4.8.4_3 > > > Installing gcc-4.8.4_3... > > > pkg-static: sqlite error while executing iterator in file > > > pkgdb_iterator.c:931: database disk image is malformed pkg-static: sqlite > > > error while executing INSERT OR REPLACE INTO files (path, sha256, > > > package_id) VALUES (?1, ?2, ?3) in file pkgdb.c:1722: database disk image > > > is malformed *** Error code 70 > > > > > > Stop. > > > make: stopped in /usr/ports/lang/gcc > > > > > > I'm not familiar with sqlite commands, nor with the structure of the > > > pkg data base, nor any of several other relevant topics. But I do have > > > questions: > > > > > > 1) how might the damage have happened? > > > > > > 2) how might such an event be avoided/prevented in the future? > > > > > > 3) most urgently, how can I *fix* it? > > You should get a backup made on the nightly cron(8) (periodic(8)). > > It'll be located in /var/backups > > Off the top of my head I can't remember which of the 2, is which. > > But a simple size comparison should tell the tale. :) > > The problem began much farther back than two days ago, but I should > be able to restore it from two weeks or more in the past and then find > the most recent version that is not corrupted. > > > Simply rename your (now) corrupt db, and copy the backup over. > > However, if I do that, then what happens to all the ports that have > been updated or added since that version of the data base was backed up? > I have run "portmaster -a" (with some additional options) quite a few > times since the lang/gcc problem first appeared, so an old local.sqlite > will no longer accurately reflect what is currently installed. > > > > I ran into this problem as well, and this was how I was finally > > able to overcome it. > > > > Hope this helps! > > > > --Chris > > > > > > > > 4) I was unable to find any instructions for recreating a pkg data > > > base if the data base gets damaged/destroyed. Is there a way to > > > do that that I missed? > > There must be a way to do this, right? I mean, really, it's pretty > fundamental that no new data base be put into production without a way to > rebuild it. The FreeBSD developers haven't really broken so ancient and > basic a principle, have they? So what's the trick? What is the method > to rebuild /var/db/pkg/local.sqlite from scratch based upon the currently > installed ports/packages? I whined about it the first time my DB blew up. It's become corrupted several times since on different boxes/versions. *but* after the first time, I made it a habit of making a copy of it *before* embarking on an upgrade, or install of any ports. Seems it's the only way to save yourself. pkg(8), to the best of my knowledge doesn't perform a backup prior to any of this. So I *do*. Annoying, but it beats attempting to recover from a failed port upgrade/install. > > > Scott Bennett, Comm. ASMELG, CFIAG > ********************************************************************** > * Internet: bennett at sdf.org *xor* bennett at freeshell.org * > *--------------------------------------------------------------------* > * "A well regulated and disciplined militia, is at all times a good * > * objection to the introduction of that bane of all free governments * > * -- a standing army." * > * -- Gov. John Hancock, New York Journal, 28 January 1790 * > ********************************************************************** > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" --Chris -- From owner-freebsd-ports@FreeBSD.ORG Wed May 13 07:21:55 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 307F932A; Wed, 13 May 2015 07:21:55 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A0BB31A01; Wed, 13 May 2015 07:21:54 +0000 (UTC) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [192.94.73.9]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id t4D7Kt7X002464 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Wed, 13 May 2015 07:20:55 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id t4D7KtMd016553; Wed, 13 May 2015 02:20:55 -0500 (CDT) From: Scott Bennett Message-Id: <201505130720.t4D7KtMd016553@sdf.org> Date: Wed, 13 May 2015 02:20:55 -0500 To: freebsd-ports@freebsd.org, bsd-lists@bsdforge.com Subject: Re: damage to pkg's sqlite data base Cc: bapt@freebsd.org References: <201505120617.t4C6HkA3019096@sdf.org> <0dcbdcb9fdfdebc53a2563b11494f61b@ultimatedns.net> <201505130512.t4D5Cpqa011080@sdf.org> <5f1749d3e664fbb487aa98f160e6cf92@ultimatedns.net> In-Reply-To: <5f1749d3e664fbb487aa98f160e6cf92@ultimatedns.net> User-Agent: Heirloom mailx 12.5 6/20/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 07:21:55 -0000 "Chris H" wrote: > On Wed, 13 May 2015 00:12:51 -0500 Scott Bennett wrote > > "Chris H" wrote: > > > On Tue, 12 May 2015 01:17:46 -0500 Scott Bennett wrote > > > > > > > For nearly two weeks I've been stymied by an apparently damaged record > > > > in the sqlite data base used by pkg(8) and pkg-static(8). Unfortunately, > > > > it is a record for a port that is depended upon rather heavily, lang/gcc. > > > > lang/gcc compiled and linked just fine, but any attempt to install the > > > > result ends up like this. > > > > > > > > ===> Checking if gcc already installed > > > > ===> Registering installation for gcc-4.8.4_3 > > > > Installing gcc-4.8.4_3... > > > > pkg-static: sqlite error while executing iterator in file > > > > pkgdb_iterator.c:931: database disk image is malformed pkg-static: sqlite > > > > error while executing INSERT OR REPLACE INTO files (path, sha256, > > > > package_id) VALUES (?1, ?2, ?3) in file pkgdb.c:1722: database disk image > > > > is malformed *** Error code 70 > > > > > > > > Stop. > > > > make: stopped in /usr/ports/lang/gcc > > > > > > > > I'm not familiar with sqlite commands, nor with the structure of the > > > > pkg data base, nor any of several other relevant topics. But I do have If someone knows sqlite well enough to look at the error messages above and then give me directions to delete the offending records, then perhaps the next attempt to install lang/gcc might actually work. Anyone? > > > > questions: > > > > > > > > 1) how might the damage have happened? > > > > > > > > 2) how might such an event be avoided/prevented in the future? > > > > > > > > 3) most urgently, how can I *fix* it? > > > You should get a backup made on the nightly cron(8) (periodic(8)). > > > It'll be located in /var/backups > > > Off the top of my head I can't remember which of the 2, is which. > > > But a simple size comparison should tell the tale. :) > > > > The problem began much farther back than two days ago, but I should > > be able to restore it from two weeks or more in the past and then find > > the most recent version that is not corrupted. > > > > > Simply rename your (now) corrupt db, and copy the backup over. > > > > However, if I do that, then what happens to all the ports that have > > been updated or added since that version of the data base was backed up? > > I have run "portmaster -a" (with some additional options) quite a few > > times since the lang/gcc problem first appeared, so an old local.sqlite > > will no longer accurately reflect what is currently installed. > > > > > > I ran into this problem as well, and this was how I was finally > > > able to overcome it. > > > > > > Hope this helps! > > > > > > --Chris > > > > > > > > > > > 4) I was unable to find any instructions for recreating a pkg data > > > > base if the data base gets damaged/destroyed. Is there a way to > > > > do that that I missed? > > > > There must be a way to do this, right? I mean, really, it's pretty > > fundamental that no new data base be put into production without a way to > > rebuild it. The FreeBSD developers haven't really broken so ancient and > > basic a principle, have they? So what's the trick? What is the method > > to rebuild /var/db/pkg/local.sqlite from scratch based upon the currently > > installed ports/packages? > I whined about it the first time my DB blew up. It's become > corrupted several times since on different boxes/versions. *but* > after the first time, I made it a habit of making a copy of it *before* > embarking on an upgrade, or install of any ports. Seems it's the only > way to save yourself. pkg(8), to the best of my knowledge doesn't > perform a backup prior to any of this. So I *do*. > Annoying, but it beats attempting to recover from a failed port > upgrade/install. Chris, thanks for your responses, depressing though they be. I have been using portmaster for ages to update my installed ports and usually to install them in the first place. Does your suggestion mean abandoning portmaster? If it is necessary to back local.sqlite up before each installation, that would seem to imply that portmaster would only be useful in getting a list of ports to be updated, after which each port would have to be updated individually, so that local.sqlite could be backed up before each one. I have over 1900 ports installed, so that would mean just never updating my ports at all, except by rebuilding all of them upon upgrading to a new major release of FreeBSD. Bapt, oh, Bapt, whatever were you folks thinking? Did you really leave us no practical recovery method? Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-ports@FreeBSD.ORG Wed May 13 07:55:36 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC22B8CC for ; Wed, 13 May 2015 07:55:35 +0000 (UTC) Received: from homiemail-a68.g.dreamhost.com (sub5.mail.dreamhost.com [208.113.200.129]) by mx1.freebsd.org (Postfix) with ESMTP id C78B21D6C for ; Wed, 13 May 2015 07:55:35 +0000 (UTC) Received: from homiemail-a68.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a68.g.dreamhost.com (Postfix) with ESMTP id 11CE3400F8606; Wed, 13 May 2015 00:55:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ozzmosis.com; h=date:from :to:cc:subject:message-id:references:mime-version:content-type :in-reply-to; s=ozzmosis.com; bh=EKx+Z7pB2OTwcomgJKgbAsKaDck=; b= 1Fp5U1+yZVSVM+4iAo0UoFPvlzqDIj7ZUaafZztCCr8a4ywrcgGSYakd1joaYB9m heVXHymq2T3s9rS9QDG6/D89DU5osWUa5i8nUaI/DRxXYwdIsyENh6ioybgPjcDx 0CPLnFs9dmZI0akpDE1pLGvXYeqVm3g86V56YhKkV9s= Received: from blizzard.ozzmosis.com (124-170-17-20.dyn.iinet.net.au [124.170.17.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: relay@ozzmosis.com) by homiemail-a68.g.dreamhost.com (Postfix) with ESMTPSA id 94985400F8601; Wed, 13 May 2015 00:55:28 -0700 (PDT) Received: by blizzard.ozzmosis.com (Postfix, from userid 1001) id 886AA5CBB; Wed, 13 May 2015 17:55:26 +1000 (AEST) Date: Wed, 13 May 2015 17:55:26 +1000 From: andrew clarke To: Scott Bennett Cc: freebsd-ports@freebsd.org Subject: Re: damage to pkg's sqlite data base Message-ID: <20150513075526.GA18834@ozzmosis.com> References: <201505120617.t4C6HkA3019096@sdf.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201505120617.t4C6HkA3019096@sdf.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 07:55:36 -0000 On Tue 2015-05-12 01:17:46 UTC-0500, Scott Bennett (bennett@sdf.org) wrote: > For nearly two weeks I've been stymied by an apparently damaged record > in the sqlite data base used by pkg(8) and pkg-static(8). Unfortunately, > it is a record for a port that is depended upon rather heavily, lang/gcc. > lang/gcc compiled and linked just fine, but any attempt to install the result > ends up like this. > > ===> Checking if gcc already installed > ===> Registering installation for gcc-4.8.4_3 > Installing gcc-4.8.4_3... > pkg-static: sqlite error while executing iterator in file pkgdb_iterator.c:931: database disk image is malformed > pkg-static: sqlite error while executing INSERT OR REPLACE INTO files (path, sha256, package_id) VALUES (?1, ?2, ?3) in file pkgdb.c:1722: database disk image is malformed > *** Error code 70 > > Stop. > make: stopped in /usr/ports/lang/gcc "database disk image is malformed" is an error from SQLite, the underlying database library that pkg uses, not pkg itself. If you can confidently rule-out hardware or filesystem error then presumably there is a glitch in SQLite that causes it to corrupt the database it's writing to. It shouldn't happen, and is evidently very rare judging from the lack of FreeBSD PRs about it. SQLite is quite popular and is used by Mozilla Firefox & Google Chrome internally. It's possible pkg did something to trigger a bug in SQLite, so it may be worthwhile uploading your local.sqlite to a web site somewhere for one of the pkg developers to investigate, and file a PR with a link to the file. A bit of Googling indicates a fix may be possible, along the lines of: $ sqlite3 /var/db/pkg/local.sqlite SQLite version 3.8.10.1 2015-05-09 12:14:55 Enter ".help" for usage hints. sqlite> pragma integrity_check; ok [sqlite may give an error here, but you can hopefully keep going...] sqlite> .mode insert sqlite> .output local.sqlite.dump sqlite> .dump sqlite> .quit $ ls -l local.sqlite.dump -rw-r--r-- 1 ozzmosis ozzmosis 10113463 2015-05-13 17:24:46 local.sqlite.dump Note that the database dump is simply a text file: $ file local.sqlite.dump local.sqlite.dump: ASCII text We can then recreate the database from the dump we just made: $ sqlite3 local.sqlite.new SQLite version 3.8.10.1 2015-05-09 12:14:55 Enter ".help" for usage hints. sqlite> .read local.sqlite.dump sqlite> .quit Now we can use our newly created database, which should be error-free: $ sudo cp /var/db/pkg/local.sqlite /var/db/pkg/local.sqlite.backup $ sudo mv local.sqlite.new /var/db/pkg/local.sqlite I don't guarantee any of the above will work. It will depend on how much the database is corrupted etc. You will also need databases/sqlite3 installed, which unfortunately isn't provided in the FreeBSD base system. This could be a problem if pkg refuses to install anything. In that case I would either run the above sqlite3 commands on another machine (or a jail?) and sort it out there, or run the sqlite3 binary from the /usr/ports/databasess/sqlite3 directory without installing it, or if that's not possible, make a backup of local.sqlite, delete local.sqlite, install sqlite3 from ports (or pkg install), then work on fixing the corrupt database. Obviously another option is to simply declare pkg bankruptcy. Get a list of all your installed packages (with "pkg info -ao > pkglist.txt"), delete the corrupt local.sqlite then reinstall your packages. Regards Andrew From owner-freebsd-ports@FreeBSD.ORG Wed May 13 08:03:02 2015 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 B5798A1E for ; Wed, 13 May 2015 08:03:02 +0000 (UTC) Received: from mail193.atl21.rsgsv.net (mail193.atl21.rsgsv.net [205.201.133.193]) by mx1.freebsd.org (Postfix) with ESMTP id 7B50D1E59 for ; Wed, 13 May 2015 08:03:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=mail193.atl21.rsgsv.net; h=Subject:From:Reply-To:To:Date:Message-ID:List-ID:List-Unsubscribe:Sender:Content-Type:MIME-Version; i=manager.revetrip=3Dyahoo.com@mail193.atl21.rsgsv.net; bh=zLam/dQLKlkeujxdl6z37TDfHqM=; b=AVcqLPx5sf7URDaJZhLDJfyFFxReg9M/or5g8nsxP6kksy7AT3zzvtbAtT6crCu1Hn9JOuDfDbJY ZG3VZQv1rZrT9lsrzvOU6OqrtE+cqP5MKFYRyAgN3S2xypYidDViTMW6AbQukwtbLPJeNwOLCYiu aScEamUu0YXDX8IPs6s= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=k1; d=mail193.atl21.rsgsv.net; b=dDSfB4Vq0acjdkzeeXs0DRWNhGUehaUClO8sbicKjpKCbtJ7nGgOUAvvdlSmbPL8Z0BqEjtIWNo7 T/htd94YZUqBnfEmYrw+4sTKocFIduCNeaX9DrIJTb03UoFAuNeIAo4+T0nDcB/QxUh20oRxMAk8 +H5YP0xqHptqLMzoHKc=; Received: from (127.0.0.1) by mail193.atl21.rsgsv.net id hac2jc1lgi4o for ; Wed, 13 May 2015 07:47:54 +0000 (envelope-from ) Subject: =?utf-8?Q?Greece=20=2D=20In=20the=20Footsteps=20of=20St.=20Paul=20with=20Islands=20Cruise?= From: =?utf-8?Q?Reve=20Trip?= Reply-To: To: =?utf-8?Q??= Date: Wed, 13 May 2015 07:47:54 +0000 Message-ID: <167c6a6f77f69d6f455b5e2c5ce4a82b1c7.20150513074741@mail193.atl21.rsgsv.net> X-Mailer: MailChimp Mailer - **CID4c1bf42239ce4a82b1c7** X-Campaign: mailchimp167c6a6f77f69d6f455b5e2c5.4c1bf42239 X-campaignid: mailchimp167c6a6f77f69d6f455b5e2c5.4c1bf42239 X-Report-Abuse: Please report abuse for this campaign here: http://www.mailchimp.com/abuse/abuse.phtml?u=167c6a6f77f69d6f455b5e2c5&id=4c1bf42239&e=ce4a82b1c7 X-MC-User: 167c6a6f77f69d6f455b5e2c5 X-Feedback-ID: 42106093:42106093.242421:us10:mc X-Accounttype: ff X-Original-Sender: manager.revetrip@yahoo.com Sender: "Reve Trip" x-mcda: FALSE MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format="fixed" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 08:03:02 -0000 Visit Greece on Land and Cruise (http://revetrip.us10.list-manage.com/trac= k/click?u=3D167c6a6f77f69d6f455b5e2c5&id=3D151f0c0e9a&e=3Dce4a82b1c7= ) View this email in your browser (http://us10.campaign-archive1.com/?u=3D16= 7c6a6f77f69d6f455b5e2c5&id=3D4c1bf42239&e=3Dce4a82b1c7) http://revetrip.us10.list-manage.com/track/click?u=3D167c6a6f77f69d6f455b5= e2c5&id=3Dea2c6a4066&e=3Dce4a82b1c7 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Copyright =C2=A9 2015 Reve Trip=2C All rights reserved. Glad to design your dream trips Our mailing address is: Reve Trip Lebanon Nabay Beirut 00961 Lebanon ** unsubscribe from this list (http://revetrip.us10.list-manage2.com/unsub= scribe?u=3D167c6a6f77f69d6f455b5e2c5&id=3Ddcdf8c4acb&e=3Dce4a82b1c7&c=3D4c1b= f42239) ** update subscription preferences (http://revetrip.us10.list-manage.com/p= rofile?u=3D167c6a6f77f69d6f455b5e2c5&id=3Ddcdf8c4acb&e=3Dce4a82b1c7) Email Marketing Powered by MailChimp http://www.mailchimp.com/monkey-rewards/?utm_source=3Dfreemium_newsletter&= utm_medium=3Demail&utm_campaign=3Dmonkey_rewards&aid=3D167c6a6f77f69d6f455= b5e2c5&afl=3D1 From owner-freebsd-ports@FreeBSD.ORG Wed May 13 08:12:47 2015 Return-Path: Delivered-To: freebsd-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 2437FDD5 for ; Wed, 13 May 2015 08:12:47 +0000 (UTC) Received: from homiemail-a47.g.dreamhost.com (sub5.mail.dreamhost.com [208.113.200.129]) by mx1.freebsd.org (Postfix) with ESMTP id 091D01F80 for ; Wed, 13 May 2015 08:12:46 +0000 (UTC) Received: from homiemail-a47.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a47.g.dreamhost.com (Postfix) with ESMTP id 4760028405B; Wed, 13 May 2015 01:12:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ozzmosis.com; h=date:from :to:cc:subject:message-id:references:mime-version:content-type: in-reply-to; s=ozzmosis.com; bh=ow4IPysJWJnjR1R4J03+0rgByNo=; b= sSXnZ3QL4t22JqK8JmfpDjK95VG/Nhn1pnbGbzpEX5rrAIhsB0tkSRaVClppLGT0 ShjsDsP3yFcGY55dP1arNMCf9XVrDkvNSdRK6r3C0hdCQNTgAEciUYOy8ZyaieOd wwoNmmPkmcg1ws3ZD2yuLjoCAer7BUsLA8DnEnpsbc0= Received: from blizzard.ozzmosis.com (124-170-17-20.dyn.iinet.net.au [124.170.17.20]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: relay@ozzmosis.com) by homiemail-a47.g.dreamhost.com (Postfix) with ESMTPSA id 08D34284058; Wed, 13 May 2015 01:12:46 -0700 (PDT) Received: by blizzard.ozzmosis.com (Postfix, from userid 1001) id 701A35CC5; Wed, 13 May 2015 18:12:44 +1000 (AEST) Date: Wed, 13 May 2015 18:12:44 +1000 From: andrew clarke To: Scott Bennett Cc: freebsd-ports@freebsd.org Subject: Re: damage to pkg's sqlite data base Message-ID: <20150513081244.GB18834@ozzmosis.com> References: <201505120617.t4C6HkA3019096@sdf.org> <0dcbdcb9fdfdebc53a2563b11494f61b@ultimatedns.net> <201505130512.t4D5Cpqa011080@sdf.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201505130512.t4D5Cpqa011080@sdf.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 08:12:47 -0000 On Wed 2015-05-13 00:12:51 UTC-0500, Scott Bennett (bennett@sdf.org) wrote: > > Simply rename your (now) corrupt db, and copy the backup over. > > However, if I do that, then what happens to all the ports that have > been updated or added since that version of the data base was backed up? > I have run "portmaster -a" (with some additional options) quite a few > times since the lang/gcc problem first appeared, so an old local.sqlite > will no longer accurately reflect what is currently installed. You can reinstall just those ports. Check /var/log/messages, eg. $ grep pkg /var/log/messages May 12 14:34:38 blizzard pkg: poudriere upgraded: 3.1.4 -> 3.1.6 May 12 14:38:08 blizzard pkg: git-lite-2.4.0 installed May 13 08:29:04 blizzard pkg: sqlite3 upgraded: 3.8.9_1 -> 3.8.10.1 May 13 08:29:05 blizzard pkg: spamassassin reinstalled: 3.4.1_1 -> 3.4.1_1 May 13 08:29:05 blizzard pkg: ca_root_nss upgraded: 3.18.1 -> 3.19 > > > 4) I was unable to find any instructions for recreating a pkg data > > > base if the data base gets damaged/destroyed. Is there a way to > > > do that that I missed? > > There must be a way to do this, right? I mean, really, it's pretty > fundamental that no new data base be put into production without a way to > rebuild it. The FreeBSD developers haven't really broken so ancient and > basic a principle, have they? So what's the trick? What is the method > to rebuild /var/db/pkg/local.sqlite from scratch based upon the currently > installed ports/packages? You can't rebuild it. You couldn't rebuild it in the years before pkgng existed, either. The "trick" is to revert to a known-good backup of the pkg database that's generated daily by /usr/local/etc/periodic/daily/411.pkg-backup in /var/backups/ : -rw-r--r-- 1 root wheel 2207320 2015-05-13 04:20:30 pkg.sql.xz -rw-r--r-- 1 root wheel 2196088 2015-05-12 04:21:24 pkg.sql.xz.2 The .sql.xz files are just a SQLite dump, in xz compressed format. Regards Andrew From owner-freebsd-ports@FreeBSD.ORG Wed May 13 08:17:15 2015 Return-Path: Delivered-To: freebsd-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 5FFA8ED8 for ; Wed, 13 May 2015 08:17:15 +0000 (UTC) Received: from homiemail-a58.g.dreamhost.com (sub5.mail.dreamhost.com [208.113.200.129]) by mx1.freebsd.org (Postfix) with ESMTP id 454F01FB8 for ; Wed, 13 May 2015 08:17:14 +0000 (UTC) Received: from homiemail-a58.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a58.g.dreamhost.com (Postfix) with ESMTP id 76C337D8060; Wed, 13 May 2015 01:17:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ozzmosis.com; h=date:from :to:subject:message-id:references:mime-version:content-type: in-reply-to; s=ozzmosis.com; bh=ikKMq1m78cKIebBAN4UEIZX0z6o=; b= xMifJK2/v7AfOuGExgpH3d/KVCfGjez36RDUo7Ru9KAwpQ9rmskeyqxpSCvdkhf7 GrkV9Qz/m9KdCMpuEob/MgLNENBMq1+s8hdiA+aLm0mPsspReiVlY2p+QcLL3t9T eMZBYrhmycUKUc5lSiPmwRXNM43BZEcKU7SbRzU0qqU= Received: from blizzard.ozzmosis.com (124-170-17-20.dyn.iinet.net.au [124.170.17.20]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: relay@ozzmosis.com) by homiemail-a58.g.dreamhost.com (Postfix) with ESMTPSA id 178907D805B; Wed, 13 May 2015 01:17:14 -0700 (PDT) Received: by blizzard.ozzmosis.com (Postfix, from userid 1001) id 81C065CC8; Wed, 13 May 2015 18:17:12 +1000 (AEST) Date: Wed, 13 May 2015 18:17:12 +1000 From: andrew clarke To: Scott Bennett , freebsd-ports@freebsd.org Subject: Re: damage to pkg's sqlite data base Message-ID: <20150513081712.GC18834@ozzmosis.com> References: <201505120617.t4C6HkA3019096@sdf.org> <20150513075526.GA18834@ozzmosis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150513075526.GA18834@ozzmosis.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 08:17:15 -0000 On Wed 2015-05-13 17:55:26 UTC+1000, andrew clarke (mail@ozzmosis.com) wrote: > $ sqlite3 local.sqlite.new > SQLite version 3.8.10.1 2015-05-09 12:14:55 > Enter ".help" for usage hints. > sqlite> .read local.sqlite.dump > sqlite> .quit > > Now we can use our newly created database, which should be error-free: > > $ sudo cp /var/db/pkg/local.sqlite /var/db/pkg/local.sqlite.backup > $ sudo mv local.sqlite.new /var/db/pkg/local.sqlite > > I don't guarantee any of the above will work. It will depend on how > much the database is corrupted etc. > > You will also need databases/sqlite3 installed, which unfortunately > isn't provided in the FreeBSD base system. This could be a problem if > pkg refuses to install anything. In that case I would either run the Actually I was wrong about this. The pkg command has the sqlite3 interpreter built-in, accessed via "pkg shell", that opens local.sqlite by default: $ pkg shell SQLite version 3.8.8.2 2015-01-30 14:30:45 Enter ".help" for usage hints. sqlite> .quit So there is no real need to install databases/sqlite3. Regards Andrew From owner-freebsd-ports@FreeBSD.ORG Wed May 13 08:26:14 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A07A222 for ; Wed, 13 May 2015 08:26:14 +0000 (UTC) Received: from homiemail-a57.g.dreamhost.com (sub5.mail.dreamhost.com [208.113.200.129]) by mx1.freebsd.org (Postfix) with ESMTP id 3E15110ED for ; Wed, 13 May 2015 08:26:13 +0000 (UTC) Received: from homiemail-a57.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a57.g.dreamhost.com (Postfix) with ESMTP id 5AB2020806D; Wed, 13 May 2015 01:26:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ozzmosis.com; h=date:from :to:cc:subject:message-id:references:mime-version:content-type: in-reply-to; s=ozzmosis.com; bh=JHhY3zLEa+vxvuZLSJk2OTWBLbg=; b= NqfExuyrv5lc2zaThfQ5bj/jNj0nh5qG+0I/JX9pNHBZygP/gAv7hwjx9wJdi9ET IsWamVYEE+P8ePubumtEAhvIQnXgAxCnOTCn9vqobbasvHT9AoDRwyCl0JVoJG1N X44slQBJFTJaflwfNv44IN2jHheL5UYdyYtLPjgVG0o= Received: from blizzard.ozzmosis.com (124-170-17-20.dyn.iinet.net.au [124.170.17.20]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: relay@ozzmosis.com) by homiemail-a57.g.dreamhost.com (Postfix) with ESMTPSA id 22445208063; Wed, 13 May 2015 01:26:13 -0700 (PDT) Received: by blizzard.ozzmosis.com (Postfix, from userid 1001) id 8773D5CCC; Wed, 13 May 2015 18:26:11 +1000 (AEST) Date: Wed, 13 May 2015 18:26:11 +1000 From: andrew clarke To: Chris H Cc: freebsd-ports@freebsd.org Subject: Re: damage to pkg's sqlite data base Message-ID: <20150513082611.GA19960@ozzmosis.com> References: <201505120617.t4C6HkA3019096@sdf.org> <0dcbdcb9fdfdebc53a2563b11494f61b@ultimatedns.net> <201505130512.t4D5Cpqa011080@sdf.org> <5f1749d3e664fbb487aa98f160e6cf92@ultimatedns.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5f1749d3e664fbb487aa98f160e6cf92@ultimatedns.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 08:26:14 -0000 On Tue 2015-05-12 23:47:02 UTC-0700, Chris H (bsd-lists@bsdforge.com) wrote: > I whined about it the first time my DB blew up. It's become > corrupted several times since on different boxes/versions. *but* > after the first time, I made it a habit of making a copy of it *before* > embarking on an upgrade, or install of any ports. Can you post a link to your message and/or a link to your FreeBSD PR on Bugzilla? I use FreeBSD on a number of machines (bare metal & virtual) and have never encountered local.sqlite corruption, and maybe I haven't been paying attention but I haven't noticed anyone else mention it on the list until now. As I said to the OP, if you encounter this problem and you're sure it's not caused externally (hardware or filesystem corruption) then it's probably worthwhile making your corrupted local.sqlite available somewhere for it to be looked at by someone who understands SQLite. Regards Andrew From owner-freebsd-ports@FreeBSD.ORG Wed May 13 09:07:35 2015 Return-Path: Delivered-To: freebsd-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 7C87FB76 for ; Wed, 13 May 2015 09:07:35 +0000 (UTC) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps.rulingia.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EA948162F for ; Wed, 13 May 2015 09:07:34 +0000 (UTC) Received: from server.rulingia.com (c220-239-242-83.belrs5.nsw.optusnet.com.au [220.239.242.83]) by vps.rulingia.com (8.14.9/8.14.9) with ESMTP id t4D90W7H040190 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 13 May 2015 19:00:38 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.9/8.14.9) with ESMTP id t4D90Rr6066428 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 13 May 2015 19:00:27 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.9/8.14.9/Submit) id t4D90RFW066427; Wed, 13 May 2015 19:00:27 +1000 (AEST) (envelope-from peter) Date: Wed, 13 May 2015 19:00:27 +1000 From: Peter Jeremy To: andrew clarke Cc: Scott Bennett , freebsd-ports@freebsd.org Subject: Re: damage to pkg's sqlite data base Message-ID: <20150513090027.GB25775@server.rulingia.com> References: <201505120617.t4C6HkA3019096@sdf.org> <0dcbdcb9fdfdebc53a2563b11494f61b@ultimatedns.net> <201505130512.t4D5Cpqa011080@sdf.org> <20150513081244.GB18834@ozzmosis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150513081244.GB18834@ozzmosis.com> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 09:07:35 -0000 On 2015-May-13 18:12:44 +1000, andrew clarke wrote: >You can reinstall just those ports. Check /var/log/messages, eg. > >$ grep pkg /var/log/messages >May 12 14:34:38 blizzard pkg: poudriere upgraded: 3.1.4 -> 3.1.6 >May 12 14:38:08 blizzard pkg: git-lite-2.4.0 installed >May 13 08:29:04 blizzard pkg: sqlite3 upgraded: 3.8.9_1 -> 3.8.10.1 >May 13 08:29:05 blizzard pkg: spamassassin reinstalled: 3.4.1_1 -> 3.4.1_1 >May 13 08:29:05 blizzard pkg: ca_root_nss upgraded: 3.18.1 -> 3.19 That assumes you have syslog messages back to when you started using pkg. syslog was never intended to provide an audit trail. >You can't rebuild it. You couldn't rebuild it in the years before >pkgng existed, either. Depending on exactly what went wrong, plain text files are generally easier to manually fix up. >The "trick" is to revert to a known-good backup of the pkg database >that's generated daily by /usr/local/etc/periodic/daily/411.pkg-backup >in /var/backups/ : > >-rw-r--r-- 1 root wheel 2207320 2015-05-13 04:20:30 pkg.sql.xz >-rw-r--r-- 1 root wheel 2196088 2015-05-12 04:21:24 pkg.sql.xz.2 Assuming that they aren't corrupt. But that's better than nothing. Note that the backup is taken every day, whether or not there has been any change to the pkg database, so you have 2 days of backups, not the last two revisions. On 2015-May-13 18:17:12 +1000, andrew clarke wrote: >Actually I was wrong about this. The pkg command has the sqlite3 >interpreter built-in, accessed via "pkg shell", that opens local.sqlite >by default: Some experimenting suggests that none of the pragma commands work in "pkg shell", so you probably will need to find a copy of sqlite3. -- Peter Jeremy From owner-freebsd-ports@FreeBSD.ORG Wed May 13 09:42:59 2015 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 D3BD01FB for ; Wed, 13 May 2015 09:42:59 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C24AF1B18 for ; Wed, 13 May 2015 09:42:59 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t4D9gxJj043712 for ; Wed, 13 May 2015 09:42:59 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t4D9gxWD043711; Wed, 13 May 2015 09:42:59 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201505130942.t4D9gxWD043711@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Wed, 13 May 2015 09:42:59 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 09:42:59 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ lang/bwbasic | 2.61 | 3.00 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Wed May 13 11:06:48 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3278E86C for ; Wed, 13 May 2015 11:06:48 +0000 (UTC) Received: from homiemail-a46.g.dreamhost.com (sub5.mail.dreamhost.com [208.113.200.129]) by mx1.freebsd.org (Postfix) with ESMTP id 0D4EB1613 for ; Wed, 13 May 2015 11:06:47 +0000 (UTC) Received: from homiemail-a46.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a46.g.dreamhost.com (Postfix) with ESMTP id 9B4ED3E405B; Wed, 13 May 2015 04:06:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ozzmosis.com; h=date:from :to:cc:subject:message-id:references:mime-version:content-type: in-reply-to; s=ozzmosis.com; bh=ymIoBx7taiFPzuucCKemy/kylzk=; b= mqOCWucqXDGndV3YgnT95/xE9tdmwWyyxtTClFBW5DDvMCuaTI4+2UHMOHwNux80 mHioFFWgfx1uSc7fR6rKfPROcK5EF+vhiRXkPH4vs3DvZX3z7wdhnluJGLIrJzsG IMh/s6jeEr8z7EeveKjV+6RZgv9syEVhbWkzfD1YgVo= Received: from blizzard.ozzmosis.com (124-170-17-20.dyn.iinet.net.au [124.170.17.20]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: relay@ozzmosis.com) by homiemail-a46.g.dreamhost.com (Postfix) with ESMTPSA id 5EAA23E4057; Wed, 13 May 2015 04:06:46 -0700 (PDT) Received: by blizzard.ozzmosis.com (Postfix, from userid 1001) id 623FE5CFE; Wed, 13 May 2015 21:06:44 +1000 (AEST) Date: Wed, 13 May 2015 21:06:44 +1000 From: andrew clarke To: Peter Jeremy Cc: Scott Bennett , freebsd-ports@freebsd.org Subject: Re: damage to pkg's sqlite data base Message-ID: <20150513110644.GA20802@ozzmosis.com> References: <201505120617.t4C6HkA3019096@sdf.org> <0dcbdcb9fdfdebc53a2563b11494f61b@ultimatedns.net> <201505130512.t4D5Cpqa011080@sdf.org> <20150513081244.GB18834@ozzmosis.com> <20150513090027.GB25775@server.rulingia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150513090027.GB25775@server.rulingia.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 11:06:48 -0000 On Wed 2015-05-13 19:00:27 UTC+1000, Peter Jeremy (peter@rulingia.com) wrote: > On 2015-May-13 18:12:44 +1000, andrew clarke wrote: > >You can reinstall just those ports. Check /var/log/messages, eg. > > > >$ grep pkg /var/log/messages > >May 12 14:34:38 blizzard pkg: poudriere upgraded: 3.1.4 -> 3.1.6 > >May 12 14:38:08 blizzard pkg: git-lite-2.4.0 installed > >May 13 08:29:04 blizzard pkg: sqlite3 upgraded: 3.8.9_1 -> 3.8.10.1 > >May 13 08:29:05 blizzard pkg: spamassassin reinstalled: 3.4.1_1 -> 3.4.1_1 > >May 13 08:29:05 blizzard pkg: ca_root_nss upgraded: 3.18.1 -> 3.19 > > That assumes you have syslog messages back to when you started using pkg. > syslog was never intended to provide an audit trail. True. I'd been wondering about why the pkg developers didn't add logging functionality, but it looks like I just needed to add this to /etc/syslog.conf: !pkg *.* /var/log/pkg.log then run: sudo touch /var/log/pkg.log sudo service restart syslogd I think that's correct. I'm not sure the syslog.conf entry above will include pkg-static - maybe it should be "!pkg*" instead? I must admit I find the syslog.conf man page to be not very helpful. $ cat /var/log/pkg.log May 13 20:58:25 blizzard pkg: jive-1.1 deinstalled May 13 20:58:29 blizzard pkg: jive-1.1 installed I tend to think pkg.log creation & use should be a normal thing for a new FreeBSD install. > >The "trick" is to revert to a known-good backup of the pkg database > >that's generated daily by /usr/local/etc/periodic/daily/411.pkg-backup > >in /var/backups/ : > > > >-rw-r--r-- 1 root wheel 2207320 2015-05-13 04:20:30 pkg.sql.xz > >-rw-r--r-- 1 root wheel 2196088 2015-05-12 04:21:24 pkg.sql.xz.2 > > Assuming that they aren't corrupt. But that's better than nothing. Note > that the backup is taken every day, whether or not there has been any > change to the pkg database, so you have 2 days of backups, not the last > two revisions. Yes, that's a deficiency in the periodic script. Probably not difficult to improve either, with the correct use of /usr/bin/diff. > On 2015-May-13 18:17:12 +1000, andrew clarke wrote: > >Actually I was wrong about this. The pkg command has the sqlite3 > >interpreter built-in, accessed via "pkg shell", that opens local.sqlite > >by default: > > Some experimenting suggests that none of the pragma commands work in > "pkg shell", so you probably will need to find a copy of sqlite3. Oh dear, that's unfortunate. Regards Andrew From owner-freebsd-ports@FreeBSD.ORG Wed May 13 11:11:17 2015 Return-Path: Delivered-To: freebsd-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 53627AAF for ; Wed, 13 May 2015 11:11:17 +0000 (UTC) Received: from BLU004-OMC3S36.hotmail.com (blu004-omc3s36.hotmail.com [65.55.116.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0AD5E165C for ; Wed, 13 May 2015 11:11:16 +0000 (UTC) Received: from BLU436-SMTP104 ([65.55.116.74]) by BLU004-OMC3S36.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Wed, 13 May 2015 04:11:10 -0700 X-TMN: [uIkwXPSrPVQ6SaXzh6P9xw6G8xmUBW2q] X-Originating-Email: [carmel_ny@outlook.com] Message-ID: Date: Wed, 13 May 2015 07:11:08 -0400 From: Carmel NY To: FreeBSD Ports Subject: Re: www/firefox really depends on security/openssl? In-Reply-To: <20150513012435.1912fdc2@kirk.drpetervoigt.private> References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> <554EEBB5.8010304@rawbw.com> <20150511202110.34e6e29c@kirk.drpetervoigt.private> <55510C22.9050900@rawbw.com> <20150512000259.32a44ec4@kirk.drpetervoigt.private> <55512E8F.8040508@rawbw.com> <20150512022857.7230c163@kirk.drpetervoigt.private> <55515251.5040503@rawbw.com> <20150512112505.5f36f0b2@kirk.drpetervoigt.private> <5551DB5A.7090508@rawbw.com> <20150513012435.1912fdc2@kirk.drpetervoigt.private> Organization: seibercom NET X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 13 May 2015 11:11:09.0436 (UTC) FILETIME=[83B4CBC0:01D08D6D] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 11:11:17 -0000 On Wed, 13 May 2015 01:24:35 +0200, Dr. Peter Voigt stated: [Truncated] The most reliable method to eliminate this, for lack of a better word "bullshit", would be for FreeBSD to keep the "base" system "openssl" version" up-to-date. It is apparent to even the most casual observer that the present method of allowing to different versions of such an important application on the same system without a fail proof method of choosing which version to use as you have demonstrated is truly counter productive to a "stable" environment. Assuming that the FreeBSD developers won't do it, perhaps you might investigate on how to replace the "base openssl" with the "port's openssl" version and eliminate the problem completely. By the way, I have run into this same nonsense myself. -- Carmel From owner-freebsd-ports@FreeBSD.ORG Wed May 13 11:32:06 2015 Return-Path: Delivered-To: freebsd-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 593F6FD9 for ; Wed, 13 May 2015 11:32:06 +0000 (UTC) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 277E11990 for ; Wed, 13 May 2015 11:32:06 +0000 (UTC) Received: by iecmd7 with SMTP id md7so28826109iec.1 for ; Wed, 13 May 2015 04:32:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=rkbgRZsJgiTGbni44woaYOBEaYqsnT58WsNtr5PnHtU=; b=j0PJ6YfcxzLzkiJVcKStnjnl03VGhpPnbigArw4NEbiGn51s+xzqWtIxZWnk5JY7MA YJ2IgUxHm+kYrUC7hiTQrOxtXVMiNgoodqPt1LMRKkyGH9YsCUhOGkWFmS1NZa3XZ9MS 8y7C/Y1kkYDibECOa3T8pGO389I+IpIc991k0LbZgElCjI16MnzfoAekLqiRWf7ySOoG ogE406mi+Sazz+T0zoAw7+0BedZy9cGY5LWCIX09K9aWsNfNnfj6/9Wy1uvRhzwGGZEz dIPwAyf3MKG33qvlj2/XsUJuiCxss2XJupsfDM3f95W9Q4xyHPkdtp5qW8NLkED5AN8T sGSQ== X-Received: by 10.107.164.6 with SMTP id n6mr13093352ioe.54.1431516725534; Wed, 13 May 2015 04:32:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.121.1 with HTTP; Wed, 13 May 2015 04:31:45 -0700 (PDT) From: Avinash Sonawane Date: Wed, 13 May 2015 17:01:45 +0530 Message-ID: Subject: FreeBSD make install in graphics/graphviz : "Compilation failed unexpectedly" To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 11:32:06 -0000 # uname -a FreeBSD titanic.rootkea.me 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014 root@releng1.nyi.freebsd.org:/ usr/obj/usr/src/sys/GENERIC amd64 Hello! When I say `make install` in graphics/graphviz it says "Makefile:2022: recipe for target 'libgv_php_la-gv_php_init.lo' failed . . . ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer." Here is the complete log : http://pastebin.com/iLpd0wJg Then I added "MAKE_JOBS_UNSAFE= YES" in graphics/graphviz/Makefile but then it again said the same. i.e. "Makefile:2022: recipe for target 'libgv_php_la-gv_php_init.lo' failed" Here is the complete log after doing MAKE_JOBS_UNSAFE= YES http://pastebin.com/6bvMCF0X Now since x11/gnome3 depends on graphviz I'm not able to compile to gnome3 because of this bug in graphviz. Any pointers will be really helpful? -- Avinash Sonawane (RootKea) PICT, Pune http://rootkea.wordpress.com From owner-freebsd-ports@FreeBSD.ORG Wed May 13 11:41:52 2015 Return-Path: Delivered-To: freebsd-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 DEE3642C for ; Wed, 13 May 2015 11:41:52 +0000 (UTC) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AB39B1B0D for ; Wed, 13 May 2015 11:41:52 +0000 (UTC) Received: by iebgx4 with SMTP id gx4so28935950ieb.0 for ; Wed, 13 May 2015 04:41:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=41+C+bQr9yp3ozNmU/hLP5zhLeCmeJScpg7+lSG44WY=; b=bdW/QnCvASyNhi/6q4pVteiT+FWwWk9orLnmMd/zz+IPG4wM5yjzZIhtsbl+pC6fa9 8zjjllD++dMvwyKHamujwj/7KjV4WVMtMtbWasVnlb5ttODdcCaE7Mlzr2e8XJ0HQJZy v3g8vTDFIPFBjXGOz9WZc3GIBj6cPVbeqz6E4sK5gES645ChJu5h5JB/2aHrnW5cPOmr WJRGIXw8/jijptBomnc+UqILoTpvsxeo36P6uRs8B0JvrM0+xb2av+hd9X8UYVZ1eGZP pSkgTerEhxK5Cp0bUOlDL/n3sJ70VasN843FXWx2K7wXX7ZSsWl+pwpICo3wxUMqF/Do LRiA== X-Received: by 10.107.32.73 with SMTP id g70mr9722258iog.23.1431517312144; Wed, 13 May 2015 04:41:52 -0700 (PDT) Received: from [10.0.10.5] (cpe-76-190-244-6.neo.res.rr.com. [76.190.244.6]) by mx.google.com with ESMTPSA id 16sm14038399ion.20.2015.05.13.04.41.51 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 13 May 2015 04:41:51 -0700 (PDT) Message-ID: <55533883.8010900@gmail.com> Date: Wed, 13 May 2015 07:41:55 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Carmel NY CC: FreeBSD Ports Subject: Re: www/firefox really depends on security/openssl? References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> <554EEBB5.8010304@rawbw.com> <20150511202110.34e6e29c@kirk.drpetervoigt.private> <55510C22.9050900@rawbw.com> <20150512000259.32a44ec4@kirk.drpetervoigt.private> <55512E8F.8040508@rawbw.com> <20150512022857.7230c163@kirk.drpetervoigt.private> <55515251.5040503@rawbw.com> <20150512112505.5f36f0b2@kirk.drpetervoigt.private> <5551DB5A.7090508@rawbw.com> <20150513012435.1912fdc2@kirk.drpetervoigt.private> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 11:41:53 -0000 Carmel NY wrote: > On Wed, 13 May 2015 01:24:35 +0200, Dr. Peter Voigt stated: > > [Truncated] > > The most reliable method to eliminate this, for lack of a better word > "bullshit", would be for FreeBSD to keep the "base" system "openssl" > version" up-to-date. It is apparent to even the most casual observer that > the present method of allowing to different versions of such an important > application on the same system without a fail proof method of choosing which > version to use as you have demonstrated is truly counter productive to a > "stable" environment. > > Assuming that the FreeBSD developers won't do it, perhaps you might > investigate on how to replace the "base openssl" with the "port's openssl" > version and eliminate the problem completely. > > By the way, I have run into this same nonsense myself. > > I am having the same problem. Many things missing from the base openssl that are in the port openssl. Installing the port version only complicates things by not knowing which directory structure is really in play. My suggestion is just have the base OS source contain everything the openssl port installs. From owner-freebsd-ports@FreeBSD.ORG Wed May 13 12:08:41 2015 Return-Path: Delivered-To: freebsd-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 68AC8F5E for ; Wed, 13 May 2015 12:08:41 +0000 (UTC) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 33BD61E09 for ; Wed, 13 May 2015 12:08:41 +0000 (UTC) Received: by igbsb11 with SMTP id sb11so42562954igb.0 for ; Wed, 13 May 2015 05:08:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RObByw043P6bEmrGTLPz3TK8Of/oBHhktTfd2Fr7JNs=; b=OwfawgO5AKcDP/auRkoBAS+n9r/FmqmG8mL3mF6lSUjtb6XzPfACfeN+kmesvpZ1yu ZdL3eEfb9GfA46UoWMDSb/t8RgjbuAwY2n7Et/Vu/OQoXPGO9DrcSVjcnIxoPtdL76Ax 49/El3ADfI48Wqkl32mt0U83X9vb4EJKZSVLPVKDskE63OKjcgcG8pJbScClyn1YkOlq C6XvH0meszKtAZLdgRL6EccPy71xUjprAJcVXX2tzn30Q6PMMTq4KThMHqzxtc2OZZs+ M/UYVtOUJXYGKZt2kx2TAcVEETnlls73i41PNO4Uyd6fkgoxB1kpPIoR0wi6+tVoeilr vDYw== MIME-Version: 1.0 X-Received: by 10.43.63.76 with SMTP id xd12mr8721846icb.11.1431518920602; Wed, 13 May 2015 05:08:40 -0700 (PDT) Received: by 10.64.236.10 with HTTP; Wed, 13 May 2015 05:08:40 -0700 (PDT) In-Reply-To: References: Date: Wed, 13 May 2015 20:08:40 +0800 Message-ID: Subject: Re: FreeBSD make install in graphics/graphviz : "Compilation failed unexpectedly" From: Ben Woods To: Avinash Sonawane Cc: FreeBSD ports Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 12:08:41 -0000 Hi Avinash, I am able to compile graphics/graphviz fine on my FreeBSD 10.1 amd64 computer. Can you please let us know what options you had selected, and the contents of your make.conf file? Regards, Ben -- From: Benjamin Woods woodsb02@gmail.com On 13 May 2015 at 19:31, Avinash Sonawane wrote: > # uname -a > FreeBSD titanic.rootkea.me > > > > 10.1-RELEASE FreeBSD 10.1-RELEASE #0 > r274401: Tue Nov 11 21:02:49 UTC 2014 > root@releng1.nyi.freebsd.org:/ > usr/obj/usr/src/sys/GENERIC amd64 > > Hello! > > When I say `make install` in graphics/graphviz it says > "Makefile:2022: recipe for target 'libgv_php_la-gv_php_init.lo' failed > . > . > . > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > the maintainer." > > Here is the complete log : http://pastebin.com/iLpd0wJg > > Then I added "MAKE_JOBS_UNSAFE= YES" in graphics/graphviz/Makefile but > then it again said the same. i.e. > "Makefile:2022: recipe for target 'libgv_php_la-gv_php_init.lo' failed" > > Here is the complete log after doing MAKE_JOBS_UNSAFE= YES > http://pastebin.com/6bvMCF0X > > Now since x11/gnome3 depends on graphviz I'm not able to compile to > gnome3 because of this bug in graphviz. > > Any pointers will be really helpful? > > -- > Avinash Sonawane (RootKea) > PICT, Pune > http://rootkea.wordpress.com > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Wed May 13 12:45:03 2015 Return-Path: Delivered-To: freebsd-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 65820B9D for ; Wed, 13 May 2015 12:45:03 +0000 (UTC) Received: from BLU004-OMC3S17.hotmail.com (blu004-omc3s17.hotmail.com [65.55.116.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B8FB1299 for ; Wed, 13 May 2015 12:45:02 +0000 (UTC) Received: from BLU436-SMTP35 ([65.55.116.74]) by BLU004-OMC3S17.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Wed, 13 May 2015 05:44:56 -0700 X-TMN: [TpQ9Jn/wjfYhbQJ7wWMIY65jitHX38bv] X-Originating-Email: [carmel_ny@outlook.com] Message-ID: Date: Wed, 13 May 2015 08:44:54 -0400 From: Carmel NY To: FreeBSD Ports Subject: Re: www/firefox really depends on security/openssl? In-Reply-To: <55533883.8010900@gmail.com> References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> <554EEBB5.8010304@rawbw.com> <20150511202110.34e6e29c@kirk.drpetervoigt.private> <55510C22.9050900@rawbw.com> <20150512000259.32a44ec4@kirk.drpetervoigt.private> <55512E8F.8040508@rawbw.com> <20150512022857.7230c163@kirk.drpetervoigt.private> <55515251.5040503@rawbw.com> <20150512112505.5f36f0b2@kirk.drpetervoigt.private> <5551DB5A.7090508@rawbw.com> <20150513012435.1912fdc2@kirk.drpetervoigt.private> <55533883.8010900@gmail.com> Organization: seibercom NET X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 13 May 2015 12:44:55.0760 (UTC) FILETIME=[9D41B500:01D08D7A] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 12:45:03 -0000 On Wed, 13 May 2015 07:41:55 -0400, Ernie Luzar stated: >I am having the same problem. Many things missing from the base openssl >that are in the port openssl. >Installing the port version only complicates things by not knowing which >directory structure is really in play. >My suggestion is just have the base OS source contain everything the >openssl port installs. Basically, that is what I stated. Simply have the "base" version mirror the "port's" version. Another, perhaps even simpler method would be to have the "port's" version [overwrite|replace] the base system if a user decides to install the port's version. A new user could be given the option of installing the older "base" system or the newer "port's" version when first installing FreeBSD. This problem is NOT unsolvable; however, for whatever reason, it doesn't seem to be getting any traction either. It sort of reminds me of a problem with the "slapd" rc file that has never been ratified. -- Carmel From owner-freebsd-ports@FreeBSD.ORG Wed May 13 12:54:06 2015 Return-Path: Delivered-To: freebsd-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 70030D64 for ; Wed, 13 May 2015 12:54:06 +0000 (UTC) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 32C4713AF for ; Wed, 13 May 2015 12:54:06 +0000 (UTC) Received: by igbpi8 with SMTP id pi8so114174782igb.0 for ; Wed, 13 May 2015 05:54:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Vs4QMf1TcKeGzCSVM/4lAavYG9J36O52DLT7pYpBtSw=; b=sGher98DoOhLOmxuA2kRvpMqi6/m/OpS4E0pLXfYqjzD4w0sxO1ECxbkZfRmNDcSQA L3iIGbliAq/nBsnwbR3/Q/mH6zvdk2ajJcaLW3JEO3KXoZOfcSx26Gu9qvL7AA6W/qtK siWUx04kEYId3VPSs4nYMsbdurQ2EBn/JPR9z/Ng9jM+sQmkFeGyAOJqOVRzCVyrkdK4 98oUedbB7C8tUhH4YUbXC5leXON2MJfe95qGLYMMVNbEidcYJIZiPkmRXtMcpYV7FBcr GFgWn7+8iGMxKaNQecqgO1X29LyL1F2q+tBSy/NQJsP7xdKBitbBMVdltgg/z8iCJmv5 K81Q== X-Received: by 10.50.30.197 with SMTP id u5mr28419374igh.9.1431521645540; Wed, 13 May 2015 05:54:05 -0700 (PDT) Received: from [10.0.10.5] (cpe-76-190-244-6.neo.res.rr.com. [76.190.244.6]) by mx.google.com with ESMTPSA id qh9sm3491431igb.20.2015.05.13.05.54.04 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 13 May 2015 05:54:05 -0700 (PDT) Message-ID: <55534973.60701@gmail.com> Date: Wed, 13 May 2015 08:54:11 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Carmel NY CC: FreeBSD Ports Subject: Re: www/firefox really depends on security/openssl? References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> <554EEBB5.8010304@rawbw.com> <20150511202110.34e6e29c@kirk.drpetervoigt.private> <55510C22.9050900@rawbw.com> <20150512000259.32a44ec4@kirk.drpetervoigt.private> <55512E8F.8040508@rawbw.com> <20150512022857.7230c163@kirk.drpetervoigt.private> <55515251.5040503@rawbw.com> <20150512112505.5f36f0b2@kirk.drpetervoigt.private> <5551DB5A.7090508@rawbw.com> <20150513012435.1912fdc2@kirk.drpetervoigt.private> <55533883.8010900@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 12:54:06 -0000 Carmel NY wrote: > On Wed, 13 May 2015 07:41:55 -0400, Ernie Luzar stated: > > >> I am having the same problem. Many things missing from the base openssl >> that are in the port openssl. >> Installing the port version only complicates things by not knowing which >> directory structure is really in play. >> My suggestion is just have the base OS source contain everything the >> openssl port installs. >> > > Basically, that is what I stated. Simply have the "base" version mirror the > "port's" version. Another, perhaps even simpler method would be to have the > "port's" version [overwrite|replace] the base system if a user decides to > install the port's version. A new user could be given the option of > installing the older "base" system or the newer "port's" version when first > installing FreeBSD. > > This problem is NOT unsolvable; however, for whatever reason, it doesn't seem > to be getting any traction either. It sort of reminds me of a problem with the > "slapd" rc file that has never been ratified. > > Maybe it takes a PR to shine light on this problem as the subject of this post is no longer valid From owner-freebsd-ports@FreeBSD.ORG Wed May 13 12:57:00 2015 Return-Path: Delivered-To: freebsd-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 21EC8E30 for ; Wed, 13 May 2015 12:57:00 +0000 (UTC) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E765713DD for ; Wed, 13 May 2015 12:56:59 +0000 (UTC) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 7F6A320693 for ; Wed, 13 May 2015 08:56:58 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute2.internal (MEProxy); Wed, 13 May 2015 08:56:58 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=ax9zA5hbXcBz85j HgovEM9Csak4=; b=Xh654U40js4vMtRFIPbm/83mkhDJqvGWPBomgwBgN3o+qwp WuZCDZqTf36sAyddLuUM4MnCwZNQvIWAgMlyUwuYdEIn9voYCHbyiqY+wkVUz92O S+qZ5fyc1BYLiY/yNOQcaih9EBPRRfc3dQcdn+SFC6NtzhaIHfeweUsTj6aY= Received: by web3.nyi.internal (Postfix, from userid 99) id 5C292117BA7; Wed, 13 May 2015 08:56:58 -0400 (EDT) Message-Id: <1431521818.873625.267680457.265BC772@webmail.messagingengine.com> X-Sasl-Enc: BO46HqoYCAYQkGzovOD9NmAgMlZUyDuI8wyidJGSnR9e 1431521818 From: Mark Felder To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-e7ca9928 Subject: Re: www/firefox really depends on security/openssl? Date: Wed, 13 May 2015 07:56:58 -0500 In-Reply-To: References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> <554EEBB5.8010304@rawbw.com> <20150511202110.34e6e29c@kirk.drpetervoigt.private> <55510C22.9050900@rawbw.com> <20150512000259.32a44ec4@kirk.drpetervoigt.private> <55512E8F.8040508@rawbw.com> <20150512022857.7230c163@kirk.drpetervoigt.private> <55515251.5040503@rawbw.com> <20150512112505.5f36f0b2@kirk.drpetervoigt.private> <5551DB5A.7090508@rawbw.com> <20150513012435.1912fdc2@kirk.drpetervoigt.private> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 12:57:00 -0000 On Wed, May 13, 2015, at 06:11, Carmel NY wrote: > On Wed, 13 May 2015 01:24:35 +0200, Dr. Peter Voigt stated: > > [Truncated] > > The most reliable method to eliminate this, for lack of a better word > "bullshit", would be for FreeBSD to keep the "base" system "openssl" > version" up-to-date. It is apparent to even the most casual observer that > the present method of allowing to different versions of such an important > application on the same system without a fail proof method of choosing > which > version to use as you have demonstrated is truly counter productive to a > "stable" environment. > > Assuming that the FreeBSD developers won't do it, perhaps you might > investigate on how to replace the "base openssl" with the "port's > openssl" > version and eliminate the problem completely. > > By the way, I have run into this same nonsense myself. > You can't do this without breaking the base system, so please don't try. The "correct" solution is for OpenSSL in base to be "private" so nothing else knows of its existence except the base system utilities that depend on it. There are plans for this to happen. I am not privy to a timeline. From owner-freebsd-ports@FreeBSD.ORG Wed May 13 13:47:43 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9142FF9; Wed, 13 May 2015 13:47:43 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 73F901BB0; Wed, 13 May 2015 13:47:43 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t4DDm6ux061269; Wed, 13 May 2015 06:48:12 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: freebsd-ports@freebsd.org, Scott Bennett Cc: In-Reply-To: <201505130720.t4D7KtMd016553@sdf.org> References: <201505120617.t4C6HkA3019096@sdf.org> <0dcbdcb9fdfdebc53a2563b11494f61b@ultimatedns.net> <201505130512.t4D5Cpqa011080@sdf.org> <5f1749d3e664fbb487aa98f160e6cf92@ultimatedns.net>, <201505130720.t4D7KtMd016553@sdf.org> From: "Chris H" Subject: Re: damage to pkg's sqlite data base Date: Wed, 13 May 2015 06:48:12 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 13:47:43 -0000 On Wed, 13 May 2015 02:20:55 -0500 Scott Bennett wrote > "Chris H" wrote: > > On Wed, 13 May 2015 00:12:51 -0500 Scott Bennett wrote > > > "Chris H" wrote: > > > > On Tue, 12 May 2015 01:17:46 -0500 Scott Bennett > > > wrote > > > > > > For nearly two weeks I've been stymied by an apparently damaged > > > record > > in the sqlite data base used by pkg(8) and pkg-static(8). > > > Unfortunately, > > it is a record for a port that is depended upon rather > > > heavily, lang/gcc. > > lang/gcc compiled and linked just fine, but any > > > attempt to install the > > result ends up like this. > > > > > > > > > > ===> Checking if gcc already installed > > > > > ===> Registering installation for gcc-4.8.4_3 > > > > > Installing gcc-4.8.4_3... > > > > > pkg-static: sqlite error while executing iterator in file > > > > > pkgdb_iterator.c:931: database disk image is malformed pkg-static: > > > sqlite > > error while executing INSERT OR REPLACE INTO files (path, > > > sha256, > > package_id) VALUES (?1, ?2, ?3) in file pkgdb.c:1722: > > > database disk image > > is malformed *** Error code 70 > > > > > > > > > > Stop. > > > > > make: stopped in /usr/ports/lang/gcc > > > > > > > > > > I'm not familiar with sqlite commands, nor with the structure of > > > the > > pkg data base, nor any of several other relevant topics. But I > > > do have > > If someone knows sqlite well enough to look at the error messages above > and then give me directions to delete the offending records, then perhaps the > next attempt to install lang/gcc might actually work. Anyone? > > > > > > questions: > > > > > > > > > > 1) how might the damage have happened? > > > > > > > > > > 2) how might such an event be avoided/prevented in the future? > > > > > > > > > > 3) most urgently, how can I *fix* it? > > > > You should get a backup made on the nightly cron(8) (periodic(8)). > > > > It'll be located in /var/backups > > > > Off the top of my head I can't remember which of the 2, is which. > > > > But a simple size comparison should tell the tale. :) > > > > > > The problem began much farther back than two days ago, but I should > > > be able to restore it from two weeks or more in the past and then find > > > the most recent version that is not corrupted. > > > > > > > Simply rename your (now) corrupt db, and copy the backup over. > > > > > > However, if I do that, then what happens to all the ports that have > > > been updated or added since that version of the data base was backed up? > > > I have run "portmaster -a" (with some additional options) quite a few > > > times since the lang/gcc problem first appeared, so an old local.sqlite > > > will no longer accurately reflect what is currently installed. > > > > > > > > I ran into this problem as well, and this was how I was finally > > > > able to overcome it. > > > > > > > > Hope this helps! > > > > > > > > --Chris > > > > > > > > > > > > > > 4) I was unable to find any instructions for recreating a pkg > > > data > > base if the data base gets damaged/destroyed. Is there a > > > way to > > do that that I missed? > > > > > > There must be a way to do this, right? I mean, really, it's pretty > > > fundamental that no new data base be put into production without a way to > > > rebuild it. The FreeBSD developers haven't really broken so ancient and > > > basic a principle, have they? So what's the trick? What is the method > > > to rebuild /var/db/pkg/local.sqlite from scratch based upon the currently > > > installed ports/packages? > > I whined about it the first time my DB blew up. It's become > > corrupted several times since on different boxes/versions. *but* > > after the first time, I made it a habit of making a copy of it *before* > > embarking on an upgrade, or install of any ports. Seems it's the only > > way to save yourself. pkg(8), to the best of my knowledge doesn't > > perform a backup prior to any of this. So I *do*. > > Annoying, but it beats attempting to recover from a failed port > > upgrade/install. > > Chris, thanks for your responses, depressing though they be. > I have been using portmaster for ages to update my installed ports > and usually to install them in the first place. Does your suggestion > mean abandoning portmaster? No. I'm an avid user of portmaster(8). In fact I intend to be it's maintainer. :) > If it is necessary to back local.sqlite up > before each installation, that would seem to imply that portmaster would > only be useful in getting a list of ports to be updated, after which each > port would have to be updated individually, so that local.sqlite could be > backed up before each one. I have over 1900 ports installed, so that would > mean just never updating my ports at all, except by rebuilding all of them > upon upgrading to a new major release of FreeBSD. I > Bapt, oh, Bapt, whatever were you folks thinking? Did you really > leave us no practical recovery method? In Bapt's humble defense. It's difficult, to impossible for him to fix a problem w/o decent clues. So I wouldn't go pointing any fingers, just yet. :) In other words; w/o a cause, what should he fix? :) What recovery would you suggest? Truth is, if you brushed up on sqlite3 you could create a fresh DB, using output from portmaster(8). Troublesome, perhaps. But at least an alternative. > > > Scott Bennett, Comm. ASMELG, CFIAG > ********************************************************************** > * Internet: bennett at sdf.org *xor* bennett at freeshell.org * > *--------------------------------------------------------------------* > * "A well regulated and disciplined militia, is at all times a good * > * objection to the introduction of that bane of all free governments * > * -- a standing army." * > * -- Gov. John Hancock, New York Journal, 28 January 1790 * > ********************************************************************** > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" --Chris -- From owner-freebsd-ports@FreeBSD.ORG Wed May 13 14:04:35 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B32403AF for ; Wed, 13 May 2015 14:04:35 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2A8061DF3 for ; Wed, 13 May 2015 14:04:34 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t4DE4vda064137; Wed, 13 May 2015 07:05:04 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: andrew clarke Cc: In-Reply-To: <20150513082611.GA19960@ozzmosis.com> References: <201505120617.t4C6HkA3019096@sdf.org> <0dcbdcb9fdfdebc53a2563b11494f61b@ultimatedns.net> <201505130512.t4D5Cpqa011080@sdf.org> <5f1749d3e664fbb487aa98f160e6cf92@ultimatedns.net>, <20150513082611.GA19960@ozzmosis.com> From: "Chris H" Subject: Re: damage to pkg's sqlite data base Date: Wed, 13 May 2015 07:05:04 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <70aef0efb16a2d046fab3c5c24779e9d@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 14:04:35 -0000 On Wed, 13 May 2015 18:26:11 +1000 andrew clarke wrote > On Tue 2015-05-12 23:47:02 UTC-0700, Chris H (bsd-lists@bsdforge.com) wrote: > > > I whined about it the first time my DB blew up. It's become > > corrupted several times since on different boxes/versions. *but* > > after the first time, I made it a habit of making a copy of it *before* > > embarking on an upgrade, or install of any ports. > > Can you post a link to your message and/or a link to your FreeBSD PR on > Bugzilla? > > I use FreeBSD on a number of machines (bare metal & virtual) and have > never encountered local.sqlite corruption, and maybe I haven't been > paying attention but I haven't noticed anyone else mention it on the > list until now. > > As I said to the OP, if you encounter this problem and you're sure > it's not caused externally (hardware or filesystem corruption) then > it's probably worthwhile making your corrupted local.sqlite available > somewhere for it to be looked at by someone who understands SQLite. That's exactly what I did. In fact, Bapt asked for the DB, which I happily provided. While I've run into the problem several times, and on different hardware/FreeBSD versions, I've only mentioned it once, and it was on the mailing list. On the upside, I (knock on wood) haven't run into the problem for at least 2 mos. So here's hoping that work that's been done has [at least] *minimized* the likelihood of DB corruption. :) > > Regards > Andrew > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" --Chris -- From owner-freebsd-ports@FreeBSD.ORG Wed May 13 14:38:55 2015 Return-Path: Delivered-To: freebsd-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 05FA38F for ; Wed, 13 May 2015 14:38:55 +0000 (UTC) Received: from mail-wg0-f43.google.com (mail-wg0-f43.google.com [74.125.82.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9825C1242 for ; Wed, 13 May 2015 14:38:54 +0000 (UTC) Received: by wgin8 with SMTP id n8so46009128wgi.0 for ; Wed, 13 May 2015 07:38:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=L3GzrP5jh9ewpkeP3WDkTb5+kWC1Etbgpnei75Kn5d4=; b=mxCog55Q9+Ytn9SgW/IiflST9fyUQSCNGmdpC8GDLyBDPd18rPbVkjpoiLiETvOZLd BHC84ktOuz5/7uX9RBCZ8fDGmeNNwDQlbF3PCJpbnBQuy8xw9/gaNwCXaZ2BheBTsJRs fM/SzTD0uiySuyg5QU5hATRMLAmOmZ58rOBUlwBkFKoRJfUz6daYBhZhwjawhe+N1eG3 4OkXMtGsbM0zHg87vsFyU6hWGmigF/TPPZJhXwBMCW4QB9vVYfy36qJp+IpgTHGb2HOJ OdXQaQMhn/YbzSbXdajL/1c8EjaOLSq5Egsqdwhhm3kUXSbRpJvTxC7QuhRj7ldqwh4i 29FA== X-Gm-Message-State: ALoCoQmWfe6WRB2H/T4GhezlDxv/H1eXo4WdhRbhc6+PZyGRTcASwAPl7i97L3olEhXjcIicIhmd X-Received: by 10.180.108.147 with SMTP id hk19mr5550793wib.51.1431527926874; Wed, 13 May 2015 07:38:46 -0700 (PDT) Received: from 00218658e38b.anet.bris.ac.uk (misc-users-pat-19-139.isys.bris.ac.uk. [137.222.19.139]) by mx.google.com with ESMTPSA id hn7sm8409286wib.5.2015.05.13.07.38.45 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 13 May 2015 07:38:46 -0700 (PDT) Received: from 00218658e38b.anet.bris.ac.uk (localhost [127.0.0.1]) by 00218658e38b.anet.bris.ac.uk (8.14.9/8.14.9) with ESMTP id t4DEciMt000993 for ; Wed, 13 May 2015 15:38:44 +0100 (BST) (envelope-from mexas@00218658e38b.anet.bris.ac.uk) Received: (from mexas@localhost) by 00218658e38b.anet.bris.ac.uk (8.14.9/8.14.9/Submit) id t4DEciv1000992 for freebsd-ports@freebsd.org; Wed, 13 May 2015 15:38:44 +0100 (BST) (envelope-from mexas) Date: Wed, 13 May 2015 15:38:44 +0100 (BST) From: Anton Shterenlikht Message-Id: <201505131438.t4DEciv1000992@00218658e38b.anet.bris.ac.uk> To: freebsd-ports@freebsd.org Subject: flash does not work, npviewer.bin critical errors? Reply-To: mexas@bris.ac.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 14:38:55 -0000 I've one laptop, which refuses to show flash, e.g. youtube. Another laptop runs flash fine. Both run 10.1-stable. This broken system is 10.1-STABLE #33 r282833. I already deleted all packages and started from scratch - no change. It seems compat.linux.osrelease=2.6.18 is no longer needed, after src/UPDATING 20141215. The only hint I see is this terminal output when launching youtube page: (npviewer.bin:963): Gtk-CRITICAL **: IA__gtk_widget_get_visual: assertion `GTK_IS_WIDGET (widget)' failed (npviewer.bin:963): Gdk-CRITICAL **: IA__gdk_colormap_new: assertion `GDK_IS_VISUAL (visual)' failed (npviewer.bin:963): Gdk-CRITICAL **: IA__gdk_colormap_alloc_colors: assertion `GDK_IS_COLORMAP (colormap)' failed (npviewer.bin:963): Gtk-CRITICAL **: IA__gtk_widget_modify_bg: assertion `GTK_IS_WIDGET (widget)' failed (npviewer.bin:963): Gtk-CRITICAL **: IA__gtk_widget_get_visual: assertion `GTK_IS_WIDGET (widget)' failed (npviewer.bin:963): Gdk-CRITICAL **: IA__gdk_colormap_new: assertion `GDK_IS_VISUAL (visual)' failed (npviewer.bin:963): Gdk-CRITICAL **: IA__gdk_colormap_alloc_colors: assertion `GDK_IS_COLORMAP (colormap)' failed (npviewer.bin:963): Gtk-CRITICAL **: IA__gtk_widget_modify_bg: assertion `GTK_IS_WIDGET (widget)' failed (npviewer.bin:963): Gtk-CRITICAL **: IA__gtk_widget_get_visual: assertion `GTK_IS_WIDGET (widget)' failed (npviewer.bin:963): Gdk-CRITICAL **: IA__gdk_colormap_new: assertion `GDK_IS_VISUAL (visual)' failed (npviewer.bin:963): Gdk-CRITICAL **: IA__gdk_colormap_alloc_colors: assertion `GDK_IS_COLORMAP (colormap)' failed (npviewer.bin:963): Gtk-CRITICAL **: IA__gtk_widget_modify_bg: assertion `GTK_IS_WIDGET (widget)' failed (npviewer.bin:963): Gtk-CRITICAL **: IA__gtk_widget_get_visual: assertion `GTK_IS_WIDGET (widget)' failed (npviewer.bin:963): Gdk-CRITICAL **: IA__gdk_colormap_new: assertion `GDK_IS_VISUAL (visual)' failed (npviewer.bin:963): Gdk-CRITICAL **: IA__gdk_colormap_alloc_colors: assertion `GDK_IS_COLORMAP (colormap)' failed (npviewer.bin:963): Gtk-CRITICAL **: IA__gtk_widget_modify_bg: assertion `GTK_IS_WIDGET (widget)' failed Is there any useful info here? Thanks Anton From owner-freebsd-ports@FreeBSD.ORG Wed May 13 14:50:11 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12E3E56F for ; Wed, 13 May 2015 14:50:11 +0000 (UTC) Received: from mail-wg0-x236.google.com (mail-wg0-x236.google.com [IPv6:2a00:1450:400c:c00::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 90EF314A4 for ; Wed, 13 May 2015 14:50:10 +0000 (UTC) Received: by wgnd10 with SMTP id d10so43885879wgn.2 for ; Wed, 13 May 2015 07:50:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=jMj8BiLDDTPH/W5jUQyIkQSipe3RfHg55L4NX2YBcyk=; b=oTykxRn8ZeGffSmkLsKVRcsVuPryE5oU6JFJ5sOpfuoKD6mzv296LLC6t7+9lwMlLf 1H5+ZK7ParmBWxIq2NBVwHKl3GU2JmMlsMwj04RrI19KXJKVZc0UwR8R8awO9Cn0cEAk rXP8GKXKBOI0U/s6QT8FoNxSSDuZ8mChb12kFPTChRdbSZOCuZSpFR3HnKu4MDiiKwFd Bbc12LHgmmD4M9IpRc0gVGoAERP9oIBMadPfwlFkuxN2Go07Uh+iCS0xNpAfn1YmMC/n Np8+Re+XV4hJtSNPbq+/p9nPzYH99zT0YjKYXI80XQIbv0aqw5b3McnoqdC465Jb/4jp hEXA== X-Received: by 10.180.84.97 with SMTP id x1mr14892820wiy.1.1431528608754; Wed, 13 May 2015 07:50:08 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id q4sm33331033wja.24.2015.05.13.07.50.07 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 13 May 2015 07:50:07 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 13 May 2015 16:50:05 +0200 From: Baptiste Daroussin To: Chris H Cc: freebsd-ports@freebsd.org, Scott Bennett Subject: Re: damage to pkg's sqlite data base Message-ID: <20150513145004.GA90457@ivaldir.etoilebsd.net> References: <201505120617.t4C6HkA3019096@sdf.org> <0dcbdcb9fdfdebc53a2563b11494f61b@ultimatedns.net> <201505130512.t4D5Cpqa011080@sdf.org> <5f1749d3e664fbb487aa98f160e6cf92@ultimatedns.net> <201505130720.t4D7KtMd016553@sdf.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 14:50:11 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 13, 2015 at 06:48:12AM -0700, Chris H wrote: > On Wed, 13 May 2015 02:20:55 -0500 Scott Bennett wrote >=20 > > "Chris H" wrote: > > > On Wed, 13 May 2015 00:12:51 -0500 Scott Bennett wr= ote > > > > "Chris H" wrote: > > > > > On Tue, 12 May 2015 01:17:46 -0500 Scott Bennett > > > > wrote > > > > > > > For nearly two weeks I've been stymied by an apparently damaged > > > > record > > in the sqlite data base used by pkg(8) and pkg-static(8)= =2E=20 > > > > Unfortunately, > > it is a record for a port that is depended upon = rather > > > > heavily, lang/gcc. > > lang/gcc compiled and linked just fine, but = any > > > > attempt to install the > > result ends up like this. > > > > > >=20 > > > > > > =3D=3D=3D> Checking if gcc already installed > > > > > > =3D=3D=3D> Registering installation for gcc-4.8.4_3 > > > > > > Installing gcc-4.8.4_3... > > > > > > pkg-static: sqlite error while executing iterator in file > > > > > > pkgdb_iterator.c:931: database disk image is malformed pkg-stat= ic: > > > > sqlite > > error while executing INSERT OR REPLACE INTO files (path, > > > > sha256, > > package_id) VALUES (?1, ?2, ?3) in file pkgdb.c:1722: > > > > database disk image > > is malformed *** Error code 70 > > > > > >=20 > > > > > > Stop. > > > > > > make: stopped in /usr/ports/lang/gcc > > > > > >=20 > > > > > > I'm not familiar with sqlite commands, nor with the struct= ure of > > > > the > > pkg data base, nor any of several other relevant topics. B= ut I > > > > do have=20 > > > > If someone knows sqlite well enough to look at the error messages = above > > and then give me directions to delete the offending records, then perha= ps the > > next attempt to install lang/gcc might actually work. Anyone? > >=20 > > > > > > questions: > > > > > >=20 > > > > > > 1) how might the damage have happened? > > > > > >=20 > > > > > > 2) how might such an event be avoided/prevented in the futu= re? > > > > > >=20 > > > > > > 3) most urgently, how can I *fix* it? > > > > > You should get a backup made on the nightly cron(8) (periodic(8)). > > > > > It'll be located in /var/backups > > > > > Off the top of my head I can't remember which of the 2, is which. > > > > > But a simple size comparison should tell the tale. :) > > > >=20 > > > > The problem began much farther back than two days ago, but I s= hould > > > > be able to restore it from two weeks or more in the past and then f= ind > > > > the most recent version that is not corrupted. > > > >=20 > > > > > Simply rename your (now) corrupt db, and copy the backup over. > > > >=20 > > > > However, if I do that, then what happens to all the ports that= have > > > > been updated or added since that version of the data base was backe= d up? > > > > I have run "portmaster -a" (with some additional options) quite a f= ew > > > > times since the lang/gcc problem first appeared, so an old local.sq= lite > > > > will no longer accurately reflect what is currently installed. > > > > > > > > > > I ran into this problem as well, and this was how I was finally > > > > > able to overcome it. > > > > > > > > > > Hope this helps! > > > > > > > > > > --Chris > > > > > > > > > > >=20 > > > > > > 4) I was unable to find any instructions for recreating a p= kg > > > > data > > base if the data base gets damaged/destroyed. Is ther= e a > > > > way to > > do that that I missed? > > > >=20 > > > > There must be a way to do this, right? I mean, really, it's p= retty > > > > fundamental that no new data base be put into production without a = way to > > > > rebuild it. The FreeBSD developers haven't really broken so ancien= t and > > > > basic a principle, have they? So what's the trick? What is the me= thod > > > > to rebuild /var/db/pkg/local.sqlite from scratch based upon the cur= rently > > > > installed ports/packages? > > > I whined about it the first time my DB blew up. It's become > > > corrupted several times since on different boxes/versions. *but* > > > after the first time, I made it a habit of making a copy of it *befor= e* > > > embarking on an upgrade, or install of any ports. Seems it's the only > > > way to save yourself. pkg(8), to the best of my knowledge doesn't > > > perform a backup prior to any of this. So I *do*. > > > Annoying, but it beats attempting to recover from a failed port > > > upgrade/install. > >=20 > > Chris, thanks for your responses, depressing though they be. > > I have been using portmaster for ages to update my installed ports > > and usually to install them in the first place. Does your suggestion > > mean abandoning portmaster? > No. I'm an avid user of portmaster(8). In fact I intend to be it's > maintainer. :) > > If it is necessary to back local.sqlite up > > before each installation, that would seem to imply that portmaster would > > only be useful in getting a list of ports to be updated, after which ea= ch > > port would have to be updated individually, so that local.sqlite could = be > > backed up before each one. I have over 1900 ports installed, so that w= ould > > mean just never updating my ports at all, except by rebuilding all of t= hem > > upon upgrading to a new major release of FreeBSD. > I > > Bapt, oh, Bapt, whatever were you folks thinking? Did you really > > leave us no practical recovery method? > In Bapt's humble defense. It's difficult, to impossible for him to fix > a problem w/o decent clues. So I wouldn't go pointing any fingers, just > yet. :) In other words; w/o a cause, what should he fix? :) > What recovery would you suggest? Truth is, if you brushed up on sqlite3 > you could create a fresh DB, using output from portmaster(8). Troublesome, > perhaps. But at least an alternative. > >=20 Coming very late to the discussion I would like to understand what lead you= to a broken database, from what I am aware of the only way to end up with a brok= en db is using pkg over nfs without rpc lock properly running (note that the defa= ult nfs client service on freebsd does not start rpc lock...) pkg work around this case by detecting the filesystem it is running on and changing the locking system it uses when running on network filesystem so t= his problem cannot in theory happen anymore even if one forgot to start rpc loc= kd. It remains however one case where this can happen: it is one the host is ru= nning over nfs and it starts a jail, in that case, the jail does not know it is running over nfs so pkg cannot know it needs to switch the locking system. Are you in one of those situation, if not can you describe a a bit more your system? Now by default pkg creates back up of the db daily to allow recovery, there= was an issue before pkg 1.5 which requires a manual intervention and fixed afte= r pkg 1.5 so it is easier to recover. sqlite is a pretty solid db I would like to understand how you ended up wit= h a corrupted db if not what I described above. Best regards, Bapt --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlVTZJwACgkQ8kTtMUmk6EzSowCghyR2SmxzkA1eIdPW7sFoMNRI rXIAoL/sbl2+ODPboyK4pNB4X/ONB/nT =ca50 -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-ports@FreeBSD.ORG Wed May 13 15:46:00 2015 Return-Path: Delivered-To: freebsd-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 870AC3C0; Wed, 13 May 2015 15:46:00 +0000 (UTC) Received: from mail-qk0-x231.google.com (mail-qk0-x231.google.com [IPv6:2607:f8b0:400d:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 444F71DE3; Wed, 13 May 2015 15:46:00 +0000 (UTC) Received: by qkx62 with SMTP id 62so30994551qkx.0; Wed, 13 May 2015 08:45:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=cWUW1H9wlc/C5olAtat1Qr0iBA+aq3Zq6AUbHckOWM0=; b=uCPNv4l9zBxOgpTEWNkgB7gUiMaBuvl0FaPVwXSUxdyNzryaVWVyF9r/skHp+H4ri/ JzlIZOl/lEKbEW+zQ5TTYDdquzTBJOrjyV+o5KabQXYwO8KFJCLBeNCcNYgJIHsOLOyN scHN61LyNxuLTvaWf3IJsEk1UkkNTF5GJ7q1Xzx+GObZmrR/2OoqoCZAX1BvcFoSzQbi 2TWMOGi+BIz+w/FdDHnktc6FIFQgkXJCGISdGQsA79ZTq0OKevgiBIgVpoTpZixUpsbs ExlRf5mc0rqRmgGI83FM9ISgy9a4j51++GZbtzbfeDw4SEQ/cZc3DrDkju6BPujs4ADk hnTw== X-Received: by 10.140.236.147 with SMTP id h141mr28759129qhc.77.1431531959371; Wed, 13 May 2015 08:45:59 -0700 (PDT) MIME-Version: 1.0 References: <2e3c80180e1fc608b29883e613b9bf49@mail.mikej.com> <20150427135919.GI13141@ivaldir.etoilebsd.net> <5552EC55.9050604@FreeBSD.org> In-Reply-To: <5552EC55.9050604@FreeBSD.org> From: Henry Hu Date: Wed, 13 May 2015 15:45:58 +0000 Message-ID: Subject: Re: pkg 1.5.1 wants to remove locked packages To: Andriy Gapon , Baptiste Daroussin Cc: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 15:46:00 -0000 On Wed, May 13, 2015 at 2:18 PM Andriy Gapon wrote: > > I can also confirm this problem. > Although in my case the packages are not locked still it's not nice for > pkg to > remove them: > > $ pkg upgrade > ... > All repositories are up-to-date. > Checking for upgrades (946 candidates): 100% > Processing candidates (946 candidates): 100% > The following 705 package(s) will be affected (of 0 checked): <<<< [*] > > Installed packages to be REMOVED: > libreoffice-4.3.5_2 > digikam-3.5.0_6,2 > kipi-plugin-calendar-3.5.0_3 > kipi-plugins-3.5.0_3,1 > Using "pkg search", you can see that these packages are not present in the repo currently. Maybe pkg finds that it can't find updated version so it can only remove them? > > New packages to be INSTALLED: > ... > > I mean I can reinstall libreoffice, digikam and others after pkg is done, > but I > shouldn't have to do that. If the solver sees a need to remove some > packages it > should take care to install them back. > > [*] Unrelated: 705 out of 0 looks confusing. > > -- > Andriy Gapon > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Wed May 13 15:54:27 2015 Return-Path: Delivered-To: freebsd-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 564F161D; Wed, 13 May 2015 15:54:27 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED02C1F47; Wed, 13 May 2015 15:54:26 +0000 (UTC) Received: by wicnf17 with SMTP id nf17so61641413wic.1; Wed, 13 May 2015 08:54:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=K1/gVF4NCrjJ+8nJgQGBCX+b1rj3tUwVMWzxFsFVF40=; b=f8hI7uctRGWZhpA38S5R3V6mnKXnnjEEV9lM+ycvgQEdLFWtTLR6MKgUp0O8ss8NeX RzUNCS5Rv1GSyPOE5hxldCo+kvlNyVc3Ed6mAbV5eDUJjQjO4xscjt9r4gp+WHPpVL4I dlTPJjLR9DEJPjXChLym2mNCQuvcDBiaVV2RHsGIuaDueYVRG1k3i8trpZTeqFOP5uQ/ NDlcuSDXI6a51aoqcNiCrz1lJhXAo8OLZ9YXgwc4LZCT/3pwhZ8toDxnP8jXTv6W489t u4olocWpkXwc1PPKeONsacp3jD/cbb1LWA4UdgGL4oxnuRe0fM9HJ/DO+sRC1EXdNlUP g5RQ== X-Received: by 10.194.204.230 with SMTP id lb6mr40728782wjc.63.1431532465205; Wed, 13 May 2015 08:54:25 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id uc9sm15000683wjc.7.2015.05.13.08.54.23 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 13 May 2015 08:54:24 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 13 May 2015 17:54:22 +0200 From: Baptiste Daroussin To: Henry Hu Cc: Andriy Gapon , freebsd-ports@freebsd.org Subject: Re: pkg 1.5.1 wants to remove locked packages Message-ID: <20150513155421.GB90457@ivaldir.etoilebsd.net> References: <2e3c80180e1fc608b29883e613b9bf49@mail.mikej.com> <20150427135919.GI13141@ivaldir.etoilebsd.net> <5552EC55.9050604@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s2ZSL+KKDSLx8OML" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 15:54:27 -0000 --s2ZSL+KKDSLx8OML Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 13, 2015 at 03:45:58PM +0000, Henry Hu wrote: > On Wed, May 13, 2015 at 2:18 PM Andriy Gapon wrote: >=20 > > > > I can also confirm this problem. > > Although in my case the packages are not locked still it's not nice for > > pkg to > > remove them: > > > > $ pkg upgrade > > ... > > All repositories are up-to-date. > > Checking for upgrades (946 candidates): 100% > > Processing candidates (946 candidates): 100% > > The following 705 package(s) will be affected (of 0 checked): <<<< [*] > > > > Installed packages to be REMOVED: > > libreoffice-4.3.5_2 > > digikam-3.5.0_6,2 > > kipi-plugin-calendar-3.5.0_3 > > kipi-plugins-3.5.0_3,1 > > >=20 > Using "pkg search", you can see that these packages are not present in the > repo currently. Maybe pkg finds that it can't find updated version so it > can only remove them? yes but only because one of their dependencies is being updated as well and might break those ports after the upgrade Once the package building is done again those packages will appear again in= the repo and the problem will be gone. Best regards, Bapt --s2ZSL+KKDSLx8OML Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlVTc60ACgkQ8kTtMUmk6ExfCgCgorlqhdikRmPk6OLYj0btnFqP 0awAn2/nALLeXlvg4DWHsbCgoLXQHtFw =46Dd -----END PGP SIGNATURE----- --s2ZSL+KKDSLx8OML-- From owner-freebsd-ports@FreeBSD.ORG Wed May 13 16:05:46 2015 Return-Path: Delivered-To: freebsd-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 86D34C48 for ; Wed, 13 May 2015 16:05:46 +0000 (UTC) Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com [209.85.212.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 23DC7115C for ; Wed, 13 May 2015 16:05:45 +0000 (UTC) Received: by widdi4 with SMTP id di4so205342701wid.0 for ; Wed, 13 May 2015 09:05:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=iancn03wXlc+TzNbFpPt1z8lrfXWdgaUVuJIyiv/8EU=; b=ml5y6uV20ALuREeRrQOKUi2EDPpyWfd93BPthdgMH5mUaXR4Q+fEMaVN3W+5U4S467 E7y+0ZyQpWoxo3t88oENM2mt19/elgWPr/NELkWjodrqKFn7jUfnbL16J6OUFLeToCQy iaHiSHnNqFrSah2nhImxH29TzB8eqIQp2NvVPrB8+6I597KtMIgjEHD6Q/bq6UBEeHy8 86fI2A6qsFraSmZX/TRSATIPqO0I9cwDmpnzn5R69FBnp802y1kYrSjUoXdWvnuS1pdA 5tagmWidUhOtPZLNnPJRREr7GsrQ+M2oCCuvHZC4G3k2UxiIo8W3irRyNYfSD0sBMs9c ogqQ== X-Gm-Message-State: ALoCoQkbDSdbnGkwSOsHtA50ri3A4v4B1yAKo65BM7yDPd1yjxakAcGdCbMsdjOcThbx8dTjbJ4X X-Received: by 10.180.75.72 with SMTP id a8mr3704311wiw.5.1431533137672; Wed, 13 May 2015 09:05:37 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (misc-users-pat-19-132.isys.bris.ac.uk. [137.222.19.132]) by mx.google.com with ESMTPSA id s4sm8771961wix.14.2015.05.13.09.05.36 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 13 May 2015 09:05:37 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id t4DG5ZgA024663 for ; Wed, 13 May 2015 17:05:35 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.14.9/8.14.9/Submit) id t4DG5ZZS024662 for freebsd-ports@freebsd.org; Wed, 13 May 2015 17:05:35 +0100 (BST) (envelope-from mexas) Date: Wed, 13 May 2015 17:05:35 +0100 (BST) From: Anton Shterenlikht Message-Id: <201505131605.t4DG5ZZS024662@mech-as222.men.bris.ac.uk> To: freebsd-ports@freebsd.org Subject: nspluginwrapper weirdness Reply-To: mexas@bris.ac.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 16:05:46 -0000 Seems nspluginwrapper -v -a -i is harmful rather than helpful. Two laptops, both with 10.1-stable. Running nspluginwrapper -v -a -i on one laptop I get: $ nspluginwrapper -v -a -i Auto-install plugins from /usr/local/lib/browser_plugins Looking for plugins in /usr/local/lib/browser_plugins Auto-install plugins from /usr/local/lib/browser_plugins/linux-c6-flashplugin Looking for plugins in /usr/local/lib/browser_plugins/linux-c6-flashplugin ELF binary type "0" not known. exec: /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin: Exec format error ELF binary type "0" not known. exec: /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin: Exec format error Auto-install plugins from /usr/local/lib/browser_plugins/symlinks/linux-firefox Looking for plugins in /usr/local/lib/browser_plugins/symlinks/linux-firefox ELF binary type "0" not known. exec: /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin: Exec format error ELF binary type "0" not known. exec: /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin: Exec format error Auto-install plugins from /home/mexas/.mozilla/plugins Looking for plugins in /home/mexas/.mozilla/plugins Note the errors. Nothing gets installed under ~/.mozilla/plugins: $ls -a .mozilla/ . .. extensions firefox $ nspluginwrapper -l $ about:plugins shows: Installed plugins Find updates for installed plugins at mozilla.com/plugincheck OpenH264 Video Codec provided by Cisco Systems, Inc. File: Path: Version: null State: Enabled Play back web video and use video chats. and flash works fine! On another laptop nspluginwrapper -v -a -i gives: $ nspluginwrapper -v -a -i Auto-install plugins from /usr/local/lib/browser_plugins Looking for plugins in /usr/local/lib/browser_plugins Auto-install plugins from /usr/local/lib/browser_plugins/linux-c6-flashplugin Looking for plugins in /usr/local/lib/browser_plugins/linux-c6-flashplugin Install plugin /usr/local/lib/browser_plugins/linux-c6-flashplugin/libflashplayer.so into /home/mexas/.mozilla/plugins/npwrapper.libflashplayer.so Auto-install plugins from /usr/local/lib/browser_plugins/symlinks/linux-firefox Looking for plugins in /usr/local/lib/browser_plugins/symlinks/linux-firefox Install plugin /usr/local/lib/browser_plugins/symlinks/linux-firefox/libflashplayer.so into /home/mexas/.mozilla/plugins/npwrapper.libflashplayer.so Auto-install plugins from /home/mexas/.mozilla/plugins Looking for plugins in /home/mexas/.mozilla/plugins Note that here there are no errors. plugins dir is now created: $ ls -a .mozilla/plugins/ . .. npwrapper.libflashplayer.so $ nspluginwrapper -l /home/mexas/.mozilla/plugins/npwrapper.libflashplayer.so Original plugin: /usr/local/lib/browser_plugins/symlinks/linux-firefox/libflashplayer.so Plugin viewer: /usr/local/lib/nspluginwrapper/i386/linux/npviewer Wrapper version string: 1.4.4-1 about:plugins shows: Installed plugins Find updates for installed plugins at mozilla.com/plugincheck OpenH264 Video Codec provided by Cisco Systems, Inc. File: Path: Version: null State: Enabled Play back web video and use video chats. MIME Type Description Suffixes Shockwave Flash File: npwrapper.libflashplayer.so Path: /usr/home/mexas/.mozilla/plugins/npwrapper.libflashplayer.so Version: State: Enabled Shockwave Flash 11.2 r202 MIME Type Description Suffixes application/x-shockwave-flash Shockwave Flash swf application/futuresplash FutureSplash Player spl and flash does *not* work! Insted I get these errors: (npviewer.bin:5519): Gtk-CRITICAL **: IA__gtk_widget_get_visual: assertion `GTK_IS_WIDGET (widget)' failed (npviewer.bin:5519): Gdk-CRITICAL **: IA__gdk_colormap_new: assertion `GDK_IS_VISUAL (visual)' failed (npviewer.bin:5519): Gdk-CRITICAL **: IA__gdk_colormap_alloc_colors: assertion `GDK_IS_COLORMAP (colormap)' failed (npviewer.bin:5519): Gtk-CRITICAL **: IA__gtk_widget_modify_bg: assertion `GTK_IS_WIDGET (widget)' failed (npviewer.bin:5519): Gtk-CRITICAL **: IA__gtk_widget_get_visual: assertion `GTK_IS_WIDGET (widget)' failed (npviewer.bin:5519): Gdk-CRITICAL **: IA__gdk_colormap_new: assertion `GDK_IS_VISUAL (visual)' failed (npviewer.bin:5519): Gdk-CRITICAL **: IA__gdk_colormap_alloc_colors: assertion `GDK_IS_COLORMAP (colormap)' failed (npviewer.bin:5519): Gtk-CRITICAL **: IA__gtk_widget_modify_bg: assertion `GTK_IS_WIDGET (widget)' failed If I do rm -rf ~/.mozilla/plugins, then flash does work. It's the exact opposite of the handbook and of what's expected. What's going on? Anton From owner-freebsd-ports@FreeBSD.ORG Wed May 13 16:28:34 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C47133B for ; Wed, 13 May 2015 16:28:34 +0000 (UTC) Received: from mail-wi0-f176.google.com (mail-wi0-f176.google.com [209.85.212.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D52D5144D for ; Wed, 13 May 2015 16:28:33 +0000 (UTC) Received: by wicnf17 with SMTP id nf17so62839648wic.1 for ; Wed, 13 May 2015 09:28:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=TI8x/8qbcFd09bBuEkVKJ+L94jFEmMD0jDWzCrTPsFE=; b=S9CEfxgxcxyJqdsj7A9X9KBTr2/WOHUjKOyEg8w6D8TXCmeIuPcyYJcpJd30wnj8lT f3MPYjuoHSuWAWXh6EPaMFnGLUiOICwNL/0YXG4/1gL30V9w9cW6+d1QL5xzk4GeOeQo iAWO8dY113QhMBA/g/p1aTmEiUjixNfiVdTRsm+hHtvwBjljm13oizK+zcHpFpyZVWYk bqCzGwTEdDr/qxOpklC3qxBW+Y4veo3AJDu73bjXouF0NjnAE3mOyALJpE7AbtL5Gm/r oLqnvfSy/bN1hh93/67mN94DxMqo7sj01Bggqd0EVq23r4Srlh8CsYKN18CyudwGVim/ y1JQ== X-Gm-Message-State: ALoCoQnxCMERWCoUCkiYXYuiLByxrAJ+OaSUPqEuxBiKLDJ2mmn8brpQjErKnzNY0EnNJmuhcdHr MIME-Version: 1.0 X-Received: by 10.194.60.43 with SMTP id e11mr42629056wjr.36.1431534506367; Wed, 13 May 2015 09:28:26 -0700 (PDT) Received: by 10.27.136.85 with HTTP; Wed, 13 May 2015 09:28:26 -0700 (PDT) Date: Wed, 13 May 2015 19:28:26 +0300 Message-ID: Subject: ReOpenLDAP - We are looking for a hero From: =?UTF-8?B?0JvQtdC+0L3QuNC0INCu0YDRjNC10LI=?= To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 16:28:34 -0000 Hi, Guys. We looking for a person (preferable speaking Russian), who is ready, wants, could, has enough competencies and self-motivations to become contributor/maintainer ReOpenLDAP in *BSD world. ReOpenLDAP - is a clone of well-known OpenLDAP project, but our primary goal is a 24x7 highload clustering (with realtime multimaster replication) for Telco industry. https://github.com/ReOpen/ReOpenLDAP Please, we do NOT want to discuss "Is it right and reasonable to make fork OpenLDAP...". We just do what we need, and keep the source open, but no more. We are not sure that ReOpenLDAP is needed for FreeBSD and other BSD-like platforms. Also it is not any reason to support *BSD by our team, except a "make world better", but we haven't the resources and competences to do it. So, we decided simple - if such hero will appears, then seems it is needed, otherwise not. Currently we decide to support only Linux and gcc/clang, all others - is already or will be dropped (it is require a lot of work to cleanup the source code). In responsibilities such hero will be: - decide about which versions of *BSD should be supported; - build and support reasonable CI (Continuous Integration) process; - provide compatibility for relevant version(s), submit patches and/or pull-requests; - propose solutions and participate in the discussion; - provide and maintain port(s); - etc... Thank in advance, Leonid. Lead software architect and developer in Peter-Service R&D. Moscow, Russia, http://www.billing.ru/en https://ru.linkedin.com/pub/leonid-yuriev/66/a55/676 From owner-freebsd-ports@FreeBSD.ORG Wed May 13 17:06:36 2015 Return-Path: Delivered-To: freebsd-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 D535DB33 for ; Wed, 13 May 2015 17:06:36 +0000 (UTC) Received: from mail-lb0-f174.google.com (mail-lb0-f174.google.com [209.85.217.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 62F071908 for ; Wed, 13 May 2015 17:06:35 +0000 (UTC) Received: by lbbzk7 with SMTP id zk7so34472071lbb.0 for ; Wed, 13 May 2015 10:06:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:organization:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=cMJcFG8dP+9ctwAzF+Q4gakWqsl2OejL85xqbC6Ct4Y=; b=kxQVbajkPecqeDWzQtJAgHU/XIDZKniuy0T0fty9htJxMq0nC2qKMQLC4CXB7J3c/R 9M7/PGoA+MpXQMLJM3WdKIRWwWCNWGU9k4aL7C4jI2/uWCuQIQTF8D+76hMcEyTT9/4I ktrhFp9NKAjSaw2314EAQjRev4lOwk7DJu75ftbC9ve8329QhvGBhbli82UCIW9XN36N iwq8rImMA4ytfFhMJaAYkV/NFZg8WeM95BvM17/xtpyURKSCirxA/LmOnxnusrVhmfq9 Oo8O3UT3idDKokG54dvqLvlg8VVUwFACMiBg0wT4pOoy1CbgG+uAWHzBfsZLMvwakDj2 Kk1A== X-Gm-Message-State: ALoCoQkfqI3YpQbN9Kesfw6jAf5m3BZ8pPYh86I3CxXMXex9y/SbtuBl3BFQj8POR7CFTYmTQNg1 X-Received: by 10.152.6.105 with SMTP id z9mr3400934laz.98.1431526045971; Wed, 13 May 2015 07:07:25 -0700 (PDT) Received: from [192.168.2.33] ([31.130.36.33]) by mx.google.com with ESMTPSA id o8sm5036132lal.2.2015.05.13.07.07.24 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 13 May 2015 07:07:25 -0700 (PDT) Message-ID: <55535A93.7020905@yuriev.ru> Date: Wed, 13 May 2015 17:07:15 +0300 From: Leonid Yuriev Organization: BigBrother, Matrix R&D User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: We are looking for a hero (preferably Russian speaking) Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 17:06:36 -0000 Hi, Guys. We looking for a person, who is ready, wants, could, has enough competencies and self-motivations to become contributor/maintainer ReOpenLDAP in *BSD world. ReOpenLDAP - is a clone of well-known OpenLDAP project, but our primary goal is a 24x7 highload clustering (with realtime multimaster replication) for Telco industry. https://github.com/ReOpen/ReOpenLDAP Please, we are NOT wanna a discuss "Is it right and reasonable to make fork OpenLDAP...". We just do what we need, and keep the source open, but no more. We are not sure that ReOpenLDAP is needed for FreeBSD and other BSD-like platforms. Also it is not any reason to support *BSD by our team, except a "make world better", but we haven't the resources and competences to do it. So, we decided simple - if such hero will appears, then seems it is needed, otherwise not. Currently we decide to support only Linux and gcc/clang, all others is already or will be dropped (it is require a lot of work to cleanup the source code). In responsibilities such hero will be: - decide about which versions of *BSD should be supported. - build and support reasonable CI (Continuous Integration) process. - provide compatibility for relevant version(s), submit patches and/or pull-requests. - propose solutions and participate in the discussion. - provide and maintain port(s). Thank in advance, Leonid. From owner-freebsd-ports@FreeBSD.ORG Wed May 13 17:20:42 2015 Return-Path: Delivered-To: freebsd-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 B6265A6; Wed, 13 May 2015 17:20:42 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5BDC21B58; Wed, 13 May 2015 17:20:41 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA23058; Wed, 13 May 2015 20:20:33 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1YsaKe-0006oH-US; Wed, 13 May 2015 20:20:32 +0300 Message-ID: <555387BC.4050402@FreeBSD.org> Date: Wed, 13 May 2015 20:19:56 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Baptiste Daroussin , Henry Hu CC: freebsd-ports@FreeBSD.org Subject: Re: pkg 1.5.1 wants to remove locked packages References: <2e3c80180e1fc608b29883e613b9bf49@mail.mikej.com> <20150427135919.GI13141@ivaldir.etoilebsd.net> <5552EC55.9050604@FreeBSD.org> <20150513155421.GB90457@ivaldir.etoilebsd.net> In-Reply-To: <20150513155421.GB90457@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 17:20:42 -0000 On 13/05/2015 18:54, Baptiste Daroussin wrote: > On Wed, May 13, 2015 at 03:45:58PM +0000, Henry Hu wrote: >> On Wed, May 13, 2015 at 2:18 PM Andriy Gapon wrote: >> >>> >>> I can also confirm this problem. Although in my case the packages are >>> not locked still it's not nice for pkg to remove them: >>> >>> $ pkg upgrade ... All repositories are up-to-date. Checking for >>> upgrades (946 candidates): 100% Processing candidates (946 candidates): >>> 100% The following 705 package(s) will be affected (of 0 checked): <<<< >>> [*] >>> >>> Installed packages to be REMOVED: libreoffice-4.3.5_2 >>> digikam-3.5.0_6,2 kipi-plugin-calendar-3.5.0_3 kipi-plugins-3.5.0_3,1 >>> >> >> Using "pkg search", you can see that these packages are not present in >> the repo currently. Maybe pkg finds that it can't find updated version so >> it can only remove them? > > yes but only because one of their dependencies is being updated as well > and might break those ports after the upgrade > > Once the package building is done again those packages will appear again in > the repo and the problem will be gone. Thank you for the information. pkg's behavior makes much more sense now. -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Wed May 13 18:08:50 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A577BC95 for ; Wed, 13 May 2015 18:08:50 +0000 (UTC) Received: from vfemail.net (ninezero.vfemail.net [96.30.253.190]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 66A881047 for ; Wed, 13 May 2015 18:08:50 +0000 (UTC) Received: (qmail 45367 invoked by uid 89); 13 May 2015 18:08:40 -0000 Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1) by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP; 13 May 2015 18:08:35 -0000 Received: (qmail 56818 invoked by uid 89); 13 May 2015 11:07:50 -0000 Received: by simscan 1.3.1 ppid: 56814, pid: 56816, t: 0.0038s scanners:none Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62) by FreeQueue with SMTP; 13 May 2015 11:07:50 -0000 Received: (qmail 28496 invoked by uid 89); 13 May 2015 11:07:50 -0000 Received: by simscan 1.4.0 ppid: 28487, pid: 28492, t: 1.0873s scanners:none Received: from unknown (HELO nil) (amJlaWNoQHZmZW1haWwubmV0@172.16.100.27) by 172.16.100.62 with ESMTPA; 13 May 2015 11:07:49 -0000 From: Jan Beich To: freebsd-mono@freebsd.org Cc: freebsd-ports@freebsd.org Subject: LOCAL/foo with prebuilt binaries vs. nuget vs. packaging separately Date: Wed, 13 May 2015 13:07:20 +0200 Message-ID: <7fsc-68if-wny@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="==-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 18:08:50 -0000 --==-=-= Content-Type: multipart/mixed; boundary="=-=-=" --=-=-= Content-Type: text/plain games/openra upstream stopped shipping third-party *.dll dependencies within distfile and instead provieds a script which calls nuget. We don't have a port for nuget nor a USES facility to handle anything other than fetch(1)-like tool. Packaging the mono libraries is possible but there're 11 of which only 1 is already available: devel/newtonsoft-json. It's also complicated by AssemblyKeyFile sometimes not being provided by upstream. The key cannot be generated within Makefile as it affects GAC hash used in install path. And I'm not sure if signing with dowstream key is a good idea. https://github.com/OpenRA/OpenRA/blob/bleed/thirdparty/fetch-thirdparty-deps.sh Do you have better ideas? --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=local.diff Content-Transfer-Encoding: quoted-printable Content-Description: LOCAL/foo workaround Index: games/openra/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =2D-- games/openra/Makefile (revision 385731) +++ games/openra/Makefile (working copy) @@ -1,10 +1,12 @@ # $FreeBSD$ =20 PORTNAME=3D openra =2DPORTVERSION=3D 20141029 +PORTVERSION=3D 20150424 DISTVERSIONPREFIX=3D release- =2DPORTREVISION=3D 2 CATEGORIES=3D games +MASTER_SITES=3D LOCAL/jbeich:libs +DISTFILES=3D ${DISTNAME}${EXTRACT_SUFX} \ + ${PORTNAME}-20150511.thirdparty.txz:libs =20 MAINTAINER=3D jbeich@FreeBSD.org COMMENT=3D Multiplayer re-envisioning of early RTS games by Westwood Studi= os @@ -43,9 +45,14 @@ ZENITY_DESC=3D Use native crash dialog =20 .include =20 +post-extract: +# XXX Convert to USES=3Dnuget or package dependencies instead + ${MV} ${WRKDIR}/thirdparty/download/* ${WRKSRC}/thirdparty + post-patch: ${REINPLACE_CMD} -e 's/Linux/${OPSYS}/' \ -e '/CP_R/s,hicolor/,hicolor,' \ + -e '/fetch-thirdparty-deps/d' \ -e 's/crashdialog/gamemonitor/' \ -e '/^mods:/s/$$/ version/' \ -e '/^docs:/s/$$/ all/' \ Index: games/openra/distinfo =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =2D-- games/openra/distinfo (revision 385731) +++ games/openra/distinfo (working copy) @@ -1,2 +1,4 @@ =2DSHA256 (openra-OpenRA-release-20141029_GH0.tar.gz) =3D f9986bb0d8b5b0580= 56f012e547eab015da1e4f079414cb419661a833ce35920 =2DSIZE (openra-OpenRA-release-20141029_GH0.tar.gz) =3D 15336937 +SHA256 (openra-OpenRA-release-20150424_GH0.tar.gz) =3D b5837cc6b33ff804aa4= 5f25c77662d448828815b1b554eab38ed6bd2ae48dd07 +SIZE (openra-OpenRA-release-20150424_GH0.tar.gz) =3D 17110851 +SHA256 (openra-20150511.thirdparty.txz) =3D 53d1f4d642a85b7ddab5f9399cf290= 531cb81a2649868f0fa91bd722260a6e47 +SIZE (openra-20150511.thirdparty.txz) =3D 1156972 Index: games/openra/files/patch-Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =2D-- games/openra/files/patch-Makefile (revision 385731) +++ games/openra/files/patch-Makefile (working copy) @@ -2,7 +2,7 @@ =20 --- Makefile~ +++ Makefile =2D@@ -357,10 +357,28 @@ install-linux-desktop: +@@ -381,10 +381,28 @@ install-linux-mime: install-linux-scripts: @echo "#!/bin/sh" > openra @echo 'cd "$(gameinstalldir)"' >> openra @@ -18,7 +18,7 @@ + @echo 'else' >> openra + @echo ' mono OpenRA.Game.exe "$$@"' >> openra + @echo 'fi' >> openra =2D @echo 'if [ $$? !=3D 0 ]' >> openra + @echo 'if [ $$? !=3D 0 -a $$? !=3D 1 ]' >> openra @echo 'then' >> openra - @echo 'ZENITY=3D`which zenity` || echo "OpenRA needs zenity installed to= display a graphical error dialog. See ~/.openra. for log files."' >> openra + @echo ' if [ -z "$$ZENITY" ]' >> openra Index: games/openra/files/patch-xamarin-bug23319 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =2D-- games/openra/files/patch-xamarin-bug23319 (revision 385731) +++ games/openra/files/patch-xamarin-bug23319 (working copy) @@ -1,50 +0,0 @@ =2Dcommit 04cbea3 =2DAuthor: Gordon Martin =2DDate: Tue Nov 11 13:35:49 2014 +0000 =2D =2D Desugaring a couple of ternary expressions which prevented OpenRA bu= ilding on Mono 3.10 and certain versions of the 3.8 series due to a bug in = Mono: https://bugzilla.xamarin.com/show_bug.cgi?id=3D23319 =2D--- =2D OpenRA.Game/Exts.cs | 8 ++++++-- =2D OpenRA.Mods.RA/Render/WithMuzzleFlash.cs | 10 ++++++++-- =2D 2 files changed, 14 insertions(+), 4 deletions(-) =2D =2Ddiff --git OpenRA.Game/Exts.cs OpenRA.Game/Exts.cs =2Dindex 19d177a..0faf5af 100644 =2D--- OpenRA.Game/Exts.cs =2D+++ OpenRA.Game/Exts.cs =2D@@ -374,8 +374,12 @@ public static T[] MakeArray(int count, Func f) =2D var result =3D new T[width, height]; =2D for (var i =3D 0; i < width; i++) =2D for (var j =3D 0; j < height; j++) =2D- result[i, j] =3D i <=3D ts.GetUpperBound(0) && j <=3D ts.GetUpperB= ound(1) =2D- ? ts[i, j] : t; =2D+ // Workaround for broken ternary operators in certain versions of = mono (3.10 and=20=20 =2D+ // certain versions of the 3.8 series): https://bugzilla.xamarin.c= om/show_bug.cgi?id=3D23319 =2D+ if (i <=3D ts.GetUpperBound(0) && j <=3D ts.GetUpperBound(1)) =2D+ result[i, j] =3D ts[i, j]; =2D+ else =2D+ result[i, j] =3D t; =2D return result; =2D } =2D=20 =2Ddiff --git OpenRA.Mods.RA/Render/WithMuzzleFlash.cs OpenRA.Mods.RA/Rende= r/WithMuzzleFlash.cs =2Dindex 2db391a..40a59d9 100644 =2D--- OpenRA.Mods.RA/Render/WithMuzzleFlash.cs =2D+++ OpenRA.Mods.RA/Render/WithMuzzleFlash.cs =2D@@ -51,8 +51,14 @@ public WithMuzzleFlash(Actor self, WithMuzzleFlashInf= o info) =2D var turreted =3D self.TraitsImplementing() =2D .FirstOrDefault(t =3D> t.Name =3D=3D arm.Info.Turret); =2D=20 =2D- getFacing =3D turreted !=3D null ? () =3D> turreted.TurretFacing : =2D- facing !=3D null ? (Func)(() =3D> facing.Facing) : () =3D> 0; =2D+ // Workaround for broken ternary operators in certain versions of = mono (3.10 and=20=20 =2D+ // certain versions of the 3.8 series): https://bugzilla.xamarin.c= om/show_bug.cgi?id=3D23319 =2D+ if (turreted !=3D null) =2D+ getFacing =3D () =3D> turreted.TurretFacing; =2D+ else if (facing !=3D null) =2D+ getFacing =3D (Func)(() =3D> facing.Facing); =2D+ else =2D+ getFacing =3D () =3D> 0; =2D=20 =2D var muzzleFlash =3D new Animation(self.World, render.GetImage(self= ), getFacing); =2D visible.Add(barrel, false); --=-=-=-- --==-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQF8BAEBCgBmBQJVUzBoXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREQjQ0MzY3NEM3RDIzNTc4NkUxNDkyQ0VF NEM3Nzg4MzQ3OURCRERCAAoJEOTHeINHnb3b/mcIAJLCN5A9n9ehSUN2YrRVH5PQ Jz4seV8/5sfSgauKLRSgGkXit9lWjOwvzqWWa+ITdQt4LMvdCIHMyTeQAQqxtmdj F8bxa/Iys5PIZtpN+FVpS2s42YoSlxusyT/a3nYGRkKu67o2jDKvR7smwxCwnRlD uxczr3GZOl36PIdgR/qXqgvJczNHW0ITkb4+7exkPg3+7XL/t1YyqT3EXqRpRmzE BIv1GRBiHyHQkOwgia/tsT+nUCr++t06FlhZzRmZAooCcz4BhQytkvt/uKFH7oXL iTashSUOMOaV+RW+ueIjNP36qDXbuGqF5Ly3cvJEphox0xIvd6wJDNFpAgHum/I= =xfoE -----END PGP SIGNATURE----- --==-=-=-- From owner-freebsd-ports@FreeBSD.ORG Wed May 13 19:26:22 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B8C9774 for ; Wed, 13 May 2015 19:26:22 +0000 (UTC) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [IPv6:2001:470:8b2d:1e1c:21b:21ff:feb8:d7b0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "khavrinen.csail.mit.edu", Issuer "Client CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BDDEA1AB3 for ; Wed, 13 May 2015 19:26:21 +0000 (UTC) Received: from khavrinen.csail.mit.edu (localhost [127.0.0.1]) by khavrinen.csail.mit.edu (8.14.9/8.14.9) with ESMTP id t4DJQJ91003128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL CN=khavrinen.csail.mit.edu issuer=Client+20CA); Wed, 13 May 2015 15:26:19 -0400 (EDT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.14.9/8.14.9/Submit) id t4DJQIlL003125; Wed, 13 May 2015 15:26:18 -0400 (EDT) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21843.42330.419411.175289@khavrinen.csail.mit.edu> Date: Wed, 13 May 2015 15:26:18 -0400 From: Garrett Wollman To: fv@moov.de, mat@freeebsd.org Cc: freebsd-ports@freebsd.org Subject: net-mgmt/p5-Cflow silently broken X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (khavrinen.csail.mit.edu [127.0.0.1]); Wed, 13 May 2015 15:26:19 -0400 (EDT) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 19:26:22 -0000 net-mgmt/p5-Cflow has been silently broken for some time, and I'm not sure how properly to fix it. When the port's configure phase runs, it correctly determines that it should use OSU flow-tools, according to its own output. However, this does not make it into the generated Makefile, which should include both "-DOSU" and "-I/usr/local/include" in CCFLAGS. When -DOSU is not defined for compilation, the module compiles successfully but to a non-working state that doesn't actually invoke the flow-tools library -- it treats the input file like raw cflow data (which it isn't). This used to work (in recent memory). I'm not sure what broke it, but I suspect it was mat@'s change in r373901. I've temporarily worked around the problem (by building a package manually) but that will break the next time Perl gets updated. -GAWollman From owner-freebsd-ports@FreeBSD.ORG Wed May 13 21:09:57 2015 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 E19F9C8B for ; Wed, 13 May 2015 21:09:57 +0000 (UTC) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id C91D6164B for ; Wed, 13 May 2015 21:09:57 +0000 (UTC) Received: from yuri.doctorlan.com (c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128]) (authenticated bits=0) by shell1.rawbw.com (8.14.9/8.14.9) with ESMTP id t4DL9oJm032514 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 13 May 2015 14:09:51 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128] claimed to be yuri.doctorlan.com Message-ID: <5553BD9D.50900@rawbw.com> Date: Wed, 13 May 2015 14:09:49 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: "ports@freebsd.org" CC: Carmel NY Subject: Re: www/firefox really depends on security/openssl? References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> <554EEBB5.8010304@rawbw.com> <20150511202110.34e6e29c@kirk.drpetervoigt.private> <55510C22.9050900@rawbw.com> <20150512000259.32a44ec4@kirk.drpetervoigt.private> <55512E8F.8040508@rawbw.com> <20150512022857.7230c163@kirk.drpetervoigt.private> <55515251.5040503@rawbw.com> <20150512112505.5f36f0b2@kirk.drpetervoigt.private> <5551DB5A.7090508@rawbw.com> <20150513012435.1912fdc2@kirk.drpetervoigt.private> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 21:09:58 -0000 On 05/13/2015 04:11, Carmel NY wrote: > The most reliable method to eliminate this, for lack of a better word > "bullshit", would be for FreeBSD to keep the "base" system "openssl" > version" up-to-date. It is apparent to even the most casual observer that > the present method of allowing to different versions of such an important > application on the same system without a fail proof method of choosing which > version to use as you have demonstrated is truly counter productive to a > "stable" environment. Even keeping the base up-to-date won't necesarily work, since mixing of two copies of the same shared lib from different locations may, and probably will cause faulty behavior due to static variables, among other reasons. Base OpenSSL should be used for one thigs, and port - for others. Isolation is important. I raised this conversation on Apr 1 here, but apparently this important issue is still not resolved. I can't do this myself, because the patch will be likely touching ~100 places, and people who commit it will have to go through all the details, and essentially redo all the thinking. I can't even get simple and obvious stage-qa checks to be checked in. Likely because they aren't exciting enough. People are attracted to exciting stuff. Yuri From owner-freebsd-ports@FreeBSD.ORG Wed May 13 21:12:28 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E7E4D46 for ; Wed, 13 May 2015 21:12:28 +0000 (UTC) Received: from mail-in-3.serv.Uni-Osnabrueck.DE (vm299.rz.uni-osnabrueck.de [131.173.16.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D5BF91708 for ; Wed, 13 May 2015 21:12:26 +0000 (UTC) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (vm136.rz.uni-osnabrueck.de [131.173.16.11]) by mail-in-3.serv.Uni-Osnabrueck.DE (8.14.4/8.14.4) with ESMTP id t4DLCHPk002883 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 13 May 2015 23:12:17 +0200 Received: from spock.drpetervoigt.private (p5DC4C58C.dip0.t-ipconnect.de [93.196.197.140]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.8/8.13.8) with ESMTP id t4DLCFof012140 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 13 May 2015 23:12:16 +0200 Received: from kirk.drpetervoigt.private (kirk.drpetervoigt.private [192.168.1.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: pvoigt) by spock.drpetervoigt.private (Postfix) with ESMTPSA id 808D34A033A1 for ; Wed, 13 May 2015 23:12:15 +0200 (CEST) Date: Wed, 13 May 2015 23:12:05 +0200 From: "Dr. Peter Voigt" To: freebsd-ports@freebsd.org Subject: Re: www/firefox really depends on security/openssl? Message-ID: <20150513231205.291fe011@kirk.drpetervoigt.private> In-Reply-To: <55534973.60701@gmail.com> References: <20150509125643.0bda93e6@kirk.drpetervoigt.private> <554EEBB5.8010304@rawbw.com> <20150511202110.34e6e29c@kirk.drpetervoigt.private> <55510C22.9050900@rawbw.com> <20150512000259.32a44ec4@kirk.drpetervoigt.private> <55512E8F.8040508@rawbw.com> <20150512022857.7230c163@kirk.drpetervoigt.private> <55515251.5040503@rawbw.com> <20150512112505.5f36f0b2@kirk.drpetervoigt.private> <5551DB5A.7090508@rawbw.com> <20150513012435.1912fdc2@kirk.drpetervoigt.private> <55533883.8010900@gmail.com> <55534973.60701@gmail.com> Organization: =?UTF-8?B?VW5pdmVyc2l0w6R0IE9zbmFicsO8Y2s=?= X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.23; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.5.13.201816 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report= HTML_00_01 0.05, HTML_00_10 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, BODY_SIZE_900_999 0, FROM_NAME_PHRASE 0, RDNS_POOLED 0, RDNS_SUSP 0, RDNS_SUSP_SPECIFIC 0, REFERENCES 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_BODY_WEBMAIL 0, __FRAUD_WEBMAIL 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __RDNS_POOLED_10 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __TO_NO_NAME 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __URI_NS X-PMX-Spam-Level: IIIIIIII X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 21:12:28 -0000 On Wed, 13 May 2015 08:54:11 -0400 Ernie Luzar wrote: > Maybe it takes a PR to shine light on this problem as the subject of > this post is no longer valid Yes, discussion has shifted far away from topic. I would really appreciate this issue beeing on the todo list of the FreeBSD project. When thinking about a suitable subject of such a PR containing "OpenSSL" I am getting aware of my limited FreeBSD knowledge and experience. And the situation is even getting worse when thinking about the content of this PR. I even feel that such an important issue cannot even be categorized the right way within FreeBSD Bugzilla as it is affecting both base system and ports. Does anybody feel more experienced with this topic. Or should we first start a mailing list or forum thread where we can collect main issues and suggestions that can later be incorporated into a PR? Peter From owner-freebsd-ports@FreeBSD.ORG Wed May 13 21:48:59 2015 Return-Path: Delivered-To: freebsd-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 3B0E37E0 for ; Wed, 13 May 2015 21:48:59 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F146E1AEB for ; Wed, 13 May 2015 21:48:57 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id EEC17BDC25; Wed, 13 May 2015 23:48:55 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=mat.cc; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=plouf; bh=tSKR42Y1S0/ n4/dSAqyc/pQEsEM=; b=LN4XEvU3j2PGOaSB0f911I20nA8c+ycSqXdu6o6z6KZ S1svda4s/CNHp+PoSW5xueJbJ0Xw8tgg6w+iK/XPX7K1vRAAFjGZ7WS3hlBkcSkk WTF08yqP+CXG5BIGYqj8Bbj2zv2tyh8B5jjQU4jK+ej0NCZUdIvfguJoghVWvmVk = Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) by prod2.absolight.net (Postfix) with ESMTPA id EABCCBDC24; Wed, 13 May 2015 23:48:55 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by atuin.in.mat.cc (Postfix) with ESMTP id C5AED3435F62; Wed, 13 May 2015 23:48:55 +0200 (CEST) Date: Wed, 13 May 2015 23:48:55 +0200 From: Mathieu Arnold To: Garrett Wollman , fv@moov.de, mat@freeebsd.org cc: freebsd-ports@freebsd.org Subject: Re: net-mgmt/p5-Cflow silently broken Message-ID: In-Reply-To: <201505131927.t4DJRn6V003157@khavrinen.csail.mit.edu> References: <201505131927.t4DJRn6V003157@khavrinen.csail.mit.edu> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 21:48:59 -0000 +--On 13 mai 2015 15:27:49 -0400 Garrett Wollman wrote: | net-mgmt/p5-Cflow has been silently broken for some time, and I'm not | sure how properly to fix it. | | When the port's configure phase runs, it correctly determines that it | should use OSU flow-tools, according to its own output. However, this | does not make it into the generated Makefile, which should include | both "-DOSU" and "-I/usr/local/include" in CCFLAGS. When -DOSU is not | defined for compilation, the module compiles successfully but to a | non-working state that doesn't actually invoke the flow-tools library | -- it treats the input file like raw cflow data (which it isn't). | | This used to work (in recent memory). I'm not sure what broke it, but | I suspect it was mat@'s change in r373901. I've temporarily worked | around the problem (by building a package manually) but that will | break the next time Perl gets updated. Could you at least open a PR so that this problem doesn't get lost ? -- Mathieu Arnold From owner-freebsd-ports@FreeBSD.ORG Wed May 13 21:53:40 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51089996; Wed, 13 May 2015 21:53:40 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 729E31BDA; Wed, 13 May 2015 21:53:39 +0000 (UTC) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [192.94.73.9]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id t4DLqbQQ017407 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Wed, 13 May 2015 21:52:37 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id t4DLqbLK000601; Wed, 13 May 2015 16:52:37 -0500 (CDT) From: Scott Bennett Message-Id: <201505132152.t4DLqbLK000601@sdf.org> Date: Wed, 13 May 2015 16:52:37 -0500 To: bsd-lists@bsdforge.com, bapt@freebsd.org Subject: Re: damage to pkg's sqlite data base Cc: freebsd-ports@freebsd.org References: <201505120617.t4C6HkA3019096@sdf.org> <0dcbdcb9fdfdebc53a2563b11494f61b@ultimatedns.net> <201505130512.t4D5Cpqa011080@sdf.org> <5f1749d3e664fbb487aa98f160e6cf92@ultimatedns.net> <201505130720.t4D7KtMd016553@sdf.org> <20150513145004.GA90457@ivaldir.etoilebsd.net> In-Reply-To: <20150513145004.GA90457@ivaldir.etoilebsd.net> User-Agent: Heirloom mailx 12.5 6/20/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 21:53:40 -0000 I'm short on time right now, so I'll defer my replies to Andrew Clark and Chris H until late tonight after I (hope to) have had a chance to try out Andrew's suggested procedure. I do have sqlite installed, though (see far below). Baptiste Daroussin wrote: > On Wed, May 13, 2015 at 06:48:12AM -0700, Chris H wrote: > > On Wed, 13 May 2015 02:20:55 -0500 Scott Bennett wrote > > > > > "Chris H" wrote: > > > > On Wed, 13 May 2015 00:12:51 -0500 Scott Bennett wrote > > > > > "Chris H" wrote: > > > > > > On Tue, 12 May 2015 01:17:46 -0500 Scott Bennett > > > > > wrote > > > > > > > > For nearly two weeks I've been stymied by an apparently damaged > > > > > record > > in the sqlite data base used by pkg(8) and pkg-static(8). > > > > > Unfortunately, > > it is a record for a port that is depended upon rather > > > > > heavily, lang/gcc. > > lang/gcc compiled and linked just fine, but any > > > > > attempt to install the > > result ends up like this. > > > > > > > > > > > > > > ===> Checking if gcc already installed > > > > > > > ===> Registering installation for gcc-4.8.4_3 > > > > > > > Installing gcc-4.8.4_3... > > > > > > > pkg-static: sqlite error while executing iterator in file > > > > > > > pkgdb_iterator.c:931: database disk image is malformed pkg-static: > > > > > sqlite > > error while executing INSERT OR REPLACE INTO files (path, > > > > > sha256, > > package_id) VALUES (?1, ?2, ?3) in file pkgdb.c:1722: > > > > > database disk image > > is malformed *** Error code 70 > > > > > > > > > > > > > > Stop. > > > > > > > make: stopped in /usr/ports/lang/gcc > > > > > > > > > > > > > > I'm not familiar with sqlite commands, nor with the structure of > > > > > the > > pkg data base, nor any of several other relevant topics. But I > > > > > do have > > > > > > If someone knows sqlite well enough to look at the error messages above > > > and then give me directions to delete the offending records, then perhaps the > > > next attempt to install lang/gcc might actually work. Anyone? > > > > > > > > > > questions: > > > > > > > > > > > > > > 1) how might the damage have happened? > > > > > > > > > > > > > > 2) how might such an event be avoided/prevented in the future? > > > > > > > > > > > > > > 3) most urgently, how can I *fix* it? > > > > > > You should get a backup made on the nightly cron(8) (periodic(8)). > > > > > > It'll be located in /var/backups > > > > > > Off the top of my head I can't remember which of the 2, is which. > > > > > > But a simple size comparison should tell the tale. :) > > > > > > > > > > The problem began much farther back than two days ago, but I should > > > > > be able to restore it from two weeks or more in the past and then find > > > > > the most recent version that is not corrupted. > > > > > > > > > > > Simply rename your (now) corrupt db, and copy the backup over. > > > > > > > > > > However, if I do that, then what happens to all the ports that have > > > > > been updated or added since that version of the data base was backed up? > > > > > I have run "portmaster -a" (with some additional options) quite a few > > > > > times since the lang/gcc problem first appeared, so an old local.sqlite > > > > > will no longer accurately reflect what is currently installed. > > > > > > > > > > > > I ran into this problem as well, and this was how I was finally > > > > > > able to overcome it. > > > > > > > > > > > > Hope this helps! > > > > > > > > > > > > --Chris > > > > > > > > > > > > > > > > > > > > 4) I was unable to find any instructions for recreating a pkg > > > > > data > > base if the data base gets damaged/destroyed. Is there a > > > > > way to > > do that that I missed? > > > > > > > > > > There must be a way to do this, right? I mean, really, it's pretty > > > > > fundamental that no new data base be put into production without a way to > > > > > rebuild it. The FreeBSD developers haven't really broken so ancient and > > > > > basic a principle, have they? So what's the trick? What is the method > > > > > to rebuild /var/db/pkg/local.sqlite from scratch based upon the currently > > > > > installed ports/packages? > > > > I whined about it the first time my DB blew up. It's become > > > > corrupted several times since on different boxes/versions. *but* > > > > after the first time, I made it a habit of making a copy of it *before* > > > > embarking on an upgrade, or install of any ports. Seems it's the only > > > > way to save yourself. pkg(8), to the best of my knowledge doesn't > > > > perform a backup prior to any of this. So I *do*. > > > > Annoying, but it beats attempting to recover from a failed port > > > > upgrade/install. > > > > > > Chris, thanks for your responses, depressing though they be. > > > I have been using portmaster for ages to update my installed ports > > > and usually to install them in the first place. Does your suggestion > > > mean abandoning portmaster? > > No. I'm an avid user of portmaster(8). In fact I intend to be it's > > maintainer. :) > > > If it is necessary to back local.sqlite up > > > before each installation, that would seem to imply that portmaster would > > > only be useful in getting a list of ports to be updated, after which each > > > port would have to be updated individually, so that local.sqlite could be > > > backed up before each one. I have over 1900 ports installed, so that would > > > mean just never updating my ports at all, except by rebuilding all of them > > > upon upgrading to a new major release of FreeBSD. > > I > > > Bapt, oh, Bapt, whatever were you folks thinking? Did you really > > > leave us no practical recovery method? > > In Bapt's humble defense. It's difficult, to impossible for him to fix > > a problem w/o decent clues. So I wouldn't go pointing any fingers, just > > yet. :) In other words; w/o a cause, what should he fix? :) > > What recovery would you suggest? Truth is, if you brushed up on sqlite3 > > you could create a fresh DB, using output from portmaster(8). Troublesome, > > perhaps. But at least an alternative. Chris? You already responded to my question 4) above, which answers your question. Why are you now asking this? Any data base intended for production use MUST be accompanied by a method of recreating it before the data base goes into production. This has been the case as long as data bases have been used. The Wallendas may walk without nets between skyscraper roofs, but I assure you that a) not all of them arrive at the intended destinations and b) normal mortals have a different perspective on that sort of risk. Further, if portmaster produces that output *from the corrupted data base*, then it stands to reason that other cases of corruption that differed in particulars from this one might prevent portmaster from providing said output. > > > > Coming very late to the discussion I would like to understand what lead you to a > broken database, from what I am aware of the only way to end up with a broken db > is using pkg over nfs without rpc lock properly running (note that the default > > nfs client service on freebsd does not start rpc lock...) > > pkg work around this case by detecting the filesystem it is running on and > changing the locking system it uses when running on network filesystem so this > problem cannot in theory happen anymore even if one forgot to start rpc lockd. > > It remains however one case where this can happen: it is one the host is running > over nfs and it starts a jail, in that case, the jail does not know it is > running over nfs so pkg cannot know it needs to switch the locking system. > > Are you in one of those situation, if not can you describe a a bit more your > system? FreeBSD hellas 10.1-STABLE FreeBSD 10.1-STABLE #54 r282368: Sun May 3 15:48:37 CDT 2015 bennett@hellas:/usr/obj/usr/src/sys/hellas amd64 I have only one machine running these days, so there is no NFS. At present, I have no jails set up. Here are data concerning the relevant drive, which is the boot drive. There are many other file systems on this machine, but they all involve external devices and are unrelated to this issue, except for /buildwork, where WRKDIRPREFIX=/buildwork/ports and CCACHE_DIR=/buildwork/ccache. The same sort of information for /buildwork is included below. /dev/mirror/fbsds1a on / (ufs, local) devfs on /dev (devfs, local, multilabel) /dev/mirror/fbsds1d on /var (ufs, local) /dev/mirror/fbsds1e on /usr (ufs, local, soft-updates) /dev/mirror/fbsds1f on /usr/local (ufs, local) /dev/mirror/fbsds3a on /usr/home (ufs, local) /dev/mirror/fbsds3d on /usr/ports (ufs, local, soft-updates) /dev/ufs/stripework on /buildwork (ufs, local, soft-updates) mirror/fbsds1 COMPLETE ada0s1 (ACTIVE) mirror/fbsds3a COMPLETE ada0s3a (ACTIVE) mirror/fbsds3d COMPLETE ada0s3d (ACTIVE) ufs/stripework N/A stripe/5x15g1 stripe/5x15g1 UP da0p5 da2p5 da3p5 da5p5 da6p5 Note that the mirrors listed above have only one device in each. At one point a few weeks ago, there were two devices in each for a bit under eight hours until the brand-new second drive failed. Unfortunately, it turns out that the manufacturer does not provide any support for its internal hard drive products, other than replacement under warranty via a web page that requires an unsecured web browser to apply for the replacement. Grrr. Until I get that straightened out and have a second drive, all of the mirrors listed above on the boot drive are unreplicated. > > Now by default pkg creates back up of the db daily to allow recovery, there was > an issue before pkg 1.5 which requires a manual intervention and fixed after pkg > 1.5 so it is easier to recover. One serious problem for recovery is that I don't know when the corruption actually occurred. All I can tell you is that it must have happened no earlier than the previous update to lang/gcc (lang/gcc48). The error messages first appeared with the update to gcc-4.8.4_3. > > sqlite is a pretty solid db I would like to understand how you ended up with a > corrupted db if not what I described above. So would I because I would seriously like it not to happen again. Long ago, I used to use portupgrade, but I eventually switched to portmaster for three reasons: speed (ruby is awfully slow), dougb@ massively reworked portmaster and made it work much more correctly than portupgrade, and portupgrade's frustrating habit of always deciding that the package data base had to be rebuilt from nothing, which always took a long time and failed as often as it succeeded. Because portmaster now has to use a data base instead of direct evidence, it seems that that fourth complaint has partly returned to haunt us. sqlite3-3.8.9_1 is what is installed on my system. I have no idea which version is incorporated into pkg or pkg-static. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-ports@FreeBSD.ORG Wed May 13 22:12:13 2015 Return-Path: Delivered-To: freebsd-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 51AB0D91 for ; Wed, 13 May 2015 22:12:13 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D0D1F1DEA for ; Wed, 13 May 2015 22:12:12 +0000 (UTC) Received: by widdi4 with SMTP id di4so72630489wid.0 for ; Wed, 13 May 2015 15:12:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=qf+jcoKqciltV+BW0bZEW7/KN/g2o0pqOuOJO3nRhDU=; b=lrW/6vDO8BTwKDaAOSLTByQ5TTK9qMoJ1Xa66/b29loGdxfVbaCVkrtzbiR2RcvgHd WXqNQvBhX1YuNM8DJwsoPsfM30S7YQ36WgF7NbjZnV9yNsbPG+R2mmiha0stN0hU43Kb yLrmvEzt6Xu1qllPbR6eHUReGTKKYEO7j27jW3uJ0kBLF10uzcNj+cPC/YxnP5ednoFX CgN7RGueBrxlvb+RivSmwGTUm+StOmo+XnhkNNoM9xVwbJxxR6/QfStG9loSDdovc9sq RdFyOt56t0umUif8JpSlR1PCSC+Yg6dgZhsHudrZWDuLR6pkMZs6YqrZJGW0Dt9YmRe3 RbZA== X-Received: by 10.180.77.83 with SMTP id q19mr42107466wiw.89.1431555130600; Wed, 13 May 2015 15:12:10 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id ez19sm10130340wid.19.2015.05.13.15.12.09 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 13 May 2015 15:12:09 -0700 (PDT) Sender: Baptiste Daroussin Date: Thu, 14 May 2015 00:12:07 +0200 From: Baptiste Daroussin To: Scott Bennett Cc: bsd-lists@bsdforge.com, freebsd-ports@freebsd.org Subject: Re: damage to pkg's sqlite data base Message-ID: <20150513221207.GE90457@ivaldir.etoilebsd.net> References: <201505120617.t4C6HkA3019096@sdf.org> <0dcbdcb9fdfdebc53a2563b11494f61b@ultimatedns.net> <201505130512.t4D5Cpqa011080@sdf.org> <5f1749d3e664fbb487aa98f160e6cf92@ultimatedns.net> <201505130720.t4D7KtMd016553@sdf.org> <20150513145004.GA90457@ivaldir.etoilebsd.net> <201505132152.t4DLqbLK000601@sdf.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zjcmjzIkjQU2rmur" Content-Disposition: inline In-Reply-To: <201505132152.t4DLqbLK000601@sdf.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2015 22:12:13 -0000 --zjcmjzIkjQU2rmur Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 13, 2015 at 04:52:37PM -0500, Scott Bennett wrote: > I'm short on time right now, so I'll defer my replies to Andrew Clark > and Chris H until late tonight after I (hope to) have had a chance to try > out Andrew's suggested procedure. I do have sqlite installed, though (see > far below). >=20 > Baptiste Daroussin wrote: > > On Wed, May 13, 2015 at 06:48:12AM -0700, Chris H wrote: > > > On Wed, 13 May 2015 02:20:55 -0500 Scott Bennett wr= ote > > >=20 > > > > "Chris H" wrote: > > > > > On Wed, 13 May 2015 00:12:51 -0500 Scott Bennett wrote > > > > > > "Chris H" wrote: > > > > > > > On Tue, 12 May 2015 01:17:46 -0500 Scott Bennett > > > > > > wrote > > > > > > > > > For nearly two weeks I've been stymied by an apparently dam= aged > > > > > > record > > in the sqlite data base used by pkg(8) and pkg-stati= c(8).=20 > > > > > > Unfortunately, > > it is a record for a port that is depended u= pon rather > > > > > > heavily, lang/gcc. > > lang/gcc compiled and linked just fine, = but any > > > > > > attempt to install the > > result ends up like this. > > > > > > > >=20 > > > > > > > > =3D=3D=3D> Checking if gcc already installed > > > > > > > > =3D=3D=3D> Registering installation for gcc-4.8.4_3 > > > > > > > > Installing gcc-4.8.4_3... > > > > > > > > pkg-static: sqlite error while executing iterator in file > > > > > > > > pkgdb_iterator.c:931: database disk image is malformed pkg-= static: > > > > > > sqlite > > error while executing INSERT OR REPLACE INTO files (= path, > > > > > > sha256, > > package_id) VALUES (?1, ?2, ?3) in file pkgdb.c:172= 2: > > > > > > database disk image > > is malformed *** Error code 70 > > > > > > > >=20 > > > > > > > > Stop. > > > > > > > > make: stopped in /usr/ports/lang/gcc > > > > > > > >=20 > > > > > > > > I'm not familiar with sqlite commands, nor with the st= ructure of > > > > > > the > > pkg data base, nor any of several other relevant topics= =2E But I > > > > > > do have=20 > > > > > > > > If someone knows sqlite well enough to look at the error messa= ges above > > > > and then give me directions to delete the offending records, then p= erhaps the > > > > next attempt to install lang/gcc might actually work. Anyone? > > > >=20 > > > > > > > > questions: > > > > > > > >=20 > > > > > > > > 1) how might the damage have happened? > > > > > > > >=20 > > > > > > > > 2) how might such an event be avoided/prevented in the = future? > > > > > > > >=20 > > > > > > > > 3) most urgently, how can I *fix* it? > > > > > > > You should get a backup made on the nightly cron(8) (periodic= (8)). > > > > > > > It'll be located in /var/backups > > > > > > > Off the top of my head I can't remember which of the 2, is wh= ich. > > > > > > > But a simple size comparison should tell the tale. :) > > > > > >=20 > > > > > > The problem began much farther back than two days ago, but= I should > > > > > > be able to restore it from two weeks or more in the past and th= en find > > > > > > the most recent version that is not corrupted. > > > > > >=20 > > > > > > > Simply rename your (now) corrupt db, and copy the backup over. > > > > > >=20 > > > > > > However, if I do that, then what happens to all the ports = that have > > > > > > been updated or added since that version of the data base was b= acked up? > > > > > > I have run "portmaster -a" (with some additional options) quite= a few > > > > > > times since the lang/gcc problem first appeared, so an old loca= l.sqlite > > > > > > will no longer accurately reflect what is currently installed. > > > > > > > > > > > > > > I ran into this problem as well, and this was how I was final= ly > > > > > > > able to overcome it. > > > > > > > > > > > > > > Hope this helps! > > > > > > > > > > > > > > --Chris > > > > > > > > > > > > > > >=20 > > > > > > > > 4) I was unable to find any instructions for recreating= a pkg > > > > > > data > > base if the data base gets damaged/destroyed. Is = there a > > > > > > way to > > do that that I missed? > > > > > >=20 > > > > > > There must be a way to do this, right? I mean, really, it= 's pretty > > > > > > fundamental that no new data base be put into production withou= t a way to > > > > > > rebuild it. The FreeBSD developers haven't really broken so an= cient and > > > > > > basic a principle, have they? So what's the trick? What is th= e method > > > > > > to rebuild /var/db/pkg/local.sqlite from scratch based upon the= currently > > > > > > installed ports/packages? > > > > > I whined about it the first time my DB blew up. It's become > > > > > corrupted several times since on different boxes/versions. *but* > > > > > after the first time, I made it a habit of making a copy of it *b= efore* > > > > > embarking on an upgrade, or install of any ports. Seems it's the = only > > > > > way to save yourself. pkg(8), to the best of my knowledge doesn't > > > > > perform a backup prior to any of this. So I *do*. > > > > > Annoying, but it beats attempting to recover from a failed port > > > > > upgrade/install. > > > >=20 > > > > Chris, thanks for your responses, depressing though they be. > > > > I have been using portmaster for ages to update my installed p= orts > > > > and usually to install them in the first place. Does your suggesti= on > > > > mean abandoning portmaster? > > > No. I'm an avid user of portmaster(8). In fact I intend to be it's > > > maintainer. :) > > > > If it is necessary to back local.sqlite up > > > > before each installation, that would seem to imply that portmaster = would > > > > only be useful in getting a list of ports to be updated, after whic= h each > > > > port would have to be updated individually, so that local.sqlite co= uld be > > > > backed up before each one. I have over 1900 ports installed, so th= at would > > > > mean just never updating my ports at all, except by rebuilding all = of them > > > > upon upgrading to a new major release of FreeBSD. > > > I > > > > Bapt, oh, Bapt, whatever were you folks thinking? Did you rea= lly > > > > leave us no practical recovery method? > > > In Bapt's humble defense. It's difficult, to impossible for him to fix > > > a problem w/o decent clues. So I wouldn't go pointing any fingers, ju= st > > > yet. :) In other words; w/o a cause, what should he fix? :) > > > What recovery would you suggest? Truth is, if you brushed up on sqlit= e3 > > > you could create a fresh DB, using output from portmaster(8). Trouble= some, > > > perhaps. But at least an alternative. >=20 > Chris? You already responded to my question 4) above, which answers > your question. Why are you now asking this? Any data base intended for > production use MUST be accompanied by a method of recreating it before > the data base goes into production. This has been the case as long as > data bases have been used. The Wallendas may walk without nets between > skyscraper roofs, but I assure you that a) not all of them arrive at the > intended destinations and b) normal mortals have a different perspective > on that sort of risk. > Further, if portmaster produces that output *from the corrupted data > base*, then it stands to reason that other cases of corruption that diffe= red > in particulars from this one might prevent portmaster from providing said > output. >=20 > > > >=20 > > Coming very late to the discussion I would like to understand what lead= you to a > > broken database, from what I am aware of the only way to end up with a = broken db > > is using pkg over nfs without rpc lock properly running (note that the = default > > > > nfs client service on freebsd does not start rpc lock...) > > > > pkg work around this case by detecting the filesystem it is running on = and > > changing the locking system it uses when running on network filesystem = so this > > problem cannot in theory happen anymore even if one forgot to start rpc= lockd. > > > > It remains however one case where this can happen: it is one the host i= s running > > over nfs and it starts a jail, in that case, the jail does not know it = is > > running over nfs so pkg cannot know it needs to switch the locking syst= em. > > > > Are you in one of those situation, if not can you describe a a bit more= your > > system? >=20 > FreeBSD hellas 10.1-STABLE FreeBSD 10.1-STABLE #54 r282368: Sun May 3 15= :48:37 CDT 2015 bennett@hellas:/usr/obj/usr/src/sys/hellas amd64 > I have only one machine running these days, so there is no NFS. At > present, I have no jails set up. > Here are data concerning the relevant drive, which is the boot drive. > There are many other file systems on this machine, but they all involve > external devices and are unrelated to this issue, except for /buildwork, > where WRKDIRPREFIX=3D/buildwork/ports and CCACHE_DIR=3D/buildwork/ccache.= The > same sort of information for /buildwork is included below. >=20 > /dev/mirror/fbsds1a on / (ufs, local) > devfs on /dev (devfs, local, multilabel) > /dev/mirror/fbsds1d on /var (ufs, local) > /dev/mirror/fbsds1e on /usr (ufs, local, soft-updates) > /dev/mirror/fbsds1f on /usr/local (ufs, local) > /dev/mirror/fbsds3a on /usr/home (ufs, local) > /dev/mirror/fbsds3d on /usr/ports (ufs, local, soft-updates) > /dev/ufs/stripework on /buildwork (ufs, local, soft-updates) >=20 > mirror/fbsds1 COMPLETE ada0s1 (ACTIVE) > mirror/fbsds3a COMPLETE ada0s3a (ACTIVE) > mirror/fbsds3d COMPLETE ada0s3d (ACTIVE) > ufs/stripework N/A stripe/5x15g1 > stripe/5x15g1 UP da0p5 > da2p5 > da3p5 > da5p5 > da6p5 >=20 > Note that the mirrors listed above have only one device in each. At one > point a few weeks ago, there were two devices in each for a bit under > eight hours until the brand-new second drive failed. Unfortunately, it > turns out that the manufacturer does not provide any support for its > internal hard drive products, other than replacement under warranty via > a web page that requires an unsecured web browser to apply for the > replacement. Grrr. Until I get that straightened out and have a second > drive, all of the mirrors listed above on the boot drive are unreplicated. > > > > Now by default pkg creates back up of the db daily to allow recovery, t= here was > > an issue before pkg 1.5 which requires a manual intervention and fixed = after pkg > > 1.5 so it is easier to recover. >=20 > One serious problem for recovery is that I don't know when the > corruption actually occurred. All I can tell you is that it must have > happened no earlier than the previous update to lang/gcc (lang/gcc48). > The error messages first appeared with the update to gcc-4.8.4_3. > > > > sqlite is a pretty solid db I would like to understand how you ended up= with a > > corrupted db if not what I described above. >=20 > So would I because I would seriously like it not to happen again. > Long ago, I used to use portupgrade, but I eventually switched to > portmaster for three reasons: speed (ruby is awfully slow), dougb@ > massively reworked portmaster and made it work much more correctly > than portupgrade, and portupgrade's frustrating habit of always deciding > that the package data base had to be rebuilt from nothing, which always > took a long time and failed as often as it succeeded. Because portmaster > now has to use a data base instead of direct evidence, it seems that that > fourth complaint has partly returned to haunt us. > sqlite3-3.8.9_1 is what is installed on my system. I have no idea > which version is incorporated into pkg or pkg-static. >=20 pkg incorporates a sqlite3 3.8.9 version but that is not a problem as all is compatible. if your date were corrupted during the last backups then the backups will be empty. Try xzcat /var/backups/pkg.sql.xz | head -1 if the output is: pragma user_version=3D 31; then via command line: unxz /var/backup/pkg.sql.xz | sqlite3 /var/db/local.sqlite If not then unxz /var/backup/pkg.sql.xz | sqlite3 /var/db/local.sqlite sqlite3 /var/db/local.sqlite "pragma user_version=3D 31;" That should just work pkg info should now show you your packages. Best regards, Bapt --zjcmjzIkjQU2rmur Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlVTzDcACgkQ8kTtMUmk6EwRWACeMBHIBXCxETVekNhZumBvNocu 4vMAnAwy/nOiXms7+BX2kneY0HKCgfRt =9wI1 -----END PGP SIGNATURE----- --zjcmjzIkjQU2rmur-- From owner-freebsd-ports@FreeBSD.ORG Thu May 14 02:57:56 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D69DBF36 for ; Thu, 14 May 2015 02:57:56 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED5741CDF for ; Thu, 14 May 2015 02:57:54 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t4E2wIYB055491 for ; Wed, 13 May 2015 19:58:25 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <201505132152.t4DLqbLK000601@sdf.org> References: <201505120617.t4C6HkA3019096@sdf.org> <0dcbdcb9fdfdebc53a2563b11494f61b@ultimatedns.net> <201505130512.t4D5Cpqa011080@sdf.org> <5f1749d3e664fbb487aa98f160e6cf92@ultimatedns.net> <201505130720.t4D7KtMd016553@sdf.org> <20150513145004.GA90457@ivaldir.etoilebsd.net>, <201505132152.t4DLqbLK000601@sdf.org> From: "Chris H" Subject: Re: damage to pkg's sqlite data base Date: Wed, 13 May 2015 19:58:25 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2015 02:57:56 -0000 On Wed, 13 May 2015 16:52:37 -0500 Scott Bennett wrote > I'm short on time right now, so I'll defer my replies to Andrew Clark > and Chris H until late tonight after I (hope to) have had a chance to try > out Andrew's suggested procedure. I do have sqlite installed, though (see > far below). > > Baptiste Daroussin wrote: > > On Wed, May 13, 2015 at 06:48:12AM -0700, Chris H wrote: > > > On Wed, 13 May 2015 02:20:55 -0500 Scott Bennett wrote > > > > > > > "Chris H" wrote: > > > > > On Wed, 13 May 2015 00:12:51 -0500 Scott Bennett > > > wrote > > > "Chris H" wrote: > > > > > > > On Tue, 12 May 2015 01:17:46 -0500 Scott Bennett > > > > > > wrote > > > > > > > > > For nearly two weeks I've been stymied by an apparently damaged > > > > > > record > > in the sqlite data base used by pkg(8) and > > > pkg-static(8). > > > Unfortunately, > > it is a record for a port that > > > is depended upon rather > > > heavily, lang/gcc. > > lang/gcc compiled > > > and linked just fine, but any > > > attempt to install the > > result > > > ends up like this. > > > > > > > > > > > > > ===> Checking if gcc already installed > > > > > > > > ===> Registering installation for gcc-4.8.4_3 > > > > > > > > Installing gcc-4.8.4_3... > > > > > > > > pkg-static: sqlite error while executing iterator in file > > > > > > > > pkgdb_iterator.c:931: database disk image is malformed > > > pkg-static: > > > sqlite > > error while executing INSERT OR REPLACE INTO > > > files (path, > > > sha256, > > package_id) VALUES (?1, ?2, ?3) in file > > > pkgdb.c:1722: > > > database disk image > > is malformed *** Error code > > > 70 > > > > > > > > > > > > > Stop. > > > > > > > > make: stopped in /usr/ports/lang/gcc > > > > > > > > > > > > > > > > I'm not familiar with sqlite commands, nor with the > > > structure of > > > the > > pkg data base, nor any of several other > > > relevant topics. But I > > > do have > > > > > > > > If someone knows sqlite well enough to look at the error messages > > > above > and then give me directions to delete the offending records, then > > > perhaps the > next attempt to install lang/gcc might actually work. > > > Anyone? > > > > > > > > > questions: > > > > > > > > > > > > > > > > 1) how might the damage have happened? > > > > > > > > > > > > > > > > 2) how might such an event be avoided/prevented in the > > > future? > > > > > > > > > > > > > 3) most urgently, how can I *fix* it? > > > > > > > You should get a backup made on the nightly cron(8) > > > (periodic(8)). > > > > It'll be located in /var/backups > > > > > > > Off the top of my head I can't remember which of the 2, is which. > > > > > > > But a simple size comparison should tell the tale. :) > > > > > > > > > > > > The problem began much farther back than two days ago, but I > > > should > > > be able to restore it from two weeks or more in the past and > > > then find > > > the most recent version that is not corrupted. > > > > > > > > > > > > > Simply rename your (now) corrupt db, and copy the backup over. > > > > > > > > > > > > However, if I do that, then what happens to all the ports that > > > have > > > been updated or added since that version of the data base was > > > backed up? > > > I have run "portmaster -a" (with some additional > > > options) quite a few > > > times since the lang/gcc problem first > > > appeared, so an old local.sqlite > > > will no longer accurately reflect > > > what is currently installed. > > > > > > > > > > > I ran into this problem as well, and this was how I was finally > > > > > > > able to overcome it. > > > > > > > > > > > > > > Hope this helps! > > > > > > > > > > > > > > --Chris > > > > > > > > > > > > > > > > > > > > > > > 4) I was unable to find any instructions for recreating a > > > pkg > > > data > > base if the data base gets damaged/destroyed. Is > > > there a > > > way to > > do that that I missed? > > > > > > > > > > > > There must be a way to do this, right? I mean, really, it's > > > pretty > > > fundamental that no new data base be put into production > > > without a way to > > > rebuild it. The FreeBSD developers haven't really > > > broken so ancient and > > > basic a principle, have they? So what's the > > > trick? What is the method > > > to rebuild /var/db/pkg/local.sqlite from > > > scratch based upon the currently > > > installed ports/packages? > > > > > I whined about it the first time my DB blew up. It's become > > > > > corrupted several times since on different boxes/versions. *but* > > > > > after the first time, I made it a habit of making a copy of it > > > *before* > > embarking on an upgrade, or install of any ports. Seems it's > > > the only > > way to save yourself. pkg(8), to the best of my knowledge > > > doesn't > > perform a backup prior to any of this. So I *do*. > > > > > Annoying, but it beats attempting to recover from a failed port > > > > > upgrade/install. > > > > > > > > Chris, thanks for your responses, depressing though they be. > > > > I have been using portmaster for ages to update my installed ports > > > > and usually to install them in the first place. Does your suggestion > > > > mean abandoning portmaster? > > > No. I'm an avid user of portmaster(8). In fact I intend to be it's > > > maintainer. :) > > > > If it is necessary to back local.sqlite up > > > > before each installation, that would seem to imply that portmaster > > > would > only be useful in getting a list of ports to be updated, after > > > which each > port would have to be updated individually, so that > > > local.sqlite could be > backed up before each one. I have over 1900 > > > ports installed, so that would > mean just never updating my ports at > > > all, except by rebuilding all of them > upon upgrading to a new major > > > release of FreeBSD. I > > > > Bapt, oh, Bapt, whatever were you folks thinking? Did you really > > > > leave us no practical recovery method? > > > In Bapt's humble defense. It's difficult, to impossible for him to fix > > > a problem w/o decent clues. So I wouldn't go pointing any fingers, just > > > yet. :) In other words; w/o a cause, what should he fix? :) > > > What recovery would you suggest? Truth is, if you brushed up on sqlite3 > > > you could create a fresh DB, using output from portmaster(8). > > > Troublesome, perhaps. But at least an alternative. > > Chris? You already responded to my question 4) above, which answers > your question. Why are you now asking this? Any data base intended for > production use MUST be accompanied by a method of recreating it before > the data base goes into production. This has been the case as long as > data bases have been used. The Wallendas may walk without nets between > skyscraper roofs, but I assure you that a) not all of them arrive at the > intended destinations and b) normal mortals have a different perspective > on that sort of risk. > Further, if portmaster produces that output *from the corrupted data > base*, then it stands to reason that other cases of corruption that differed > in particulars from this one might prevent portmaster from providing said > output. Portmaster(8) has it's own record keeping system (to a degree). The information it *knows* about regarding *what's* installed, can allow you to ask it to produce output that will aid in the *re*creation of a failed DB. Perhaps not perfectly, but often, good enough. As to my answer above; I "whined" that it seemed that (at that time) that having a "single point of failure" (sqlite3), was not good practice for a base/required part of the system. As there is no (reasonable) recourse in the event of failure. I still stand by that. I'm not keen on the idea that the average user *must* learn [yet another] SQL, in order to effectively maintain their system. If it were up to me, it'd all be simple ASCII based text. Sure, the DB is text, but not as easily recovered as other text based record keeping applications provide. In the end, I'm *extremely* grateful for all the work Bapt, and Co have put into pkg(8). It has become [seemingly] *quite* stable. But I think it could do with an option to [at least] create a DB backup *prior* to commencing with any operation that will affect the DB. See; "safety net". :) > > > > > > > Coming very late to the discussion I would like to understand what lead you > > to a broken database, from what I am aware of the only way to end up with a > > broken db is using pkg over nfs without rpc lock properly running (note > > that the default > > > nfs client service on freebsd does not start rpc lock...) > > > > pkg work around this case by detecting the filesystem it is running on and > > changing the locking system it uses when running on network filesystem so > > this problem cannot in theory happen anymore even if one forgot to start > > rpc lockd. > > > It remains however one case where this can happen: it is one the host is > > running over nfs and it starts a jail, in that case, the jail does not know > > it is running over nfs so pkg cannot know it needs to switch the locking > > system. > > > Are you in one of those situation, if not can you describe a a bit more > > your system? > > FreeBSD hellas 10.1-STABLE FreeBSD 10.1-STABLE #54 r282368: Sun May 3 > 15:48:37 CDT 2015 bennett@hellas:/usr/obj/usr/src/sys/hellas amd64 > I have only one machine running these days, so there is no NFS. At > present, I have no jails set up. > Here are data concerning the relevant drive, which is the boot drive. > There are many other file systems on this machine, but they all involve > external devices and are unrelated to this issue, except for /buildwork, > where WRKDIRPREFIX=/buildwork/ports and CCACHE_DIR=/buildwork/ccache. The > same sort of information for /buildwork is included below. > > /dev/mirror/fbsds1a on / (ufs, local) > devfs on /dev (devfs, local, multilabel) > /dev/mirror/fbsds1d on /var (ufs, local) > /dev/mirror/fbsds1e on /usr (ufs, local, soft-updates) > /dev/mirror/fbsds1f on /usr/local (ufs, local) > /dev/mirror/fbsds3a on /usr/home (ufs, local) > /dev/mirror/fbsds3d on /usr/ports (ufs, local, soft-updates) > /dev/ufs/stripework on /buildwork (ufs, local, soft-updates) > > mirror/fbsds1 COMPLETE ada0s1 (ACTIVE) > mirror/fbsds3a COMPLETE ada0s3a (ACTIVE) > mirror/fbsds3d COMPLETE ada0s3d (ACTIVE) > ufs/stripework N/A stripe/5x15g1 > stripe/5x15g1 UP da0p5 > da2p5 > da3p5 > da5p5 > da6p5 > > Note that the mirrors listed above have only one device in each. At one > point a few weeks ago, there were two devices in each for a bit under > eight hours until the brand-new second drive failed. Unfortunately, it > turns out that the manufacturer does not provide any support for its > internal hard drive products, other than replacement under warranty via > a web page that requires an unsecured web browser to apply for the > replacement. Grrr. Until I get that straightened out and have a second > drive, all of the mirrors listed above on the boot drive are unreplicated. > > > > Now by default pkg creates back up of the db daily to allow recovery, there > > was an issue before pkg 1.5 which requires a manual intervention and fixed > > after pkg 1.5 so it is easier to recover. > > One serious problem for recovery is that I don't know when the > corruption actually occurred. All I can tell you is that it must have > happened no earlier than the previous update to lang/gcc (lang/gcc48). > The error messages first appeared with the update to gcc-4.8.4_3. > > > > sqlite is a pretty solid db I would like to understand how you ended up > > with a corrupted db if not what I described above. > > So would I because I would seriously like it not to happen again. > Long ago, I used to use portupgrade, but I eventually switched to > portmaster for three reasons: speed (ruby is awfully slow), dougb@ > massively reworked portmaster and made it work much more correctly > than portupgrade, and portupgrade's frustrating habit of always deciding > that the package data base had to be rebuilt from nothing, which always > took a long time and failed as often as it succeeded. Because portmaster > now has to use a data base instead of direct evidence, it seems that that > fourth complaint has partly returned to haunt us. > sqlite3-3.8.9_1 is what is installed on my system. I have no idea > which version is incorporated into pkg or pkg-static. > > > Scott Bennett, Comm. ASMELG, CFIAG > ********************************************************************** > * Internet: bennett at sdf.org *xor* bennett at freeshell.org * > *--------------------------------------------------------------------* > * "A well regulated and disciplined militia, is at all times a good * > * objection to the introduction of that bane of all free governments * > * -- a standing army." * > * -- Gov. John Hancock, New York Journal, 28 January 1790 * > ********************************************************************** > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" --Chris -- From owner-freebsd-ports@FreeBSD.ORG Thu May 14 10:07:25 2015 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 B3E24FFB for ; Thu, 14 May 2015 10:07:25 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A395D1BE8 for ; Thu, 14 May 2015 10:07:25 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t4EA7PXg012605 for ; Thu, 14 May 2015 10:07:25 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t4EA7PVw012604; Thu, 14 May 2015 10:07:25 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201505141007.t4EA7PVw012604@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Thu, 14 May 2015 10:07:25 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2015 10:07:25 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ security/ncrypt | 0.7.0 | 0.8.0 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Thu May 14 10:55:10 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75D28FA5; Thu, 14 May 2015 10:55:10 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E8A0126C; Thu, 14 May 2015 10:55:10 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 74505BDC2E; Thu, 14 May 2015 12:55:08 +0200 (CEST) Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) by prod2.absolight.net (Postfix) with ESMTPA id 5A32CBDC25; Thu, 14 May 2015 12:55:08 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by atuin.in.mat.cc (Postfix) with ESMTP id 178F8343C9B4; Thu, 14 May 2015 12:55:08 +0200 (CEST) Date: Thu, 14 May 2015 12:55:07 +0200 From: Mathieu Arnold To: ports@freebsd.org Subject: MASTER_SITE_SUBDIR Message-ID: <61F244B2FEF2F9C63E37A25B@atuin.in.mat.cc> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2015 10:55:10 -0000 Hi, TL;DR: As in, don't use it, you're going to hurt yourselves, I'm not kidding. In ancient times, you had to do horribly complicated stuffs like: MASTER_SITES= ${MASTER_SITE_LOCAL:S/$/:local/} ${MASTER_SITE_PERL_CPAN:S/$/:cpan/} MASTER_SITE_SUBDIR= mat/:local DBIx/:cpan DISTFILES= ${DISTNAME}${EXTRACT_SUFX}:local,cpan For the past 9 years, to be precise r169110, modulo a few bugs corrections, you have been able to do: MASTER_SITES= LOCAL/mat CPAN/DBIx Please, do, now. As to why, here are a few examples that, while looking inconspicuously good, were *not* working as expected, and their new, working, version: ------------------ MASTER_SITES= ${MASTER_SITE_SAVANNAH}:m17n \ ${MASTER_SITE_GNU:S/$/:glibc/} MASTER_SITE_SUBDIR= m17n/:m17n \ glibc/:glibc ------------------ -> MASTER_SITES= SAVANNAH/m17n:m17n GNU/glibc:glibc ------------------ ------------------ MASTER_SITES= ${MASTER_SITE_LOCAL:S|%SUBDIR%|kiri/wmicons|} \ ${MASTER_SITE_WINDOWMAKER} \ ${MASTER_SITE_PORTS_JP} \ MASTER_SITE_SUBDIR= . contrib/old/icons ------------------ -> MASTER_SITES= LOCAL/kiri/wmicons \ WINDOWMAKER/contrib/old/icons \ PORTS_JP \ ------------------ ------------------ MASTER_SITES= ${MASTER_SITE_XCONTRIB} \ ${MASTER_SITE_LOCAL} MASTER_SITE_SUBDIR= cy MASTER_SITE_SUBDIR= window_managers ------------------ -> MASTER_SITE_SUBDIR= XCONTRIB/window_managers \ LOCAL/cy ------------------ ------------------ MASTER_SITES= ${MASTER_SITE_GNU} \ ${MASTER_SITE_SAVANNAH} MASTER_SITE_SUBDIR= ${PORTNAME:S|$|:src|} DISTFILES= ${DISTNAME}${EXTRACT_SUFX}:src ------------------ -> MASTER_SITES= GNU SAVANNAH DISTFILES= ${DISTNAME}${EXTRACT_SUFX} ------------------ ------------------ MASTER_SITES= http://pks.sourceforge.net/:sf ${MASTER_SITE_LOCAL}:local MASTER_SITE_SUBDIR= .:sf mandree:local DISTFILES= pks-current.tgz:sf,local ------------------ -> MASTER_SITES= http://pks.sourceforge.net/ LOCAL/mandree DISTFILES= pks-current.tgz ------------------ -- Mathieu Arnold From owner-freebsd-ports@FreeBSD.ORG Thu May 14 10:56:33 2015 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 133CC192; Thu, 14 May 2015 10:56:33 +0000 (UTC) Received: from smtpq5.tb.mail.iss.as9143.net (smtpq5.tb.mail.iss.as9143.net [212.54.42.168]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2D2E1288; Thu, 14 May 2015 10:56:32 +0000 (UTC) Received: from [212.54.42.136] (helo=smtp12.tb.mail.iss.as9143.net) by smtpq5.tb.mail.iss.as9143.net with esmtp (Exim 4.82) (envelope-from ) id 1YsqXd-0004OU-HP; Thu, 14 May 2015 12:39:01 +0200 Received: from 5ed3fa31.cm-7-4d.dynamic.ziggo.nl ([94.211.250.49] helo=PC01) by smtp12.tb.mail.iss.as9143.net with esmtp (Exim 4.82) (envelope-from ) id 1YsqXd-0000vm-CY; Thu, 14 May 2015 12:39:01 +0200 From: "Dutchman01" To: Cc: Subject: FreeBSD Port: samba41-4.1.17 Date: Thu, 14 May 2015 12:38:59 +0200 Message-ID: <000001d08e32$2ffc0960$8ff41c20$@quicknet.nl> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdCOMSTBRBPXxoYcSJuwmX8U2GZNgg== Content-Language: nl X-Ziggo-spambar: / X-Ziggo-spamscore: 0.0 X-Ziggo-spamreport: CMAE Analysis: v=2.1 cv=f9HkfrGM c=1 sm=0 tr=0 a=cIF5Tx0qAAAA:8 a=h1PgugrvaO0A:10 a=DAwyPP_o2Byb1YXLmDAA:9 a=Zr7miEi8wWIA:10 a=cKsnjEOsciEA:10 a=2oeSqxxVzlsA:10 a=hGzw-44bAAAA:8 a=_k_cZZ8BoN9Cm7dZtk4A:9 a=CjuIK1q_8ugA:10 a=h4u5jVgceCUA:10 a=rSbbqaWC8CwA:10 a=f2oFSNmv3y0A:10 a=dE9YDAvAH68A:10 a=riAAQIkAPS0A:10 a=WjdXS-1IlW8A:10 a=ct9me41bp2kA:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA:8 a=6yYRn1Cn0uU5N4P86bsA:9 a=ZOyVZAh41-ttllsM:21 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S4A:10 a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10 xcat=Undefined/Undefined none X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2015 10:56:33 -0000 Hi, Please upgrade samba to 4.1.18 Changelog: https://www.samba.org/samba/history/samba-4.1.18.html Thank you From owner-freebsd-ports@FreeBSD.ORG Thu May 14 13:55:58 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E946DA30 for ; Thu, 14 May 2015 13:55:58 +0000 (UTC) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B39EB1D44 for ; Thu, 14 May 2015 13:55:58 +0000 (UTC) Received: by igbhj9 with SMTP id hj9so73339736igb.1 for ; Thu, 14 May 2015 06:55:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=1FE3+qpu5MEKsIZb6cE1noaZroh4gbqMGaLdrbM538c=; b=ujavxryXu8ibltBfjvd9289jzqeasMnj3OvdL8bXAghxjmRkwHqFmXHfQQuOOS7GNb CjcVS8QZLdcHUbN+0JAFmlHvQDkuoSn5pqnSVVmZ4FTkLN5GyawfMmsCk0rGuHOZk/kt Mkw3F3ZNQ234Tduov2/Na06xTPYh9fznE077uiK0xODAcBYdi2GctKHpio6/yai7kd5S J+pvEu2rCccGxJfC+andcNjwlriJUsrshyUcMHqjERRnH1tbEe1MGudZJfyD2cyAYPI5 4DPjPvhHvP5nnGDLDlcw8ruGrXLM5lpu2Dux1sHvYNdPSZvk9e8WRIWqUaJKXiwFSakV euOw== X-Received: by 10.50.43.196 with SMTP id y4mr17539847igl.14.1431611758103; Thu, 14 May 2015 06:55:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.121.1 with HTTP; Thu, 14 May 2015 06:55:37 -0700 (PDT) In-Reply-To: References: From: Avinash Sonawane Date: Thu, 14 May 2015 19:25:37 +0530 Message-ID: Subject: Re: FreeBSD make install in graphics/graphviz : "Compilation failed unexpectedly" To: Ben Woods Cc: FreeBSD ports Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2015 13:55:59 -0000 On Wed, May 13, 2015 at 5:38 PM, Ben Woods wrote: > Hi Avinash, > > I am able to compile graphics/graphviz fine on my FreeBSD 10.1 amd64 computer. > > Can you please let us know what options you had selected, and the > contents of your make.conf file? The problem was, as the maintainer of graphviz suggested, that I had selected PHP bindings in `make config` which was failing the compilation. But even after unselecting the PHP bindings in `make config` the `make install` was giving the same error. Interestingly the error continued even after `make rmconfig`. The cause was the previously generated configure scripts using old make configuration. So I had to do `make clean` and then `make rmconfig` (default configuration) and then `make install`. - #freebsd on Freenode -- Avinash Sonawane (RootKea) PICT, Pune http://rootkea.wordpress.com From owner-freebsd-ports@FreeBSD.ORG Fri May 15 00:47:01 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EAC3508 for ; Fri, 15 May 2015 00:47:01 +0000 (UTC) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 066461A61 for ; Fri, 15 May 2015 00:47:00 +0000 (UTC) Received: by igbyr2 with SMTP id yr2so183669544igb.0 for ; Thu, 14 May 2015 17:47:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dpdtech.com; s=google; h=from:content-type:subject:date:message-id:cc:to:mime-version; bh=GGWgN+DAFBkKJ3koMd6/v1/TtnjKMeIzp0spRoQKJQk=; b=JSaKe/eXvGwAhEfdelMs+UefCHFZMU99TkZc7a4pH8Z1Ic7O0aEwLT3ER48CYxwnoT 0Y4T7l8HE/9O+VvjHo1BgyB+coowor41IPot2DQqYKW4mhWalYoTj+pebeC7kxJ6lyoH PaLyg7zy/W22acSLdkDThO6IGIFM6VLW9GhKE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:subject:date:message-id:cc:to :mime-version; bh=GGWgN+DAFBkKJ3koMd6/v1/TtnjKMeIzp0spRoQKJQk=; b=X3l4eLpZ4Gbq72LBdNoJ1xPvOgfQAxaPzXMcqnO7E5XtS0K+k7rRuORkSdde3JaWZV mWKCG3BdB2gbp7gLQzrLGUjWoEejelQXwEApBXPweaZTOByLT4KxHvoQsnPz+j7NYxcD 7nf6XX+rGpaKjURRag8QCw2AYK4cNMKBi1vv1XHbAkshUgyC14x4J0gFvZSizdK64IWm Iam28rly2DKROwb2PoY56ChATWRqPfMtzGQwPeDj3ozafjx0Ur2h+SXeMvAZ4YKk2QKc gydzuhmyGj99IeKyKAjplGebGbFjKP9rDnM4l/NcQfWx+xIWpzgsE0XLBxkFvAYyWczW zJhg== X-Gm-Message-State: ALoCoQkIdqbm0YoRRfd0oDC2RbHSd/zC/VcIyzFGJSY43JgLqzVU4tGhXhaMC38GVPUYW9q24219 X-Received: by 10.68.90.132 with SMTP id bw4mr13041224pbb.102.1431650820108; Thu, 14 May 2015 17:47:00 -0700 (PDT) Received: from ?IPv6:2601:9:2503:5af1:754d:165d:5e55:6a35? ([2601:9:2503:5af1:754d:165d:5e55:6a35]) by mx.google.com with ESMTPSA id i13sm335039pbq.79.2015.05.14.17.46.58 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 14 May 2015 17:46:59 -0700 (PDT) From: "David P. Discher" X-Pgp-Agent: GPGMail 2.5b6 Content-Type: multipart/signed; boundary="Apple-Mail=_96189200-78F7-4D74-9D13-0CA9BF1244BA"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: FreeBSD Port: pkg-1.5.2 - link error on FreeBSD 11.0-CURRENT r282802 Date: Thu, 14 May 2015 17:46:56 -0700 Message-Id: <8655367C-625B-4003-A58B-490FAA543509@dpdtech.com> Cc: ports@FreeBSD.org To: pkg@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2015 00:47:01 -0000 --Apple-Mail=_96189200-78F7-4D74-9D13-0CA9BF1244BA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Just setting up a poudriere builder for 11 (my 10-stable poudriere works = great, with pkg 1.5.2 ) - and of course, pkg is the first thing to = build, and I=E2=80=99m getting a link error. Everything is standard, = running GENERIC-NODEBUG kernel. =3D=3D=3D=3D>> Building ports-mgmt/pkg build started at Fri May 15 00:30:04 UTC 2015 port directory: /usr/ports/ports-mgmt/pkg building for: FreeBSD dpdtech 11.0-CURRENT FreeBSD 11.0-CURRENT amd64 maintained by: pkg@FreeBSD.org Makefile ident: $FreeBSD: head/ports-mgmt/pkg/Makefile 385710 = 2015-05-07 22:50:51Z bapt $ Poudriere version: 3.1.4 Host OSVERSION: 1100073 Jail OSVERSION: 1100073 ---Begin Environment--- OSVERSION=3D1100073 UNAME_v=3DFreeBSD 11.0-CURRENT UNAME_r=3D11.0-CURRENT LC_COLLATE=3DC BLOCKSIZE=3DK MAIL=3D/var/mail/root STATUS=3D1 SAVED_TERM=3Dscreen MASTERMNT=3D/usr/local/poudriere/data/.m/freebsd11-current-default/ref FORCE_PACKAGE=3Dyes = PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/= bin POUDRIERE_BUILD_TYPE=3Dbulk PKGNAME=3Dpkg-1.5.2 OLDPWD=3D/ PWD=3D/usr/local/poudriere/data/.m/freebsd11-current-default/ref/.p/pool MASTERNAME=3Dfreebsd11-current-default USER=3Droot HOME=3D/root POUDRIERE_VERSION=3D3.1.4 LOCALBASE=3D/usr/local PACKAGE_BUILDING=3Dyes ---End Environment--- [ =E2=80=A6=E2=80=A6=E2=80=A6=E2=80=A6=E2=80=A6=E2=80=A6=E2=80=A6=E2=80=A6= =E2=80=A6 ] --- pkg-static --- CCLD pkg-static /usr/lib/liblzma.a(check.o): In function `lzma_check_init': = /usr/src/lib/liblzma/../../contrib/xz/src/liblzma/check/check.c:(.text+0x5= e): undefined reference to `_libmd_SHA256_Init' /usr/lib/liblzma.a(check.o): In function `lzma_check_update': = /usr/src/lib/liblzma/../../contrib/xz/src/liblzma/check/check.c:(.text+0xb= f): undefined reference to `_libmd_SHA256_Update' /usr/lib/liblzma.a(check.o): In function `lzma_check_finish': = /usr/src/lib/liblzma/../../contrib/xz/src/liblzma/check/check.c:(.text+0x1= 0d): undefined reference to `_libmd_SHA256_Final' cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** [pkg-static] Error code 1 make[4]: stopped in /wrkdirs/usr/ports/ports-mgmt/pkg/work/pkg-1.5.2/src 1 error make[4]: stopped in /wrkdirs/usr/ports/ports-mgmt/pkg/work/pkg-1.5.2/src *** [all-recursive] Error code 1 make[3]: stopped in /wrkdirs/usr/ports/ports-mgmt/pkg/work/pkg-1.5.2 1 error make[3]: stopped in /wrkdirs/usr/ports/ports-mgmt/pkg/work/pkg-1.5.2 *** [all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/ports-mgmt/pkg/work/pkg-1.5.2 1 error make[2]: stopped in /wrkdirs/usr/ports/ports-mgmt/pkg/work/pkg-1.5.2 =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the = failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/ports-mgmt/pkg *** Error code 1 Stop. make: stopped in /usr/ports/ports-mgmt/pkg =3D=3D=3D=3D>> Cleaning up wrkdir =3D=3D=3D> Cleaning for pkg-1.5.2 build of ports-mgmt/pkg ended at Fri May 15 00:31:57 UTC 2015 build time: 00:01:53 !!! build failure encountered !!! - David P. Discher http://davidpdischer.com/ AIM: DavidDPD | Y!M: daviddpdz --Apple-Mail=_96189200-78F7-4D74-9D13-0CA9BF1244BA Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJVVUIBAAoJEEmwU6XuhYWO78YH/jh46jeX+kEbwewL7cERkcAW LtiM/ZnAulSTrCy3tKkHfY2wO4KWOqORVf/AWkP6j7vU3diSdU0r+Dn6yxrQ3hPi NOvfm6P7Tu03grx12ODg8D98cziyI3tK4vW1IrgzoOWQMIM2BJWNDI1FWJwXQnZu UaHusQaQmfIBmDqItfU20XjQhU6YyYB6V+R5JDfusrDMi55Cp697HSt2OMtumiBK klyupE9YsDoWfVqmcmCGmnOsD5/JdWV7AmQ3IT3RQML2AwNQm4iTvKQ0Ew1Pmati bpno5Gpf1/vfx36WQTAk+JRBc0hfliwYhiDOaRyvcp6S5GNpDjkm3asQDvwJYBU= =GmTM -----END PGP SIGNATURE----- --Apple-Mail=_96189200-78F7-4D74-9D13-0CA9BF1244BA-- From owner-freebsd-ports@FreeBSD.ORG Fri May 15 00:57:20 2015 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 3B41F728; Fri, 15 May 2015 00:57:20 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 242F31B5E; Fri, 15 May 2015 00:57:19 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [12.229.62.2]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 852345212; Thu, 14 May 2015 17:57:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1431651439; x=1431665839; bh=Oqs73TCTFSBQsBJgEdW3DQLSj/j1aqFbD1dDkGYVhY4=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=afUIEsMN/BhFNuC5lmx4k8U7fbICjQXRzHYOfZDgePCDjq64IAvFhGoS0TDwzoASq rNEg7xrQSo7VxSveWyq2V17yA6lVKUllNqIDK9zbK/p6QMtT3uWNcEl40dPMtWgxeK r+5isnsXSPdiW0yrm1YyAGBr7hwZxNTcTFZXtn7Q= Message-ID: <5555446F.7060603@delphij.net> Date: Thu, 14 May 2015 17:57:19 -0700 From: Xin Li Reply-To: d@delphij.net Organization: The FreeBSD Project MIME-Version: 1.0 To: "David P. Discher" , pkg@FreeBSD.org CC: ports@FreeBSD.org Subject: Re: FreeBSD Port: pkg-1.5.2 - link error on FreeBSD 11.0-CURRENT r282802 References: <8655367C-625B-4003-A58B-490FAA543509@dpdtech.com> In-Reply-To: <8655367C-625B-4003-A58B-490FAA543509@dpdtech.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2015 00:57:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 05/14/15 17:46, David P. Discher wrote: > Just setting up a poudriere builder for 11 (my 10-stable poudriere > works great, with pkg 1.5.2 ) - and of course, pkg is the first > thing to build, and I’m getting a link error. Everything is > standard, running GENERIC-NODEBUG kernel. Is that head@r282808 or newer? If not, please update the head/ jail (this is a known issue that we are still working on, in short the pkg-static needs to link against libmd). Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.1.2 (FreeBSD) iQIcBAEBCgAGBQJVVURvAAoJEJW2GBstM+nsoQ0P/0vBQl6ENlb15Uc8olP2iLrx VfusEsdiT/4R3vjDtK2T3tWKEcR5HbLlGJaPbvW4UDsjFugcRDUlDutPM3GhzZVP WYkERC4pdEvjQDWKemDqUhjgu6pu15iax/SxFtftvoquCf/b/qcpZ6Cu2iilaI1V FLNEerSuO56bJr4bYMYYRdWOp+D7Av4Fk/jbqBiru3dD/aSBT6Xg6vsG50d8v4/1 mbLC9WoIcLxvCeoHO7VvDtOS8dMygVuhzB9IC7vRvUQfTobzejSeQQKQsQhQnlEn enkhFTEZ49Dt1u1je8NzL+dPm6t7WSNUA2Ml7OYCplcUa5fTcE9kF1B4TOEsgz4E UtKnDe09cx6d138Zzl8TYjaRNIvVHRAzXUjsNEXxhAL4z9lwT/DNivE4a7jgKQjz Cn9fGj7E2Q8k89gdF5CGoggLrVuLbQN8X2fmsTlIckRT4tpFmas3oMOSXlR2WzRF SutWVqAzBeWgCAoxtIaKCbTpZdZDBCCyOjSrhfbVKVAnOESu+TJsMvc1VPaOigRY FkicrMR2LNDvKNBFwpO2zRDCdIgexmQw5AeQ9fcB9WrO49lny2Wuckcnhe2UU0k9 /vAB6Ci989tHTBfSoFFRH+G7m9w0TsoNvXFGZcR9e0IRUkjTcpQIUiitaoqfqc6I 5OxUB0N2kRDBYfkB2HAS =Jpnl -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Fri May 15 11:11:40 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31F7FA2A for ; Fri, 15 May 2015 11:11:40 +0000 (UTC) Received: from mailhost.m5p.com (mailhost.m5p.com [IPv6:2001:418:3fd::f7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EA42E1B9B for ; Fri, 15 May 2015 11:11:39 +0000 (UTC) Received: from wonderland.m5p.com (wonderland.m5p.com [IPv6:2001:418:3fd::19]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id t4FBBWRE008060 for ; Fri, 15 May 2015 07:11:37 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <5555D464.60104@m5p.com> Date: Fri, 15 May 2015 07:11:32 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd ports Subject: openoffice vulnerability? Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Fri, 15 May 2015 07:11:37 -0400 (EDT) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2015 11:11:40 -0000 Nightly security report sez: Checking for packages with security vulnerabilities: Database fetched: Thu May 14 03:10:05 EDT 2015 apache-openoffice-4.1.1_9 I first got this last week for version 4.1.1_7 and consequently updated my ports tree and rebuilt, specifically including changeset 385792: Add a patch to fix the HWP filter vulnerability documented in CVE-2015-1774 and Approved by: mat (mentor) MFH: 2015Q2 Security: b13af778-f4fc-11e4-a95d-ac9e174be3af Differential Revision: https://reviews.freebsd.org/D2478 So is it still broken, or did another vulnerability already crop up? -- George From owner-freebsd-ports@FreeBSD.ORG Fri May 15 14:04:39 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ABCD0AAE for ; Fri, 15 May 2015 14:04:39 +0000 (UTC) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7567A101A for ; Fri, 15 May 2015 14:04:39 +0000 (UTC) Received: by iebgx4 with SMTP id gx4so112774320ieb.0 for ; Fri, 15 May 2015 07:04:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=JcCBFGBw1VGLYha0V+wwzf2J8CuHyvSHImJL5b6RGjc=; b=Is+gIjBafmhOLtchVj3EEOVJuM/aPAnFErasTDK/PjuvBlNTyLtNU59Sq1uqK3Kmpu OGCrpHQf9ThMOVtWpHx5kvEfN5avs04Tig1KHCi9JCvYnjVg5kA5QXpWPLRqlVxPa7hK c3cC/fmHeEc2EHfh5tf5wqZVj/fagzi0lSszcw9IOVLUwLYEylvMAa6Pk8BHpSvjsVQK vE0FaU79KvdVF80xcPRrJEMKAofLwtlxdS/joxbYwNwgL/goi/F6Bx7WoI63Oai8TR1v cBcwRQKsQOkTQ1Vio8Gg1HPq5GG3weKIi8yLYckM+Lv/30fKD4mOjRPIT20jMUXAHsf6 gxeA== X-Received: by 10.107.153.8 with SMTP id b8mr13477857ioe.3.1431698678814; Fri, 15 May 2015 07:04:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.121.1 with HTTP; Fri, 15 May 2015 07:04:18 -0700 (PDT) In-Reply-To: References: From: Avinash Sonawane Date: Fri, 15 May 2015 19:34:18 +0530 Message-ID: Subject: Re: FreeBSD make install in graphics/graphviz : "Compilation failed unexpectedly" To: Ben Woods Cc: FreeBSD ports Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2015 14:04:39 -0000 On Thu, May 14, 2015 at 7:25 PM, Avinash Sonawane wrote: > The problem was, as the maintainer of graphviz suggested, that I had > selected PHP bindings in `make config` which was failing the > compilation. But then if selecting "PHP bindings" option in `make config` produces compile error then why to have "PHP bindings" option in the first place? It seems as if the work on "PHP bindings" option is going on but till the option is fully ready to compile what's the point in having it in `make config`? It'll only lead to compilation failure and ultimately frustration of user just to realize "PHP bindings" option doesn't work while building graphviz and then starting the build again with "PHP bindings" not selected. How about providing the option in `make config` when the option is actually ready and doesn't produce any build error? Regards, Avinash Sonawane (RootKea) PICT, Pune http://rootkea.wordpress.com From owner-freebsd-ports@FreeBSD.ORG Fri May 15 14:33:14 2015 Return-Path: Delivered-To: freebsd-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 8D3633C6 for ; Fri, 15 May 2015 14:33:14 +0000 (UTC) Received: from venus.morante.net (venus.morante.net [63.247.147.163]) by mx1.freebsd.org (Postfix) with ESMTP id 39A8013B5 for ; Fri, 15 May 2015 14:33:13 +0000 (UTC) Received: from saturn.morante.com (localhost [127.0.0.1]) by venus.morante.net (Postfix) with ESMTP id 6636FE1B016 for ; Fri, 15 May 2015 10:33:06 -0400 (EDT) X-Virus-Scanned: amavisd-new at morante.net Received: from venus.morante.net ([127.0.0.1]) by saturn.morante.com (saturn.morante.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ConHR4crqxr1 for ; Fri, 15 May 2015 10:33:02 -0400 (EDT) Received: from [192.168.0.2] (my-room.morante.com [192.168.0.2]) by venus.morante.net (Postfix) with ESMTPSA id 9C745E1B01D for ; Fri, 15 May 2015 10:33:01 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morante.net; s=default; t=1431700382; bh=CrRsvc8mqxgm9BFaW58IS7odgQ9NuQp7kzoaO7j/PSE=; h=Date:From:To:Subject; b=IlAEIC2KEPDkO9ZZnxZawFo4VHlrELBxx6tZ12IYDH+RmDRqs7qTvdg7QGd0lwBTO qt/U++1OZVKUeYAcXscCKrU+UfFHa0GPszlY4G9JjLv27YDS9MRPfSCXooX74Uni7n xZLRooHpAijU0zvABhlKQleiuVHiN+ZDluGG4RhY= Message-ID: <55560389.10905@morante.net> Date: Fri, 15 May 2015 10:32:41 -0400 From: Daniel Morante User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd ports Subject: creating a port for bitcoin/secp256k1 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms010203020900060902020802" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2015 14:33:14 -0000 This is a cryptographically signed message in MIME format. --------------ms010203020900060902020802 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable I've made a port for secp256k1 library that is provided seperatly by the = Bitcoin developers. The need was due to some 'altcoins' now requiring=20 it when building. I plan on submitting it to the ports tree, but I am = unsure of the category to use. My first draft uses the 'security' category. https://github.com/tuaris/secp256k1-freebsd Does that seem fitting? --------------ms010203020900060902020802 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMYDCC BiQwggUMoAMCAQICAwyOUzANBgkqhkiG9w0BAQsFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTE1MDExMTAzNDM0NVoXDTE2MDExMjE2MDczMVowQDEbMBkGA1UE AwwSZGFuaWVsQG1vcmFudGUubmV0MSEwHwYJKoZIhvcNAQkBFhJkYW5pZWxAbW9yYW50ZS5u ZXQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDn180MFxYtK9tkY6LsQ9OoM9mB NHMkBycXD5GBbbc/nHjRGnCJSjQMhnUDpuOlACdWdjikGn5IhxmQnLeU4899gRR+sN1PyZiK 67XQXRPd4QLma4+HsnOqdaEc0DTUrpvGMWaB9o6b+k1ILNZJmSkdtw1LLZHD0Bc9lEYFnAnW OvXRhntgsEZKyIDAT91vomIPr2USoY8Dh67fEkXmQpWiyagQiKRgSn9eqBmKpzgI9uY8G76i A1zkpRcqK7nbpcGYTzQ8RXE+GT65rVgct2kgnIWOaqulyH+YZUT1dfdmHsUFwV5yVLRrT+bl 6WToJn+oo1/n1mbmpWAPdYhdct4NAgMBAAGjggLYMIIC1DAJBgNVHRMEAjAAMAsGA1UdDwQE AwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFEGp2R9dlVNz gU9+A5ADguVv5lY2MB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMB0GA1UdEQQW MBSBEmRhbmllbEBtb3JhbnRlLm5ldDCCAUwGA1UdIASCAUMwggE/MIIBOwYLKwYBBAGBtTcB AgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRm MIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAD AgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0byB0aGUgQ2xh c3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20gQ0EgcG9saWN5 LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBjb21wbGlhbmNl IG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAtMCugKaAnhiVo dHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEFBQcBAQSBgTB/ MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2NsYXNzMS9jbGll bnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5j bGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNv bS8wDQYJKoZIhvcNAQELBQADggEBAFmcddqdzsLv4Rsg4vhuK5daLn+stNYqyCbUEHyKU3zE MDF3wAK3nfWwQNf+pJ9gq7o8Gf5I0wTieJgbGvuwm5XDr3zbfjJXbv9mlzTsIK240mZI+B5W kv4qt6Wus2tn2KXG7rpJiERt5ba50bNxsbiFNMkJQUnRekr1i6/mOf29plwMxt0mrMcVqQkL 8gBL+Xy6TD9Vq2hdtLPRCC3WkuUE33kDpVJl8Te11eiAJxxM+Ye9UHb2VuRrKiVeOUXB03+d SyzN+rlYzlayAg3RTi28X8OZrk0N1KQ6LXnmPoU+P8LCXSNpe7ESN5Pl9JLfNdLWPI73Szev Fz9biAKYnMUwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJBgNVBAYTAklM MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYDVQQGEwJJTDEW MBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlm aWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVy bWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDHCYPM zi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKnu8zPf1Jwuk0t svVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1PKHG/FaR/wpb fuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvuryGaC/o2/ ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSMTGKk DiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGtMIIBqTAPBgNV HRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ljVO 8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYBBQUHAQEEWjBY MCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYIKwYBBQUHMAKG IWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBSMCegJaAjhiFo dHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6Ly9jcmwuc3Rh cnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwECATBmMC4GCCsG AQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQGCCsGAQUFBwIB FihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0GCSqGSIb3DQEB BQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkFgdtY1o95CfegFJTw qBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA5Pg7Er1A+hKMIzEz cduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4qSfQoCRcLN5A0t4Dk uVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y0vTipgr/O75CDUHD RHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3OHQgWI270g+5MYA8 GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0LwZrp8MQ+Z77U1uL7T elWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0qZW2Niy/QvVNKbb43 A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjxkJh8BYtv9ePs XklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhdGwXV27ioRKbj /cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZAgEBMIGUMIGMMQsw CQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERp Z2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQ cmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwyOUzAJBgUrDgMCGgUAoIICHTAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTA1MTUxNDMyNDFaMCMG CSqGSIb3DQEJBDEWBBTw/1rNaHVu8zPOXXWG8osiCHYxEjBsBgkqhkiG9w0BCQ8xXzBdMAsG CWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEEAYI3EAQxgZcw gZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD bGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDI5TMIGnBgsqhkiG9w0B CRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzAp BgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0 YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMMjlMwDQYJ KoZIhvcNAQEBBQAEggEAduKHvMBM94A859G/JS1d9Vm7r5vVw+QnX+nSKYMIc2UIZxxBNiO8 nyulgH6W7q2jJiiLEalzsgFr/cGacTU87EZPVij2/ybH2LBx46VJ27cD9WkzkaxJm9SJ1sM6 Kjq+xhTEhKkZnjbzzcURQpWEgg4qehREaMPH0lYIDLTqGO/BydqC1PPMhfmQ1p5c7CG52pRl iwe2SPTCYZY4aGpUOYmqSlleiPo3ZRPuPydXmNQ0ikRc6utRiItzggeif53TNLGs/1UhTz5T bZUk/Yyagc13Dx8kl5dQIYhzre6zuag/NXaorOGEc9Rwt2MGQHNu+umQZjjFRcBlh97uk/J8 nAAAAAAAAA== --------------ms010203020900060902020802-- From owner-freebsd-ports@FreeBSD.ORG Fri May 15 23:12:03 2015 Return-Path: Delivered-To: freebsd-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 40EDA633 for ; Fri, 15 May 2015 23:12:03 +0000 (UTC) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B85A11F6 for ; Fri, 15 May 2015 23:12:03 +0000 (UTC) Received: by iepk2 with SMTP id k2so133580328iep.3 for ; Fri, 15 May 2015 16:12:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DCrF6bAOAxvadat0CipLFR7QhxcdkwO7Q6p+uRzm54g=; b=ntUetuqrTeer0Xrp+d3Tzkl+zfAPrCRDQiQfTBm3zAjZj75fiS6LzUZhFfOGJMo8Wb qDO4tzalguvDbJZXXolDAAC+fb4nhzxd7cHdhlZcdVgTeF0SPP7IT4prBduejYxMsxR1 KNZtn9Y8qPdh5ycAMxXSws3gexhKlCh3avUur9uiTRYmc4FOTtal/FVJTGxQCRiCCOTi p64qS5P/l4rtcetFzhhrGrdvmx5n+7A3LWvH1B1wbknrTZ61sw2VJXmNaW1zoyGwLA2c fbdXEsfYco3RhmdnDRPCAckc0DBfpcwNfzdb4pqmJkOv/abNxK5oGbheBHaF68je86KN xhCQ== MIME-Version: 1.0 X-Received: by 10.107.7.88 with SMTP id 85mr16302197ioh.42.1431731522464; Fri, 15 May 2015 16:12:02 -0700 (PDT) Received: by 10.64.236.10 with HTTP; Fri, 15 May 2015 16:12:02 -0700 (PDT) In-Reply-To: <55560389.10905@morante.net> References: <55560389.10905@morante.net> Date: Sat, 16 May 2015 07:12:02 +0800 Message-ID: Subject: Re: creating a port for bitcoin/secp256k1 From: Ben Woods To: Daniel Morante Cc: freebsd ports Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2015 23:12:03 -0000 The security category looks about right to me. I notice the github project doesn't have any releases yet, so you have had to reference a specific commit. Are they planning on tagging releases at some point in the future? Perhaps you could encourage them to :) Regards, Ben On Friday, May 15, 2015, Daniel Morante wrote: > I've made a port for secp256k1 library that is provided seperatly by the > Bitcoin developers. The need was due to some 'altcoins' now requiring it > when building. I plan on submitting it to the ports tree, but I am > unsure of the category to use. > > My first draft uses the 'security' category. > > https://github.com/tuaris/secp256k1-freebsd > > Does that seem fitting? > > -- -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-ports@FreeBSD.ORG Fri May 15 23:13:52 2015 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 2BB326E5 for ; Fri, 15 May 2015 23:13:52 +0000 (UTC) Received: from www619b.sakura.ne.jp (www619b.sakura.ne.jp [112.78.125.79]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B45B9120E for ; Fri, 15 May 2015 23:13:51 +0000 (UTC) Received: from [104.245.99.19] ([104.245.99.19]) (authenticated bits=0) by www619b.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id t4FNADjS010536 for ; Sat, 16 May 2015 08:13:50 +0900 (JST) (envelope-from ADMINMAIL@UPDATES.NET) Message-Id: <201505152313.t4FNADjS010536@www619b.sakura.ne.jp> MIME-Version: 1.0 Subject: EMAIL ADMIN UPDATE To: ports@FreeBSD.org From: ADMINMAIL@UPDATES.NET Date: Fri, 15 May 2015 16:13:21 -0700 Reply-To: NoReply@ADMIN.NET Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: Mail message body X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2015 23:13:52 -0000 Dear ports@FreeBSD.org = 1969MB 2000MB We noticed your e-mail account has almost exceed it's limit. And you may n= ot be able to send or receive messages any moment from now, Click Here to = renew your account. NOTICE: failure to renew your e-mail account. It = will be permanently disabled. Thanks, Account Service=20 From owner-freebsd-ports@FreeBSD.ORG Fri May 15 23:19:33 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9193581D for ; Fri, 15 May 2015 23:19:33 +0000 (UTC) Received: from mail.bein.link (bein.link [37.252.124.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 58FCF1266 for ; Fri, 15 May 2015 23:19:32 +0000 (UTC) Received: from thinkpad.localnet (home.bein.link [188.134.8.193]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bein.link (Postfix) with ESMTPSA id 524631AF143 for ; Fri, 15 May 2015 23:09:43 +0000 (UTC) From: Maxim V Filimonov To: freebsd-ports@freebsd.org Reply-To: che@bein.link Subject: net/mediatomb fails to build Date: Sat, 16 May 2015 02:09:44 +0300 Message-ID: <5529321.PvBpsCEs9n@thinkpad> User-Agent: KMail/4.14.3 (FreeBSD/10.1-RELEASE-p10; KDE/4.14.3; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2015 23:19:33 -0000 The mentioned port was marked broken not long ago. However, I found another issue with it: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200232 While the repsonsible persons might be fixing this, I wonder, what can I do to fix that quickly? I need this port really much, and I don't seem to have anywhere to install it from. -- wbr, Maxim Filimonov From owner-freebsd-ports@FreeBSD.ORG Sat May 16 02:25:19 2015 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 A9D7D4EE for ; Sat, 16 May 2015 02:25:19 +0000 (UTC) Received: from nm30-vm0.bullet.mail.bf1.yahoo.com (nm30-vm0.bullet.mail.bf1.yahoo.com [98.139.213.126]) (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 40594157F for ; Sat, 16 May 2015 02:25:19 +0000 (UTC) Received: from [98.139.170.182] by nm30.bullet.mail.bf1.yahoo.com with NNFMP; 16 May 2015 02:25:11 -0000 Received: from [98.139.212.195] by tm25.bullet.mail.bf1.yahoo.com with NNFMP; 16 May 2015 02:25:11 -0000 Received: from [127.0.0.1] by omp1004.mail.bf1.yahoo.com with NNFMP; 16 May 2015 02:25:11 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 856181.26598.bm@omp1004.mail.bf1.yahoo.com Received: (qmail 3525 invoked by uid 60001); 16 May 2015 02:25:11 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1431743111; bh=1twB9LVUtNWx9CYW2lel/98p9/KR7kDMxVN98oRPAqM=; h=Message-ID:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=AsffJ18wwnk16CsWAQ/OWyOEkyGYKke/54hTM/rD0+xqrFTjoV3HIViH97rwiELJIH2FNZnpyv+GNmBEcuhIqXdCXKNs3PpzesytK8WGdnOzoat3yEer6frRF61zKvBedVr5KorH7L3QcjDEm0dwNhRvCce8RHsyZ/d77OrL7gE= X-YMail-OSG: h063byQVM1nGqb5jYGEJjrMlblMhEyRjtCXdzhJX6WKu908 9cZbmJGPcksqc1XulqYIrUyeq27nvihM7BvAlZhynxAYgDSMihfmMR4qysoM B87qdVzV7gv6sBL0cvFsXKvMpLm2btDTgpzxf1kHXoezuuTInihyM0i21x_h F_P5hp5Rty6BLvrR5x1aoR8tkC.IQPBFz62DYryoJT2vOn.81j5Cqr9.lPz1 r_UG2apQMOD9ouyUgFVrbdmwVpqFN_p7CHTGYj363w20cUv98x33RVQ3AmFb QoRsadudSXHRKG2mbhlz0DhLb_ihh08WBjyynkyJffS6iNQLyiTZTOQn81mr XVlEh7keD4k6WcNtPtn4pahR3haHKuyFpYxAyL6EtEE3sLkrw2e95FA84GLb xO7mWkcfABKvh96gqkcUK.x2_rdFa4_NDop433vixlNOecR9xDDgTbW3J2jg A_tdsN0_UJAl53hmjqyhzAQ9yQRkWdvbWQSDP71exzLZdgl.ZtoT3L65ga68 RkhIrnk3DRe1uvo.4Wwxzl4EumBeMkxc0Vo08U1_kUWiSlhYu0aqmAzPmstA wZ9bgf8NOL8M.5YItXbsInedL Received: from [66.92.43.99] by web140905.mail.bf1.yahoo.com via HTTP; Fri, 15 May 2015 19:25:11 PDT X-Rocket-MIMEInfo: 002.001, RnJlZWJzZCAxMCBTVEFCTEUNCg0KcGVybDUtNS4yMC4yXzQNCg0KMS4uLg0KRXJyb3IgaW4gTWFrZWZpbGUuUEwgbGluZSAyMQ0KW2J1aWxkaW5nIHA1LUd0azJdDQp3aGlsZSB0cnlpbmcgdG8gYnVpbGQgdG8gZml4Li4uDQoNCjIuLi4NCkxpbmUgNDkgaW4gZ3ByZW5hbWUgKHgxMS1mbSkNCmxpbmUgMjYgaW4gR3RrMi5wbSAocDUtR3RrMikNCltydW5uaW5nIGdwcmVuYW1lXQ0KDQpUcnlpbmcgdG8gcmVuYW1lIGZpbGVzIHRoYXQgYXJlIHNsaWdodGx5IHRvbyBsZW5ndGh5IGZvcg0KY2xpIHJlbmFtZSB0b28BMAEBAQE- X-Mailer: YahooMailClassic/515 YahooMailWebService/0.8.203.740 Message-ID: <1431743111.34209.YahooMailBasic@web140905.mail.bf1.yahoo.com> Date: Fri, 15 May 2015 19:25:11 -0700 From: Jeffrey Bouquet Subject: Invalid version format (non-numeric data) ... Perl broken... To: freebsd-perl@freebsd.org Cc: ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 02:25:19 -0000 Freebsd 10 STABLE perl5-5.20.2_4 1... Error in Makefile.PL line 21 [building p5-Gtk2] while trying to build to fix... 2... Line 49 in gprename (x11-fm) line 26 in Gtk2.pm (p5-Gtk2) [running gprename] Trying to rename files that are slightly too lengthy for cli rename tools. This error appears trying to run or build... .... similar ...... 3... p5-AnyEvent Invalid version format (non-numeric data) at /usr/local/lib/ perl5/site_perl/ExtUtils/MakeMaker.pm line 6. Slight chance the contexts are off a bit, the the errors in sum total are there. [Like plainly in example # 3] From owner-freebsd-ports@FreeBSD.ORG Sat May 16 02:54:49 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7AAD829 for ; Sat, 16 May 2015 02:54:49 +0000 (UTC) Received: from venus.morante.net (venus.morante.net [63.247.147.163]) by mx1.freebsd.org (Postfix) with ESMTP id 8915D17ED for ; Sat, 16 May 2015 02:54:49 +0000 (UTC) Received: from saturn.morante.com (localhost [127.0.0.1]) by venus.morante.net (Postfix) with ESMTP id 018D4E1B016 for ; Fri, 15 May 2015 22:54:48 -0400 (EDT) X-Virus-Scanned: amavisd-new at morante.net Received: from venus.morante.net ([127.0.0.1]) by saturn.morante.com (saturn.morante.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id FNeE5Q9wRKJg for ; Fri, 15 May 2015 22:54:43 -0400 (EDT) Received: from [192.168.0.2] (my-room.morante.com [192.168.0.2]) by venus.morante.net (Postfix) with ESMTPSA id E71ACE1B00D for ; Fri, 15 May 2015 22:54:42 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morante.net; s=default; t=1431744883; bh=2KhBf+hMh/2pLbsYCPj2gkSsrb3pLQmLGsyjR+JFQ5g=; h=Date:From:To:Subject:References:In-Reply-To; b=GDN6CYJ3WUiyqFsLs/lQUSk7DH+rpyWb8vqWsYa5QwONjndFfmMxlx/IP8uPoTw2Y owPaurfK0zko5cUTOhbDc764D/ZjngDokupV7s49CM/UagzAjwnO1yZJ5SnRIhLdde UEvupGxuOFHlW9VpA+zNAXVcCFEHR90VBGNYPyhM= Message-ID: <5556B15C.6030601@morante.net> Date: Fri, 15 May 2015 22:54:20 -0400 From: Daniel Morante User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: creating a port for bitcoin/secp256k1 References: <55560389.10905@morante.net> In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms070904070100050906040101" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 02:54:49 -0000 This is a cryptographically signed message in MIME format. --------------ms070904070100050906040101 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable Thanks, I've requested some feedback from the developers. On 5/15/2015 7:12 PM, Ben Woods wrote: > The security category looks about right to me. > > I notice the github project doesn't have any releases yet, so you have = had > to reference a specific commit. Are they planning on tagging releases a= t > some point in the future? Perhaps you could encourage them to :) > > Regards, > Ben > > On Friday, May 15, 2015, Daniel Morante wrote: > >> I've made a port for secp256k1 library that is provided seperatly by t= he >> Bitcoin developers. The need was due to some 'altcoins' now requiring= it >> when building. I plan on submitting it to the ports tree, but I am >> unsure of the category to use. >> >> My first draft uses the 'security' category. >> >> https://github.com/tuaris/secp256k1-freebsd >> >> Does that seem fitting? >> >> --------------ms070904070100050906040101 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMYDCC BiQwggUMoAMCAQICAwyOUzANBgkqhkiG9w0BAQsFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTE1MDExMTAzNDM0NVoXDTE2MDExMjE2MDczMVowQDEbMBkGA1UE AwwSZGFuaWVsQG1vcmFudGUubmV0MSEwHwYJKoZIhvcNAQkBFhJkYW5pZWxAbW9yYW50ZS5u ZXQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDn180MFxYtK9tkY6LsQ9OoM9mB NHMkBycXD5GBbbc/nHjRGnCJSjQMhnUDpuOlACdWdjikGn5IhxmQnLeU4899gRR+sN1PyZiK 67XQXRPd4QLma4+HsnOqdaEc0DTUrpvGMWaB9o6b+k1ILNZJmSkdtw1LLZHD0Bc9lEYFnAnW OvXRhntgsEZKyIDAT91vomIPr2USoY8Dh67fEkXmQpWiyagQiKRgSn9eqBmKpzgI9uY8G76i A1zkpRcqK7nbpcGYTzQ8RXE+GT65rVgct2kgnIWOaqulyH+YZUT1dfdmHsUFwV5yVLRrT+bl 6WToJn+oo1/n1mbmpWAPdYhdct4NAgMBAAGjggLYMIIC1DAJBgNVHRMEAjAAMAsGA1UdDwQE AwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFEGp2R9dlVNz gU9+A5ADguVv5lY2MB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMB0GA1UdEQQW MBSBEmRhbmllbEBtb3JhbnRlLm5ldDCCAUwGA1UdIASCAUMwggE/MIIBOwYLKwYBBAGBtTcB AgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRm MIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAD AgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0byB0aGUgQ2xh c3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20gQ0EgcG9saWN5 LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBjb21wbGlhbmNl IG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAtMCugKaAnhiVo dHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEFBQcBAQSBgTB/ MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2NsYXNzMS9jbGll bnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5j bGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNv bS8wDQYJKoZIhvcNAQELBQADggEBAFmcddqdzsLv4Rsg4vhuK5daLn+stNYqyCbUEHyKU3zE MDF3wAK3nfWwQNf+pJ9gq7o8Gf5I0wTieJgbGvuwm5XDr3zbfjJXbv9mlzTsIK240mZI+B5W kv4qt6Wus2tn2KXG7rpJiERt5ba50bNxsbiFNMkJQUnRekr1i6/mOf29plwMxt0mrMcVqQkL 8gBL+Xy6TD9Vq2hdtLPRCC3WkuUE33kDpVJl8Te11eiAJxxM+Ye9UHb2VuRrKiVeOUXB03+d SyzN+rlYzlayAg3RTi28X8OZrk0N1KQ6LXnmPoU+P8LCXSNpe7ESN5Pl9JLfNdLWPI73Szev Fz9biAKYnMUwggY0MIIEHKADAgECAgEfMA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYTAklM MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYDVQQGEwJJTDEW MBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlm aWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVy bWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDHCYPM zi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKnu8zPf1Jwuk0t svVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1PKHG/FaR/wpb fuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvuryGaC/o2/ ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSMTGKk DiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGtMIIBqTAPBgNV HRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ljVO 8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYBBQUHAQEEWjBY MCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYIKwYBBQUHMAKG IWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBSMCegJaAjhiFo dHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6Ly9jcmwuc3Rh cnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwECATBmMC4GCCsG AQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQGCCsGAQUFBwIB FihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0GCSqGSIb3DQEB CwUAA4ICAQCOgcqzJYsauaYgW9ZtyUQ0XyDV0CCOTk/E1qnmc/M7Hvb7e31GR2j1SxXlmJY/ AfQQNrh4Rn8mbT7cn9J2LZxTyoO8Ykl1/2qRNemxX2HbR5Gt6rqTIIGadfjmZrQHUTv00Yo+ Qtm1dqPpCH/udy31mr9rcOqSAsXyTvR645ex22KN/pd7pfWFQeUlShvFi5jApKZu7YtWeCzm BdGOQBt3fAKmEt/+WlFkDf2UDeATK7l0iRhWBWAQ8bu40wWwVvZdpuLv7PNHvo5CfT/Vw13j rHJQrHQLWOBdgv5Dh++o+n8IgASi8eOeAZEzLbpLbPzy7c6yMt+6FdFE4spJnBQl0pnNYEJP sc9ubxrPw9+lXvC/tgPie4nVGD/NwNcEuCS4G+EOyRc5f5aizviAzPgBh/XLo6H4Oz45dh3c g6txTp+3gM9mTzfsxs3rOfxPKytUJ07JPbSLIu0ESD3QAU54QvCJjmjY1ZAfSRlCdgQF8FSw eQ6vUhHZxoslnUu2vX2/k38vA9sLjgPZnrVdIVJazzBwpibWUWxWQIzpUKyoTDOYRN9UGpdh xejpH1YbRNJ76oI+nS7d/O9csUmIdd3NDgRepGT0fUoIo9xmYQMBDbBEiNOuVoNAUUqArVge kcQE88CMiBoA/xpvLj6fnL/TrUqw0cDYxqYTfjEPNaFYeTGCA90wggPZAgEBMIGUMIGMMQsw CQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERp Z2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQ cmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwyOUzAJBgUrDgMCGgUAoIICHTAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTA1MTYwMjU0MjBaMCMG CSqGSIb3DQEJBDEWBBQ8arJELVUj603ClXyo7uV+dzNfSDBsBgkqhkiG9w0BCQ8xXzBdMAsG CWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEEAYI3EAQxgZcw gZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD bGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDI5TMIGnBgsqhkiG9w0B CRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzAp BgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0 YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMMjlMwDQYJ KoZIhvcNAQEBBQAEggEAyU+S9KvtTBaU448fYJ9Fy0+sBLc51H/0FCiALSUI5cocck6okhPg vgiQ70DZdMqlVrpa0jfAu8IZ0bo0Pg0FDOed3DAf+P5u1zG/KZZ1empWJpHn3T1e+kDsyK+9 HjSJR5c6ryEmmjd5rUl8hB4ByvD75dLw3OqlcR9QJgRFuEZzOn/aUr4t07tI+/Du/1BH68RF TucmafkYfBDEESaqrBsOVaNuo9iC+bUpbcsFOg6eXyZCtPDUdJqidsEdPE2+B1WNgNkGKHPR fXF591IQTjQ5NS/DBrPm02MS/b8MXdpKRHcHuC24wxB/ZOcxtzFFHczGJB+ZSX79/4fetThC TwAAAAAAAA== --------------ms070904070100050906040101-- From owner-freebsd-ports@FreeBSD.ORG Sat May 16 04:53:06 2015 Return-Path: Delivered-To: freebsd-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 6F0424B7; Sat, 16 May 2015 04:53:06 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8615314FD; Sat, 16 May 2015 04:53:05 +0000 (UTC) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [192.94.73.9]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id t4G4qg7b020308 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Sat, 16 May 2015 04:52:42 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id t4G4qgDi009246; Fri, 15 May 2015 23:52:42 -0500 (CDT) From: Scott Bennett Message-Id: <201505160452.t4G4qgDi009246@sdf.org> Date: Fri, 15 May 2015 23:52:42 -0500 To: mail@ozzmosis.com Subject: Re: damage to pkg's sqlite data base Cc: freebsd-ports@freebsd.org, bapt@freebsd.org References: <201505120617.t4C6HkA3019096@sdf.org> <20150513075526.GA18834@ozzmosis.com> In-Reply-To: <20150513075526.GA18834@ozzmosis.com> User-Agent: Heirloom mailx 12.5 6/20/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 04:53:06 -0000 andrew clarke wrote: > On Tue 2015-05-12 01:17:46 UTC-0500, Scott Bennett (bennett@sdf.org) wrote: > > > For nearly two weeks I've been stymied by an apparently damaged record > > in the sqlite data base used by pkg(8) and pkg-static(8). Unfortunately, > > it is a record for a port that is depended upon rather heavily, lang/gcc. > > lang/gcc compiled and linked just fine, but any attempt to install the result > > ends up like this. > > > > ===> Checking if gcc already installed > > ===> Registering installation for gcc-4.8.4_3 > > Installing gcc-4.8.4_3... > > pkg-static: sqlite error while executing iterator in file pkgdb_iterator.c:931: database disk image is malformed > > pkg-static: sqlite error while executing INSERT OR REPLACE INTO files (path, sha256, package_id) VALUES (?1, ?2, ?3) in file pkgdb.c:1722: database disk image is malformed > > *** Error code 70 > > > > Stop. > > make: stopped in /usr/ports/lang/gcc > > "database disk image is malformed" is an error from SQLite, the > underlying database library that pkg uses, not pkg itself. > > If you can confidently rule-out hardware or filesystem error then > presumably there is a glitch in SQLite that causes it to corrupt the > database it's writing to. It shouldn't happen, and is evidently very > rare judging from the lack of FreeBSD PRs about it. > > SQLite is quite popular and is used by Mozilla Firefox & Google Chrome > internally. > > It's possible pkg did something to trigger a bug in SQLite, so it may > be worthwhile uploading your local.sqlite to a web site somewhere for > one of the pkg developers to investigate, and file a PR with a link to > the file. > > A bit of Googling indicates a fix may be possible, along the lines of: > > $ sqlite3 /var/db/pkg/local.sqlite > SQLite version 3.8.10.1 2015-05-09 12:14:55 > Enter ".help" for usage hints. > sqlite> pragma integrity_check; > ok > > [sqlite may give an error here, but you can hopefully keep going...] > > sqlite> .mode insert > sqlite> .output local.sqlite.dump > sqlite> .dump > sqlite> .quit > > $ ls -l local.sqlite.dump > -rw-r--r-- 1 ozzmosis ozzmosis 10113463 2015-05-13 17:24:46 local.sqlite.dump > > Note that the database dump is simply a text file: > > $ file local.sqlite.dump > local.sqlite.dump: ASCII text > > We can then recreate the database from the dump we just made: > > $ sqlite3 local.sqlite.new > SQLite version 3.8.10.1 2015-05-09 12:14:55 > Enter ".help" for usage hints. > sqlite> .read local.sqlite.dump > sqlite> .quit > > Now we can use our newly created database, which should be error-free: > > $ sudo cp /var/db/pkg/local.sqlite /var/db/pkg/local.sqlite.backup > $ sudo mv local.sqlite.new /var/db/pkg/local.sqlite > > I don't guarantee any of the above will work. It will depend on how > much the database is corrupted etc. > > You will also need databases/sqlite3 installed, which unfortunately As noted before, I have that installed on my system already. > isn't provided in the FreeBSD base system. This could be a problem if > pkg refuses to install anything. In that case I would either run the > above sqlite3 commands on another machine (or a jail?) and sort it out > there, or run the sqlite3 binary from the > /usr/ports/databasess/sqlite3 directory without installing it, or if > that's not possible, make a backup of local.sqlite, delete > local.sqlite, install sqlite3 from ports (or pkg install), then work > on fixing the corrupt database. > > Obviously another option is to simply declare pkg bankruptcy. Get a > list of all your installed packages (with "pkg info -ao > pkglist.txt"), > delete the corrupt local.sqlite then reinstall your packages. > Okay. Here's what happened. After recreating and reloading the data base, I reran the "pragma integrity_check;". See the results below. Note that "lsl" is aliased to "/bin/ls -FGWblg" in the output shown here. To summarize, the pre-dump errors about missing rows are not present in the post-reload "pragma integrity_check;" messages. However, an attempt to install lang/gcc still fails with messages complaining about a duplicate table. Script started on Fri May 15 23:15:51 2015 hellas# sqlite3 /var/db/pkg/local.sqlite SQLite version 3.8.9 2015-04-08 12:16:33 Enter ".help" for usage hints. sqlite> pragma integrity_check; row 108317 missing from index sqlite_autoindex_files_1 row 218482 missing from index sqlite_autoindex_files_1 row 300709 missing from index sqlite_autoindex_files_1 row 300710 missing from index sqlite_autoindex_files_1 wrong # of entries in index sqlite_autoindex_files_1 sqlite> .mode insert sqlite> .output local.sqlite.dump sqlite> .dump sqlite> .quit hellas# dirs /var/db/pkg hellas# file local.sqlite.dump local.sqlite.dump: ASCII text, with very long lines hellas# lsl local.sqlite.dump -rw-r--r-- 1 root wheel 71218571 May 15 23:17 local.sqlite.dump hellas# tail local.sqlite.dump CREATE TRIGGER scripts_delete INSTEAD OF DELETE ON scripts FOR EACH ROW BEGIN DELETE FROM pkg_script WHERE package_id = old.package_id AND type = old.type; DELETE FROM script WHERE script_id NOT IN (SELECT DISTINCT script_id FROM pkg_script);END; CREATE VIEW options AS SELECT package_id, option, value FROM pkg_option JOIN option USING(option_id); CREATE TRIGGER options_update INSTEAD OF UPDATE ON options FOR EACH ROW BEGIN UPDATE pkg_option SET value = new.value WHERE package_id = old.package_id AND option_id = ( SELECT option_id FROM option WHERE option = old.option );END; CREATE TRIGGER options_insert INSTEAD OF INSERT ON options FOR EACH ROW BEGIN INSERT OR IGNORE INTO option(option) VALUES(new.option);INSERT INTO pkg_option(package_id, option_id, value) VALUES (new.package_id, (SELECT option_id FROM option WHERE option = new.option), new.value);END; CREATE TRIGGER options_delete INSTEAD OF DELETE ON options FOR EACH ROW BEGIN DELETE FROM pkg_option WHERE package_id = old.package_id AND option_id = ( SELECT option_id FROM option WHERE option = old.option );DELETE FROM option WHERE option_id NOT IN ( SELECT DISTINCT option_id FROM pkg_option );END; CREATE UNIQUE INDEX packages_unique ON packages(name); CREATE UNIQUE INDEX deps_unique ON deps(name, version, package_id); CREATE INDEX pkg_digest_id ON packages(origin, manifestdigest); PRAGMA writable_schema=OFF; COMMIT; hellas# lsl local.sql* -rw-r--r-- 1 root wheel 107429888 May 12 23:46 local.sqlite -rw-r--r-- 1 root wheel 107429888 May 1 23:26 local.sqlite.bad -rw-r--r-- 1 root wheel 107429888 May 11 17:40 local.sqlite.bad2 -rw-r--r-- 1 root wheel 71218571 May 15 23:17 local.sqlite.dump hellas# mv local.sqlite.{,.bad3} hellas# sqlite3 local.sqlite.new SQLite version 3.8.9 2015-04-08 12:16:33 Enter ".help" for usage hints. sqlite> .read local.sqlite.dump sqlite> .quit hellas# file local.sqlite.new local.sqlite.new: SQLite 3.x database hellas# mv local.sqlite{.new,} hellas# sqlite3 /var/db/pkg/local.sqlite SQLite version 3.8.9 2015-04-08 12:16:33 Enter ".help" for usage hints. sqlite> pragma integrity_check; ok sqlite> .quit hellas# dirs /var/db/pkg hellas# pushd /usr/ports/lang/gcc /usr/ports/lang/gcc /var/db/pkg hellas# make install ===> Installing for gcc-4.8.4_3 ===> gcc-4.8.4_3 depends on file: /usr/local/bin/as - found ===> gcc-4.8.4_3 depends on file: /usr/local/share/java/ecj-4.5.jar - found ===> gcc-4.8.4_3 depends on executable: indexinfo - found ===> gcc-4.8.4_3 depends on shared library: libgmp.so - found (/usr/local/lib/libgmp.so) ===> gcc-4.8.4_3 depends on shared library: libmpfr.so - found (/usr/local/lib/libmpfr.so) ===> gcc-4.8.4_3 depends on shared library: libmpc.so - found (/usr/local/lib/libmpc.so) ===> Checking if gcc already installed pkg-static: sqlite error while executing CREATE TABLE licenses (id INTEGER PRIMARY KEY, license TEXT NOT NULL UNIQUE );CREATE TABLE pkg_licenses_assoc (package_id INTEGER REFERENCES packages(id) ON DELETE CASCADE ON UPDATE CASCADE, license_id INTEGER REFERENCES licenses(id) ON DELETE RESTRICT ON UPDATE RESTRICT, PRIMARY KEY (package_id, license_id));CREATE VIEW pkg_licenses AS SELECT origin, license FROM packages INNER JOIN pkg_licenses_assoc ON packages.id = pkg_licenses_assoc.package_id INNER JOIN licenses ON pkg_licenses_assoc.license_id = licenses.id;CREATE TRIGGER license_insert INSTEAD OF INSERT ON pkg_licenses FOR EACH ROW BEGIN INSERT OR IGNORE INTO licenses(license) values (NEW.license);INSERT INTO pkg_licenses_assoc(package_id, license_id) VALUES ((SELECT id FROM packages where origin = NEW.origin), (SELECT id FROM categories WHERE name = NEW.name));END; in file pkgdb.c:2333: table licenses already exists *** Error code 74 Stop. make: stopped in /usr/ports/lang/gcc hellas# exit exit Script done on Fri May 15 23:26:20 2015 Any ideas on how to correct this new, duplicate table error situation? Thanks again for all the efforts to help! Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-ports@FreeBSD.ORG Sat May 16 07:58:32 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8ADCBDCB for ; Sat, 16 May 2015 07:58:32 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6EA161600 for ; Sat, 16 May 2015 07:58:31 +0000 (UTC) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [192.94.73.9]) by sdf.lonestar.org (8.14.8/8.14.5) with ESMTP id t4G7wElX027971 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Sat, 16 May 2015 07:58:14 GMT Received: (from bennett@localhost) by sdf.org (8.14.8/8.12.8/Submit) id t4G7wE1m001028; Sat, 16 May 2015 02:58:14 -0500 (CDT) From: Scott Bennett Message-Id: <201505160758.t4G7wE1m001028@sdf.org> Date: Sat, 16 May 2015 02:58:14 -0500 To: "bapt@freebsd.org andrew clarke" Subject: [SOLVED] Re: damage to pkg's sqlite data base Cc: freebsd-ports@freebsd.org References: <201505120617.t4C6HkA3019096@sdf.org> <20150513075526.GA18834@ozzmosis.com> <201505160452.t4G4qgDi009246@sdf.org> <20150516065927.GM11201@ivaldir.etoilebsd.net> In-Reply-To: <20150516065927.GM11201@ivaldir.etoilebsd.net> User-Agent: Heirloom mailx 12.5 6/20/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 07:58:32 -0000 Baptiste Daroussin wrote: > On Fri, May 15, 2015 at 11:52:42PM -0500, Scott Bennett wrote: > > andrew clarke wrote: > > > > > On Tue 2015-05-12 01:17:46 UTC-0500, Scott Bennett (bennett@sdf.org) wrote: > > > > > > > For nearly two weeks I've been stymied by an apparently damaged record > > > > in the sqlite data base used by pkg(8) and pkg-static(8). Unfortunately, > > > > it is a record for a port that is depended upon rather heavily, lang/gcc. > > > > lang/gcc compiled and linked just fine, but any attempt to install the result > > > > ends up like this. > > > > > > > > ===> Checking if gcc already installed > > > > ===> Registering installation for gcc-4.8.4_3 > > > > Installing gcc-4.8.4_3... > > > > pkg-static: sqlite error while executing iterator in file pkgdb_iterator.c:931: database disk image is malformed > > > > pkg-static: sqlite error while executing INSERT OR REPLACE INTO files (path, sha256, package_id) VALUES (?1, ?2, ?3) in file pkgdb.c:1722: database disk image is malformed > > > > *** Error code 70 > > > > > > > > Stop. > > > > make: stopped in /usr/ports/lang/gcc > > > > > > "database disk image is malformed" is an error from SQLite, the > > > underlying database library that pkg uses, not pkg itself. > > > > > > If you can confidently rule-out hardware or filesystem error then > > > presumably there is a glitch in SQLite that causes it to corrupt the > > > database it's writing to. It shouldn't happen, and is evidently very > > > rare judging from the lack of FreeBSD PRs about it. > > > > > > SQLite is quite popular and is used by Mozilla Firefox & Google Chrome > > > internally. > > > > > > It's possible pkg did something to trigger a bug in SQLite, so it may > > > be worthwhile uploading your local.sqlite to a web site somewhere for > > > one of the pkg developers to investigate, and file a PR with a link to > > > the file. > > > > > > A bit of Googling indicates a fix may be possible, along the lines of: > > > > > > $ sqlite3 /var/db/pkg/local.sqlite > > > SQLite version 3.8.10.1 2015-05-09 12:14:55 > > > Enter ".help" for usage hints. > > > sqlite> pragma integrity_check; > > > ok > > > > > > [sqlite may give an error here, but you can hopefully keep going...] > > > > > > sqlite> .mode insert > > > sqlite> .output local.sqlite.dump > > > sqlite> .dump > > > sqlite> .quit > > > > > > $ ls -l local.sqlite.dump > > > -rw-r--r-- 1 ozzmosis ozzmosis 10113463 2015-05-13 17:24:46 local.sqlite.dump > > > > > > Note that the database dump is simply a text file: > > > > > > $ file local.sqlite.dump > > > local.sqlite.dump: ASCII text > > > > > > We can then recreate the database from the dump we just made: > > > > > > $ sqlite3 local.sqlite.new > > > SQLite version 3.8.10.1 2015-05-09 12:14:55 > > > Enter ".help" for usage hints. > > > sqlite> .read local.sqlite.dump > > > sqlite> .quit > > > > > > Now we can use our newly created database, which should be error-free: > > > > > > $ sudo cp /var/db/pkg/local.sqlite /var/db/pkg/local.sqlite.backup > > > $ sudo mv local.sqlite.new /var/db/pkg/local.sqlite > > > > > > I don't guarantee any of the above will work. It will depend on how > > > much the database is corrupted etc. > > > > > > You will also need databases/sqlite3 installed, which unfortunately > > > > As noted before, I have that installed on my system already. > > > > > isn't provided in the FreeBSD base system. This could be a problem if > > > pkg refuses to install anything. In that case I would either run the > > > above sqlite3 commands on another machine (or a jail?) and sort it out > > > there, or run the sqlite3 binary from the > > > /usr/ports/databasess/sqlite3 directory without installing it, or if > > > that's not possible, make a backup of local.sqlite, delete > > > local.sqlite, install sqlite3 from ports (or pkg install), then work > > > on fixing the corrupt database. > > > > > > Obviously another option is to simply declare pkg bankruptcy. Get a > > > list of all your installed packages (with "pkg info -ao > pkglist.txt"), > > > delete the corrupt local.sqlite then reinstall your packages. > > > > > Okay. Here's what happened. After recreating and reloading the > > data base, I reran the "pragma integrity_check;". See the results below. > > Note that "lsl" is aliased to "/bin/ls -FGWblg" in the output shown here. > > To summarize, the pre-dump errors about missing rows are not present in > > the post-reload "pragma integrity_check;" messages. However, an attempt > > to install lang/gcc still fails with messages complaining about a duplicate > > table. > > > > Script started on Fri May 15 23:15:51 2015 > > hellas# sqlite3 /var/db/pkg/local.sqlite > > SQLite version 3.8.9 2015-04-08 12:16:33 > > Enter ".help" for usage hints. > > sqlite> pragma integrity_check; > > row 108317 missing from index sqlite_autoindex_files_1 > > row 218482 missing from index sqlite_autoindex_files_1 > > row 300709 missing from index sqlite_autoindex_files_1 > > row 300710 missing from index sqlite_autoindex_files_1 > > wrong # of entries in index sqlite_autoindex_files_1 > > sqlite> .mode insert > > sqlite> .output local.sqlite.dump > > sqlite> .dump > > sqlite> .quit > > hellas# dirs > > /var/db/pkg > > hellas# file local.sqlite.dump > > local.sqlite.dump: ASCII text, with very long lines > > hellas# lsl local.sqlite.dump > > -rw-r--r-- 1 root wheel 71218571 May 15 23:17 local.sqlite.dump > > hellas# tail local.sqlite.dump > > CREATE TRIGGER scripts_delete INSTEAD OF DELETE ON scripts FOR EACH ROW BEGIN DELETE FROM pkg_script WHERE package_id = old.package_id AND type = old.type; DELETE FROM script WHERE script_id NOT IN (SELECT DISTINCT script_id FROM pkg_script);END; > > CREATE VIEW options AS SELECT package_id, option, value FROM pkg_option JOIN option USING(option_id); > > CREATE TRIGGER options_update INSTEAD OF UPDATE ON options FOR EACH ROW BEGIN UPDATE pkg_option SET value = new.value WHERE package_id = old.package_id AND option_id = ( SELECT option_id FROM option WHERE option = old.option );END; > > CREATE TRIGGER options_insert INSTEAD OF INSERT ON options FOR EACH ROW BEGIN INSERT OR IGNORE INTO option(option) VALUES(new.option);INSERT INTO pkg_option(package_id, option_id, value) VALUES (new.package_id, (SELECT option_id FROM option WHERE option = new.option), new.value);END; > > CREATE TRIGGER options_delete INSTEAD OF DELETE ON options FOR EACH ROW BEGIN DELETE FROM pkg_option WHERE package_id = old.package_id AND option_id = ( SELECT option_id FROM option WHERE option = old.option );DELETE FROM option WHERE option_id NOT IN ( SELECT DISTINCT option_id FROM pkg_option );END; > > CREATE UNIQUE INDEX packages_unique ON packages(name); > > CREATE UNIQUE INDEX deps_unique ON deps(name, version, package_id); > > CREATE INDEX pkg_digest_id ON packages(origin, manifestdigest); > > PRAGMA writable_schema=OFF; > > COMMIT; > > hellas# lsl local.sql* > > -rw-r--r-- 1 root wheel 107429888 May 12 23:46 local.sqlite > > -rw-r--r-- 1 root wheel 107429888 May 1 23:26 local.sqlite.bad > > -rw-r--r-- 1 root wheel 107429888 May 11 17:40 local.sqlite.bad2 > > -rw-r--r-- 1 root wheel 71218571 May 15 23:17 local.sqlite.dump > > hellas# mv local.sqlite.{,.bad3} > > hellas# sqlite3 local.sqlite.new > > SQLite version 3.8.9 2015-04-08 12:16:33 > > Enter ".help" for usage hints. > > sqlite> .read local.sqlite.dump > > > > sqlite> .quit > > hellas# file local.sqlite.new > > local.sqlite.new: SQLite 3.x database > > hellas# mv local.sqlite{.new,} > > hellas# sqlite3 /var/db/pkg/local.sqlite > > SQLite version 3.8.9 2015-04-08 12:16:33 > > Enter ".help" for usage hints. > > sqlite> pragma integrity_check; > > ok > > sqlite> .quit > > hellas# dirs > > /var/db/pkg > > hellas# pushd /usr/ports/lang/gcc > > /usr/ports/lang/gcc /var/db/pkg > > hellas# make install > > ===> Installing for gcc-4.8.4_3 > > ===> gcc-4.8.4_3 depends on file: /usr/local/bin/as - found > > ===> gcc-4.8.4_3 depends on file: /usr/local/share/java/ecj-4.5.jar - found > > ===> gcc-4.8.4_3 depends on executable: indexinfo - found > > ===> gcc-4.8.4_3 depends on shared library: libgmp.so - found (/usr/local/lib/libgmp.so) > > ===> gcc-4.8.4_3 depends on shared library: libmpfr.so - found (/usr/local/lib/libmpfr.so) > > ===> gcc-4.8.4_3 depends on shared library: libmpc.so - found (/usr/local/lib/libmpc.so) > > ===> Checking if gcc already installed > > pkg-static: sqlite error while executing CREATE TABLE licenses (id INTEGER PRIMARY KEY, license TEXT NOT NULL UNIQUE );CREATE TABLE pkg_licenses_assoc (package_id INTEGER REFERENCES packages(id) ON DELETE CASCADE ON UPDATE CASCADE, license_id INTEGER REFERENCES licenses(id) ON DELETE RESTRICT ON UPDATE RESTRICT, PRIMARY KEY (package_id, license_id));CREATE VIEW pkg_licenses AS SELECT origin, license FROM packages INNER JOIN pkg_licenses_assoc ON packages.id = pkg_licenses_assoc.package_id INNER JOIN licenses ON pkg_licenses_assoc.license_id = licenses.id;CREATE TRIGGER license_insert INSTEAD OF INSERT ON pkg_licenses FOR EACH ROW BEGIN INSERT OR IGNORE INTO licenses(license) values (NEW.license);INSERT INTO pkg_licenses_assoc(package_id, license_id) VALUES ((SELECT id FROM packages where origin = NEW.origin), (SELECT id FROM categories WHERE name = NEW.name));END; in file pkgdb.c:2333: table licenses already exists > > *** Error code 74 > > > > Stop. > > make: stopped in /usr/ports/lang/gcc > > hellas# exit > > exit > > > > Script done on Fri May 15 23:26:20 2015 > > > > Any ideas on how to correct this new, duplicate table error situation? > > Thanks again for all the efforts to help! > > > I gave you the step in my previous mail, after loading the good dump run Oops. Sorry, but I missed that bit. > pragma user_version="31"; > YES!! That worked, and gcc-4.8.4_3 is now installed. Now to see whether X11 will start up again. Thank you very much, Bapt, and also to Andrew Clarke for the rest of the procedure. I will file these messages away in case this ever plagues me again. Perhaps a "pkg fixdb" could be added that would do something like this? Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-ports@FreeBSD.ORG Sat May 16 11:34:31 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01A1F8BB for ; Sat, 16 May 2015 11:34:30 +0000 (UTC) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A85B51B7B for ; Sat, 16 May 2015 11:34:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=EMmnGQq10V6lnIkPNToFqTSfbKC7+fCFAA1UQ5e+SPk=; b=AS7wDL48ln5pbtPcFBpr4xHInaDAcClcJjOjoqVHQSR7xhEqvro4fbobom3Yc03BvR+MbahGHyX3yb5Dnb5n34LHXfxopkELViUn7uLQPRlkAHsNuhqW2MX9xcVaYP304/O3nzDElxn4tXNd0SOSJAThXSzCeJv2qpXnlw8lwKw=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:29551 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YtaMO-000AAK-8q for freebsd-ports@freebsd.org; Sat, 16 May 2015 06:34:28 -0500 Received: from 104-54-221-134.lightspeed.austtx.sbcglobal.net ([104.54.221.134]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sat, 16 May 2015 06:34:28 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 16 May 2015 06:34:28 -0500 From: Larry Rosenman To: Freebsd ports Subject: BZ 20226 Message-ID: <74392c23277c536101da4f548b2b6cb7@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.1.1 X-Spam-Score: -1.0 (-) X-LERCTR-Spam-Score: -1.0 (-) X-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 X-LERCTR-Spam-Report: SpamScore (-1.0/5.0) ALL_TRUSTED=-1, SHORTCIRCUIT=-0.0001 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 11:34:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200226 Can I get a committer to commit this as it's a simple upgrade? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-ports@FreeBSD.ORG Sat May 16 13:01:16 2015 Return-Path: Delivered-To: freebsd-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 4E243B86 for ; Sat, 16 May 2015 13:01:16 +0000 (UTC) Received: from mailhost.m5p.com (mailhost.m5p.com [IPv6:2001:418:3fd::f7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1189013C7 for ; Sat, 16 May 2015 13:01:15 +0000 (UTC) Received: from wonderland.m5p.com (wonderland.m5p.com [IPv6:2001:418:3fd::19]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id t4GD18H2020495 for ; Sat, 16 May 2015 09:01:14 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <55573F94.3020802@m5p.com> Date: Sat, 16 May 2015 09:01:08 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd ports Subject: Re: openoffice vulnerability? References: <5555D464.60104@m5p.com> In-Reply-To: <5555D464.60104@m5p.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Sat, 16 May 2015 09:01:14 -0400 (EDT) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 13:01:16 -0000 On 05/15/15 07:11, George Mitchell wrote: > Nightly security report sez: > > Checking for packages with security vulnerabilities: > Database fetched: Thu May 14 03:10:05 EDT 2015 > apache-openoffice-4.1.1_9 > [...] And now Don Lewis has removed this erroneous entry from the data base of vulnerabilities. Thank you, Don! -- George From owner-freebsd-ports@FreeBSD.ORG Sat May 16 13:30:19 2015 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 948AE131 for ; Sat, 16 May 2015 13:30:19 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8464C171F for ; Sat, 16 May 2015 13:30:19 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t4GDUJ3x090769 for ; Sat, 16 May 2015 13:30:19 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t4GDUJDc090768; Sat, 16 May 2015 13:30:19 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201505161330.t4GDUJDc090768@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Sat, 16 May 2015 13:30:19 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 13:30:19 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ net-im/pecl-stomp | 1.0.6 | 1.0.7 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Sat May 16 17:04:07 2015 Return-Path: Delivered-To: freebsd-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 CAD30BA3 for ; Sat, 16 May 2015 17:04:07 +0000 (UTC) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9300A1C2A for ; Sat, 16 May 2015 17:04:07 +0000 (UTC) Received: by iesa3 with SMTP id a3so56489654ies.2 for ; Sat, 16 May 2015 10:04:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=m71TYZZ/ibtm61Cgjh16uyHF8YttRQsKTmBlgBEkfiA=; b=xGA9hTokMlawkIPY8dGjg2iwmimu2o4wCwzHFAOsc3Bo2OOlKgWJgqqdWufoM8U3ex UR3dDYrGID26NVCIKw7OmeLc5gkvUeDkl/00Cp3TWyZ9jqh/orRSBVu2uEhSU8onN2eS IJap9Ep01Dp7OWCMy2m51m2V/Pz3OFAi14MyDcyHxeYbJCJhA4KnuIxuqlbMR8DsW9cg YsjS1lKrgQeUdZliLO2qrwgtnlocqC6fNmv1GvJ8uCGo0ImQ80jCa5e5qBk110JZhBR9 dNTdie0ZjzuBU+tywrm78F9p/wonprItDb8v2OlNDf+MpwVtCqCCVK30XIuJliu5tn5c njxA== MIME-Version: 1.0 X-Received: by 10.107.164.6 with SMTP id n6mr20113552ioe.54.1431795847017; Sat, 16 May 2015 10:04:07 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.174.22 with HTTP; Sat, 16 May 2015 10:04:06 -0700 (PDT) In-Reply-To: <5529321.PvBpsCEs9n@thinkpad> References: <5529321.PvBpsCEs9n@thinkpad> Date: Sat, 16 May 2015 10:04:06 -0700 X-Google-Sender-Auth: aZoP9Go8oG_iIaL4kU265JQG54c Message-ID: Subject: Re: net/mediatomb fails to build From: Kevin Oberman To: che@bein.link Cc: FreeBSD Ports ML Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 17:04:07 -0000 On Fri, May 15, 2015 at 4:09 PM, Maxim V Filimonov wrote: > The mentioned port was marked broken not long ago. However, I found another > issue with it: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200232 > > While the repsonsible persons might be fixing this, I wonder, what can I > do to > fix that quickly? I need this port really much, and I don't seem to have > anywhere to install it from. > -- > wbr, Maxim Filimonov > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > The issue that caused the BROKEN designator only looks to show up if clang-3.6 is used. Older versions of clang seem to work fine. The iconv issue is unrelated and the patch in hte ticket should fix that, so, if you are not runing current and are using the base compiler, just apply the iconv fix from the ticket (200232), comment out the BROKEN and build. The USER/GROUP issue also needs to be fixed, but does not prevent building, installing or using it. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Sat May 16 19:02:11 2015 Return-Path: Delivered-To: freebsd-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 59B5B3C4 for ; Sat, 16 May 2015 19:02:11 +0000 (UTC) Received: from mail.bein.link (bein.link [37.252.124.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1F41317BE for ; Sat, 16 May 2015 19:02:10 +0000 (UTC) Received: from thinkpad.localnet (home.bein.link [188.134.8.193]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bein.link (Postfix) with ESMTPSA id 659CE1AF161; Sat, 16 May 2015 19:02:02 +0000 (UTC) From: Maxim V Filimonov To: freebsd-ports@freebsd.org Reply-To: che@bein.link Cc: Kevin Oberman Subject: Re: net/mediatomb fails to build Date: Sat, 16 May 2015 22:02:03 +0300 Message-ID: <2117431.UGtR5A8AW4@thinkpad> User-Agent: KMail/4.14.3 (FreeBSD/10.1-RELEASE-p10; KDE/4.14.3; amd64; ; ) In-Reply-To: References: <5529321.PvBpsCEs9n@thinkpad> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 19:02:11 -0000 On Saturday 16 May 2015 10:04:06 Kevin Oberman wrote: > The issue that caused the BROKEN designator only looks to show up if > clang-3.6 is used. Older versions of clang seem to work fine. The iconv > issue is unrelated and the patch in hte ticket should fix that, so, if you > are not runing current and are using the base compiler, just apply the > iconv fix from the ticket (200232), comment out the BROKEN and build. The > USER/GROUP issue also needs to be fixed, but does not prevent building, > installing or using it. Thank you. As I wrote in the PR itself, it built just fine on my machine after applying the provided patch. They have also committed that by now, so everything is fine for now. -- wbr, Maxim Filimonov