From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 05:05:18 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7478DD4 for ; Sun, 27 Jul 2014 05:05:18 +0000 (UTC) Received: from mail-vc0-f181.google.com (mail-vc0-f181.google.com [209.85.220.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 85F272460 for ; Sun, 27 Jul 2014 04:58:48 +0000 (UTC) Received: by mail-vc0-f181.google.com with SMTP id lf12so9546650vcb.26 for ; Sat, 26 Jul 2014 21:58:42 -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=t6/k94gPjws42WziZkYkgLslAANAHSiFqfW97wPiLDg=; b=JmpYN/OPETTTXcs5kqPGa4y6KDnb3GY9DNL/tAPSnrPS/GKWeWmSPO4l8vOz5MC3Jn o05Z0aHbcFhj6LSDpNxXUnW3myP3b7TTl83OI74J1JMz6cwiLnPhmQ9xbOLKx8redUua 0l8A/slRUKfJm364RdIkpKvEumUIl6nUHF9Q6AJyPW6sAKB0L2FaOKxUjfdLJhuWiHBz 0dEpdb2G6II46PIA7Ek7+noijfzTEZDM8MYDGEV/P0UAoXoYD+BmC4ywCCFI2gwNQRo8 1wDQtBdtsg2+l3fXKXqyITLXA/1MhtfGjZdKRwL1Y+BS1ETZszHTlKsIDy6mwmxiSY5d xLkw== X-Gm-Message-State: ALoCoQluLSGnTezKSp7LcNtJSAkK20y6AUqz1aV8J2RYGtPsxznSCC26pEQk7B1q8eCc8Mg6vREC MIME-Version: 1.0 X-Received: by 10.52.231.226 with SMTP id tj2mr27894021vdc.16.1406437122329; Sat, 26 Jul 2014 21:58:42 -0700 (PDT) Received: by 10.52.57.197 with HTTP; Sat, 26 Jul 2014 21:58:42 -0700 (PDT) Date: Sun, 27 Jul 2014 11:58:42 +0700 Message-ID: Subject: i can not make aegisub from port From: contact by ThaiBB To: ports@FreeBSD.org Content-Type: multipart/mixed; boundary=089e01175ef913967c04ff25a934 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 05:05:18 -0000 --089e01175ef913967c04ff25a934 Content-Type: text/plain; charset=UTF-8 this some error message checking for boostlib >= 1.50.0... yes checking whether the Boost::ASIO library is available... yes checking whether the Boost::Chrono library is available... yes checking for exit in -lboost_chrono... yes checking whether the Boost::Filesystem library is available... yes checking for exit in -lboost_filesystem... yes checking whether the Boost::Locale library is available... yes checking for exit in -lboost_locale... no checking for exit in -lboost_locale... (cached) no checking for exit in -lboost_locale... (cached) no checking for exit in -lboost_locale... (cached) no configure: error: Could not link against boost_locale ! ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/usr/ports/multimedia/aegisub/work/aegisub-3.1.3/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 Stop. make[1]: stopped in /usr/ports/multimedia/aegisub *** Error code 1 Stop. make: stopped in /usr/ports/multimedia/aegisub and config.log in attachment --089e01175ef913967c04ff25a934 Content-Type: application/octet-stream; name="config.log" Content-Disposition: attachment; filename="config.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hy3wcb480 VGhpcyBmaWxlIGNvbnRhaW5zIGFueSBtZXNzYWdlcyBwcm9kdWNlZCBieSBjb21waWxlcnMgd2hp bGUKcnVubmluZyBjb25maWd1cmUsIHRvIGFpZCBkZWJ1Z2dpbmcgaWYgY29uZmlndXJlIG1ha2Vz IGEgbWlzdGFrZS4KCkl0IHdhcyBjcmVhdGVkIGJ5IEFlZ2lzdWIgY29uZmlndXJlIGFlZ2lzdWJf dmVyc2lvbiwgd2hpY2ggd2FzCmdlbmVyYXRlZCBieSBHTlUgQXV0b2NvbmYgMi42OS4gIEludm9j YXRpb24gY29tbWFuZCBsaW5lIHdhcwoKICAkIC4vY29uZmlndXJlIC0tZGlzYWJsZS1jb21waWxl ci1mbGFncyAtLWRpc2FibGUtdXBkYXRlLWNoZWNrZXIgLS13aXRob3V0LWxpYmMrKyAtLWRpc2Fi bGUtZ2NjLXByZWMgLS13aXRoLXd4LWNvbmZpZz0vdXNyL2xvY2FsL2Jpbi93eGd0azJ1LTMuMC1j b25maWcgLS14LWxpYnJhcmllcz0vdXNyL2xvY2FsL2xpYiAtLXgtaW5jbHVkZXM9L3Vzci9sb2Nh bC9pbmNsdWRlIC0tcHJlZml4PS91c3IvbG9jYWwgLS1tYW5kaXI9L3Vzci9sb2NhbC9tYW4gLS1p bmZvZGlyPS91c3IvbG9jYWwvaW5mby8gLS1idWlsZD1hbWQ2NC1wb3J0YmxkLWZyZWVic2QxMC4w CgojIyAtLS0tLS0tLS0gIyMKIyMgUGxhdGZvcm0uICMjCiMjIC0tLS0tLS0tLSAjIwoKaG9zdG5h bWUgPSBoYXJ1bmEudGhhaWJiLm9yZwp1bmFtZSAtbSA9IGFtZDY0CnVuYW1lIC1yID0gMTAuMC1S RUxFQVNFLXA3CnVuYW1lIC1zID0gRnJlZUJTRAp1bmFtZSAtdiA9IEZyZWVCU0QgMTAuMC1SRUxF QVNFLXA3ICMwOiBUdWUgSnVsICA4IDA2OjM3OjQ0IFVUQyAyMDE0ICAgICByb290QGFtZDY0LWJ1 aWxkZXIuZGFlbW9ub2xvZ3kubmV0Oi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMgCgovdXNy L2Jpbi91bmFtZSAtcCA9IGFtZDY0Ci9iaW4vdW5hbWUgLVggICAgID0gdW5rbm93bgoKL2Jpbi9h cmNoICAgICAgICAgICAgICA9IHVua25vd24KL3Vzci9iaW4vYXJjaCAtayAgICAgICA9IHVua25v d24KL3Vzci9jb252ZXgvZ2V0c3lzaW5mbyA9IHVua25vd24KL3Vzci9iaW4vaG9zdGluZm8gICAg ICA9IHVua25vd24KL2Jpbi9tYWNoaW5lICAgICAgICAgICA9IHVua25vd24KL3Vzci9iaW4vb3Ns ZXZlbCAgICAgICA9IHVua25vd24KL2Jpbi91bml2ZXJzZSAgICAgICAgICA9IHVua25vd24KClBB VEg6IC9zYmluClBBVEg6IC9iaW4KUEFUSDogL3Vzci9zYmluClBBVEg6IC91c3IvYmluClBBVEg6 IC91c3IvZ2FtZXMKUEFUSDogL3Vzci9sb2NhbC9zYmluClBBVEg6IC91c3IvbG9jYWwvYmluClBB VEg6IC9yb290L2JpbgoKCiMjIC0tLS0tLS0tLS0tICMjCiMjIENvcmUgdGVzdHMuICMjCiMjIC0t LS0tLS0tLS0tICMjCgpjb25maWd1cmU6MjU5MzogbG9hZGluZyBzaXRlIHNjcmlwdCAvdXNyL3Bv cnRzL1RlbXBsYXRlcy9jb25maWcuc2l0ZQp8ICMgJEZyZWVCU0Q6IGhlYWQvVGVtcGxhdGVzL2Nv bmZpZy5zaXRlIDM0OTI0MCAyMDE0LTAzLTI2IDExOjE2OjQyWiBiYXB0ICQKfCAjIERvIG5vdCBh ZGQ6CnwgIwktIHRvb2xjaGFpbiByZWxhdGVkCnwgIwktIGFyY2gtZGVwZW5kZW50IHZhbHVlcwp8 ICMJLSBhbnl0aGluZyAiPW5vIiB1bmxlc3MgZ3VhcmFudGVlZCB0byBuZXZlciBiZQp8ICMJICBp bXBsZW1lbnRlZCBpbiBGcmVlQlNECnwgIwktIGFsc28gYXZvaWQgIndvcmtpbmciIHZhbHVlcwp8 ICMgVGhpcyBmaWxlIG11c3QgcmVmbGVjdCB0aGUgb2xkZXN0IHN1cHBvcnRlZCBSZWxlYXNlLgp8 ICMKfCAjTUFJTlRBSU5FUj0JcG9ydG1nckBGcmVlQlNELm9yZwp8IAp8ICMgUGF0aAp8IDogJHth Y19jdl9wYXRoX0JaSVAyPS91c3IvYmluL2J6aXAyfQp8IDogJHthY19jdl9wYXRoX0VHUkVQPS91 c3IvYmluL2VncmVwfQp8IDogJHthY19jdl9wYXRoX0ZHUkVQPS91c3IvYmluL2ZncmVwfQp8IDog JHthY19jdl9wYXRoX0dSRVA9L3Vzci9iaW4vZ3JlcH0KfCA6ICR7YWNfY3ZfcGF0aF9HWklQPS91 c3IvYmluL2d6aXB9CnwgOiAke2FjX2N2X3BhdGhfTUtURU1QX0NPTU1BTkQ9L3Vzci9iaW4vbWt0 ZW1wfQp8IDogJHthY19jdl9wYXRoX1NFRD0vdXNyL2Jpbi9zZWR9CnwgOiAke2FjX2N2X3BhdGhf aW5zdGFsbD0vdXNyL2Jpbi9pbnN0YWxsfQp8IDogJHthY19jdl9wYXRoX21rZGlyPS9iaW4vbWtk aXJ9CnwgOiAke2FjX2N2X3Byb2dfQVdLPS91c3IvYmluL2F3a30KfCA6ICR7YWNfY3ZfcHJvZ19T RUQ9L3Vzci9iaW4vc2VkfQp8IDogJHthbV9jdl9wcm9nX3Rhcl91c3Rhcj0vdXNyL2Jpbi90YXJ9 CnwgOiAke2NsX2N2X3Byb2dfTE49L2Jpbi9sbn0KfCA6ICR7Y2xfY3ZfcHJvZ19jcD0nL2Jpbi9j cCAtcCd9CnwgOiAke2x0X2N2X3BhdGhfTUFHSUNfQ01EPS91c3IvYmluL2ZpbGV9CnwgCnwgIyBI ZWFkZXJzCnwgOiAke2FjX2N2X2hlYWRlcl9hbGxvY2FfaD1ub30KfCA6ICR7YWNfY3ZfaGVhZGVy X2FycGFfaW5ldF9oPXllc30KfCA6ICR7YWNfY3ZfaGVhZGVyX2FycGFfbmFtZXNlcl9oPXllc30K fCA6ICR7YWNfY3ZfaGVhZGVyX2N0eXBlX2g9eWVzfQp8IDogJHthY19jdl9oZWFkZXJfZGlyZW50 X2g9eWVzfQp8IDogJHthY19jdl9oZWFkZXJfZGxmY25faD15ZXN9CnwgOiAke2FjX2N2X2hlYWRl cl9lbGZfaD15ZXN9CnwgOiAke2FjX2N2X2hlYWRlcl9lcnJub19oPXllc30KfCA6ICR7YWNfY3Zf aGVhZGVyX2ZjbnRsX2g9eWVzfQp8IDogJHthY19jdl9oZWFkZXJfZmxvYXRfaD15ZXN9CnwgOiAk e2FjX2N2X2hlYWRlcl9mbG9hdGluZ3BvaW50X2g9eWVzfQp8IDogJHthY19jdl9oZWFkZXJfZ2V0 b3B0X2g9eWVzfQp8IDogJHthY19jdl9oZWFkZXJfZ2xvYl9oPXllc30KfCA6ICR7YWNfY3ZfaGVh ZGVyX2ludHR5cGVzX2g9eWVzfQp8IDogJHthY19jdl9oZWFkZXJfbGFuZ2luZm9faD15ZXN9Cnwg OiAke2FjX2N2X2hlYWRlcl9saWJnZW5faD15ZXN9CnwgOiAke2FjX2N2X2hlYWRlcl9saWJ1dGls X2g9eWVzfQp8IDogJHthY19jdl9oZWFkZXJfbGltaXRzX2g9eWVzfQp8IDogJHthY19jdl9oZWFk ZXJfbG9naW5fY2FwX2g9eWVzfQp8IDogJHthY19jdl9oZWFkZXJfbWF0aF9oPXllc30KfCA6ICR7 YWNfY3ZfaGVhZGVyX21lbW9yeV9oPXllc30KfCA6ICR7YWNfY3ZfaGVhZGVyX21pbml4X2NvbmZp Z19oPW5vfQp8IDogJHthY19jdl9oZWFkZXJfbmV0X2lmX2g9eWVzfQp8IDogJHthY19jdl9oZWFk ZXJfbmV0X2lmX21lZGlhX2g9eWVzfQp8IDogJHthY19jdl9oZWFkZXJfbmV0X2lmX3RhcF9oPXll c30KfCA6ICR7YWNfY3ZfaGVhZGVyX25ldF9pZl90dW5faD15ZXN9CnwgOiAke2FjX2N2X2hlYWRl cl9uZXRkYl9oPXllc30KfCA6ICR7YWNfY3ZfaGVhZGVyX25ldGluZXRfaW5faD15ZXN9CnwgOiAk e2FjX2N2X2hlYWRlcl9wYXRoc19oPXllc30KfCA6ICR7YWNfY3ZfaGVhZGVyX3BvbGxfaD15ZXN9 CnwgOiAke2FjX2N2X2hlYWRlcl9wd2RfaD15ZXN9CnwgOiAke2FjX2N2X2hlYWRlcl9yZWFkcGFz c3BocmFzZV9oPXllc30KfCA6ICR7YWNfY3ZfaGVhZGVyX3Jlc29sdl9oPXllc30KfCA6ICR7YWNf Y3ZfaGVhZGVyX3JwY190eXBlc19oPXllc30KfCA6ICR7YWNfY3ZfaGVhZGVyX3NjaGVkX2g9eWVz fQp8IDogJHthY19jdl9oZWFkZXJfc2VhcmNoX2g9eWVzfQp8IDogJHthY19jdl9oZWFkZXJfc2Vj dXJpdHlfcGFtX2FwcGxfaD15ZXN9CnwgOiAke2FjX2N2X2hlYWRlcl9zaWduYWxfaD15ZXN9Cnwg OiAke2FjX2N2X2hlYWRlcl9zcGF3bl9oPXllc30KfCA6ICR7YWNfY3ZfaGVhZGVyX3N0ZGFyZ19o PXllc30KfCA6ICR7YWNfY3ZfaGVhZGVyX3N0ZGJvb2xfaD15ZXN9CnwgOiAke2FjX2N2X2hlYWRl cl9zdGRjPXllc30KfCA6ICR7YWNfY3ZfaGVhZGVyX3N0ZGRlZl9oPXllc30KfCA6ICR7YWNfY3Zf aGVhZGVyX3N0ZGludF9oPXllc30KfCA6ICR7YWNfY3ZfaGVhZGVyX3N0ZGlvX2g9eWVzfQp8IDog JHthY19jdl9oZWFkZXJfc3RkbGliX2g9eWVzfQp8IDogJHthY19jdl9oZWFkZXJfc3RyaW5nX2g9 eWVzfQp8IDogJHthY19jdl9oZWFkZXJfc3RyaW5nc19oPXllc30KfCA6ICR7YWNfY3ZfaGVhZGVy X3N5c19hY2xfaD15ZXN9CnwgOiAke2FjX2N2X2hlYWRlcl9zeXNfY2RlZnNfaD15ZXN9CnwgOiAk e2FjX2N2X2hlYWRlcl9zeXNfZGlyX2g9eWVzfQp8IDogJHthY19jdl9oZWFkZXJfc3lzX2ZjbnRs X2g9eWVzfQp8IDogJHthY19jdl9oZWFkZXJfc3lzX2ZpbGVfaD15ZXN9CnwgOiAke2FjX2N2X2hl YWRlcl9zeXNfaW9jdGxfaD15ZXN9CnwgOiAke2FjX2N2X2hlYWRlcl9zeXNfbW1hbl9oPXllc30K fCA6ICR7YWNfY3ZfaGVhZGVyX3N5c19tb3VudF9oPXllc30KfCA6ICR7YWNfY3ZfaGVhZGVyX3N5 c19tc2dfaD15ZXN9CnwgOiAke2FjX2N2X2hlYWRlcl9zeXNfcGFyYW1faD15ZXN9CnwgOiAke2Fj X2N2X2hlYWRlcl9zeXNfcG9sbF9oPXllc30KfCA6ICR7YWNfY3ZfaGVhZGVyX3N5c19wdHJhY2Vf aD15ZXN9CnwgOiAke2FjX2N2X2hlYWRlcl9zeXNfc2VsZWN0X2g9eWVzfQp8IDogJHthY19jdl9o ZWFkZXJfc3lzX3NvY2tldF9oPXllc30KfCA6ICR7YWNfY3ZfaGVhZGVyX3N5c19zdGF0X2g9eWVz fQp8IDogJHthY19jdl9oZWFkZXJfc3lzX3N0YXR2ZnNfaD15ZXN9CnwgOiAke2FjX2N2X2hlYWRl cl9zeXNfdGltZV9oPXllc30KfCA6ICR7YWNfY3ZfaGVhZGVyX3N5c190aW1lcnNfaD15ZXN9Cnwg OiAke2FjX2N2X2hlYWRlcl9zeXNfdGltZXNfaD15ZXN9CnwgOiAke2FjX2N2X2hlYWRlcl9zeXNf dHlwZXNfaD15ZXN9CnwgOiAke2FjX2N2X2hlYWRlcl9zeXNfdW5faD15ZXN9CnwgOiAke2FjX2N2 X2hlYWRlcl9zeXNfd2FpdF9oPXllc30KfCA6ICR7YWNfY3ZfaGVhZGVyX3RpbWVfaD15ZXN9Cnwg OiAke2FjX2N2X2hlYWRlcl90dHllbnRfaD15ZXN9CnwgOiAke2FjX2N2X2hlYWRlcl91Y29udGV4 dF9oPXllc30KfCA6ICR7YWNfY3ZfaGVhZGVyX3VuaXN0ZF9oPXllc30KfCA6ICR7YWNfY3ZfaGVh ZGVyX3V0aW1lX2g9eWVzfQp8IDogJHthY19jdl9oZWFkZXJfdmlzX2g9eWVzfQp8IDogJHthY19j dl9oZWFkZXJfd2NoYXJfaD15ZXN9CnwgOiAke2FjX2N2X2hlYWRlcl93Y3R5cGVfaD15ZXN9Cnwg OiAke2FjX2N2X2hlYWRlcl96bGliX2g9eWVzfQp8IAp8IDogJHtnbF9jdl9oZWFkZXJfd2NoYXJf aF9jb3JyZWN0X2lubGluZT15ZXN9CnwgCnwgOiAke2FjX2N2X2hlYWRlcl9hcmd6X2g9bm99Cnwg OiAke2FjX2N2X2hlYWRlcl9ieXRlc3dhcF9oPW5vfQp8IDogJHthY19jdl9oZWFkZXJfZGxfaD1u b30KfCA6ICR7YWNfY3ZfaGVhZGVyX21hbGxvY19oPW5vfQp8IDogJHthY19jdl9oZWFkZXJfcmFu ZG9tX2g9bm99CnwgOiAke2FjX2N2X2hlYWRlcl92Zm9ya19oPW5vfQp8IAp8ICMgVGhpcyBhcHBl YXJzIGluIEZyZWVCU0QgMTAgZG8gbm90IGNhY2hlIGl0Lgp8ICM6ICR7Z2xfY3ZfaGF2ZV9yYXdf ZGVjbF9zdHJjaHJudWw9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX21lbWNweT1ub30K fCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9tZW1tZW09eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jh d19kZWNsX21lbXJjaHI9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3Jhd21lbWNocj15 ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfc3RwY3B5PXllc30KfCA6ICR7Z2xfY3ZfaGF2 ZV9yYXdfZGVjbF9zdHBuY3B5PXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9zdHJjYXNl c3RyPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9zdHJkdXA9eWVzfQp8IDogJHtnbF9j dl9oYXZlX3Jhd19kZWNsX3N0cm5jYXQ9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3N0 cm5kdXA9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3N0cm5sZW49eWVzfQp8IDogJHtn bF9jdl9oYXZlX3Jhd19kZWNsX3N0cnBicms9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNs X3N0cnNlcD15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfc3Ryc2lnbmFsPXllc30KfCA6 ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9zdHJ0b2tfcj15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3 X2RlY2xfc3RydmVyc2NtcD1ub30KfCAKfCAjIFR5cGUKfCA6ICR7YWNfY3ZfY19pbnQxNl90PXll c30KfCA6ICR7YWNfY3ZfY19pbnQzMl90PXllc30KfCA6ICR7YWNfY3ZfY19pbnQ2NF90PXllc30K fCA6ICR7YWNfY3ZfY19pbnQ4X3Q9eWVzfQp8IDogJHthY19jdl9jX3VpbnQxNl90PXllc30KfCA6 ICR7YWNfY3ZfY191aW50MzJfdD15ZXN9CnwgOiAke2FjX2N2X2NfdWludDY0X3Q9eWVzfQp8IDog JHthY19jdl9jX3VpbnQ4X3Q9eWVzfQp8IAp8IDogJHthY19jdl90eXBlX19Cb29sPXllc30KfCA6 ICR7YWNfY3ZfdHlwZV9jaGFyPXllc30KfCA6ICR7YWNfY3ZfdHlwZV9jaGFyX3A9eWVzfQp8IDog JHthY19jdl90eXBlX2ZzYmxrY250X3Q9eWVzfQp8IDogJHthY19jdl90eXBlX2ZzZmlsY250X3Q9 eWVzfQp8IDogJHthY19jdl90eXBlX2luX2FkZHJfdD15ZXN9CnwgOiAke2FjX2N2X3R5cGVfaW5f cG9ydF90PXllc30KfCA6ICR7YWNfY3ZfdHlwZV9pbnQxNl90PXllc30KfCA6ICR7YWNfY3ZfdHlw ZV9pbnQzMl90PXllc30KfCA6ICR7YWNfY3ZfdHlwZV9pbnQ9eWVzfQp8IDogJHthY19jdl90eXBl X2ludG1heF90PXllc30KfCA6ICR7YWNfY3ZfdHlwZV9sb25nPXllc30KfCA6ICR7YWNfY3ZfdHlw ZV9sb25nX2RvdWJsZT15ZXN9CnwgOiAke2FjX2N2X3R5cGVfbG9uZ19sb25nPXllc30KfCA6ICR7 YWNfY3ZfdHlwZV9sb25nX2xvbmdfaW50PXllc30KfCA6ICR7YWNfY3ZfdHlwZV9tYnN0YXRlX3Q9 eWVzfQp8IDogJHthY19jdl90eXBlX21vZGVfdD15ZXN9CnwgOiAke2FjX2N2X3R5cGVfbmxpbmtf dD15ZXN9CnwgOiAke2FjX2N2X3R5cGVfb2ZmX3Q9eWVzfQp8IDogJHthY19jdl90eXBlX3BpZF90 PXllc30KfCA6ICR7YWNfY3ZfdHlwZV9wb3NpeF9zcGF3bl9maWxlX2FjdGlvbnNfdD15ZXN9Cnwg OiAke2FjX2N2X3R5cGVfcG9zaXhfc3Bhd25hdHRyX3Q9eWVzfQp8IDogJHthY19jdl90eXBlX3B0 cmRpZmZfdD15ZXN9CnwgOiAke2FjX2N2X3R5cGVfc2hvcnQ9eWVzfQp8IDogJHthY19jdl90eXBl X3NpZ19hdG9taWNfdD15ZXN9CnwgOiAke2FjX2N2X3R5cGVfc2lnc2V0X3Q9eWVzfQp8IDogJHth Y19jdl90eXBlX3NpemVfdD15ZXN9CnwgOiAke2FjX2N2X3R5cGVfc29ja2xlbl90PXllc30KfCA6 ICR7YWNfY3ZfdHlwZV9zc2l6ZV90PXllc30KfCA6ICR7YWNfY3ZfdHlwZV9zdGFja190PXllc30K fCA6ICR7YWNfY3ZfdHlwZV9zdHJ1Y3RfdGltZXNwZWM9eWVzfQp8IDogJHthY19jdl90eXBlX3Vf Y2hhcj15ZXN9CnwgOiAke2FjX2N2X3R5cGVfdV9pbnQxNl90PXllc30KfCA6ICR7YWNfY3ZfdHlw ZV91X2ludDMyX3Q9eWVzfQp8IDogJHthY19jdl90eXBlX3VfaW50OF90PXllc30KfCA6ICR7YWNf Y3ZfdHlwZV91X2ludD15ZXN9CnwgOiAke2FjX2N2X3R5cGVfdV9sb25nPXllc30KfCA6ICR7YWNf Y3ZfdHlwZV91X3Nob3J0PXllc30KfCA6ICR7YWNfY3ZfdHlwZV91aWRfdD15ZXN9CnwgOiAke2Fj X2N2X3R5cGVfdWludHB0cl90PXllc30KfCA6ICR7YWNfY3ZfdHlwZV91bnNpZ25lZF9jaGFyPXll c30KfCA6ICR7YWNfY3ZfdHlwZV91bnNpZ25lZF9pbnQ9eWVzfQp8IDogJHthY19jdl90eXBlX3Vu c2lnbmVkX2xvbmc9eWVzfQp8IDogJHthY19jdl90eXBlX3Vuc2lnbmVkX2xvbmdfbG9uZz15ZXN9 CnwgOiAke2FjX2N2X3R5cGVfdW5zaWduZWRfbG9uZ19sb25nX2ludD15ZXN9CnwgOiAke2FjX2N2 X3R5cGVfdW5zaWduZWRfc2hvcnQ9eWVzfQp8IDogJHthY19jdl90eXBlX3ZvbGF0aWxlX3NpZ19h dG9taWNfdD15ZXN9CnwgOiAke2FjX2N2X3R5cGVfd2NoYXJfdD15ZXN9CnwgOiAke2FjX2N2X3R5 cGVfd2ludF90PXllc30KfCAKfCA6ICR7Z2xfY3Zfc2lnYWx0c3RhY2tfbG93X2Jhc2U9eWVzfQp8 IDogJHtnbF9jdl9zaXplX21heD15ZXN9CnwgOiAke2dsX2N2X3R5cGVfc2lnc2V0X3Q9eWVzfQp8 IDogJHtnbF9jdl90eXBlX3djaGFyX3Rfc2lnbmVkPXllc30KfCA6ICR7Z2xfY3ZfdHlwZV93Y3Ry YW5zX3Q9eWVzfQp8IDogJHtnbF9jdl90eXBlX3djdHlwZV90PXllc30KfCA6ICR7Z2xfY3ZfdHlw ZV93aW50X3Rfc2lnbmVkPXllc30KfCA6ICR7Z2xfY3ZfdmFyX3N0ZGluX2xhcmdlX29mZnNldD15 ZXN9CnwgOiAke2d0X2N2X2NfaW50bWF4X3Q9eWVzfQp8IDogJHtndF9jdl9jX3djaGFyX3Q9eWVz fQp8IDogJHtndF9jdl9jX3dpbnRfdD15ZXN9CnwgOiAke2d0X2N2X2Z1bmNfcHJpbnRmX3Bvc2l4 PXllc30KfCA6ICR7Z3RfY3ZfaW50X2RpdmJ5emVyb19zaWdmcGU9eWVzfQp8IDogJHtndF9jdl9z aWdpbmZvX3Q9eWVzfQp8IDogJHtndF9jdl9zc2l6ZV90PXllc30KfCAKfCAjIGxpYgp8IDogJHth Y19jdl9saWJfY3J5cHRfY3J5cHQ9eWVzfQp8IDogJHthY19jdl9saWJfZWRpdF9lbF9pbml0PXll c30KfCA6ICR7YWNfY3ZfbGliX3BhbV9wYW1fc2V0X2l0ZW09eWVzfQp8IDogJHthY19jdl9saWJf el9kZWZsYXRlPXllc30KfCA6ICR7YWNfY3ZfbGliY19kZWZpbmVzX19fcHJvZ25hbWU9eWVzfQp8 IDogJHthY19jdl9saWJjX2RlZmluZXNfc3lzX2Vycmxpc3Q9eWVzfQp8IDogJHthY19jdl9saWJj X2RlZmluZXNfc3lzX25lcnI9eWVzfQp8IAp8ICMgU3RydWN0CnwgOiAke2FjX2N2X21lbWJlcl9I RUFERVJfYWQ9eWVzfQp8IDogJHthY19jdl9tZW1iZXJfc3RydWN0X19fcmVzX3N0YXRlX3JldHJh bnM9eWVzfQp8IDogJHthY19jdl9tZW1iZXJfc3RydWN0X3NpZ2FjdGlvbl9zYV9zaWdhY3Rpb249 eWVzfQp8IDogJHthY19jdl9tZW1iZXJfc3RydWN0X3NvY2thZGRyX2luNl9zaW42X3Njb3BlX2lk PXllc30KfCA6ICR7YWNfY3ZfbWVtYmVyX3N0cnVjdF9zdGF0X3N0X2Jsa3NpemU9eWVzfQp8IAp8 IDogJHtnbF9jdl9zeXNfc3RydWN0X3RpbWVzcGVjX2luX3RpbWVfaD15ZXN9CnwgOiAke2dsX2N2 X3N5c19zdHJ1Y3RfdGltZXZhbD15ZXN9CnwgCnwgIyBIYXMgYXBwZWFycmVkIGluIEZyZWVCU0Qg MTAKfCAjOiAke2FjX2N2X2Z1bmNfd2FpdGlkPXllc30KfCAjIEhhcyBhcHBlYXJyZWQgaW4gRnJl ZUJTRCAxMAp8ICM6ICR7YWNfY3ZfZnVuY19zdHJjaHJudWw9eWVzfQp8ICMgSGFzIGFwcGVhcnJl ZCBpbiBGcmVlQlNEIDkKfCAjOiAke2FjX2N2X2Z1bmNfdXNlbG9jYWxlPXllc30KfCAjOiAke2Fj X2N2X2Z1bmNfbmV3bG9jYWxlPXllc30KfCAKfCAjIEZ1bmN0aW9ucwp8IDogJHthY19jdl9mdW5j X19fYjY0X250b3A9eWVzfQp8IDogJHthY19jdl9mdW5jX19fYjY0X3B0b249eWVzfQp8IDogJHth Y19jdl9mdW5jX19nZXRsb25nPXllc30KfCA6ICR7YWNfY3ZfZnVuY19fZ2V0c2hvcnQ9eWVzfQp8 IDogJHthY19jdl9mdW5jX19nZXRzaG9ydD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfX3N0YXQ9eWVz fQp8IDogJHthY19jdl9mdW5jX2FjbF9jcmVhdGVfZW50cnlfbnA9eWVzfQp8IDogJHthY19jdl9m dW5jX2FjbF9kZWxldGVfZGVmX2ZpbGU9eWVzfQp8IDogJHthY19jdl9mdW5jX2FjbF9kZWxldGVf ZmRfbnA9eWVzfQp8IDogJHthY19jdl9mdW5jX2FjbF9kZWxldGVfZmlsZV9ucD15ZXN9CnwgOiAk e2FjX2N2X2Z1bmNfYWNsX2ZyZWU9eWVzfQp8IDogJHthY19jdl9mdW5jX2FjbF9mcm9tX3RleHQ9 eWVzfQp8IDogJHthY19jdl9mdW5jX2FjbF9nZXRfZmQ9eWVzfQp8IDogJHthY19jdl9mdW5jX2Fj bF9nZXRfZmlsZT15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfYWNsX3NldF9mZD15ZXN9CnwgOiAke2Fj X2N2X2Z1bmNfYWNsX3NldF9maWxlPXllc30KfCA6ICR7YWNfY3ZfZnVuY19hbGFybT15ZXN9Cnwg OiAke2FjX2N2X2Z1bmNfYWxsb2NhPXllc30KfCA6ICR7YWNfY3ZfZnVuY19hcmM0cmFuZG9tPXll c30KfCA6ICR7YWNfY3ZfZnVuY19hcmM0cmFuZG9tX2J1Zj15ZXN9CnwgOiAke2FjX2N2X2Z1bmNf YXJjNHJhbmRvbV91bmlmb3JtPXllc30KfCA6ICR7YWNfY3ZfZnVuY19hc3ByaW50Zj15ZXN9Cnwg OiAke2FjX2N2X2Z1bmNfYXRleGl0PXllc30KfCA6ICR7YWNfY3ZfZnVuY19iY21wPXllc30KfCA6 ICR7YWNfY3ZfZnVuY19iY29weT15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfYmluZHJlc3Zwb3J0X3Nh PXllc30KfCA6ICR7YWNfY3ZfZnVuY19idG93Yz15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfYnplcm89 eWVzfQp8IDogJHthY19jdl9mdW5jX2Nob3duPXllc30KfCA6ICR7YWNfY3ZfZnVuY19jbG9jaz15 ZXN9CnwgOiAke2FjX2N2X2Z1bmNfY2xvY2tfZ2V0dGltZT15ZXN9CnwgOiAke2FjX2N2X2Z1bmNf Y2xvc2VkaXI9eWVzfQp8IDogJHthY19jdl9mdW5jX2Nsb3NlZnJvbT15ZXN9CnwgOiAke2FjX2N2 X2Z1bmNfZGFlbW9uPXllc30KfCA6ICR7YWNfY3ZfZnVuY19kaXJuYW1lPXllc30KfCA6ICR7YWNf Y3ZfZnVuY19kbG9wZW49eWVzfQp8IDogJHthY19jdl9mdW5jX2R1cDI9eWVzfQp8IDogJHthY19j dl9mdW5jX2VhY2Nlc3M9eWVzfQp8IDogJHthY19jdl9mdW5jX2ZjaG1vZD15ZXN9CnwgOiAke2Fj X2N2X2Z1bmNfZmNob3duPXllc30KfCA6ICR7YWNfY3ZfZnVuY19mY250bD15ZXN9CnwgOiAke2Fj X2N2X2Z1bmNfZmlsZW5vPXllc30KfCA6ICR7YWNfY3ZfZnVuY19mb3JrPXllc30KfCA6ICR7YWNf Y3ZfZnVuY19mcHVyZ2U9eWVzfQp8IDogJHthY19jdl9mdW5jX2ZyZWVhZGRyaW5mbz15ZXN9Cnwg OiAke2FjX2N2X2Z1bmNfZnN0YXR2ZnM9eWVzfQp8IDogJHthY19jdl9mdW5jX2ZzeW5jPXllc30K fCA6ICR7YWNfY3ZfZnVuY19mdXRpbWVzPXllc30KfCA6ICR7YWNfY3ZfZnVuY19md3ByaW50Zj15 ZXN9CnwgOiAke2FjX2N2X2Z1bmNfZ2FpX3N0cmVycm9yPXllc30KfCA6ICR7YWNfY3ZfZnVuY19n ZXRhZGRyaW5mbz15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfZ2V0Y3dkPXllc30KfCA6ICR7YWNfY3Zf ZnVuY19nZXRkZWxpbT15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfZ2V0ZHRhYmxlc2l6ZT15ZXN9Cnwg OiAke2FjX2N2X2Z1bmNfZ2V0ZWdpZD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfZ2V0ZXVpZD15ZXN9 CnwgOiAke2FjX2N2X2Z1bmNfZ2V0Z2lkPXllc30KfCA6ICR7YWNfY3ZfZnVuY19nZXRncm91cGxp c3Q9eWVzfQp8IDogJHthY19jdl9mdW5jX2dldGhvc3RieW5hbWU9eWVzfQp8IDogJHthY19jdl9m dW5jX2dldGhvc3RuYW1lPXllc30KfCA6ICR7YWNfY3ZfZnVuY19nZXRsaW5lPXllc30KfCA6ICR7 YWNfY3ZfZnVuY19nZXRuYW1laW5mbz15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfZ2V0b3B0PXllc30K fCA6ICR7YWNfY3ZfZnVuY19nZXRvcHRfbG9uZ19vbmx5PXllc30KfCA6ICR7YWNfY3ZfZnVuY19n ZXRwYWdlc2l6ZT15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfZ2V0cGVlcmVpZD15ZXN9CnwgOiAke2Fj X2N2X2Z1bmNfZ2V0cGdpZD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfZ2V0cGdycD15ZXN9CnwgOiAk e2FjX2N2X2Z1bmNfZ2V0cGdycF92b2lkPXllc30KfCA6ICR7YWNfY3ZfZnVuY19nZXRwaWQ9eWVz fQp8IDogJHthY19jdl9mdW5jX2dldHJsaW1pdD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfZ2V0cnVz YWdlPXllc30KfCA6ICR7YWNfY3ZfZnVuY19nZXR0aW1lb2ZkYXk9eWVzfQp8IDogJHthY19jdl9m dW5jX2dldHR0eWVudD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfZ2V0dWlkPXllc30KfCA6ICR7YWNf Y3ZfZnVuY19nZXR3ZD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfZ2xvYj15ZXN9CnwgOiAke2FjX2N2 X2Z1bmNfZ3JvdXBfZnJvbV9naWQ9eWVzfQp8IDogJHthY19jdl9mdW5jX2luZXRfYXRvbj15ZXN9 CnwgOiAke2FjX2N2X2Z1bmNfaW5ldF9udG9hPXllc30KfCA6ICR7YWNfY3ZfZnVuY19pbmV0X250 b3A9eWVzfQp8IDogJHthY19jdl9mdW5jX2lubmV0Z3I9eWVzfQp8IDogJHthY19jdl9mdW5jX2lz YXNjaWk9eWVzfQp8IDogJHthY19jdl9mdW5jX2lzYXNjaWk9eWVzfQp8IDogJHthY19jdl9mdW5j X2lzYmxhbms9eWVzfQp8IDogJHthY19jdl9mdW5jX2lzc2V0dWdpZD15ZXN9CnwgOiAke2FjX2N2 X2Z1bmNfaXN3Ymxhbms9eWVzfQp8IDogJHthY19jdl9mdW5jX2lzd2NudHJsPXllc30KfCA6ICR7 YWNfY3ZfZnVuY19pc3djdHlwZT15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfbGluaz15ZXN9CnwgOiAk e2FjX2N2X2Z1bmNfbG9jYWx0aW1lPXllc30KfCA6ICR7YWNfY3ZfZnVuY19sb2dpbl9nZXRjYXBi b29sPXllc30KfCA6ICR7YWNfY3ZfZnVuY19sc3RhdD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfbHN0 YXRfZGVyZWZlcmVuY2VzX3NsYXNoZWRfc3ltbGluaz15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfbWFs bG9jXzBfbm9ubnVsbD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfbWJybGVuPXllc30KfCA6ICR7YWNf Y3ZfZnVuY19tYnJ0b3djPXllc30KfCA6ICR7YWNfY3ZfZnVuY19tYnNpbml0PXllc30KfCA6ICR7 YWNfY3ZfZnVuY19tYnNydG93Y3M9eWVzfQp8IDogJHthY19jdl9mdW5jX21lbWNocj15ZXN9Cnwg OiAke2FjX2N2X2Z1bmNfbWVtY21wPXllc30KfCA6ICR7YWNfY3ZfZnVuY19tZW1jcHk9eWVzfQp8 IDogJHthY19jdl9mdW5jX21lbW1vdmU9eWVzfQp8IDogJHthY19jdl9mdW5jX21lbXNldD15ZXN9 CnwgOiAke2FjX2N2X2Z1bmNfbWtkdGVtcD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfbWtzdGVtcD15 ZXN9CnwgOiAke2FjX2N2X2Z1bmNfbWt0ZW1wPXllc30KfCA6ICR7YWNfY3ZfZnVuY19tbG9jaz15 ZXN9CnwgOiAke2FjX2N2X2Z1bmNfbW1hcD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfbW1hcF9maXhl ZF9tYXBwZWQ9eWVzfQp8IDogJHthY19jdl9mdW5jX21wcm90ZWN0PXllc30KfCA6ICR7YWNfY3Zf ZnVuY19tdW5sb2NrPXllc30KfCA6ICR7YWNfY3ZfZnVuY19tdW5tYXA9eWVzfQp8IDogJHthY19j dl9mdW5jX25sX2xhbmdpbmZvPXllc30KfCA6ICR7YWNfY3ZfZnVuY19vcGVuZGlyPXllc30KfCAj IEJyZWFrcyBoZWltZGFsIGFuZCByYW5jaWQgYXQgbGVhc3QKfCAjIDogJHthY19jdl9mdW5jX29w ZW5wdHk9eWVzfQp8IDogJHthY19jdl9mdW5jX3BhbV9nZXRlbnZsaXN0PXllc30KfCA6ICR7YWNf Y3ZfZnVuY19wYW1fcHV0ZW52PXllc30KfCA6ICR7YWNfY3ZfZnVuY19wYXRoY29uZj15ZXN9Cnwg OiAke2FjX2N2X2Z1bmNfcGlwZT15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfcG9sbD15ZXN9CnwgOiAk e2FjX2N2X2Z1bmNfcG9zaXhfc3Bhd249eWVzfQp8IDogJHthY19jdl9mdW5jX3ByZWFkPXllc30K fCA6ICR7YWNfY3ZfZnVuY19wdGhyZWFkX2NvbmRfYnJvYWRjYXN0PXllc30KfCA6ICR7YWNfY3Zf ZnVuY19wdGhyZWFkX2NvbmRfZGVzdHJveT15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfcHRocmVhZF9j b25kX2luaXQ9eWVzfQp8IDogJHthY19jdl9mdW5jX3B0aHJlYWRfY29uZF9zaWduYWw9eWVzfQp8 IDogJHthY19jdl9mdW5jX3B0aHJlYWRfY29uZF90aW1lZHdhaXQ9eWVzfQp8IDogJHthY19jdl9m dW5jX3B0aHJlYWRfY29uZF93YWl0PXllc30KfCA6ICR7YWNfY3ZfZnVuY19wdGhyZWFkX2VxdWFs PXllc30KfCA6ICR7YWNfY3ZfZnVuY19wdGhyZWFkX2V4aXQ9eWVzfQp8IDogJHthY19jdl9mdW5j X3B0aHJlYWRfbXV0ZXhfZGVzdHJveT15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfcHRocmVhZF9tdXRl eF9pbml0PXllc30KfCA6ICR7YWNfY3ZfZnVuY19wdGhyZWFkX211dGV4X2xvY2s9eWVzfQp8IDog JHthY19jdl9mdW5jX3B0aHJlYWRfbXV0ZXhfdW5sb2NrPXllc30KfCA6ICR7YWNfY3ZfZnVuY19w dGhyZWFkX3NlbGY9eWVzfQp8IDogJHthY19jdl9mdW5jX3B1dGVudj15ZXN9CnwgOiAke2FjX2N2 X2Z1bmNfcHdyaXRlPXllc30KfCA6ICR7YWNfY3ZfZnVuY19yYWlzZT15ZXN9CnwgOiAke2FjX2N2 X2Z1bmNfcmFuZD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfcmFuZG9tPXllc30KfCA6ICR7YWNfY3Zf ZnVuY19yZWFkZGlyPXllc30KfCA6ICR7YWNfY3ZfZnVuY19yZWFkbGluaz15ZXN9CnwgOiAke2Fj X2N2X2Z1bmNfcmVhZGxpbmthdD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfcmVhZHBhc3NwaHJhc2U9 eWVzfQp8IDogJHthY19jdl9mdW5jX3JlYWxwYXRoPXllc30KfCA6ICR7YWNfY3ZfZnVuY19yZWN2 bXNnPXllc30KfCA6ICR7YWNfY3ZfZnVuY19yZW5hbWU9eWVzfQp8IDogJHthY19jdl9mdW5jX3Jy ZXN2cG9ydF9hZj15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc2NoZWRfeWllbGQ9eWVzfQp8IDogJHth Y19jdl9mdW5jX3NlbGVjdD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc2VuZG1zZz15ZXN9CnwgOiAk e2FjX2N2X2Z1bmNfc2V0ZWdpZD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc2V0ZW52PXllc30KfCA6 ICR7YWNfY3ZfZnVuY19zZXRldWlkPXllc30KfCA6ICR7YWNfY3ZfZnVuY19zZXRncm91cGVudD15 ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc2V0Z3JvdXBzPXllc30KfCA6ICR7YWNfY3ZfZnVuY19zZXRs aW5lYnVmPXllc30KfCA6ICR7YWNfY3ZfZnVuY19zZXRsb2NhbGU9eWVzfQp8IDogJHthY19jdl9m dW5jX3NldGxvZ2luPXllc30KfCA6ICR7YWNfY3ZfZnVuY19zZXRwYXNzZW50PXllc30KfCA6ICR7 YWNfY3ZfZnVuY19zZXRwcm9jdGl0bGU9eWVzfQp8IDogJHthY19jdl9mdW5jX3NldHJlZ2lkPXll c30KfCA6ICR7YWNfY3ZfZnVuY19zZXRyZXNnaWQ9eWVzfQp8IDogJHthY19jdl9mdW5jX3NldHJl c3VpZD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc2V0cmV1aWQ9eWVzfQp8IDogJHthY19jdl9mdW5j X3NldHJsaW1pdD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc2V0c2lkPXllc30KfCA6ICR7YWNfY3Zf ZnVuY19zZXRzb2Nrb3B0PXllc30KfCA6ICR7YWNfY3ZfZnVuY19zZXR2YnVmPXllc30KfCA6ICR7 YWNfY3ZfZnVuY19zaG1nZXQ9eWVzfQp8IDogJHthY19jdl9mdW5jX3NpZ2FjdGlvbj15ZXN9Cnwg OiAke2FjX2N2X2Z1bmNfc2lnYWx0c3RhY2s9eWVzfQp8IDogJHthY19jdl9mdW5jX3NpZ2ludGVy cnVwdD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc2lncHJvY21hc2s9eWVzfQp8IDogJHthY19jdl9m dW5jX3NpZ3ZlYz15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc2xlZXA9eWVzfQp8IDogJHthY19jdl9m dW5jX3NucHJpbnRmPXllc30KfCA6ICR7YWNfY3ZfZnVuY19zb2NrZXRwYWlyPXllc30KfCA6ICR7 YWNfY3ZfZnVuY19zcmFuZD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc3JhbmRvbT15ZXN9CnwgOiAk e2FjX2N2X2Z1bmNfc3RhdD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc3RhdGZzPXllc30KfCA6ICR7 YWNfY3ZfZnVuY19zdGF0dmZzPXllc30KfCA6ICR7YWNfY3ZfZnVuY19zdHBjcHk9eWVzfQp8IDog JHthY19jdl9mdW5jX3N0cG5jcHk9eWVzfQp8IDogJHthY19jdl9mdW5jX3N0cmJyaz15ZXN9Cnwg OiAke2FjX2N2X2Z1bmNfc3RyY2FzZWNtcD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc3RyY3Nwbj15 ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc3RyZHVwPXllc30KfCA6ICR7YWNfY3ZfZnVuY19zdHJlcnJv cj15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc3RyZXJyb3Jfcj15ZXN9CnwgOiAke2FjX2N2X2Z1bmNf c3RyZnRpbWU9eWVzfQp8IDogJHthY19jdl9mdW5jX3N0cmxjYXQ9eWVzfQp8IDogJHthY19jdl9m dW5jX3N0cmxjcHk9eWVzfQp8IDogJHthY19jdl9mdW5jX3N0cmxlbj15ZXN9CnwgOiAke2FjX2N2 X2Z1bmNfc3RybW9kZT15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc3RybmNhc2VjbXA9eWVzfQp8IDog JHthY19jdl9mdW5jX3N0cm5kdXA9eWVzfQp8IDogJHthY19jdl9mdW5jX3N0cm5sZW49eWVzfQp8 IDogJHthY19jdl9mdW5jX3N0cm5sZW5fd29ya2luZz15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc3Ry cGJyaz15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc3RycHRpbWU9eWVzfQp8IDogJHthY19jdl9mdW5j X3N0cnNlcD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc3Ryc2lnbmFsPXllc30KfCA6ICR7YWNfY3Zf ZnVuY19zdHJ0b2w9eWVzfQp8IDogJHthY19jdl9mdW5jX3N0cnRvbGw9eWVzfQp8IDogJHthY19j dl9mdW5jX3N0cnRvbnVtPXllc30KfCA6ICR7YWNfY3ZfZnVuY19zdHJ0b3VsPXllc30KfCA6ICR7 YWNfY3ZfZnVuY19zdHJ0b3VsbD15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfc3ltbGluaz15ZXN9Cnwg OiAke2FjX2N2X2Z1bmNfc3lzY29uZj15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfdGNnZXRwZ3JwPXll c30KfCA6ICR7YWNfY3ZfZnVuY190aW1lPXllc30KfCA6ICR7YWNfY3ZfZnVuY190b3dsb3dlcj15 ZXN9CnwgOiAke2FjX2N2X2Z1bmNfdHJ1bmNhdGU9eWVzfQp8IDogJHthY19jdl9mdW5jX3RzZWFy Y2g9eWVzfQp8IDogJHthY19jdl9mdW5jX3VuYW1lPXllc30KfCA6ICR7YWNfY3ZfZnVuY191bnNl dGVudj15ZXN9CnwgOiAke2FjX2N2X2Z1bmNfdXNlcl9mcm9tX3VpZD15ZXN9CnwgOiAke2FjX2N2 X2Z1bmNfdXNsZWVwPXllc30KfCA6ICR7YWNfY3ZfZnVuY191dGltZT15ZXN9CnwgOiAke2FjX2N2 X2Z1bmNfdXRpbWVzPXllc30KfCA6ICR7YWNfY3ZfZnVuY192YXNwcmludGY9eWVzfQp8IDogJHth Y19jdl9mdW5jX3Zmb3JrPXllc30KfCA6ICR7YWNfY3ZfZnVuY192cHJpbnRmPXllc30KfCA6ICR7 YWNfY3ZfZnVuY192c25wcmludGY9eWVzfQp8IDogJHthY19jdl9mdW5jX3ZzcHJpbnRmPXllc30K fCA6ICR7YWNfY3ZfZnVuY193YWl0cGlkPXllc30KfCA6ICR7YWNfY3ZfZnVuY193Y3J0b21iPXll c30KfCA6ICR7YWNfY3ZfZnVuY193Y3Njb2xsPXllc30KfCA6ICR7YWNfY3ZfZnVuY193Y3NsZW49 eWVzfQp8IDogJHthY19jdl9mdW5jX3djc25sZW49eWVzfQp8IDogJHthY19jdl9mdW5jX3djdG9i PXllc30KfCA6ICR7YWNfY3ZfZnVuY193Y3dpZHRoPXllc30KfCA6ICR7YWNfY3ZfZnVuY193bWVt Y2hyPXllc30KfCA6ICR7YWNfY3ZfZnVuY193bWVtY3B5PXllc30KfCA6ICR7YWNfY3ZfZnVuY195 cF9tYXRjaD15ZXN9CnwgCnwgIyBub24gZXhpc3RpbmcgZnVuY3Rpb25zCnwgOiAke2FjX2N2X2Z1 bmNfYXJnel9jb3VudD1ub30KfCA6ICR7YWNfY3ZfZnVuY19hcmd6X25leHQ9bm99CnwgOiAke2Fj X2N2X2Z1bmNfYXJnel9zdHJpbmdpZnk9bm99CnwgOiAke2FjX2N2X2Z1bmNfb2JzdGFja3M9bm99 CnwgOiAke2FjX2N2X2Z1bmNfcHN0YXRfZ2V0ZHluYW1pYz1ub30KfCA6ICR7YWNfY3ZfZnVuY19y YXdtZW1jaHI9bm99CnwgOiAke2FjX2N2X2Z1bmNfeWllbGQ9bm99CnwgCnwgOiAke2FjX2N2X2hh dmVfX192YV9jb3B5PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9jbG9ja190PXllc30KfCA6ICR7YWNf Y3ZfaGF2ZV9jb250cm9sX2luX21zZ2hkcj15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZ2V0b3B0X29w dHJlc2V0PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9pbnQ2NF90PXllc30KfCA6ICR7YWNfY3ZfaGF2 ZV9pbnR4eF90PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9tb2RlX3Q9eWVzfQp8IDogJHthY19jdl9o YXZlX3BpZF90PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9wd19jaGFuZ2VfaW5fc3RydWN0X3Bhc3N3 ZD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfcHdfY2xhc3NfaW5fc3RydWN0X3Bhc3N3ZD15ZXN9Cnwg OiAke2FjX2N2X2hhdmVfcHdfZXhwaXJlX2luX3N0cnVjdF9wYXNzd2Q9eWVzfQp8IDogJHthY19j dl9oYXZlX3NhX2ZhbWlseV90PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9zaXplX3Q9eWVzfQp8IDog JHthY19jdl9oYXZlX3NzX2ZhbWlseV9pbl9zdHJ1Y3Rfc3M9eWVzfQp8IDogJHthY19jdl9oYXZl X3NzaXplX3Q9eWVzfQp8IDogJHthY19jdl9oYXZlX3N0cnVjdF9hZGRyaW5mbz15ZXN9CnwgOiAk e2FjX2N2X2hhdmVfc3RydWN0X2luNl9hZGRyPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9zdHJ1Y3Rf c29ja2FkZHJfaW42PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9zdHJ1Y3Rfc29ja2FkZHJfc3RvcmFn ZT15ZXN9CnwgOiAke2FjX2N2X2hhdmVfc3RydWN0X3RpbWV2YWw9eWVzfQp8IDogJHthY19jdl9o YXZlX3VfY2hhcj15ZXN9CnwgOiAke2FjX2N2X2hhdmVfdV9pbnQ2NF90PXllc30KfCA6ICR7YWNf Y3ZfaGF2ZV91X2ludD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfdV9pbnR4eF90PXllc30KfCA6ICR7 YWNfY3ZfaGF2ZV92YV9jb3B5PXllc30KfCAKfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX0dMT0JfTk9N QVRDSD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9MTE9OR19NQVg9eWVzfQp8IDogJHthY19j dl9oYXZlX2RlY2xfTUFYU1lNTElOS1M9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfT19OT05C TE9DSz15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9STElNSVRfTlBST0M9eWVzfQp8IDogJHth Y19jdl9oYXZlX2RlY2xfU0hVVF9SRD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9fRXhpdD15 ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9hbGFybT15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVj bF9hbHBoYXNvcnQ9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfYXRvbGw9eWVzfQp8IDogJHth Y19jdl9oYXZlX2RlY2xfYnRvd2M9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfY2hkaXI9eWVz fQp8IDogJHthY19jdl9oYXZlX2RlY2xfY2hvd249eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xf Y2xlYXJlcnJfdW5sb2NrZWQ9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfY2xvc2VkaXI9eWVz fQp8IDogJHthY19jdl9oYXZlX2RlY2xfZHByaW50Zj15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVj bF9kdXAyPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX2R1cD15ZXN9CnwgOiAke2FjX2N2X2hh dmVfZGVjbF9lbmR1c2Vyc2hlbGw9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfZmFjY2Vzc2F0 PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX2ZjaGRpcj15ZXN9CnwgOiAke2FjX2N2X2hhdmVf ZGVjbF9mY2htb2RhdD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9mY2hvd25hdD15ZXN9Cnwg OiAke2FjX2N2X2hhdmVfZGVjbF9mY250bD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9mZG9w ZW5kaXI9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfZmVvZl91bmxvY2tlZD15ZXN9CnwgOiAk e2FjX2N2X2hhdmVfZGVjbF9mZW9mX3VubG9ja2VkX2ZnZXRzX3VubG9ja2VkPXllc30KfCA6ICR7 YWNfY3ZfaGF2ZV9kZWNsX2ZlcnJvcl91bmxvY2tlZD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVj bF9mZnNsPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX2Zmc2xsPXllc30KfCA6ICR7YWNfY3Zf aGF2ZV9kZWNsX2ZwdXJnZT15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9mcmV4cGw9eWVzfQp8 IDogJHthY19jdl9oYXZlX2RlY2xfZnNlZWtvPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX2Zz dGF0PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX2ZzdGF0YXQ9eWVzfQp8IDogJHthY19jdl9o YXZlX2RlY2xfZnN5bmM9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfZnRlbGxvPXllc30KfCA6 ICR7YWNfY3ZfaGF2ZV9kZWNsX2Z0cnVuY2F0ZT15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9n ZXRjX3VubG9ja2VkPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX2dldGNoYXJfdW5sb2NrZWQ9 eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfZ2V0Y3dkPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9k ZWNsX2dldGRlbGltPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX2dldGRvbWFpbm5hbWU9eWVz fQp8IDogJHthY19jdl9oYXZlX2RlY2xfZ2V0ZHRhYmxlc2l6ZT15ZXN9CnwgOiAke2FjX2N2X2hh dmVfZGVjbF9nZXRlbnY9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfZ2V0Z3JvdXBzPXllc30K fCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX2dldGhvc3RuYW1lPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9k ZWNsX2dldGxpbmU9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfZ2V0bG9hZGF2Zz15ZXN9Cnwg OiAke2FjX2N2X2hhdmVfZGVjbF9nZXRsb2dpbj15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9n ZXRsb2dpbl9yPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX2dldHBhZ2VzaXplPXllc30KfCA6 ICR7YWNfY3ZfaGF2ZV9kZWNsX2dldHM9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfZ2V0c3Vi b3B0PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX2dldHRpbWVvZmRheT15ZXN9CnwgOiAke2Fj X2N2X2hhdmVfZGVjbF9nZXR1c2Vyc2hlbGw9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfZ3Jh bnRwdD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9oX2Vycm5vPXllc30KfCA6ICR7YWNfY3Zf aGF2ZV9kZWNsX2ltYXhhYnM9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfaW1heGRpdj15ZXN9 CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9pbml0c3RhdGU9eWVzfQp8IDogJHthY19jdl9oYXZlX2Rl Y2xfaXNhdHR5PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX2lzYmxhbms9eWVzfQp8IDogJHth Y19jdl9oYXZlX2RlY2xfaXN3Ymxhbms9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfaXN3Y3R5 cGU9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfbGNobW9kPXllc30KfCA6ICR7YWNfY3ZfaGF2 ZV9kZWNsX2xjaG93bj15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9saW5rPXllc30KfCA6ICR7 YWNfY3ZfaGF2ZV9kZWNsX2xpbmthdD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9sc2Vlaz15 ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9sc3RhdD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVj bF9tYnJsZW49eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfbWJydG93Yz15ZXN9CnwgOiAke2Fj X2N2X2hhdmVfZGVjbF9tYnNpbml0PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX21ic25ydG93 Y3M9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfbWJzcnRvd2NzPXllc30KfCA6ICR7YWNfY3Zf aGF2ZV9kZWNsX21lbW1lbT15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9tZW1yY2hyPXllc30K fCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX21rZGlyYXQ9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xf bWtkdGVtcD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9ta2ZpZm89eWVzfQp8IDogJHthY19j dl9oYXZlX2RlY2xfbWtmaWZvYXQ9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfbWtub2Q9eWVz fQp8IDogJHthY19jdl9oYXZlX2RlY2xfbWtub2RhdD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVj bF9ta3N0ZW1wPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX25sX2xhbmdpbmZvPXllc30KfCA6 ICR7YWNfY3ZfaGF2ZV9kZWNsX29mZnNldG9mPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX29w ZW5hdD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9vcGVuZGlyPXllc30KfCA6ICR7YWNfY3Zf aGF2ZV9kZWNsX3BjbG9zZT15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9waXBlPXllc30KfCA6 ICR7YWNfY3ZfaGF2ZV9kZWNsX3BvcGVuPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3Bvc2l4 X29wZW5wdD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9wb3NpeF9zcGF3bj15ZXN9CnwgOiAk e2FjX2N2X2hhdmVfZGVjbF9wb3NpeF9zcGF3bl9maWxlX2FjdGlvbnNfYWRkY2xvc2U9eWVzfQp8 IDogJHthY19jdl9oYXZlX2RlY2xfcG9zaXhfc3Bhd25fZmlsZV9hY3Rpb25zX2FkZGR1cDI9eWVz fQp8IDogJHthY19jdl9oYXZlX2RlY2xfcG9zaXhfc3Bhd25fZmlsZV9hY3Rpb25zX2FkZG9wZW49 eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfcG9zaXhfc3Bhd25fZmlsZV9hY3Rpb25zX2Rlc3Ry b3k9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfcG9zaXhfc3Bhd25fZmlsZV9hY3Rpb25zX2lu aXQ9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfcG9zaXhfc3Bhd25hdHRyX2Rlc3Ryb3k9eWVz fQp8IDogJHthY19jdl9oYXZlX2RlY2xfcG9zaXhfc3Bhd25hdHRyX2dldGZsYWdzPXllc30KfCA6 ICR7YWNfY3ZfaGF2ZV9kZWNsX3Bvc2l4X3NwYXduYXR0cl9nZXRwZ3JvdXA9eWVzfQp8IDogJHth Y19jdl9oYXZlX2RlY2xfcG9zaXhfc3Bhd25hdHRyX2dldHNjaGVkcGFyYW09eWVzfQp8IDogJHth Y19jdl9oYXZlX2RlY2xfcG9zaXhfc3Bhd25hdHRyX2dldHNjaGVkcG9saWN5PXllc30KfCA6ICR7 YWNfY3ZfaGF2ZV9kZWNsX3Bvc2l4X3NwYXduYXR0cl9nZXRzaWdkZWZhdWx0PXllc30KfCA6ICR7 YWNfY3ZfaGF2ZV9kZWNsX3Bvc2l4X3NwYXduYXR0cl9nZXRzaWdtYXNrPXllc30KfCA6ICR7YWNf Y3ZfaGF2ZV9kZWNsX3Bvc2l4X3NwYXduYXR0cl9pbml0PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9k ZWNsX3Bvc2l4X3NwYXduYXR0cl9zZXRmbGFncz15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9w b3NpeF9zcGF3bmF0dHJfc2V0cGdyb3VwPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3Bvc2l4 X3NwYXduYXR0cl9zZXRzY2hlZHBhcmFtPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3Bvc2l4 X3NwYXduYXR0cl9zZXRzY2hlZHBvbGljeT15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9wb3Np eF9zcGF3bmF0dHJfc2V0c2lnZGVmYXVsdD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9wb3Np eF9zcGF3bmF0dHJfc2V0c2lnbWFzaz15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9wb3NpeF9z cGF3bnA9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfcHJlYWQ9eWVzfQp8IDogJHthY19jdl9o YXZlX2RlY2xfcHNlbGVjdD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9wdGhyZWFkX3NpZ21h c2s9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfcHRzbmFtZT15ZXN9CnwgOiAke2FjX2N2X2hh dmVfZGVjbF9wdXRjX3VubG9ja2VkPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3B1dGNoYXJf dW5sb2NrZWQ9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfcHdyaXRlPXllc30KfCA6ICR7YWNf Y3ZfaGF2ZV9kZWNsX3JhbmRvbT15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9yYXdtZW1jaHI9 eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfcmVhZGRpcj15ZXN9CnwgOiAke2FjX2N2X2hhdmVf ZGVjbF9yZWFkbGluaz15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9yZWFkbGlua2F0PXllc30K fCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3JlYWxwYXRoPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNs X3JlbmFtZWF0PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3Jld2luZGRpcj15ZXN9CnwgOiAk e2FjX2N2X2hhdmVfZGVjbF9ybWRpcj15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9ycG1hdGNo PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3NjYW5kaXI9eWVzfQp8IDogJHthY19jdl9oYXZl X2RlY2xfc2VsZWN0PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3NldGVudj15ZXN9CnwgOiAk e2FjX2N2X2hhdmVfZGVjbF9zZXRob3N0bmFtZT15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9z ZXRsb2NhbGU9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfc2V0c3RhdGU9eWVzfQp8IDogJHth Y19jdl9oYXZlX2RlY2xfc2V0dXNlcnNoZWxsPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3Np Z2FjdGlvbj15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9zaWdhZGRzZXQ9eWVzfQp8IDogJHth Y19jdl9oYXZlX2RlY2xfc2lnYWx0c3RhY2s9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfc2ln ZGVsc2V0PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3NpZ2VtcHR5c2V0PXllc30KfCA6ICR7 YWNfY3ZfaGF2ZV9kZWNsX3NpZ2ZpbGxzZXQ9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfc2ln aXNtZW1iZXI9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfc2lncGVuZGluZz15ZXN9CnwgOiAk e2FjX2N2X2hhdmVfZGVjbF9zaWdwcm9jbWFzaz15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9z bGVlcD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9zbnByaW50Zj15ZXN9CnwgOiAke2FjX2N2 X2hhdmVfZGVjbF9zcmFuZG9tPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3N0YXQ9eWVzfQp8 IDogJHthY19jdl9oYXZlX2RlY2xfc3RwY3B5PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3N0 cG5jcHk9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfc3RyY2FzZXN0cj15ZXN9CnwgOiAke2Fj X2N2X2hhdmVfZGVjbF9zdHJkdXA9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfc3RyZXJyb3Jf cj15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9zdHJuY2F0PXllc30KfCA6ICR7YWNfY3ZfaGF2 ZV9kZWNsX3N0cm5kdXA9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfc3Rybmxlbj15ZXN9Cnwg OiAke2FjX2N2X2hhdmVfZGVjbF9zdHJwYnJrPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3N0 cnNlcD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9zdHJzaWduYWw9eWVzfQp8IDogJHthY19j dl9oYXZlX2RlY2xfc3RydG9kPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3N0cnRvaW1heD15 ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9zdHJ0b2tfcj15ZXN9CnwgOiAke2FjX2N2X2hhdmVf ZGVjbF9zdHJ0b2xsPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3N0cnRvdWxsPXllc30KfCA6 ICR7YWNfY3ZfaGF2ZV9kZWNsX3N0cnRvdW1heD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF9z eW1saW5rPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3N5bWxpbmthdD15ZXN9CnwgOiAke2Fj X2N2X2hhdmVfZGVjbF9zeXNfc2lnbGlzdD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF90Y3Nl bmRicmVhaz15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF90bXBmaWxlPXllc30KfCA6ICR7YWNf Y3ZfaGF2ZV9kZWNsX3Rvd2N0cmFucz15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF90dHluYW1l X3I9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfdW5saW5rPXllc30KfCA6ICR7YWNfY3ZfaGF2 ZV9kZWNsX3VubGlua2F0PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3VubG9ja3B0PXllc30K fCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3Vuc2V0ZW52PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNs X3VzbGVlcD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF92ZHByaW50Zj15ZXN9CnwgOiAke2Fj X2N2X2hhdmVfZGVjbF92c25wcmludGY9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfd2FpdHBp ZD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF93Y3BjcHk9eWVzfQp8IDogJHthY19jdl9oYXZl X2RlY2xfd2NwbmNweT15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF93Y3J0b21iPXllc30KfCA6 ICR7YWNfY3ZfaGF2ZV9kZWNsX3djc2Nhc2VjbXA9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xf d2NzY2F0PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3djc2Nocj15ZXN9CnwgOiAke2FjX2N2 X2hhdmVfZGVjbF93Y3NjbXA9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfd2NzY29sbD15ZXN9 CnwgOiAke2FjX2N2X2hhdmVfZGVjbF93Y3NjcHk9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xf d2NzY3Nwbj15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF93Y3NkdXA9eWVzfQp8IDogJHthY19j dl9oYXZlX2RlY2xfd2NzbGVuPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3djc25jYXNlY21w PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3djc25jYXQ9eWVzfQp8IDogJHthY19jdl9oYXZl X2RlY2xfd2NzbmNtcD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF93Y3NuY3B5PXllc30KfCA6 ICR7YWNfY3ZfaGF2ZV9kZWNsX3djc25sZW49eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfd2Nz bnJ0b21icz15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF93Y3NwYnJrPXllc30KfCA6ICR7YWNf Y3ZfaGF2ZV9kZWNsX3djc3JjaHI9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfd2NzcnRvbWJz PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3djc3Nwbj15ZXN9CnwgOiAke2FjX2N2X2hhdmVf ZGVjbF93Y3NzdHI9eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfd2NzdG9rPXllc30KfCA6ICR7 YWNfY3ZfaGF2ZV9kZWNsX3djc3dpZHRoPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3djc3hm cm09eWVzfQp8IDogJHthY19jdl9oYXZlX2RlY2xfd2N0b2I9eWVzfQp8IDogJHthY19jdl9oYXZl X2RlY2xfd2N0cmFucz15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF93Y3R5cGU9eWVzfQp8IDog JHthY19jdl9oYXZlX2RlY2xfd2N3aWR0aD15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF93bWVt Y2hyPXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNsX3dtZW1jbXA9eWVzfQp8IDogJHthY19jdl9o YXZlX2RlY2xfd21lbWNweT15ZXN9CnwgOiAke2FjX2N2X2hhdmVfZGVjbF93bWVtbW92ZT15ZXN9 CnwgOiAke2FjX2N2X2hhdmVfZGVjbF93bWVtc2V0PXllc30KfCA6ICR7YWNfY3ZfaGF2ZV9kZWNs X3dyaXRldj15ZXN9CnwgCnwgIyBmdW5jdGlvbiBzcGVjaWZpYwp8IAp8IDogJHtnbF9jdl9mdW5j X2J0b3djX2VvZj15ZXN9CnwgOiAke2dsX2N2X2Z1bmNfYnRvd2NfbnVsPXllc30KfCA6ICR7Z2xf Y3ZfZnVuY19mY250bF9mX2R1cGZkX2Nsb2V4ZWM9eWVzfQp8IDogJHtnbF9jdl9mdW5jX2ZubWF0 Y2hfcG9zaXg9eWVzfQp8IDogJHtnbF9jdl9mdW5jX2ZvcGVuX3NsYXNoPXllc30KfCA6ICR7Z2xf Y3ZfZnVuY19mcmV4cF9ub19saWJtPXllc30KfCA6ICR7Z2xfY3ZfZnVuY19mc2Vla289eWVzfQp8 IDogJHtnbF9jdl9mdW5jX2Z0ZWxsbz15ZXN9CnwgOiAke2dsX2N2X2Z1bmNfZ2V0Y3dkX251bGw9 eWVzfQp8IDogJHtnbF9jdl9mdW5jX2dldGN3ZF9wb3NpeF9zaWduYXR1cmU9eWVzfQp8IDogJHtn bF9jdl9mdW5jX2dldG9wdF9wb3NpeD15ZXN9CnwgOiAke2dsX2N2X2Z1bmNfaXNuYW5kX25vX2xp Ym09eWVzfQp8IDogJHtnbF9jdl9mdW5jX2xkZXhwX25vX2xpYm09eWVzfQp8IDogJHtnbF9jdl9m dW5jX2xzZWVrX3BpcGU9eWVzfQp8IDogJHtnbF9jdl9mdW5jX2xzdGF0X2RlcmVmZXJlbmNlc19z bGFzaGVkX3N5bWxpbms9eWVzfQp8IDogJHtnbF9jdl9mdW5jX21hbGxvY18wX25vbm51bGw9MX0K fCA6ICR7Z2xfY3ZfZnVuY19tYWxsb2NfcG9zaXg9eWVzfQp8IDogJHtnbF9jdl9mdW5jX21icnRv d2NfaW5jb21wbGV0ZV9zdGF0ZT15ZXN9CnwgOiAke2dsX2N2X2Z1bmNfbWJydG93Y19udWxfcmV0 dmFsPXllc30KfCA6ICR7Z2xfY3ZfZnVuY19tYnJ0b3djX251bGxfYXJnMT15ZXN9CnwgOiAke2ds X2N2X2Z1bmNfbWJydG93Y19udWxsX2FyZzI9eWVzfQp8IDogJHtnbF9jdl9mdW5jX21icnRvd2Nf cmV0dmFsPXllc30KfCA6ICR7Z2xfY3ZfZnVuY19tYnJ0b3djX3Nhbml0eWNoZWNrPXllc30KfCA6 ICR7Z2xfY3ZfZnVuY19vcGVuX3NsYXNoPXllc30KfCA6ICR7Z2xfY3ZfZnVuY19wcmludGZfZGly ZWN0aXZlX2E9eWVzfQp8IDogJHtnbF9jdl9mdW5jX3ByaW50Zl9kaXJlY3RpdmVfZj15ZXN9Cnwg OiAke2dsX2N2X2Z1bmNfcHJpbnRmX2RpcmVjdGl2ZV9scz15ZXN9CnwgOiAke2dsX2N2X2Z1bmNf cHJpbnRmX2RpcmVjdGl2ZV9uPXllc30KfCA6ICR7Z2xfY3ZfZnVuY19wcmludGZfZmxhZ19ncm91 cGluZz15ZXN9CnwgOiAke2dsX2N2X2Z1bmNfcHJpbnRmX2ZsYWdfbGVmdGFkanVzdD15ZXN9Cnwg OiAke2dsX2N2X2Z1bmNfcHJpbnRmX2ZsYWdfemVybz15ZXN9CnwgOiAke2dsX2N2X2Z1bmNfcHJp bnRmX2luZmluaXRlPXllc30KfCA6ICR7Z2xfY3ZfZnVuY19wcmludGZfbG9uZ19kb3VibGU9eWVz fQp8IDogJHtnbF9jdl9mdW5jX3ByaW50Zl9wb3NpdGlvbnM9eWVzfQp8IDogJHtnbF9jdl9mdW5j X3ByaW50Zl9wcmVjaXNpb249eWVzfQp8IDogJHtnbF9jdl9mdW5jX3ByaW50Zl9zaXplc19jOTk9 eWVzfQp8IDogJHtnbF9jdl9mdW5jX3NpZ3Byb2NtYXNrPTF9CnwgOiAke2dsX2N2X2Z1bmNfc25w cmludGZfcmV0dmFsX2M5OT15ZXN9CnwgOiAke2dsX2N2X2Z1bmNfc25wcmludGZfc2l6ZTE9eWVz fQp8IDogJHtnbF9jdl9mdW5jX3NucHJpbnRmX3VzYWJsZT15ZXN9CnwgOiAke2dsX2N2X2Z1bmNf c3Bhd25hdHRyX3NldHNjaGVkcGFyYW09eWVzfQp8IDogJHtnbF9jdl9mdW5jX3NwYXduYXR0cl9z ZXRzY2hlZHBvbGljeT15ZXN9CnwgOiAke2dsX2N2X2Z1bmNfc3RhdF9kaXJfc2xhc2g9eWVzfQp8 IDogJHtnbF9jdl9mdW5jX3N0YXRfZmlsZV9zbGFzaD15ZXN9CnwgOiAke2dsX2N2X2Z1bmNfc3Rw bmNweT15ZXN9CnwgOiAke2dsX2N2X2Z1bmNfdmFfY29weT15ZXN9CnwgOiAke2dsX2N2X2Z1bmNf d2NydG9tYl9yZXR2YWw9eWVzfQp8IDogJHtndF9jdl9mdW5jX3Vuc2V0ZW52X3JldD1pbnR9Cnwg CnwgOiAke2dsX2N2X2hhdmVfaW5jbHVkZV9uZXh0PXllc30KfCAKfCA6ICR7Z2xfY3ZfaGF2ZV9y YXdfZGVjbF9yYXdtZW1jaHI9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX19FeGl0PXll c30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9hbHBoYXNvcnQ9eWVzfQp8IDogJHtnbF9jdl9o YXZlX3Jhd19kZWNsX2F0b2xsPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9idG93Yz15 ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfY2hkaXI9eWVzfQp8IDogJHtnbF9jdl9oYXZl X3Jhd19kZWNsX2Nob3duPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9jbG9zZWRpcj15 ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfZHByaW50Zj15ZXN9CnwgOiAke2dsX2N2X2hh dmVfcmF3X2RlY2xfZHVwMj15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfZHVwPXllc30K fCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9lbmR1c2Vyc2hlbGw9eWVzfQp8IDogJHtnbF9jdl9o YXZlX3Jhd19kZWNsX2ZhY2Nlc3NhdD15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfZmNo ZGlyPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9mY2htb2RhdD15ZXN9CnwgOiAke2ds X2N2X2hhdmVfcmF3X2RlY2xfZmNob3duYXQ9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNs X2ZjbnRsPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9mZG9wZW5kaXI9eWVzfQp8IDog JHtnbF9jdl9oYXZlX3Jhd19kZWNsX2Zmc2w9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNs X2Zmc2xsPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9mcHVyZ2U9eWVzfQp8IDogJHtn bF9jdl9oYXZlX3Jhd19kZWNsX2ZzZWVrbz15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xf ZnN0YXQ9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX2ZzdGF0YXQ9eWVzfQp8IDogJHtn bF9jdl9oYXZlX3Jhd19kZWNsX2ZzeW5jPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9m dGVsbG89eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX2Z0cnVuY2F0ZT15ZXN9CnwgOiAk e2dsX2N2X2hhdmVfcmF3X2RlY2xfZ2V0Y3dkPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVj bF9nZXRkZWxpbT15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfZ2V0ZG9tYWlubmFtZT15 ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfZ2V0ZHRhYmxlc2l6ZT15ZXN9CnwgOiAke2ds X2N2X2hhdmVfcmF3X2RlY2xfZ2V0Z3JvdXBzPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVj bF9nZXRkdGFibGVzaXplPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9nZXRncm91cHM9 eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX2dldGhvc3RuYW1lPXllc30KfCA6ICR7Z2xf Y3ZfaGF2ZV9yYXdfZGVjbF9nZXRsaW5lPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9n ZXRsb2FkYXZnPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9nZXRsb2dpbj15ZXN9Cnwg OiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfZ2V0bG9naW5fcj15ZXN9CnwgOiAke2dsX2N2X2hhdmVf cmF3X2RlY2xfZ2V0cGFnZXNpemU9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX2dldHM9 eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX2dldHN1Ym9wdD15ZXN9CnwgOiAke2dsX2N2 X2hhdmVfcmF3X2RlY2xfZ2V0dGltZW9mZGF5PXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVj bF9nZXR1c2Vyc2hlbGw9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX2dyYW50cHQ9eWVz fQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX2ltYXhhYnM9eWVzfQp8IDogJHtnbF9jdl9oYXZl X3Jhd19kZWNsX2ltYXhkaXY9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX2luaXRzdGF0 ZT15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfaXNhdHR5PXllc30KfCA6ICR7Z2xfY3Zf aGF2ZV9yYXdfZGVjbF9pc3djdHlwZT15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfbGNo bW9kPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9sY2hvd249eWVzfQp8IDogJHtnbF9j dl9oYXZlX3Jhd19kZWNsX2xpbms9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX2xpbmth dD15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfbHNlZWs9eWVzfQp8IDogJHtnbF9jdl9o YXZlX3Jhd19kZWNsX2xzdGF0PXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9tYnJsZW49 eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX21icnRvd2M9eWVzfQp8IDogJHtnbF9jdl9o YXZlX3Jhd19kZWNsX21ic2luaXQ9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX21ic25y dG93Y3M9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX21ic3J0b3djcz15ZXN9CnwgOiAk e2dsX2N2X2hhdmVfcmF3X2RlY2xfbWtkaXJhdD15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2Rl Y2xfbWtkdGVtcD15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfbWtmaWZvPXllc30KfCA6 ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9ta2ZpZm9hdD15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3 X2RlY2xfbWtub2Q9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX21rbm9kYXQ9eWVzfQp8 IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX21rc3RlbXA9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jh d19kZWNsX25sX2xhbmdpbmZvPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9vcGVuYXQ9 eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX29wZW5kaXI9eWVzfQp8IDogJHtnbF9jdl9o YXZlX3Jhd19kZWNsX3BjbG9zZT15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfcGlwZT15 ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfcG9wZW49eWVzfQp8IDogJHtnbF9jdl9oYXZl X3Jhd19kZWNsX3Bvc2l4X29wZW5wdD15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfcG9z aXhfc3Bhd249eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3Bvc2l4X29wZW5wdD15ZXN9 CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfcG9zaXhfc3Bhd249eWVzfQp8IDogJHtnbF9jdl9o YXZlX3Jhd19kZWNsX3Bvc2l4X3NwYXduX2ZpbGVfYWN0aW9uc19hZGRjbG9zZT15ZXN9CnwgOiAk e2dsX2N2X2hhdmVfcmF3X2RlY2xfcG9zaXhfc3Bhd25fZmlsZV9hY3Rpb25zX2FkZGR1cDI9eWVz fQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3Bvc2l4X3NwYXduX2ZpbGVfYWN0aW9uc19hZGRv cGVuPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9wb3NpeF9zcGF3bl9maWxlX2FjdGlv bnNfZGVzdHJveT15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfcG9zaXhfc3Bhd25fZmls ZV9hY3Rpb25zX2luaXQ9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3Bvc2l4X3NwYXdu YXR0cl9kZXN0cm95PXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9wb3NpeF9zcGF3bmF0 dHJfZ2V0ZmxhZ3M9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3Bvc2l4X3NwYXduYXR0 cl9nZXRwZ3JvdXA9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3Bvc2l4X3NwYXduYXR0 cl9nZXRzY2hlZHBhcmFtPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9wb3NpeF9zcGF3 bmF0dHJfZ2V0c2NoZWRwb2xpY3k9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3Bvc2l4 X3NwYXduYXR0cl9nZXRzaWdkZWZhdWx0PXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9w b3NpeF9zcGF3bmF0dHJfZ2V0c2lnbWFzaz15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xf cG9zaXhfc3Bhd25hdHRyX2luaXQ9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3Bvc2l4 X3NwYXduYXR0cl9zZXRmbGFncz15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfcG9zaXhf c3Bhd25hdHRyX3NldHBncm91cD15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfcG9zaXhf c3Bhd25hdHRyX3NldHNjaGVkcGFyYW09eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3Bv c2l4X3NwYXduYXR0cl9zZXRzY2hlZHBvbGljeT15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2Rl Y2xfcG9zaXhfc3Bhd25hdHRyX3NldHNpZ2RlZmF1bHQ9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jh d19kZWNsX3Bvc2l4X3NwYXduYXR0cl9zZXRzaWdtYXNrPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9y YXdfZGVjbF9wb3NpeF9zcGF3bnA9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3ByZWFk PXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9wc2VsZWN0PXllc30KfCA6ICR7Z2xfY3Zf aGF2ZV9yYXdfZGVjbF9wdGhyZWFkX3NpZ21hc2s9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19k ZWNsX3B0c25hbWU9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3B3cml0ZT15ZXN9Cnwg OiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfcmFuZG9tPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdf ZGVjbF9yZWFkZGlyPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9yZWFkbGluaz15ZXN9 CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfcmVhZGxpbmthdD15ZXN9CnwgOiAke2dsX2N2X2hh dmVfcmF3X2RlY2xfcmVhbHBhdGg9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3JlbmFt ZWF0PXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9yZXdpbmRkaXI9eWVzfQp8IDogJHtn bF9jdl9oYXZlX3Jhd19kZWNsX3JtZGlyPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9y cG1hdGNoPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9zY2FuZGlyPXllc30KfCA6ICR7 Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9zZWxlY3Q9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNs X3NldGVudj15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfc2V0aG9zdG5hbWU9eWVzfQp8 IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3NldGxvY2FsZT15ZXN9CnwgOiAke2dsX2N2X2hhdmVf cmF3X2RlY2xfc2V0c3RhdGU9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3NldHVzZXJz aGVsbD15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfc2lnYWN0aW9uPXllc30KfCA6ICR7 Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9zaWdhZGRzZXQ9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19k ZWNsX3NpZ2RlbHNldD15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfc2lnZW1wdHlzZXQ9 eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3NpZ2ZpbGxzZXQ9eWVzfQp8IDogJHtnbF9j dl9oYXZlX3Jhd19kZWNsX3NpZ2lzbWVtYmVyPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVj bF9zaWdwZW5kaW5nPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9zaWdwcm9jbWFzaz15 ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfc2xlZXA9eWVzfQp8IDogJHtnbF9jdl9oYXZl X3Jhd19kZWNsX3NucHJpbnRmPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9zcmFuZG9t PXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9zdGF0PXllc30KfCA6ICR7Z2xfY3ZfaGF2 ZV9yYXdfZGVjbF9zdHJlcnJvcl9yPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9zdHJ0 b2Q9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3N0cnRvaW1heD15ZXN9CnwgOiAke2ds X2N2X2hhdmVfcmF3X2RlY2xfc3RydG9sbD15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xf c3RydG91bGw9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3N0cnRvdW1heD15ZXN9Cnwg OiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfc3ltbGluaz15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3 X2RlY2xfc3ltbGlua2F0PXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF90bXBmaWxlPXll c30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF90b3djdHJhbnM9eWVzfQp8IDogJHtnbF9jdl9o YXZlX3Jhd19kZWNsX3R0eW5hbWVfcj15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfdW5s aW5rPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF91bmxpbmthdD15ZXN9CnwgOiAke2ds X2N2X2hhdmVfcmF3X2RlY2xfdW5sb2NrcHQ9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNs X3Vuc2V0ZW52PXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF91c2xlZXA9eWVzfQp8IDog JHtnbF9jdl9oYXZlX3Jhd19kZWNsX3ZkcHJpbnRmPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdf ZGVjbF92c25wcmludGY9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3dhaXRwaWQ9eWVz fQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3djcGNweT15ZXN9CnwgOiAke2dsX2N2X2hhdmVf cmF3X2RlY2xfd2NwbmNweT15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfd2NydG9tYj15 ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfd2NzY2FzZWNtcD15ZXN9CnwgOiAke2dsX2N2 X2hhdmVfcmF3X2RlY2xfd2NzY2F0PXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF93Y3Nj aHI9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3djc2NtcD15ZXN9CnwgOiAke2dsX2N2 X2hhdmVfcmF3X2RlY2xfd2NzY29sbD15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfd2Nz Y3B5PXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF93Y3Njc3BuPXllc30KfCA6ICR7Z2xf Y3ZfaGF2ZV9yYXdfZGVjbF93Y3NkdXA9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3dj c2xlbj15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfd2NzbmNhc2VjbXA9eWVzfQp8IDog JHtnbF9jdl9oYXZlX3Jhd19kZWNsX3djc25jYXQ9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19k ZWNsX3djc25jbXA9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3djc25jcHk9eWVzfQp8 IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3djc25sZW49eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jh d19kZWNsX3djc25ydG9tYnM9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3djc3Bicms9 eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3djc3JjaHI9eWVzfQp8IDogJHtnbF9jdl9o YXZlX3Jhd19kZWNsX3djc3J0b21icz15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfd2Nz c3BuPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF93Y3NzdHI9eWVzfQp8IDogJHtnbF9j dl9oYXZlX3Jhd19kZWNsX3djc3Rvaz15ZXN9CnwgOiAke2dsX2N2X2hhdmVfcmF3X2RlY2xfd2Nz d2lkdGg9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3djc3hmcm09eWVzfQp8IDogJHtn bF9jdl9oYXZlX3Jhd19kZWNsX3djdG9iPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF93 Y3RyYW5zPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF93Y3R5cGU9eWVzfQp8IDogJHtn bF9jdl9oYXZlX3Jhd19kZWNsX3djd2lkdGg9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNs X3dtZW1jaHI9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19kZWNsX3dtZW1jbXA9eWVzfQp8IDog JHtnbF9jdl9oYXZlX3Jhd19kZWNsX3dtZW1jcHk9eWVzfQp8IDogJHtnbF9jdl9oYXZlX3Jhd19k ZWNsX3dtZW1tb3ZlPXllc30KfCA6ICR7Z2xfY3ZfaGF2ZV9yYXdfZGVjbF93bWVtc2V0PXllc30K fCAKfCA6ICR7Z2xfY3ZfaGVhZGVyX2Vycm5vX2hfY29tcGxldGU9eWVzfQp8IDogJHtnbF9jdl9o ZWFkZXJfaW50dHlwZXNfaD15ZXN9CnwgOiAke2dsX2N2X2hlYWRlcl9sYW5naW5mb19jb2Rlc2V0 PXllc30KfCA6ICR7Z2xfY3ZfaGVhZGVyX2xhbmdpbmZvX2VyYT15ZXN9CnwgOiAke2dsX2N2X2hl YWRlcl9sYW5naW5mb190X2ZtdF9hbXBtPXllc30KfCA6ICR7Z2xfY3ZfaGVhZGVyX2xhbmdpbmZv X3llc2V4cHI9eWVzfQp8IDogJHtnbF9jdl9oZWFkZXJfbG9jYWxlX2hfcG9zaXgyMDAxPXllc30K fCA6ICR7Z2xfY3ZfaGVhZGVyX3NpZ25hbF9oX1NJR1BJUEU9eWVzfQp8IDogJHtnbF9jdl9oZWFk ZXJfc3RkaW50X2g9eWVzfQp8IDogJHtnbF9jdl9oZWFkZXJfc3lzX3NlbGVjdF9oX3NlbGZjb250 YWluZWQ9eWVzfQp8IApjb25maWd1cmU6Mjc0MzogY2hlY2tpbmcgZm9yIGdjYwpjb25maWd1cmU6 Mjc3MDogcmVzdWx0OiBjYwpjb25maWd1cmU6Mjk5OTogY2hlY2tpbmcgZm9yIEMgY29tcGlsZXIg dmVyc2lvbgpjb25maWd1cmU6MzAwODogY2MgLS12ZXJzaW9uID4mNQpGcmVlQlNEIGNsYW5nIHZl cnNpb24gMy4zICh0YWdzL1JFTEVBU0VfMzMvZmluYWwgMTgzNTAyKSAyMDEzMDYxMApUYXJnZXQ6 IHg4Nl82NC11bmtub3duLWZyZWVic2QxMC4wClRocmVhZCBtb2RlbDogcG9zaXgKY29uZmlndXJl OjMwMTk6ICQ/ID0gMApjb25maWd1cmU6MzAwODogY2MgLXYgPiY1CkZyZWVCU0QgY2xhbmcgdmVy c2lvbiAzLjMgKHRhZ3MvUkVMRUFTRV8zMy9maW5hbCAxODM1MDIpIDIwMTMwNjEwClRhcmdldDog eDg2XzY0LXVua25vd24tZnJlZWJzZDEwLjAKVGhyZWFkIG1vZGVsOiBwb3NpeApjb25maWd1cmU6 MzAxOTogJD8gPSAwCmNvbmZpZ3VyZTozMDA4OiBjYyAtViA+JjUKY2M6IGVycm9yOiBhcmd1bWVu dCB0byAnLVYnIGlzIG1pc3NpbmcgKGV4cGVjdGVkIDEgdmFsdWUpCmNjOiBlcnJvcjogbm8gaW5w dXQgZmlsZXMKY29uZmlndXJlOjMwMTk6ICQ/ID0gMQpjb25maWd1cmU6MzAwODogY2MgLXF2ZXJz aW9uID4mNQpjYzogZXJyb3I6IG5vIGlucHV0IGZpbGVzCmNvbmZpZ3VyZTozMDE5OiAkPyA9IDEK Y29uZmlndXJlOjMwMzk6IGNoZWNraW5nIHdoZXRoZXIgdGhlIEMgY29tcGlsZXIgd29ya3MKY29u ZmlndXJlOjMwNjE6IGNjIC1PMiAtcGlwZSAtaXN5c3RlbSAvdXNyL2xvY2FsL2luY2x1ZGUvcG9y dGF1ZGlvMiAtRExJQklDT05WX1BMVUcgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXN0ZD1jOTkgLUkv dXNyL2xvY2FsL2luY2x1ZGUgLUkvdXNyL3BvcnRzL211bHRpbWVkaWEvYWVnaXN1Yi93b3JrL0ZG TVMtZmZtczItNmIwZTRhMi9pbmNsdWRlIC1ETElCSUNPTlZfUExVRyAgLUwvdXNyL2xvY2FsL2xp YiAgLUwvdXNyL2xvY2FsL2xpYi9wb3J0YXVkaW8yIGNvbmZ0ZXN0LmMgID4mNQpjb25maWd1cmU6 MzA2NTogJD8gPSAwCmNvbmZpZ3VyZTozMTEzOiByZXN1bHQ6IHllcwpjb25maWd1cmU6MzExNjog Y2hlY2tpbmcgZm9yIEMgY29tcGlsZXIgZGVmYXVsdCBvdXRwdXQgZmlsZSBuYW1lCmNvbmZpZ3Vy ZTozMTE4OiByZXN1bHQ6IGEub3V0CmNvbmZpZ3VyZTozMTI0OiBjaGVja2luZyBmb3Igc3VmZml4 IG9mIGV4ZWN1dGFibGVzCmNvbmZpZ3VyZTozMTMxOiBjYyAtbyBjb25mdGVzdCAtTzIgLXBpcGUg LWlzeXN0ZW0gL3Vzci9sb2NhbC9pbmNsdWRlL3BvcnRhdWRpbzIgLURMSUJJQ09OVl9QTFVHIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1zdGQ9Yzk5IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1JL3Vzci9w b3J0cy9tdWx0aW1lZGlhL2FlZ2lzdWIvd29yay9GRk1TLWZmbXMyLTZiMGU0YTIvaW5jbHVkZSAt RExJQklDT05WX1BMVUcgIC1ML3Vzci9sb2NhbC9saWIgIC1ML3Vzci9sb2NhbC9saWIvcG9ydGF1 ZGlvMiBjb25mdGVzdC5jICA+JjUKY29uZmlndXJlOjMxMzU6ICQ/ID0gMApjb25maWd1cmU6MzE1 NzogcmVzdWx0OiAKY29uZmlndXJlOjMxNzk6IGNoZWNraW5nIHdoZXRoZXIgd2UgYXJlIGNyb3Nz IGNvbXBpbGluZwpjb25maWd1cmU6MzE4NzogY2MgLW8gY29uZnRlc3QgLU8yIC1waXBlIC1pc3lz dGVtIC91c3IvbG9jYWwvaW5jbHVkZS9wb3J0YXVkaW8yIC1ETElCSUNPTlZfUExVRyAtZm5vLXN0 cmljdC1hbGlhc2luZyAtc3RkPWM5OSAtSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvcG9ydHMv bXVsdGltZWRpYS9hZWdpc3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2luY2x1ZGUgLURMSUJJ Q09OVl9QTFVHICAtTC91c3IvbG9jYWwvbGliICAtTC91c3IvbG9jYWwvbGliL3BvcnRhdWRpbzIg Y29uZnRlc3QuYyAgPiY1CmNvbmZpZ3VyZTozMTkxOiAkPyA9IDAKY29uZmlndXJlOjMxOTg6IC4v Y29uZnRlc3QKY29uZmlndXJlOjMyMDI6ICQ/ID0gMApjb25maWd1cmU6MzIxNzogcmVzdWx0OiBu bwpjb25maWd1cmU6MzIyMjogY2hlY2tpbmcgZm9yIHN1ZmZpeCBvZiBvYmplY3QgZmlsZXMKY29u ZmlndXJlOjMyNDQ6IGNjIC1jIC1PMiAtcGlwZSAtaXN5c3RlbSAvdXNyL2xvY2FsL2luY2x1ZGUv cG9ydGF1ZGlvMiAtRExJQklDT05WX1BMVUcgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXN0ZD1jOTkg LUkvdXNyL2xvY2FsL2luY2x1ZGUgLUkvdXNyL3BvcnRzL211bHRpbWVkaWEvYWVnaXN1Yi93b3Jr L0ZGTVMtZmZtczItNmIwZTRhMi9pbmNsdWRlIC1ETElCSUNPTlZfUExVRyBjb25mdGVzdC5jID4m NQpjb25maWd1cmU6MzI0ODogJD8gPSAwCmNvbmZpZ3VyZTozMjY5OiByZXN1bHQ6IG8KY29uZmln dXJlOjMyNzM6IGNoZWNraW5nIHdoZXRoZXIgd2UgYXJlIHVzaW5nIHRoZSBHTlUgQyBjb21waWxl cgpjb25maWd1cmU6MzI5MjogY2MgLWMgLU8yIC1waXBlIC1pc3lzdGVtIC91c3IvbG9jYWwvaW5j bHVkZS9wb3J0YXVkaW8yIC1ETElCSUNPTlZfUExVRyAtZm5vLXN0cmljdC1hbGlhc2luZyAtc3Rk PWM5OSAtSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvcG9ydHMvbXVsdGltZWRpYS9hZWdpc3Vi L3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2luY2x1ZGUgLURMSUJJQ09OVl9QTFVHIGNvbmZ0ZXN0 LmMgPiY1CmNvbmZpZ3VyZTozMjkyOiAkPyA9IDAKY29uZmlndXJlOjMzMDE6IHJlc3VsdDogeWVz CmNvbmZpZ3VyZTozMzEwOiBjaGVja2luZyB3aGV0aGVyIGNjIGFjY2VwdHMgLWcKY29uZmlndXJl OjMzMzA6IGNjIC1jIC1nIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1JL3Vzci9wb3J0cy9tdWx0aW1l ZGlhL2FlZ2lzdWIvd29yay9GRk1TLWZmbXMyLTZiMGU0YTIvaW5jbHVkZSAtRExJQklDT05WX1BM VUcgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjMzMzA6ICQ/ID0gMApjb25maWd1cmU6MzM3MTog cmVzdWx0OiB5ZXMKY29uZmlndXJlOjMzODg6IGNoZWNraW5nIGZvciBjYyBvcHRpb24gdG8gYWNj ZXB0IElTTyBDODkKY29uZmlndXJlOjM0NTE6IGNjICAtYyAtTzIgLXBpcGUgLWlzeXN0ZW0gL3Vz ci9sb2NhbC9pbmNsdWRlL3BvcnRhdWRpbzIgLURMSUJJQ09OVl9QTFVHIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1zdGQ9Yzk5IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1JL3Vzci9wb3J0cy9tdWx0aW1l ZGlhL2FlZ2lzdWIvd29yay9GRk1TLWZmbXMyLTZiMGU0YTIvaW5jbHVkZSAtRExJQklDT05WX1BM VUcgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjM0NTE6ICQ/ID0gMApjb25maWd1cmU6MzQ2NDog cmVzdWx0OiBub25lIG5lZWRlZApjb25maWd1cmU6MzQ5MDogY2hlY2tpbmcgaG93IHRvIHJ1biB0 aGUgQyBwcmVwcm9jZXNzb3IKY29uZmlndXJlOjM1NjA6IHJlc3VsdDogY3BwCmNvbmZpZ3VyZToz NTgwOiBjcHAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUkvdXNyL3BvcnRzL211bHRpbWVkaWEvYWVn aXN1Yi93b3JrL0ZGTVMtZmZtczItNmIwZTRhMi9pbmNsdWRlIC1ETElCSUNPTlZfUExVRyBjb25m dGVzdC5jCmNvbmZpZ3VyZTozNTgwOiAkPyA9IDAKY29uZmlndXJlOjM1OTQ6IGNwcCAtSS91c3Iv bG9jYWwvaW5jbHVkZSAtSS91c3IvcG9ydHMvbXVsdGltZWRpYS9hZWdpc3ViL3dvcmsvRkZNUy1m Zm1zMi02YjBlNGEyL2luY2x1ZGUgLURMSUJJQ09OVl9QTFVHIGNvbmZ0ZXN0LmMKY29uZnRlc3Qu Yzo5OjEwOiBmYXRhbCBlcnJvcjogJ2FjX25vbmV4aXN0ZW50LmgnIGZpbGUgbm90IGZvdW5kCiNp bmNsdWRlIDxhY19ub25leGlzdGVudC5oPgogICAgICAgICBeCjEgZXJyb3IgZ2VuZXJhdGVkLgpj b25maWd1cmU6MzU5NDogJD8gPSAxCmNvbmZpZ3VyZTogZmFpbGVkIHByb2dyYW0gd2FzOgp8IC8q IGNvbmZkZWZzLmggKi8KfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAiQWVnaXN1YiIKfCAjZGVmaW5l IFBBQ0tBR0VfVEFSTkFNRSAiYWVnaXN1YiIKfCAjZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAiYWVn aXN1Yl92ZXJzaW9uIgp8ICNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgIkFlZ2lzdWIgYWVnaXN1Yl92 ZXJzaW9uIgp8ICNkZWZpbmUgUEFDS0FHRV9CVUdSRVBPUlQgIiIKfCAjZGVmaW5lIFBBQ0tBR0Vf VVJMICIiCnwgLyogZW5kIGNvbmZkZWZzLmguICAqLwp8ICNpbmNsdWRlIDxhY19ub25leGlzdGVu dC5oPgpjb25maWd1cmU6MzYyMzogY2hlY2tpbmcgZm9yIGdyZXAgdGhhdCBoYW5kbGVzIGxvbmcg bGluZXMgYW5kIC1lCmNvbmZpZ3VyZTozNjgxOiByZXN1bHQ6IC91c3IvYmluL2dyZXAKY29uZmln dXJlOjM2ODY6IGNoZWNraW5nIGZvciBlZ3JlcApjb25maWd1cmU6Mzc0ODogcmVzdWx0OiAvdXNy L2Jpbi9lZ3JlcApjb25maWd1cmU6Mzc1MzogY2hlY2tpbmcgZm9yIEFOU0kgQyBoZWFkZXIgZmls ZXMKY29uZmlndXJlOjM4NTc6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTozODcwOiBjaGVja2luZyBm b3Igc3lzL3R5cGVzLmgKY29uZmlndXJlOjM4NzA6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTozODcw OiBjaGVja2luZyBmb3Igc3lzL3N0YXQuaApjb25maWd1cmU6Mzg3MDogcmVzdWx0OiB5ZXMKY29u ZmlndXJlOjM4NzA6IGNoZWNraW5nIGZvciBzdGRsaWIuaApjb25maWd1cmU6Mzg3MDogcmVzdWx0 OiB5ZXMKY29uZmlndXJlOjM4NzA6IGNoZWNraW5nIGZvciBzdHJpbmcuaApjb25maWd1cmU6Mzg3 MDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjM4NzA6IGNoZWNraW5nIGZvciBtZW1vcnkuaApjb25m aWd1cmU6Mzg3MDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjM4NzA6IGNoZWNraW5nIGZvciBzdHJp bmdzLmgKY29uZmlndXJlOjM4NzA6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTozODcwOiBjaGVja2lu ZyBmb3IgaW50dHlwZXMuaApjb25maWd1cmU6Mzg3MDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjM4 NzA6IGNoZWNraW5nIGZvciBzdGRpbnQuaApjb25maWd1cmU6Mzg3MDogcmVzdWx0OiB5ZXMKY29u ZmlndXJlOjM4NzA6IGNoZWNraW5nIGZvciB1bmlzdGQuaApjb25maWd1cmU6Mzg3MDogcmVzdWx0 OiB5ZXMKY29uZmlndXJlOjM4ODM6IGNoZWNraW5nIGZvciBtaW5peC9jb25maWcuaApjb25maWd1 cmU6Mzg4MzogcmVzdWx0OiBubwpjb25maWd1cmU6MzkwNDogY2hlY2tpbmcgd2hldGhlciBpdCBp cyBzYWZlIHRvIGRlZmluZSBfX0VYVEVOU0lPTlNfXwpjb25maWd1cmU6MzkyMjogY2MgLWMgLU8y IC1waXBlIC1pc3lzdGVtIC91c3IvbG9jYWwvaW5jbHVkZS9wb3J0YXVkaW8yIC1ETElCSUNPTlZf UExVRyAtZm5vLXN0cmljdC1hbGlhc2luZyAtc3RkPWM5OSAtSS91c3IvbG9jYWwvaW5jbHVkZSAt SS91c3IvcG9ydHMvbXVsdGltZWRpYS9hZWdpc3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2lu Y2x1ZGUgLURMSUJJQ09OVl9QTFVHIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZTozOTIyOiAkPyA9 IDAKY29uZmlndXJlOjM5Mjk6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTozOTc3OiBjaGVja2luZyBi dWlsZCBzeXN0ZW0gdHlwZQpjb25maWd1cmU6Mzk5MTogcmVzdWx0OiBhbWQ2NC1wb3J0YmxkLWZy ZWVic2QxMC4wCmNvbmZpZ3VyZTo0MDExOiBjaGVja2luZyBob3N0IHN5c3RlbSB0eXBlCmNvbmZp Z3VyZTo0MDI0OiByZXN1bHQ6IGFtZDY0LXBvcnRibGQtZnJlZWJzZDEwLjAKY29uZmlndXJlOjQw NjY6IGNoZWNraW5nIGZvciBNRENQVUNGRyBzZXR0aW5nCmNvbmZpZ3VyZTo0MTA3OiByZXN1bHQ6 IG1kL19mcmVlYnNkLmNmZwpjb25maWd1cmU6NDE5OTogY2hlY2tpbmcgd2hldGhlciBCVUlMRF9D UkVESVQgaGFzIGJlZW4gc2V0CmNvbmZpZ3VyZTo0MjIxOiByZXN1bHQ6IG5vCmNvbmZpZ3VyZTo0 MjI4OiBjaGVja2luZyBmb3IgR05VIG1ha2UKY29uZmlndXJlOjQyNDM6IHJlc3VsdDogZ21ha2UK Y29uZmlndXJlOjQzMDI6IGNoZWNraW5nIGZvciBnY2MKY29uZmlndXJlOjQzMjk6IHJlc3VsdDog Y2MKY29uZmlndXJlOjQ1NTg6IGNoZWNraW5nIGZvciBDIGNvbXBpbGVyIHZlcnNpb24KY29uZmln dXJlOjQ1Njc6IGNjIC0tdmVyc2lvbiA+JjUKRnJlZUJTRCBjbGFuZyB2ZXJzaW9uIDMuMyAodGFn cy9SRUxFQVNFXzMzL2ZpbmFsIDE4MzUwMikgMjAxMzA2MTAKVGFyZ2V0OiB4ODZfNjQtdW5rbm93 bi1mcmVlYnNkMTAuMApUaHJlYWQgbW9kZWw6IHBvc2l4CmNvbmZpZ3VyZTo0NTc4OiAkPyA9IDAK Y29uZmlndXJlOjQ1Njc6IGNjIC12ID4mNQpGcmVlQlNEIGNsYW5nIHZlcnNpb24gMy4zICh0YWdz L1JFTEVBU0VfMzMvZmluYWwgMTgzNTAyKSAyMDEzMDYxMApUYXJnZXQ6IHg4Nl82NC11bmtub3du LWZyZWVic2QxMC4wClRocmVhZCBtb2RlbDogcG9zaXgKY29uZmlndXJlOjQ1Nzg6ICQ/ID0gMApj b25maWd1cmU6NDU2NzogY2MgLVYgPiY1CmNjOiBlcnJvcjogYXJndW1lbnQgdG8gJy1WJyBpcyBt aXNzaW5nIChleHBlY3RlZCAxIHZhbHVlKQpjYzogZXJyb3I6IG5vIGlucHV0IGZpbGVzCmNvbmZp Z3VyZTo0NTc4OiAkPyA9IDEKY29uZmlndXJlOjQ1Njc6IGNjIC1xdmVyc2lvbiA+JjUKY2M6IGVy cm9yOiBubyBpbnB1dCBmaWxlcwpjb25maWd1cmU6NDU3ODogJD8gPSAxCmNvbmZpZ3VyZTo0NTgy OiBjaGVja2luZyB3aGV0aGVyIHdlIGFyZSB1c2luZyB0aGUgR05VIEMgY29tcGlsZXIKY29uZmln dXJlOjQ2MTA6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo0NjE5OiBjaGVja2luZyB3aGV0aGVyIGNj IGFjY2VwdHMgLWcKY29uZmlndXJlOjQ2ODA6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo0Njk3OiBj aGVja2luZyBmb3IgY2Mgb3B0aW9uIHRvIGFjY2VwdCBJU08gQzg5CmNvbmZpZ3VyZTo0NzczOiBy ZXN1bHQ6IG5vbmUgbmVlZGVkCmNvbmZpZ3VyZTo0OTA1OiBjaGVja2luZyBmb3IgQysrIGNvbXBp bGVyIHZlcnNpb24KY29uZmlndXJlOjQ5MTQ6IGMrKyAtLXZlcnNpb24gPiY1CkZyZWVCU0QgY2xh bmcgdmVyc2lvbiAzLjMgKHRhZ3MvUkVMRUFTRV8zMy9maW5hbCAxODM1MDIpIDIwMTMwNjEwClRh cmdldDogeDg2XzY0LXVua25vd24tZnJlZWJzZDEwLjAKVGhyZWFkIG1vZGVsOiBwb3NpeApjb25m aWd1cmU6NDkyNTogJD8gPSAwCmNvbmZpZ3VyZTo0OTE0OiBjKysgLXYgPiY1CkZyZWVCU0QgY2xh bmcgdmVyc2lvbiAzLjMgKHRhZ3MvUkVMRUFTRV8zMy9maW5hbCAxODM1MDIpIDIwMTMwNjEwClRh cmdldDogeDg2XzY0LXVua25vd24tZnJlZWJzZDEwLjAKVGhyZWFkIG1vZGVsOiBwb3NpeApjb25m aWd1cmU6NDkyNTogJD8gPSAwCmNvbmZpZ3VyZTo0OTE0OiBjKysgLVYgPiY1CmMrKzogZXJyb3I6 IGFyZ3VtZW50IHRvICctVicgaXMgbWlzc2luZyAoZXhwZWN0ZWQgMSB2YWx1ZSkKYysrOiBlcnJv cjogbm8gaW5wdXQgZmlsZXMKY29uZmlndXJlOjQ5MjU6ICQ/ID0gMQpjb25maWd1cmU6NDkxNDog YysrIC1xdmVyc2lvbiA+JjUKYysrOiBlcnJvcjogbm8gaW5wdXQgZmlsZXMKY29uZmlndXJlOjQ5 MjU6ICQ/ID0gMQpjb25maWd1cmU6NDkyOTogY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgdXNpbmcg dGhlIEdOVSBDKysgY29tcGlsZXIKY29uZmlndXJlOjQ5NDg6IGMrKyAtYyAtTzIgLXBpcGUgLWlz eXN0ZW0gL3Vzci9sb2NhbC9pbmNsdWRlL3BvcnRhdWRpbzIgLURMSUJJQ09OVl9QTFVHIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1ETElCSUNPTlZfUExVRyAtV25vLWMrKzExLW5hcnJvd2luZyAtc3Rk PWMrKzExIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1JL3Vzci9wb3J0cy9tdWx0aW1lZGlhL2FlZ2lz dWIvd29yay9GRk1TLWZmbXMyLTZiMGU0YTIvaW5jbHVkZSAtRExJQklDT05WX1BMVUcgY29uZnRl c3QuY3BwID4mNQpjb25maWd1cmU6NDk0ODogJD8gPSAwCmNvbmZpZ3VyZTo0OTU3OiByZXN1bHQ6 IHllcwpjb25maWd1cmU6NDk2NjogY2hlY2tpbmcgd2hldGhlciBjKysgYWNjZXB0cyAtZwpjb25m aWd1cmU6NDk4NjogYysrIC1jIC1nIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1JL3Vzci9wb3J0cy9t dWx0aW1lZGlhL2FlZ2lzdWIvd29yay9GRk1TLWZmbXMyLTZiMGU0YTIvaW5jbHVkZSAtRExJQklD T05WX1BMVUcgY29uZnRlc3QuY3BwID4mNQpjb25maWd1cmU6NDk4NjogJD8gPSAwCmNvbmZpZ3Vy ZTo1MDI3OiByZXN1bHQ6IHllcwpjb25maWd1cmU6NTA3MzogY2hlY2tpbmcgZm9yIGEgQlNELWNv bXBhdGlibGUgaW5zdGFsbApjb25maWd1cmU6NTE0MTogcmVzdWx0OiAvdXNyL2Jpbi9pbnN0YWxs IC1jIC1vIHJvb3QgLWcgd2hlZWwKY29uZmlndXJlOjUxOTU6IGNoZWNraW5nIGZvciByYW5saWIK Y29uZmlndXJlOjUyMTE6IGZvdW5kIC91c3IvYmluL3JhbmxpYgpjb25maWd1cmU6NTIyMjogcmVz dWx0OiByYW5saWIKY29uZmlndXJlOjUzNTM6IGNoZWNraW5nIHBrZy1jb25maWcgaXMgYXQgbGVh c3QgdmVyc2lvbiAwLjIwCmNvbmZpZ3VyZTo1MzU2OiByZXN1bHQ6IHllcwpjb25maWd1cmU6NTM2 ODogY2hlY2tpbmcgZm9yIHZlcnNpb24KY29uZmlndXJlOjUzNzE6IHJlc3VsdDogMy4xLjMgZnJv bSBjYWNoZWQgZ2l0X3ZlcnNpb24uaApjb25maWd1cmU6NTM3NDogY2hlY2tpbmcgZm9yIGJ1aWxk IGRhdGUKY29uZmlndXJlOjUzNzc6IHJlc3VsdDogMjAxNC0wNy0yNyAxMTo0NyBJQ1QKY29uZmln dXJlOjU1NTQ6IGNoZWNraW5nIGZvciB0aGUgcHRocmVhZHMgbGlicmFyeSAtbHB0aHJlYWRzCmNv bmZpZ3VyZTo1NTkyOiBjYyAtbyBjb25mdGVzdCAtTzIgLXBpcGUgLWlzeXN0ZW0gL3Vzci9sb2Nh bC9pbmNsdWRlL3BvcnRhdWRpbzIgLURMSUJJQ09OVl9QTFVHIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1zdGQ9Yzk5ICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvcG9ydHMvbXVsdGltZWRpYS9h ZWdpc3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2luY2x1ZGUgLURMSUJJQ09OVl9QTFVHICAt TC91c3IvbG9jYWwvbGliICAtTC91c3IvbG9jYWwvbGliL3BvcnRhdWRpbzIgY29uZnRlc3QuYyAt bHB0aHJlYWRzICA+JjUKL3Vzci9iaW4vbGQ6IGNhbm5vdCBmaW5kIC1scHRocmVhZHMKY2M6IGVy cm9yOiBsaW5rZXIgY29tbWFuZCBmYWlsZWQgd2l0aCBleGl0IGNvZGUgMSAodXNlIC12IHRvIHNl ZSBpbnZvY2F0aW9uKQpjb25maWd1cmU6NTU5MjogJD8gPSAxCmNvbmZpZ3VyZTogZmFpbGVkIHBy b2dyYW0gd2FzOgp8IC8qIGNvbmZkZWZzLmggKi8KfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAiQWVn aXN1YiIKfCAjZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAiYWVnaXN1YiIKfCAjZGVmaW5lIFBBQ0tB R0VfVkVSU0lPTiAiYWVnaXN1Yl92ZXJzaW9uIgp8ICNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgIkFl Z2lzdWIgYWVnaXN1Yl92ZXJzaW9uIgp8ICNkZWZpbmUgUEFDS0FHRV9CVUdSRVBPUlQgIiIKfCAj ZGVmaW5lIFBBQ0tBR0VfVVJMICIiCnwgI2RlZmluZSBTVERDX0hFQURFUlMgMQp8ICNkZWZpbmUg SEFWRV9TWVNfVFlQRVNfSCAxCnwgI2RlZmluZSBIQVZFX1NZU19TVEFUX0ggMQp8ICNkZWZpbmUg SEFWRV9TVERMSUJfSCAxCnwgI2RlZmluZSBIQVZFX1NUUklOR19IIDEKfCAjZGVmaW5lIEhBVkVf TUVNT1JZX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdTX0ggMQp8ICNkZWZpbmUgSEFWRV9JTlRU WVBFU19IIDEKfCAjZGVmaW5lIEhBVkVfU1RESU5UX0ggMQp8ICNkZWZpbmUgSEFWRV9VTklTVERf SCAxCnwgI2RlZmluZSBfX0VYVEVOU0lPTlNfXyAxCnwgI2RlZmluZSBfQUxMX1NPVVJDRSAxCnwg I2RlZmluZSBfR05VX1NPVVJDRSAxCnwgI2RlZmluZSBfUE9TSVhfUFRIUkVBRF9TRU1BTlRJQ1Mg MQp8ICNkZWZpbmUgX1RBTkRFTV9TT1VSQ0UgMQp8ICNkZWZpbmUgQUVHSVNVQl9DT01NQU5EICJh ZWdpc3ViLTMuMSIKfCAjZGVmaW5lIEFFR0lTVUJfQ0FUQUxPRyAiYWVnaXN1Yi0zMSIKfCAjZGVm aW5lIElOU1RBTExfUFJFRklYICIvdXNyL2xvY2FsIgp8IC8qIGVuZCBjb25mZGVmcy5oLiAgKi8K fCAjaW5jbHVkZSA8cHRocmVhZC5oPgp8ICAgICAgICAgICAgICAgICAgICAgICAgIHN0YXRpYyB2 b2lkIHJvdXRpbmUodm9pZCAqYSkgeyBhID0gMDsgfQp8ICAgICAgICAgICAgICAgICAgICAgICAg IHN0YXRpYyB2b2lkICpzdGFydF9yb3V0aW5lKHZvaWQgKmEpIHsgcmV0dXJuIGE7IH0KfCBpbnQK fCBtYWluICgpCnwgewp8IHB0aHJlYWRfdCB0aDsgcHRocmVhZF9hdHRyX3QgYXR0cjsKfCAgICAg ICAgICAgICAgICAgICAgICAgICBwdGhyZWFkX2NyZWF0ZSgmdGgsIDAsIHN0YXJ0X3JvdXRpbmUs IDApOwp8ICAgICAgICAgICAgICAgICAgICAgICAgIHB0aHJlYWRfam9pbih0aCwgMCk7CnwgICAg ICAgICAgICAgICAgICAgICAgICAgcHRocmVhZF9hdHRyX2luaXQoJmF0dHIpOwp8ICAgICAgICAg ICAgICAgICAgICAgICAgIHB0aHJlYWRfY2xlYW51cF9wdXNoKHJvdXRpbmUsIDApOwp8ICAgICAg ICAgICAgICAgICAgICAgICAgIHB0aHJlYWRfY2xlYW51cF9wb3AoMCkgLyogOyAqLwp8ICAgOwp8 ICAgcmV0dXJuIDA7CnwgfQpjb25maWd1cmU6NTYwMTogcmVzdWx0OiBubwpjb25maWd1cmU6NTQ5 OTogY2hlY2tpbmcgd2hldGhlciBwdGhyZWFkcyB3b3JrIHdpdGhvdXQgYW55IGZsYWdzCmNvbmZp Z3VyZTo1NTkyOiBjYyAtbyBjb25mdGVzdCAtTzIgLXBpcGUgLWlzeXN0ZW0gL3Vzci9sb2NhbC9p bmNsdWRlL3BvcnRhdWRpbzIgLURMSUJJQ09OVl9QTFVHIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1z dGQ9Yzk5ICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvcG9ydHMvbXVsdGltZWRpYS9hZWdp c3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2luY2x1ZGUgLURMSUJJQ09OVl9QTFVHICAtTC91 c3IvbG9jYWwvbGliICAtTC91c3IvbG9jYWwvbGliL3BvcnRhdWRpbzIgY29uZnRlc3QuYyAgID4m NQovdG1wL2NvbmZ0ZXN0LXBnY3VoYS5vOiBJbiBmdW5jdGlvbiBgbWFpbic6CmNvbmZ0ZXN0LmM6 KC50ZXh0KzB4MTYpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBwdGhyZWFkX2NyZWF0ZScKY2M6 IGVycm9yOiBsaW5rZXIgY29tbWFuZCBmYWlsZWQgd2l0aCBleGl0IGNvZGUgMSAodXNlIC12IHRv IHNlZSBpbnZvY2F0aW9uKQpjb25maWd1cmU6NTU5MjogJD8gPSAxCmNvbmZpZ3VyZTogZmFpbGVk IHByb2dyYW0gd2FzOgp8IC8qIGNvbmZkZWZzLmggKi8KfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAi QWVnaXN1YiIKfCAjZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAiYWVnaXN1YiIKfCAjZGVmaW5lIFBB Q0tBR0VfVkVSU0lPTiAiYWVnaXN1Yl92ZXJzaW9uIgp8ICNkZWZpbmUgUEFDS0FHRV9TVFJJTkcg IkFlZ2lzdWIgYWVnaXN1Yl92ZXJzaW9uIgp8ICNkZWZpbmUgUEFDS0FHRV9CVUdSRVBPUlQgIiIK fCAjZGVmaW5lIFBBQ0tBR0VfVVJMICIiCnwgI2RlZmluZSBTVERDX0hFQURFUlMgMQp8ICNkZWZp bmUgSEFWRV9TWVNfVFlQRVNfSCAxCnwgI2RlZmluZSBIQVZFX1NZU19TVEFUX0ggMQp8ICNkZWZp bmUgSEFWRV9TVERMSUJfSCAxCnwgI2RlZmluZSBIQVZFX1NUUklOR19IIDEKfCAjZGVmaW5lIEhB VkVfTUVNT1JZX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdTX0ggMQp8ICNkZWZpbmUgSEFWRV9J TlRUWVBFU19IIDEKfCAjZGVmaW5lIEhBVkVfU1RESU5UX0ggMQp8ICNkZWZpbmUgSEFWRV9VTklT VERfSCAxCnwgI2RlZmluZSBfX0VYVEVOU0lPTlNfXyAxCnwgI2RlZmluZSBfQUxMX1NPVVJDRSAx CnwgI2RlZmluZSBfR05VX1NPVVJDRSAxCnwgI2RlZmluZSBfUE9TSVhfUFRIUkVBRF9TRU1BTlRJ Q1MgMQp8ICNkZWZpbmUgX1RBTkRFTV9TT1VSQ0UgMQp8ICNkZWZpbmUgQUVHSVNVQl9DT01NQU5E ICJhZWdpc3ViLTMuMSIKfCAjZGVmaW5lIEFFR0lTVUJfQ0FUQUxPRyAiYWVnaXN1Yi0zMSIKfCAj ZGVmaW5lIElOU1RBTExfUFJFRklYICIvdXNyL2xvY2FsIgp8IC8qIGVuZCBjb25mZGVmcy5oLiAg Ki8KfCAjaW5jbHVkZSA8cHRocmVhZC5oPgp8ICAgICAgICAgICAgICAgICAgICAgICAgIHN0YXRp YyB2b2lkIHJvdXRpbmUodm9pZCAqYSkgeyBhID0gMDsgfQp8ICAgICAgICAgICAgICAgICAgICAg ICAgIHN0YXRpYyB2b2lkICpzdGFydF9yb3V0aW5lKHZvaWQgKmEpIHsgcmV0dXJuIGE7IH0KfCBp bnQKfCBtYWluICgpCnwgewp8IHB0aHJlYWRfdCB0aDsgcHRocmVhZF9hdHRyX3QgYXR0cjsKfCAg ICAgICAgICAgICAgICAgICAgICAgICBwdGhyZWFkX2NyZWF0ZSgmdGgsIDAsIHN0YXJ0X3JvdXRp bmUsIDApOwp8ICAgICAgICAgICAgICAgICAgICAgICAgIHB0aHJlYWRfam9pbih0aCwgMCk7Cnwg ICAgICAgICAgICAgICAgICAgICAgICAgcHRocmVhZF9hdHRyX2luaXQoJmF0dHIpOwp8ICAgICAg ICAgICAgICAgICAgICAgICAgIHB0aHJlYWRfY2xlYW51cF9wdXNoKHJvdXRpbmUsIDApOwp8ICAg ICAgICAgICAgICAgICAgICAgICAgIHB0aHJlYWRfY2xlYW51cF9wb3AoMCkgLyogOyAqLwp8ICAg Owp8ICAgcmV0dXJuIDA7CnwgfQpjb25maWd1cmU6NTYwMTogcmVzdWx0OiBubwpjb25maWd1cmU6 NTUwNDogY2hlY2tpbmcgd2hldGhlciBwdGhyZWFkcyB3b3JrIHdpdGggLUt0aHJlYWQKY29uZmln dXJlOjU1OTI6IGNjIC1vIGNvbmZ0ZXN0IC1PMiAtcGlwZSAtaXN5c3RlbSAvdXNyL2xvY2FsL2lu Y2x1ZGUvcG9ydGF1ZGlvMiAtRExJQklDT05WX1BMVUcgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXN0 ZD1jOTkgLUt0aHJlYWQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUkvdXNyL3BvcnRzL211bHRpbWVk aWEvYWVnaXN1Yi93b3JrL0ZGTVMtZmZtczItNmIwZTRhMi9pbmNsdWRlIC1ETElCSUNPTlZfUExV RyAgLUwvdXNyL2xvY2FsL2xpYiAgLUwvdXNyL2xvY2FsL2xpYi9wb3J0YXVkaW8yIGNvbmZ0ZXN0 LmMgICA+JjUKY2M6IHdhcm5pbmc6IGFyZ3VtZW50IHVudXNlZCBkdXJpbmcgY29tcGlsYXRpb246 ICctS3RocmVhZCcKL3RtcC9jb25mdGVzdC0xTVFmVjYubzogSW4gZnVuY3Rpb24gYG1haW4nOgpj b25mdGVzdC5jOigudGV4dCsweDE2KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgcHRocmVhZF9j cmVhdGUnCmNjOiBlcnJvcjogbGlua2VyIGNvbW1hbmQgZmFpbGVkIHdpdGggZXhpdCBjb2RlIDEg KHVzZSAtdiB0byBzZWUgaW52b2NhdGlvbikKY29uZmlndXJlOjU1OTI6ICQ/ID0gMQpjb25maWd1 cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25mZGVmcy5oICovCnwgI2RlZmluZSBQQUNL QUdFX05BTUUgIkFlZ2lzdWIiCnwgI2RlZmluZSBQQUNLQUdFX1RBUk5BTUUgImFlZ2lzdWIiCnwg I2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gImFlZ2lzdWJfdmVyc2lvbiIKfCAjZGVmaW5lIFBBQ0tB R0VfU1RSSU5HICJBZWdpc3ViIGFlZ2lzdWJfdmVyc2lvbiIKfCAjZGVmaW5lIFBBQ0tBR0VfQlVH UkVQT1JUICIiCnwgI2RlZmluZSBQQUNLQUdFX1VSTCAiIgp8ICNkZWZpbmUgU1REQ19IRUFERVJT IDEKfCAjZGVmaW5lIEhBVkVfU1lTX1RZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9TWVNfU1RBVF9I IDEKfCAjZGVmaW5lIEhBVkVfU1RETElCX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdfSCAxCnwg I2RlZmluZSBIQVZFX01FTU9SWV9IIDEKfCAjZGVmaW5lIEhBVkVfU1RSSU5HU19IIDEKfCAjZGVm aW5lIEhBVkVfSU5UVFlQRVNfSCAxCnwgI2RlZmluZSBIQVZFX1NURElOVF9IIDEKfCAjZGVmaW5l IEhBVkVfVU5JU1REX0ggMQp8ICNkZWZpbmUgX19FWFRFTlNJT05TX18gMQp8ICNkZWZpbmUgX0FM TF9TT1VSQ0UgMQp8ICNkZWZpbmUgX0dOVV9TT1VSQ0UgMQp8ICNkZWZpbmUgX1BPU0lYX1BUSFJF QURfU0VNQU5USUNTIDEKfCAjZGVmaW5lIF9UQU5ERU1fU09VUkNFIDEKfCAjZGVmaW5lIEFFR0lT VUJfQ09NTUFORCAiYWVnaXN1Yi0zLjEiCnwgI2RlZmluZSBBRUdJU1VCX0NBVEFMT0cgImFlZ2lz dWItMzEiCnwgI2RlZmluZSBJTlNUQUxMX1BSRUZJWCAiL3Vzci9sb2NhbCIKfCAvKiBlbmQgY29u ZmRlZnMuaC4gICovCnwgI2luY2x1ZGUgPHB0aHJlYWQuaD4KfCAgICAgICAgICAgICAgICAgICAg ICAgICBzdGF0aWMgdm9pZCByb3V0aW5lKHZvaWQgKmEpIHsgYSA9IDA7IH0KfCAgICAgICAgICAg ICAgICAgICAgICAgICBzdGF0aWMgdm9pZCAqc3RhcnRfcm91dGluZSh2b2lkICphKSB7IHJldHVy biBhOyB9CnwgaW50CnwgbWFpbiAoKQp8IHsKfCBwdGhyZWFkX3QgdGg7IHB0aHJlYWRfYXR0cl90 IGF0dHI7CnwgICAgICAgICAgICAgICAgICAgICAgICAgcHRocmVhZF9jcmVhdGUoJnRoLCAwLCBz dGFydF9yb3V0aW5lLCAwKTsKfCAgICAgICAgICAgICAgICAgICAgICAgICBwdGhyZWFkX2pvaW4o dGgsIDApOwp8ICAgICAgICAgICAgICAgICAgICAgICAgIHB0aHJlYWRfYXR0cl9pbml0KCZhdHRy KTsKfCAgICAgICAgICAgICAgICAgICAgICAgICBwdGhyZWFkX2NsZWFudXBfcHVzaChyb3V0aW5l LCAwKTsKfCAgICAgICAgICAgICAgICAgICAgICAgICBwdGhyZWFkX2NsZWFudXBfcG9wKDApIC8q IDsgKi8KfCAgIDsKfCAgIHJldHVybiAwOwp8IH0KY29uZmlndXJlOjU2MDE6IHJlc3VsdDogbm8K Y29uZmlndXJlOjU1MDQ6IGNoZWNraW5nIHdoZXRoZXIgcHRocmVhZHMgd29yayB3aXRoIC1rdGhy ZWFkCmNvbmZpZ3VyZTo1NTkyOiBjYyAtbyBjb25mdGVzdCAtTzIgLXBpcGUgLWlzeXN0ZW0gL3Vz ci9sb2NhbC9pbmNsdWRlL3BvcnRhdWRpbzIgLURMSUJJQ09OVl9QTFVHIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1zdGQ9Yzk5IC1rdGhyZWFkIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1JL3Vzci9wb3J0 cy9tdWx0aW1lZGlhL2FlZ2lzdWIvd29yay9GRk1TLWZmbXMyLTZiMGU0YTIvaW5jbHVkZSAtRExJ QklDT05WX1BMVUcgIC1ML3Vzci9sb2NhbC9saWIgIC1ML3Vzci9sb2NhbC9saWIvcG9ydGF1ZGlv MiBjb25mdGVzdC5jICAgPiY1CmNjOiB3YXJuaW5nOiBhcmd1bWVudCB1bnVzZWQgZHVyaW5nIGNv bXBpbGF0aW9uOiAnLWt0aHJlYWQnCi90bXAvY29uZnRlc3QtVTM1QTV0Lm86IEluIGZ1bmN0aW9u IGBtYWluJzoKY29uZnRlc3QuYzooLnRleHQrMHgxNik6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8g YHB0aHJlYWRfY3JlYXRlJwpjYzogZXJyb3I6IGxpbmtlciBjb21tYW5kIGZhaWxlZCB3aXRoIGV4 aXQgY29kZSAxICh1c2UgLXYgdG8gc2VlIGludm9jYXRpb24pCmNvbmZpZ3VyZTo1NTkyOiAkPyA9 IDEKY29uZmlndXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6CnwgLyogY29uZmRlZnMuaCAqLwp8ICNk ZWZpbmUgUEFDS0FHRV9OQU1FICJBZWdpc3ViIgp8ICNkZWZpbmUgUEFDS0FHRV9UQVJOQU1FICJh ZWdpc3ViIgp8ICNkZWZpbmUgUEFDS0FHRV9WRVJTSU9OICJhZWdpc3ViX3ZlcnNpb24iCnwgI2Rl ZmluZSBQQUNLQUdFX1NUUklORyAiQWVnaXN1YiBhZWdpc3ViX3ZlcnNpb24iCnwgI2RlZmluZSBQ QUNLQUdFX0JVR1JFUE9SVCAiIgp8ICNkZWZpbmUgUEFDS0FHRV9VUkwgIiIKfCAjZGVmaW5lIFNU RENfSEVBREVSUyAxCnwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19IIDEKfCAjZGVmaW5lIEhBVkVf U1lTX1NUQVRfSCAxCnwgI2RlZmluZSBIQVZFX1NURExJQl9IIDEKfCAjZGVmaW5lIEhBVkVfU1RS SU5HX0ggMQp8ICNkZWZpbmUgSEFWRV9NRU1PUllfSCAxCnwgI2RlZmluZSBIQVZFX1NUUklOR1Nf SCAxCnwgI2RlZmluZSBIQVZFX0lOVFRZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERJTlRfSCAx CnwgI2RlZmluZSBIQVZFX1VOSVNURF9IIDEKfCAjZGVmaW5lIF9fRVhURU5TSU9OU19fIDEKfCAj ZGVmaW5lIF9BTExfU09VUkNFIDEKfCAjZGVmaW5lIF9HTlVfU09VUkNFIDEKfCAjZGVmaW5lIF9Q T1NJWF9QVEhSRUFEX1NFTUFOVElDUyAxCnwgI2RlZmluZSBfVEFOREVNX1NPVVJDRSAxCnwgI2Rl ZmluZSBBRUdJU1VCX0NPTU1BTkQgImFlZ2lzdWItMy4xIgp8ICNkZWZpbmUgQUVHSVNVQl9DQVRB TE9HICJhZWdpc3ViLTMxIgp8ICNkZWZpbmUgSU5TVEFMTF9QUkVGSVggIi91c3IvbG9jYWwiCnwg LyogZW5kIGNvbmZkZWZzLmguICAqLwp8ICNpbmNsdWRlIDxwdGhyZWFkLmg+CnwgICAgICAgICAg ICAgICAgICAgICAgICAgc3RhdGljIHZvaWQgcm91dGluZSh2b2lkICphKSB7IGEgPSAwOyB9Cnwg ICAgICAgICAgICAgICAgICAgICAgICAgc3RhdGljIHZvaWQgKnN0YXJ0X3JvdXRpbmUodm9pZCAq YSkgeyByZXR1cm4gYTsgfQp8IGludAp8IG1haW4gKCkKfCB7CnwgcHRocmVhZF90IHRoOyBwdGhy ZWFkX2F0dHJfdCBhdHRyOwp8ICAgICAgICAgICAgICAgICAgICAgICAgIHB0aHJlYWRfY3JlYXRl KCZ0aCwgMCwgc3RhcnRfcm91dGluZSwgMCk7CnwgICAgICAgICAgICAgICAgICAgICAgICAgcHRo cmVhZF9qb2luKHRoLCAwKTsKfCAgICAgICAgICAgICAgICAgICAgICAgICBwdGhyZWFkX2F0dHJf aW5pdCgmYXR0cik7CnwgICAgICAgICAgICAgICAgICAgICAgICAgcHRocmVhZF9jbGVhbnVwX3B1 c2gocm91dGluZSwgMCk7CnwgICAgICAgICAgICAgICAgICAgICAgICAgcHRocmVhZF9jbGVhbnVw X3BvcCgwKSAvKiA7ICovCnwgICA7CnwgICByZXR1cm4gMDsKfCB9CmNvbmZpZ3VyZTo1NjAxOiBy ZXN1bHQ6IG5vCmNvbmZpZ3VyZTo1NTU0OiBjaGVja2luZyBmb3IgdGhlIHB0aHJlYWRzIGxpYnJh cnkgLWxsdGhyZWFkCmNvbmZpZ3VyZTo1NTkyOiBjYyAtbyBjb25mdGVzdCAtTzIgLXBpcGUgLWlz eXN0ZW0gL3Vzci9sb2NhbC9pbmNsdWRlL3BvcnRhdWRpbzIgLURMSUJJQ09OVl9QTFVHIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1zdGQ9Yzk5ICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvcG9y dHMvbXVsdGltZWRpYS9hZWdpc3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2luY2x1ZGUgLURM SUJJQ09OVl9QTFVHICAtTC91c3IvbG9jYWwvbGliICAtTC91c3IvbG9jYWwvbGliL3BvcnRhdWRp bzIgY29uZnRlc3QuYyAtbGx0aHJlYWQgID4mNQovdXNyL2Jpbi9sZDogY2Fubm90IGZpbmQgLWxs dGhyZWFkCmNjOiBlcnJvcjogbGlua2VyIGNvbW1hbmQgZmFpbGVkIHdpdGggZXhpdCBjb2RlIDEg KHVzZSAtdiB0byBzZWUgaW52b2NhdGlvbikKY29uZmlndXJlOjU1OTI6ICQ/ID0gMQpjb25maWd1 cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25mZGVmcy5oICovCnwgI2RlZmluZSBQQUNL QUdFX05BTUUgIkFlZ2lzdWIiCnwgI2RlZmluZSBQQUNLQUdFX1RBUk5BTUUgImFlZ2lzdWIiCnwg I2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gImFlZ2lzdWJfdmVyc2lvbiIKfCAjZGVmaW5lIFBBQ0tB R0VfU1RSSU5HICJBZWdpc3ViIGFlZ2lzdWJfdmVyc2lvbiIKfCAjZGVmaW5lIFBBQ0tBR0VfQlVH UkVQT1JUICIiCnwgI2RlZmluZSBQQUNLQUdFX1VSTCAiIgp8ICNkZWZpbmUgU1REQ19IRUFERVJT IDEKfCAjZGVmaW5lIEhBVkVfU1lTX1RZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9TWVNfU1RBVF9I IDEKfCAjZGVmaW5lIEhBVkVfU1RETElCX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdfSCAxCnwg I2RlZmluZSBIQVZFX01FTU9SWV9IIDEKfCAjZGVmaW5lIEhBVkVfU1RSSU5HU19IIDEKfCAjZGVm aW5lIEhBVkVfSU5UVFlQRVNfSCAxCnwgI2RlZmluZSBIQVZFX1NURElOVF9IIDEKfCAjZGVmaW5l IEhBVkVfVU5JU1REX0ggMQp8ICNkZWZpbmUgX19FWFRFTlNJT05TX18gMQp8ICNkZWZpbmUgX0FM TF9TT1VSQ0UgMQp8ICNkZWZpbmUgX0dOVV9TT1VSQ0UgMQp8ICNkZWZpbmUgX1BPU0lYX1BUSFJF QURfU0VNQU5USUNTIDEKfCAjZGVmaW5lIF9UQU5ERU1fU09VUkNFIDEKfCAjZGVmaW5lIEFFR0lT VUJfQ09NTUFORCAiYWVnaXN1Yi0zLjEiCnwgI2RlZmluZSBBRUdJU1VCX0NBVEFMT0cgImFlZ2lz dWItMzEiCnwgI2RlZmluZSBJTlNUQUxMX1BSRUZJWCAiL3Vzci9sb2NhbCIKfCAvKiBlbmQgY29u ZmRlZnMuaC4gICovCnwgI2luY2x1ZGUgPHB0aHJlYWQuaD4KfCAgICAgICAgICAgICAgICAgICAg ICAgICBzdGF0aWMgdm9pZCByb3V0aW5lKHZvaWQgKmEpIHsgYSA9IDA7IH0KfCAgICAgICAgICAg ICAgICAgICAgICAgICBzdGF0aWMgdm9pZCAqc3RhcnRfcm91dGluZSh2b2lkICphKSB7IHJldHVy biBhOyB9CnwgaW50CnwgbWFpbiAoKQp8IHsKfCBwdGhyZWFkX3QgdGg7IHB0aHJlYWRfYXR0cl90 IGF0dHI7CnwgICAgICAgICAgICAgICAgICAgICAgICAgcHRocmVhZF9jcmVhdGUoJnRoLCAwLCBz dGFydF9yb3V0aW5lLCAwKTsKfCAgICAgICAgICAgICAgICAgICAgICAgICBwdGhyZWFkX2pvaW4o dGgsIDApOwp8ICAgICAgICAgICAgICAgICAgICAgICAgIHB0aHJlYWRfYXR0cl9pbml0KCZhdHRy KTsKfCAgICAgICAgICAgICAgICAgICAgICAgICBwdGhyZWFkX2NsZWFudXBfcHVzaChyb3V0aW5l LCAwKTsKfCAgICAgICAgICAgICAgICAgICAgICAgICBwdGhyZWFkX2NsZWFudXBfcG9wKDApIC8q IDsgKi8KfCAgIDsKfCAgIHJldHVybiAwOwp8IH0KY29uZmlndXJlOjU2MDE6IHJlc3VsdDogbm8K Y29uZmlndXJlOjU1MDQ6IGNoZWNraW5nIHdoZXRoZXIgcHRocmVhZHMgd29yayB3aXRoIC1wdGhy ZWFkCmNvbmZpZ3VyZTo1NTkyOiBjYyAtbyBjb25mdGVzdCAtTzIgLXBpcGUgLWlzeXN0ZW0gL3Vz ci9sb2NhbC9pbmNsdWRlL3BvcnRhdWRpbzIgLURMSUJJQ09OVl9QTFVHIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1zdGQ9Yzk5IC1wdGhyZWFkIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1JL3Vzci9wb3J0 cy9tdWx0aW1lZGlhL2FlZ2lzdWIvd29yay9GRk1TLWZmbXMyLTZiMGU0YTIvaW5jbHVkZSAtRExJ QklDT05WX1BMVUcgIC1ML3Vzci9sb2NhbC9saWIgIC1ML3Vzci9sb2NhbC9saWIvcG9ydGF1ZGlv MiBjb25mdGVzdC5jICAgPiY1CmNvbmZpZ3VyZTo1NTkyOiAkPyA9IDAKY29uZmlndXJlOjU2MDE6 IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo1NjIwOiBjaGVja2luZyBmb3Igam9pbmFibGUgcHRocmVh ZCBhdHRyaWJ1dGUKY29uZmlndXJlOjU2MzU6IGNjIC1vIGNvbmZ0ZXN0IC1PMiAtcGlwZSAtaXN5 c3RlbSAvdXNyL2xvY2FsL2luY2x1ZGUvcG9ydGF1ZGlvMiAtRExJQklDT05WX1BMVUcgLWZuby1z dHJpY3QtYWxpYXNpbmcgLXN0ZD1jOTkgLXB0aHJlYWQgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUkv dXNyL3BvcnRzL211bHRpbWVkaWEvYWVnaXN1Yi93b3JrL0ZGTVMtZmZtczItNmIwZTRhMi9pbmNs dWRlIC1ETElCSUNPTlZfUExVRyAgLUwvdXNyL2xvY2FsL2xpYiAgLUwvdXNyL2xvY2FsL2xpYi9w b3J0YXVkaW8yIGNvbmZ0ZXN0LmMgICA+JjUKY29uZmlndXJlOjU2MzU6ICQ/ID0gMApjb25maWd1 cmU6NTY0MTogcmVzdWx0OiBQVEhSRUFEX0NSRUFURV9KT0lOQUJMRQpjb25maWd1cmU6NTY1MTog Y2hlY2tpbmcgaWYgbW9yZSBzcGVjaWFsIGZsYWdzIGFyZSByZXF1aXJlZCBmb3IgcHRocmVhZHMK Y29uZmlndXJlOjU2NjU6IHJlc3VsdDogLURfVEhSRUFEX1NBRkUKY29uZmlndXJlOjU2NzE6IGNo ZWNraW5nIGZvciBQVEhSRUFEX1BSSU9fSU5IRVJJVApjb25maWd1cmU6NTY4OTogY2MgLW8gY29u ZnRlc3QgLU8yIC1waXBlIC1pc3lzdGVtIC91c3IvbG9jYWwvaW5jbHVkZS9wb3J0YXVkaW8yIC1E TElCSUNPTlZfUExVRyAtZm5vLXN0cmljdC1hbGlhc2luZyAtc3RkPWM5OSAtcHRocmVhZCAtSS91 c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvcG9ydHMvbXVsdGltZWRpYS9hZWdpc3ViL3dvcmsvRkZN Uy1mZm1zMi02YjBlNGEyL2luY2x1ZGUgLURMSUJJQ09OVl9QTFVHICAtTC91c3IvbG9jYWwvbGli ICAtTC91c3IvbG9jYWwvbGliL3BvcnRhdWRpbzIgY29uZnRlc3QuYyAgID4mNQpjb25maWd1cmU6 NTY4OTogJD8gPSAwCmNvbmZpZ3VyZTo1Njk4OiByZXN1bHQ6IHllcwpjb25maWd1cmU6NjAxNjog Y2hlY2tpbmcgZm9yIG1haW4gaW4gLWxtCmNvbmZpZ3VyZTo2MDM1OiBjKysgLW8gY29uZnRlc3Qg LU8yIC1waXBlIC1pc3lzdGVtIC91c3IvbG9jYWwvaW5jbHVkZS9wb3J0YXVkaW8yIC1ETElCSUNP TlZfUExVRyAtZm5vLXN0cmljdC1hbGlhc2luZyAtRExJQklDT05WX1BMVUcgLVduby1jKysxMS1u YXJyb3dpbmcgLXN0ZD1jKysxMSAtSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvcG9ydHMvbXVs dGltZWRpYS9hZWdpc3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2luY2x1ZGUgLURMSUJJQ09O Vl9QTFVHICAtTC91c3IvbG9jYWwvbGliICAtTC91c3IvbG9jYWwvbGliL3BvcnRhdWRpbzIgY29u ZnRlc3QuY3BwIC1sbSAgID4mNQpjb25maWd1cmU6NjAzNTogJD8gPSAwCmNvbmZpZ3VyZTo2MDQ0 OiByZXN1bHQ6IHllcwpjb25maWd1cmU6NjA2MDogY2hlY2tpbmcgaG93IHRvIHJ1biB0aGUgQysr IHByZXByb2Nlc3Nvcgpjb25maWd1cmU6NjA4NzogYysrIC1FIC1JL3Vzci9sb2NhbC9pbmNsdWRl IC1JL3Vzci9wb3J0cy9tdWx0aW1lZGlhL2FlZ2lzdWIvd29yay9GRk1TLWZmbXMyLTZiMGU0YTIv aW5jbHVkZSAtRExJQklDT05WX1BMVUcgY29uZnRlc3QuY3BwCmNvbmZpZ3VyZTo2MDg3OiAkPyA9 IDAKY29uZmlndXJlOjYxMDE6IGMrKyAtRSAtSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvcG9y dHMvbXVsdGltZWRpYS9hZWdpc3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2luY2x1ZGUgLURM SUJJQ09OVl9QTFVHIGNvbmZ0ZXN0LmNwcApjb25mdGVzdC5jcHA6MzA6MTA6IGZhdGFsIGVycm9y OiAnYWNfbm9uZXhpc3RlbnQuaCcgZmlsZSBub3QgZm91bmQKI2luY2x1ZGUgPGFjX25vbmV4aXN0 ZW50Lmg+CiAgICAgICAgIF4KMSBlcnJvciBnZW5lcmF0ZWQuCmNvbmZpZ3VyZTo2MTAxOiAkPyA9 IDEKY29uZmlndXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6CnwgLyogY29uZmRlZnMuaCAqLwp8ICNk ZWZpbmUgUEFDS0FHRV9OQU1FICJBZWdpc3ViIgp8ICNkZWZpbmUgUEFDS0FHRV9UQVJOQU1FICJh ZWdpc3ViIgp8ICNkZWZpbmUgUEFDS0FHRV9WRVJTSU9OICJhZWdpc3ViX3ZlcnNpb24iCnwgI2Rl ZmluZSBQQUNLQUdFX1NUUklORyAiQWVnaXN1YiBhZWdpc3ViX3ZlcnNpb24iCnwgI2RlZmluZSBQ QUNLQUdFX0JVR1JFUE9SVCAiIgp8ICNkZWZpbmUgUEFDS0FHRV9VUkwgIiIKfCAjZGVmaW5lIFNU RENfSEVBREVSUyAxCnwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19IIDEKfCAjZGVmaW5lIEhBVkVf U1lTX1NUQVRfSCAxCnwgI2RlZmluZSBIQVZFX1NURExJQl9IIDEKfCAjZGVmaW5lIEhBVkVfU1RS SU5HX0ggMQp8ICNkZWZpbmUgSEFWRV9NRU1PUllfSCAxCnwgI2RlZmluZSBIQVZFX1NUUklOR1Nf SCAxCnwgI2RlZmluZSBIQVZFX0lOVFRZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERJTlRfSCAx CnwgI2RlZmluZSBIQVZFX1VOSVNURF9IIDEKfCAjZGVmaW5lIF9fRVhURU5TSU9OU19fIDEKfCAj ZGVmaW5lIF9BTExfU09VUkNFIDEKfCAjZGVmaW5lIF9HTlVfU09VUkNFIDEKfCAjZGVmaW5lIF9Q T1NJWF9QVEhSRUFEX1NFTUFOVElDUyAxCnwgI2RlZmluZSBfVEFOREVNX1NPVVJDRSAxCnwgI2Rl ZmluZSBBRUdJU1VCX0NPTU1BTkQgImFlZ2lzdWItMy4xIgp8ICNkZWZpbmUgQUVHSVNVQl9DQVRB TE9HICJhZWdpc3ViLTMxIgp8ICNkZWZpbmUgSU5TVEFMTF9QUkVGSVggIi91c3IvbG9jYWwiCnwg I2RlZmluZSBIQVZFX1BUSFJFQURfUFJJT19JTkhFUklUIDEKfCAjZGVmaW5lIEhBVkVfUFRIUkVB RCAxCnwgI2RlZmluZSBIQVZFX0xJQk0gMQp8IC8qIGVuZCBjb25mZGVmcy5oLiAgKi8KfCAjaW5j bHVkZSA8YWNfbm9uZXhpc3RlbnQuaD4KY29uZmlndXJlOjYxMjY6IHJlc3VsdDogYysrIC1FCmNv bmZpZ3VyZTo2MTQ2OiBjKysgLUUgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUkvdXNyL3BvcnRzL211 bHRpbWVkaWEvYWVnaXN1Yi93b3JrL0ZGTVMtZmZtczItNmIwZTRhMi9pbmNsdWRlIC1ETElCSUNP TlZfUExVRyBjb25mdGVzdC5jcHAKY29uZmlndXJlOjYxNDY6ICQ/ID0gMApjb25maWd1cmU6NjE2 MDogYysrIC1FIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1JL3Vzci9wb3J0cy9tdWx0aW1lZGlhL2Fl Z2lzdWIvd29yay9GRk1TLWZmbXMyLTZiMGU0YTIvaW5jbHVkZSAtRExJQklDT05WX1BMVUcgY29u ZnRlc3QuY3BwCmNvbmZ0ZXN0LmNwcDozMDoxMDogZmF0YWwgZXJyb3I6ICdhY19ub25leGlzdGVu dC5oJyBmaWxlIG5vdCBmb3VuZAojaW5jbHVkZSA8YWNfbm9uZXhpc3RlbnQuaD4KICAgICAgICAg XgoxIGVycm9yIGdlbmVyYXRlZC4KY29uZmlndXJlOjYxNjA6ICQ/ID0gMQpjb25maWd1cmU6IGZh aWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25mZGVmcy5oICovCnwgI2RlZmluZSBQQUNLQUdFX05B TUUgIkFlZ2lzdWIiCnwgI2RlZmluZSBQQUNLQUdFX1RBUk5BTUUgImFlZ2lzdWIiCnwgI2RlZmlu ZSBQQUNLQUdFX1ZFUlNJT04gImFlZ2lzdWJfdmVyc2lvbiIKfCAjZGVmaW5lIFBBQ0tBR0VfU1RS SU5HICJBZWdpc3ViIGFlZ2lzdWJfdmVyc2lvbiIKfCAjZGVmaW5lIFBBQ0tBR0VfQlVHUkVQT1JU ICIiCnwgI2RlZmluZSBQQUNLQUdFX1VSTCAiIgp8ICNkZWZpbmUgU1REQ19IRUFERVJTIDEKfCAj ZGVmaW5lIEhBVkVfU1lTX1RZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9TWVNfU1RBVF9IIDEKfCAj ZGVmaW5lIEhBVkVfU1RETElCX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdfSCAxCnwgI2RlZmlu ZSBIQVZFX01FTU9SWV9IIDEKfCAjZGVmaW5lIEhBVkVfU1RSSU5HU19IIDEKfCAjZGVmaW5lIEhB VkVfSU5UVFlQRVNfSCAxCnwgI2RlZmluZSBIQVZFX1NURElOVF9IIDEKfCAjZGVmaW5lIEhBVkVf VU5JU1REX0ggMQp8ICNkZWZpbmUgX19FWFRFTlNJT05TX18gMQp8ICNkZWZpbmUgX0FMTF9TT1VS Q0UgMQp8ICNkZWZpbmUgX0dOVV9TT1VSQ0UgMQp8ICNkZWZpbmUgX1BPU0lYX1BUSFJFQURfU0VN QU5USUNTIDEKfCAjZGVmaW5lIF9UQU5ERU1fU09VUkNFIDEKfCAjZGVmaW5lIEFFR0lTVUJfQ09N TUFORCAiYWVnaXN1Yi0zLjEiCnwgI2RlZmluZSBBRUdJU1VCX0NBVEFMT0cgImFlZ2lzdWItMzEi CnwgI2RlZmluZSBJTlNUQUxMX1BSRUZJWCAiL3Vzci9sb2NhbCIKfCAjZGVmaW5lIEhBVkVfUFRI UkVBRF9QUklPX0lOSEVSSVQgMQp8ICNkZWZpbmUgSEFWRV9QVEhSRUFEIDEKfCAjZGVmaW5lIEhB VkVfTElCTSAxCnwgLyogZW5kIGNvbmZkZWZzLmguICAqLwp8ICNpbmNsdWRlIDxhY19ub25leGlz dGVudC5oPgpjb25maWd1cmU6NjE5MTogY2hlY2tpbmcgZm9yIHN5cy90aW1lLmgKY29uZmlndXJl OjYxOTE6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo2MjE1OiBjaGVja2luZyBmb3IgWApjb25maWd1 cmU6NjQwNDogcmVzdWx0OiBsaWJyYXJpZXMgL3Vzci9sb2NhbC9saWIsIGhlYWRlcnMgL3Vzci9s b2NhbC9pbmNsdWRlCmNvbmZpZ3VyZTo2NDI0OiBjaGVja2luZyB3aGV0aGVyIC1SIG11c3QgYmUg Zm9sbG93ZWQgYnkgYSBzcGFjZQpjb25maWd1cmU6NjQ0MDogYysrIC1vIGNvbmZ0ZXN0IC1PMiAt cGlwZSAtaXN5c3RlbSAvdXNyL2xvY2FsL2luY2x1ZGUvcG9ydGF1ZGlvMiAtRExJQklDT05WX1BM VUcgLWZuby1zdHJpY3QtYWxpYXNpbmcgLURMSUJJQ09OVl9QTFVHIC1Xbm8tYysrMTEtbmFycm93 aW5nIC1zdGQ9YysrMTEgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUkvdXNyL3BvcnRzL211bHRpbWVk aWEvYWVnaXN1Yi93b3JrL0ZGTVMtZmZtczItNmIwZTRhMi9pbmNsdWRlIC1ETElCSUNPTlZfUExV RyAgLUwvdXNyL2xvY2FsL2xpYiAgLUwvdXNyL2xvY2FsL2xpYi9wb3J0YXVkaW8yIGNvbmZ0ZXN0 LmNwcCAtbG0gIC1SL3Vzci9sb2NhbC9saWIgPiY1CmMrKzogd2FybmluZzogYXJndW1lbnQgdW51 c2VkIGR1cmluZyBjb21waWxhdGlvbjogJy1SL3Vzci9sb2NhbC9saWInCmNvbmZpZ3VyZTo2NDQw OiAkPyA9IDAKY29uZmlndXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6CnwgLyogY29uZmRlZnMuaCAq Lwp8ICNkZWZpbmUgUEFDS0FHRV9OQU1FICJBZWdpc3ViIgp8ICNkZWZpbmUgUEFDS0FHRV9UQVJO QU1FICJhZWdpc3ViIgp8ICNkZWZpbmUgUEFDS0FHRV9WRVJTSU9OICJhZWdpc3ViX3ZlcnNpb24i CnwgI2RlZmluZSBQQUNLQUdFX1NUUklORyAiQWVnaXN1YiBhZWdpc3ViX3ZlcnNpb24iCnwgI2Rl ZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAiIgp8ICNkZWZpbmUgUEFDS0FHRV9VUkwgIiIKfCAjZGVm aW5lIFNURENfSEVBREVSUyAxCnwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19IIDEKfCAjZGVmaW5l IEhBVkVfU1lTX1NUQVRfSCAxCnwgI2RlZmluZSBIQVZFX1NURExJQl9IIDEKfCAjZGVmaW5lIEhB VkVfU1RSSU5HX0ggMQp8ICNkZWZpbmUgSEFWRV9NRU1PUllfSCAxCnwgI2RlZmluZSBIQVZFX1NU UklOR1NfSCAxCnwgI2RlZmluZSBIQVZFX0lOVFRZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERJ TlRfSCAxCnwgI2RlZmluZSBIQVZFX1VOSVNURF9IIDEKfCAjZGVmaW5lIF9fRVhURU5TSU9OU19f IDEKfCAjZGVmaW5lIF9BTExfU09VUkNFIDEKfCAjZGVmaW5lIF9HTlVfU09VUkNFIDEKfCAjZGVm aW5lIF9QT1NJWF9QVEhSRUFEX1NFTUFOVElDUyAxCnwgI2RlZmluZSBfVEFOREVNX1NPVVJDRSAx CnwgI2RlZmluZSBBRUdJU1VCX0NPTU1BTkQgImFlZ2lzdWItMy4xIgp8ICNkZWZpbmUgQUVHSVNV Ql9DQVRBTE9HICJhZWdpc3ViLTMxIgp8ICNkZWZpbmUgSU5TVEFMTF9QUkVGSVggIi91c3IvbG9j YWwiCnwgI2RlZmluZSBIQVZFX1BUSFJFQURfUFJJT19JTkhFUklUIDEKfCAjZGVmaW5lIEhBVkVf UFRIUkVBRCAxCnwgI2RlZmluZSBIQVZFX0xJQk0gMQp8ICNkZWZpbmUgSEFWRV9TWVNfVElNRV9I IDEKfCAvKiBlbmQgY29uZmRlZnMuaC4gICovCnwgCnwgaW50CnwgbWFpbiAoKQp8IHsKfCAKfCAg IDsKfCAgIHJldHVybiAwOwp8IH0KY29uZmlndXJlOjY0NTc6IGMrKyAtbyBjb25mdGVzdCAtTzIg LXBpcGUgLWlzeXN0ZW0gL3Vzci9sb2NhbC9pbmNsdWRlL3BvcnRhdWRpbzIgLURMSUJJQ09OVl9Q TFVHIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1ETElCSUNPTlZfUExVRyAtV25vLWMrKzExLW5hcnJv d2luZyAtc3RkPWMrKzExIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1JL3Vzci9wb3J0cy9tdWx0aW1l ZGlhL2FlZ2lzdWIvd29yay9GRk1TLWZmbXMyLTZiMGU0YTIvaW5jbHVkZSAtRExJQklDT05WX1BM VUcgIC1ML3Vzci9sb2NhbC9saWIgIC1ML3Vzci9sb2NhbC9saWIvcG9ydGF1ZGlvMiBjb25mdGVz dC5jcHAgLWxtICAtUiAvdXNyL2xvY2FsL2xpYiA+JjUKYysrOiB3YXJuaW5nOiBhcmd1bWVudCB1 bnVzZWQgZHVyaW5nIGNvbXBpbGF0aW9uOiAnLVInCi91c3IvbG9jYWwvbGliOiBmaWxlIG5vdCBy ZWNvZ25pemVkOiBGaWxlIGZvcm1hdCBub3QgcmVjb2duaXplZApjKys6IGVycm9yOiBsaW5rZXIg Y29tbWFuZCBmYWlsZWQgd2l0aCBleGl0IGNvZGUgMSAodXNlIC12IHRvIHNlZSBpbnZvY2F0aW9u KQpjb25maWd1cmU6NjQ1NzogJD8gPSAxCmNvbmZpZ3VyZTogZmFpbGVkIHByb2dyYW0gd2FzOgp8 IC8qIGNvbmZkZWZzLmggKi8KfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAiQWVnaXN1YiIKfCAjZGVm aW5lIFBBQ0tBR0VfVEFSTkFNRSAiYWVnaXN1YiIKfCAjZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAi YWVnaXN1Yl92ZXJzaW9uIgp8ICNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgIkFlZ2lzdWIgYWVnaXN1 Yl92ZXJzaW9uIgp8ICNkZWZpbmUgUEFDS0FHRV9CVUdSRVBPUlQgIiIKfCAjZGVmaW5lIFBBQ0tB R0VfVVJMICIiCnwgI2RlZmluZSBTVERDX0hFQURFUlMgMQp8ICNkZWZpbmUgSEFWRV9TWVNfVFlQ RVNfSCAxCnwgI2RlZmluZSBIQVZFX1NZU19TVEFUX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERMSUJf SCAxCnwgI2RlZmluZSBIQVZFX1NUUklOR19IIDEKfCAjZGVmaW5lIEhBVkVfTUVNT1JZX0ggMQp8 ICNkZWZpbmUgSEFWRV9TVFJJTkdTX0ggMQp8ICNkZWZpbmUgSEFWRV9JTlRUWVBFU19IIDEKfCAj ZGVmaW5lIEhBVkVfU1RESU5UX0ggMQp8ICNkZWZpbmUgSEFWRV9VTklTVERfSCAxCnwgI2RlZmlu ZSBfX0VYVEVOU0lPTlNfXyAxCnwgI2RlZmluZSBfQUxMX1NPVVJDRSAxCnwgI2RlZmluZSBfR05V X1NPVVJDRSAxCnwgI2RlZmluZSBfUE9TSVhfUFRIUkVBRF9TRU1BTlRJQ1MgMQp8ICNkZWZpbmUg X1RBTkRFTV9TT1VSQ0UgMQp8ICNkZWZpbmUgQUVHSVNVQl9DT01NQU5EICJhZWdpc3ViLTMuMSIK fCAjZGVmaW5lIEFFR0lTVUJfQ0FUQUxPRyAiYWVnaXN1Yi0zMSIKfCAjZGVmaW5lIElOU1RBTExf UFJFRklYICIvdXNyL2xvY2FsIgp8ICNkZWZpbmUgSEFWRV9QVEhSRUFEX1BSSU9fSU5IRVJJVCAx CnwgI2RlZmluZSBIQVZFX1BUSFJFQUQgMQp8ICNkZWZpbmUgSEFWRV9MSUJNIDEKfCAjZGVmaW5l IEhBVkVfU1lTX1RJTUVfSCAxCnwgLyogZW5kIGNvbmZkZWZzLmguICAqLwp8IAp8IGludAp8IG1h aW4gKCkKfCB7CnwgCnwgICA7CnwgICByZXR1cm4gMDsKfCB9CmNvbmZpZ3VyZTo2NDYyOiByZXN1 bHQ6IG5laXRoZXIgd29ya3MKY29uZmlndXJlOjY1MDM6IGMrKyAtbyBjb25mdGVzdCAtTzIgLXBp cGUgLWlzeXN0ZW0gL3Vzci9sb2NhbC9pbmNsdWRlL3BvcnRhdWRpbzIgLURMSUJJQ09OVl9QTFVH IC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1ETElCSUNPTlZfUExVRyAtV25vLWMrKzExLW5hcnJvd2lu ZyAtc3RkPWMrKzExIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1JL3Vzci9wb3J0cy9tdWx0aW1lZGlh L2FlZ2lzdWIvd29yay9GRk1TLWZmbXMyLTZiMGU0YTIvaW5jbHVkZSAtRExJQklDT05WX1BMVUcg IC1ML3Vzci9sb2NhbC9saWIgIC1ML3Vzci9sb2NhbC9saWIvcG9ydGF1ZGlvMiBjb25mdGVzdC5j cHAgLWxtICAgLUwvdXNyL2xvY2FsL2xpYiAtbFgxMSA+JjUKY29uZmlndXJlOjY1MDM6ICQ/ID0g MApjb25maWd1cmU6NjYwMTogY2hlY2tpbmcgZm9yIGdldGhvc3RieW5hbWUKY29uZmlndXJlOjY2 MDE6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo2Njk4OiBjaGVja2luZyBmb3IgY29ubmVjdApjb25m aWd1cmU6NjY5ODogYysrIC1vIGNvbmZ0ZXN0IC1PMiAtcGlwZSAtaXN5c3RlbSAvdXNyL2xvY2Fs L2luY2x1ZGUvcG9ydGF1ZGlvMiAtRExJQklDT05WX1BMVUcgLWZuby1zdHJpY3QtYWxpYXNpbmcg LURMSUJJQ09OVl9QTFVHIC1Xbm8tYysrMTEtbmFycm93aW5nIC1zdGQ9YysrMTEgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgLUkvdXNyL3BvcnRzL211bHRpbWVkaWEvYWVnaXN1Yi93b3JrL0ZGTVMtZmZt czItNmIwZTRhMi9pbmNsdWRlIC1ETElCSUNPTlZfUExVRyAgLUwvdXNyL2xvY2FsL2xpYiAgLUwv dXNyL2xvY2FsL2xpYi9wb3J0YXVkaW8yIGNvbmZ0ZXN0LmNwcCAtbG0gID4mNQpjb25maWd1cmU6 NjY5ODogJD8gPSAwCmNvbmZpZ3VyZTo2Njk4OiByZXN1bHQ6IHllcwpjb25maWd1cmU6Njc0Nzog Y2hlY2tpbmcgZm9yIHJlbW92ZQpjb25maWd1cmU6Njc0NzogYysrIC1vIGNvbmZ0ZXN0IC1PMiAt cGlwZSAtaXN5c3RlbSAvdXNyL2xvY2FsL2luY2x1ZGUvcG9ydGF1ZGlvMiAtRExJQklDT05WX1BM VUcgLWZuby1zdHJpY3QtYWxpYXNpbmcgLURMSUJJQ09OVl9QTFVHIC1Xbm8tYysrMTEtbmFycm93 aW5nIC1zdGQ9YysrMTEgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUkvdXNyL3BvcnRzL211bHRpbWVk aWEvYWVnaXN1Yi93b3JrL0ZGTVMtZmZtczItNmIwZTRhMi9pbmNsdWRlIC1ETElCSUNPTlZfUExV RyAgLUwvdXNyL2xvY2FsL2xpYiAgLUwvdXNyL2xvY2FsL2xpYi9wb3J0YXVkaW8yIGNvbmZ0ZXN0 LmNwcCAtbG0gID4mNQpjb25maWd1cmU6Njc0NzogJD8gPSAwCmNvbmZpZ3VyZTo2NzQ3OiByZXN1 bHQ6IHllcwpjb25maWd1cmU6Njc5NjogY2hlY2tpbmcgZm9yIHNobWF0CmNvbmZpZ3VyZTo2Nzk2 OiBjKysgLW8gY29uZnRlc3QgLU8yIC1waXBlIC1pc3lzdGVtIC91c3IvbG9jYWwvaW5jbHVkZS9w b3J0YXVkaW8yIC1ETElCSUNPTlZfUExVRyAtZm5vLXN0cmljdC1hbGlhc2luZyAtRExJQklDT05W X1BMVUcgLVduby1jKysxMS1uYXJyb3dpbmcgLXN0ZD1jKysxMSAtSS91c3IvbG9jYWwvaW5jbHVk ZSAtSS91c3IvcG9ydHMvbXVsdGltZWRpYS9hZWdpc3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEy L2luY2x1ZGUgLURMSUJJQ09OVl9QTFVHICAtTC91c3IvbG9jYWwvbGliICAtTC91c3IvbG9jYWwv bGliL3BvcnRhdWRpbzIgY29uZnRlc3QuY3BwIC1sbSAgPiY1CmNvbmZpZ3VyZTo2Nzk2OiAkPyA9 IDAKY29uZmlndXJlOjY3OTY6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo2ODU0OiBjaGVja2luZyBm b3IgSWNlQ29ubmVjdGlvbk51bWJlciBpbiAtbElDRQpjb25maWd1cmU6Njg3OTogYysrIC1vIGNv bmZ0ZXN0IC1PMiAtcGlwZSAtaXN5c3RlbSAvdXNyL2xvY2FsL2luY2x1ZGUvcG9ydGF1ZGlvMiAt RExJQklDT05WX1BMVUcgLWZuby1zdHJpY3QtYWxpYXNpbmcgLURMSUJJQ09OVl9QTFVHIC1Xbm8t YysrMTEtbmFycm93aW5nIC1zdGQ9YysrMTEgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUkvdXNyL3Bv cnRzL211bHRpbWVkaWEvYWVnaXN1Yi93b3JrL0ZGTVMtZmZtczItNmIwZTRhMi9pbmNsdWRlIC1E TElCSUNPTlZfUExVRyAgLUwvdXNyL2xvY2FsL2xpYiAgLUwvdXNyL2xvY2FsL2xpYi9wb3J0YXVk aW8yIC1ML3Vzci9sb2NhbC9saWIgY29uZnRlc3QuY3BwIC1sSUNFICAtbG0gID4mNQpjb25maWd1 cmU6Njg3OTogJD8gPSAwCmNvbmZpZ3VyZTo2ODg4OiByZXN1bHQ6IHllcwpjb25maWd1cmU6Njkw NTogY2hlY2tpbmcgZm9yIGEgc2VkIHRoYXQgZG9lcyBub3QgdHJ1bmNhdGUgb3V0cHV0CmNvbmZp Z3VyZTo2OTY5OiByZXN1bHQ6IC91c3IvYmluL3NlZApjb25maWd1cmU6Njk4MTogY2hlY2tpbmcg d2hldGhlciB3ZSBhcmUgdXNpbmcgdGhlIE1pY3Jvc29mdCBDIGNvbXBpbGVyCmNvbmZpZ3VyZTo3 MDAwOiBjYyAtYyAtTzIgLXBpcGUgLWlzeXN0ZW0gL3Vzci9sb2NhbC9pbmNsdWRlL3BvcnRhdWRp bzIgLURMSUJJQ09OVl9QTFVHIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1zdGQ9Yzk5IC1JL3Vzci9s b2NhbC9pbmNsdWRlIC1JL3Vzci9wb3J0cy9tdWx0aW1lZGlhL2FlZ2lzdWIvd29yay9GRk1TLWZm bXMyLTZiMGU0YTIvaW5jbHVkZSAtRExJQklDT05WX1BMVUcgY29uZnRlc3QuYyA+JjUKY29uZnRl c3QuYzozNjo4OiBlcnJvcjogdXNlIG9mIHVuZGVjbGFyZWQgaWRlbnRpZmllciAnY2hva2UnCiAg ICAgICBjaG9rZSBtZQogICAgICAgXgoxIGVycm9yIGdlbmVyYXRlZC4KY29uZmlndXJlOjcwMDA6 ICQ/ID0gMQpjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25mZGVmcy5oICov CnwgI2RlZmluZSBQQUNLQUdFX05BTUUgIkFlZ2lzdWIiCnwgI2RlZmluZSBQQUNLQUdFX1RBUk5B TUUgImFlZ2lzdWIiCnwgI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gImFlZ2lzdWJfdmVyc2lvbiIK fCAjZGVmaW5lIFBBQ0tBR0VfU1RSSU5HICJBZWdpc3ViIGFlZ2lzdWJfdmVyc2lvbiIKfCAjZGVm aW5lIFBBQ0tBR0VfQlVHUkVQT1JUICIiCnwgI2RlZmluZSBQQUNLQUdFX1VSTCAiIgp8ICNkZWZp bmUgU1REQ19IRUFERVJTIDEKfCAjZGVmaW5lIEhBVkVfU1lTX1RZUEVTX0ggMQp8ICNkZWZpbmUg SEFWRV9TWVNfU1RBVF9IIDEKfCAjZGVmaW5lIEhBVkVfU1RETElCX0ggMQp8ICNkZWZpbmUgSEFW RV9TVFJJTkdfSCAxCnwgI2RlZmluZSBIQVZFX01FTU9SWV9IIDEKfCAjZGVmaW5lIEhBVkVfU1RS SU5HU19IIDEKfCAjZGVmaW5lIEhBVkVfSU5UVFlQRVNfSCAxCnwgI2RlZmluZSBIQVZFX1NURElO VF9IIDEKfCAjZGVmaW5lIEhBVkVfVU5JU1REX0ggMQp8ICNkZWZpbmUgX19FWFRFTlNJT05TX18g MQp8ICNkZWZpbmUgX0FMTF9TT1VSQ0UgMQp8ICNkZWZpbmUgX0dOVV9TT1VSQ0UgMQp8ICNkZWZp bmUgX1BPU0lYX1BUSFJFQURfU0VNQU5USUNTIDEKfCAjZGVmaW5lIF9UQU5ERU1fU09VUkNFIDEK fCAjZGVmaW5lIEFFR0lTVUJfQ09NTUFORCAiYWVnaXN1Yi0zLjEiCnwgI2RlZmluZSBBRUdJU1VC X0NBVEFMT0cgImFlZ2lzdWItMzEiCnwgI2RlZmluZSBJTlNUQUxMX1BSRUZJWCAiL3Vzci9sb2Nh bCIKfCAjZGVmaW5lIEhBVkVfUFRIUkVBRF9QUklPX0lOSEVSSVQgMQp8ICNkZWZpbmUgSEFWRV9Q VEhSRUFEIDEKfCAjZGVmaW5lIEhBVkVfTElCTSAxCnwgI2RlZmluZSBIQVZFX1NZU19USU1FX0gg MQp8IC8qIGVuZCBjb25mZGVmcy5oLiAgKi8KfCAKfCBpbnQKfCBtYWluICgpCnwgewp8ICNpZm5k ZWYgX01TQ19WRVIKfCAgICAgICAgY2hva2UgbWUKfCAjZW5kaWYKfCAKfCAgIDsKfCAgIHJldHVy biAwOwp8IH0KY29uZmlndXJlOjcwMDk6IHJlc3VsdDogbm8KY29uZmlndXJlOjcwMjI6IGNoZWNr aW5nIHdpbmRvd3MuaCB1c2FiaWxpdHkKY29uZmlndXJlOjcwMjI6IGNjIC1jIC1PMiAtcGlwZSAt aXN5c3RlbSAvdXNyL2xvY2FsL2luY2x1ZGUvcG9ydGF1ZGlvMiAtRExJQklDT05WX1BMVUcgLWZu by1zdHJpY3QtYWxpYXNpbmcgLXN0ZD1jOTkgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUkvdXNyL3Bv cnRzL211bHRpbWVkaWEvYWVnaXN1Yi93b3JrL0ZGTVMtZmZtczItNmIwZTRhMi9pbmNsdWRlIC1E TElCSUNPTlZfUExVRyBjb25mdGVzdC5jID4mNQpjb25mdGVzdC5jOjY0OjEwOiBmYXRhbCBlcnJv cjogJ3dpbmRvd3MuaCcgZmlsZSBub3QgZm91bmQKI2luY2x1ZGUgPHdpbmRvd3MuaD4KICAgICAg ICAgXgoxIGVycm9yIGdlbmVyYXRlZC4KY29uZmlndXJlOjcwMjI6ICQ/ID0gMQpjb25maWd1cmU6 IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25mZGVmcy5oICovCnwgI2RlZmluZSBQQUNLQUdF X05BTUUgIkFlZ2lzdWIiCnwgI2RlZmluZSBQQUNLQUdFX1RBUk5BTUUgImFlZ2lzdWIiCnwgI2Rl ZmluZSBQQUNLQUdFX1ZFUlNJT04gImFlZ2lzdWJfdmVyc2lvbiIKfCAjZGVmaW5lIFBBQ0tBR0Vf U1RSSU5HICJBZWdpc3ViIGFlZ2lzdWJfdmVyc2lvbiIKfCAjZGVmaW5lIFBBQ0tBR0VfQlVHUkVQ T1JUICIiCnwgI2RlZmluZSBQQUNLQUdFX1VSTCAiIgp8ICNkZWZpbmUgU1REQ19IRUFERVJTIDEK fCAjZGVmaW5lIEhBVkVfU1lTX1RZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9TWVNfU1RBVF9IIDEK fCAjZGVmaW5lIEhBVkVfU1RETElCX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdfSCAxCnwgI2Rl ZmluZSBIQVZFX01FTU9SWV9IIDEKfCAjZGVmaW5lIEhBVkVfU1RSSU5HU19IIDEKfCAjZGVmaW5l IEhBVkVfSU5UVFlQRVNfSCAxCnwgI2RlZmluZSBIQVZFX1NURElOVF9IIDEKfCAjZGVmaW5lIEhB VkVfVU5JU1REX0ggMQp8ICNkZWZpbmUgX19FWFRFTlNJT05TX18gMQp8ICNkZWZpbmUgX0FMTF9T T1VSQ0UgMQp8ICNkZWZpbmUgX0dOVV9TT1VSQ0UgMQp8ICNkZWZpbmUgX1BPU0lYX1BUSFJFQURf U0VNQU5USUNTIDEKfCAjZGVmaW5lIF9UQU5ERU1fU09VUkNFIDEKfCAjZGVmaW5lIEFFR0lTVUJf Q09NTUFORCAiYWVnaXN1Yi0zLjEiCnwgI2RlZmluZSBBRUdJU1VCX0NBVEFMT0cgImFlZ2lzdWIt MzEiCnwgI2RlZmluZSBJTlNUQUxMX1BSRUZJWCAiL3Vzci9sb2NhbCIKfCAjZGVmaW5lIEhBVkVf UFRIUkVBRF9QUklPX0lOSEVSSVQgMQp8ICNkZWZpbmUgSEFWRV9QVEhSRUFEIDEKfCAjZGVmaW5l IEhBVkVfTElCTSAxCnwgI2RlZmluZSBIQVZFX1NZU19USU1FX0ggMQp8IC8qIGVuZCBjb25mZGVm cy5oLiAgKi8KfCAjaW5jbHVkZSA8c3RkaW8uaD4KfCAjaWZkZWYgSEFWRV9TWVNfVFlQRVNfSAp8 ICMgaW5jbHVkZSA8c3lzL3R5cGVzLmg+CnwgI2VuZGlmCnwgI2lmZGVmIEhBVkVfU1lTX1NUQVRf SAp8ICMgaW5jbHVkZSA8c3lzL3N0YXQuaD4KfCAjZW5kaWYKfCAjaWZkZWYgU1REQ19IRUFERVJT CnwgIyBpbmNsdWRlIDxzdGRsaWIuaD4KfCAjIGluY2x1ZGUgPHN0ZGRlZi5oPgp8ICNlbHNlCnwg IyBpZmRlZiBIQVZFX1NURExJQl9ICnwgIyAgaW5jbHVkZSA8c3RkbGliLmg+CnwgIyBlbmRpZgp8 ICNlbmRpZgp8ICNpZmRlZiBIQVZFX1NUUklOR19ICnwgIyBpZiAhZGVmaW5lZCBTVERDX0hFQURF UlMgJiYgZGVmaW5lZCBIQVZFX01FTU9SWV9ICnwgIyAgaW5jbHVkZSA8bWVtb3J5Lmg+CnwgIyBl bmRpZgp8ICMgaW5jbHVkZSA8c3RyaW5nLmg+CnwgI2VuZGlmCnwgI2lmZGVmIEhBVkVfU1RSSU5H U19ICnwgIyBpbmNsdWRlIDxzdHJpbmdzLmg+CnwgI2VuZGlmCnwgI2lmZGVmIEhBVkVfSU5UVFlQ RVNfSAp8ICMgaW5jbHVkZSA8aW50dHlwZXMuaD4KfCAjZW5kaWYKfCAjaWZkZWYgSEFWRV9TVERJ TlRfSAp8ICMgaW5jbHVkZSA8c3RkaW50Lmg+CnwgI2VuZGlmCnwgI2lmZGVmIEhBVkVfVU5JU1RE X0gKfCAjIGluY2x1ZGUgPHVuaXN0ZC5oPgp8ICNlbmRpZgp8ICNpbmNsdWRlIDx3aW5kb3dzLmg+ CmNvbmZpZ3VyZTo3MDIyOiByZXN1bHQ6IG5vCmNvbmZpZ3VyZTo3MDIyOiBjaGVja2luZyB3aW5k b3dzLmggcHJlc2VuY2UKY29uZmlndXJlOjcwMjI6IGNwcCAtSS91c3IvbG9jYWwvaW5jbHVkZSAt SS91c3IvcG9ydHMvbXVsdGltZWRpYS9hZWdpc3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2lu Y2x1ZGUgLURMSUJJQ09OVl9QTFVHIGNvbmZ0ZXN0LmMKY29uZnRlc3QuYzozMToxMDogZmF0YWwg ZXJyb3I6ICd3aW5kb3dzLmgnIGZpbGUgbm90IGZvdW5kCiNpbmNsdWRlIDx3aW5kb3dzLmg+CiAg ICAgICAgIF4KMSBlcnJvciBnZW5lcmF0ZWQuCmNvbmZpZ3VyZTo3MDIyOiAkPyA9IDEKY29uZmln dXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6CnwgLyogY29uZmRlZnMuaCAqLwp8ICNkZWZpbmUgUEFD S0FHRV9OQU1FICJBZWdpc3ViIgp8ICNkZWZpbmUgUEFDS0FHRV9UQVJOQU1FICJhZWdpc3ViIgp8 ICNkZWZpbmUgUEFDS0FHRV9WRVJTSU9OICJhZWdpc3ViX3ZlcnNpb24iCnwgI2RlZmluZSBQQUNL QUdFX1NUUklORyAiQWVnaXN1YiBhZWdpc3ViX3ZlcnNpb24iCnwgI2RlZmluZSBQQUNLQUdFX0JV R1JFUE9SVCAiIgp8ICNkZWZpbmUgUEFDS0FHRV9VUkwgIiIKfCAjZGVmaW5lIFNURENfSEVBREVS UyAxCnwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19IIDEKfCAjZGVmaW5lIEhBVkVfU1lTX1NUQVRf SCAxCnwgI2RlZmluZSBIQVZFX1NURExJQl9IIDEKfCAjZGVmaW5lIEhBVkVfU1RSSU5HX0ggMQp8 ICNkZWZpbmUgSEFWRV9NRU1PUllfSCAxCnwgI2RlZmluZSBIQVZFX1NUUklOR1NfSCAxCnwgI2Rl ZmluZSBIQVZFX0lOVFRZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERJTlRfSCAxCnwgI2RlZmlu ZSBIQVZFX1VOSVNURF9IIDEKfCAjZGVmaW5lIF9fRVhURU5TSU9OU19fIDEKfCAjZGVmaW5lIF9B TExfU09VUkNFIDEKfCAjZGVmaW5lIF9HTlVfU09VUkNFIDEKfCAjZGVmaW5lIF9QT1NJWF9QVEhS RUFEX1NFTUFOVElDUyAxCnwgI2RlZmluZSBfVEFOREVNX1NPVVJDRSAxCnwgI2RlZmluZSBBRUdJ U1VCX0NPTU1BTkQgImFlZ2lzdWItMy4xIgp8ICNkZWZpbmUgQUVHSVNVQl9DQVRBTE9HICJhZWdp c3ViLTMxIgp8ICNkZWZpbmUgSU5TVEFMTF9QUkVGSVggIi91c3IvbG9jYWwiCnwgI2RlZmluZSBI QVZFX1BUSFJFQURfUFJJT19JTkhFUklUIDEKfCAjZGVmaW5lIEhBVkVfUFRIUkVBRCAxCnwgI2Rl ZmluZSBIQVZFX0xJQk0gMQp8ICNkZWZpbmUgSEFWRV9TWVNfVElNRV9IIDEKfCAvKiBlbmQgY29u ZmRlZnMuaC4gICovCnwgI2luY2x1ZGUgPHdpbmRvd3MuaD4KY29uZmlndXJlOjcwMjI6IHJlc3Vs dDogbm8KY29uZmlndXJlOjcwMjI6IGNoZWNraW5nIGZvciB3aW5kb3dzLmgKY29uZmlndXJlOjcw MjI6IHJlc3VsdDogbm8KY29uZmlndXJlOjcwMzg6IGNoZWNraW5nIGZvciBHTC9nbC5oCmNvbmZp Z3VyZTo3MDM4OiBjYyAtYyAtTzIgLXBpcGUgLWlzeXN0ZW0gL3Vzci9sb2NhbC9pbmNsdWRlL3Bv cnRhdWRpbzIgLURMSUJJQ09OVl9QTFVHIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1zdGQ9Yzk5IC1J L3Vzci9sb2NhbC9pbmNsdWRlICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvcG9ydHMvbXVs dGltZWRpYS9hZWdpc3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2luY2x1ZGUgLURMSUJJQ09O Vl9QTFVHIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZTo3MDM4OiAkPyA9IDAKY29uZmlndXJlOjcw Mzg6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo3MDM4OiBjaGVja2luZyBmb3IgT3BlbkdML2dsLmgK Y29uZmlndXJlOjcwMzg6IGNjIC1jIC1PMiAtcGlwZSAtaXN5c3RlbSAvdXNyL2xvY2FsL2luY2x1 ZGUvcG9ydGF1ZGlvMiAtRExJQklDT05WX1BMVUcgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXN0ZD1j OTkgLUkvdXNyL2xvY2FsL2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1JL3Vzci9wb3J0 cy9tdWx0aW1lZGlhL2FlZ2lzdWIvd29yay9GRk1TLWZmbXMyLTZiMGU0YTIvaW5jbHVkZSAtRExJ QklDT05WX1BMVUcgY29uZnRlc3QuYyA+JjUKY29uZnRlc3QuYzozODoxMDogZmF0YWwgZXJyb3I6 ICdPcGVuR0wvZ2wuaCcgZmlsZSBub3QgZm91bmQKI2luY2x1ZGUgPE9wZW5HTC9nbC5oPgogICAg ICAgICBeCjEgZXJyb3IgZ2VuZXJhdGVkLgpjb25maWd1cmU6NzAzODogJD8gPSAxCmNvbmZpZ3Vy ZTogZmFpbGVkIHByb2dyYW0gd2FzOgp8IC8qIGNvbmZkZWZzLmggKi8KfCAjZGVmaW5lIFBBQ0tB R0VfTkFNRSAiQWVnaXN1YiIKfCAjZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAiYWVnaXN1YiIKfCAj ZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAiYWVnaXN1Yl92ZXJzaW9uIgp8ICNkZWZpbmUgUEFDS0FH RV9TVFJJTkcgIkFlZ2lzdWIgYWVnaXN1Yl92ZXJzaW9uIgp8ICNkZWZpbmUgUEFDS0FHRV9CVUdS RVBPUlQgIiIKfCAjZGVmaW5lIFBBQ0tBR0VfVVJMICIiCnwgI2RlZmluZSBTVERDX0hFQURFUlMg MQp8ICNkZWZpbmUgSEFWRV9TWVNfVFlQRVNfSCAxCnwgI2RlZmluZSBIQVZFX1NZU19TVEFUX0gg MQp8ICNkZWZpbmUgSEFWRV9TVERMSUJfSCAxCnwgI2RlZmluZSBIQVZFX1NUUklOR19IIDEKfCAj ZGVmaW5lIEhBVkVfTUVNT1JZX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdTX0ggMQp8ICNkZWZp bmUgSEFWRV9JTlRUWVBFU19IIDEKfCAjZGVmaW5lIEhBVkVfU1RESU5UX0ggMQp8ICNkZWZpbmUg SEFWRV9VTklTVERfSCAxCnwgI2RlZmluZSBfX0VYVEVOU0lPTlNfXyAxCnwgI2RlZmluZSBfQUxM X1NPVVJDRSAxCnwgI2RlZmluZSBfR05VX1NPVVJDRSAxCnwgI2RlZmluZSBfUE9TSVhfUFRIUkVB RF9TRU1BTlRJQ1MgMQp8ICNkZWZpbmUgX1RBTkRFTV9TT1VSQ0UgMQp8ICNkZWZpbmUgQUVHSVNV Ql9DT01NQU5EICJhZWdpc3ViLTMuMSIKfCAjZGVmaW5lIEFFR0lTVUJfQ0FUQUxPRyAiYWVnaXN1 Yi0zMSIKfCAjZGVmaW5lIElOU1RBTExfUFJFRklYICIvdXNyL2xvY2FsIgp8ICNkZWZpbmUgSEFW RV9QVEhSRUFEX1BSSU9fSU5IRVJJVCAxCnwgI2RlZmluZSBIQVZFX1BUSFJFQUQgMQp8ICNkZWZp bmUgSEFWRV9MSUJNIDEKfCAjZGVmaW5lIEhBVkVfU1lTX1RJTUVfSCAxCnwgI2RlZmluZSBIQVZF X0dMX0dMX0ggMQp8IC8qIGVuZCBjb25mZGVmcy5oLiAgKi8KfCAKfCAjIGlmIGRlZmluZWQoSEFW RV9XSU5ET1dTX0gpICYmIGRlZmluZWQoX1dJTjMyKQp8ICMgICBpbmNsdWRlIDx3aW5kb3dzLmg+ CnwgIyBlbmRpZgp8IAp8IAp8ICNpbmNsdWRlIDxPcGVuR0wvZ2wuaD4KY29uZmlndXJlOjcwMzg6 IHJlc3VsdDogbm8KY29uZmlndXJlOjcwNTk6IGNoZWNraW5nIGZvciBPcGVuR0wgbGlicmFyeQpj b25maWd1cmU6NzEwNjogY2MgLW8gY29uZnRlc3QgLU8yIC1waXBlIC1pc3lzdGVtIC91c3IvbG9j YWwvaW5jbHVkZS9wb3J0YXVkaW8yIC1ETElCSUNPTlZfUExVRyAtZm5vLXN0cmljdC1hbGlhc2lu ZyAtc3RkPWM5OSAtSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvcG9ydHMvbXVsdGltZWRpYS9h ZWdpc3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2luY2x1ZGUgLURMSUJJQ09OVl9QTFVHIC1J L3Vzci9sb2NhbC9pbmNsdWRlICAgLUwvdXNyL2xvY2FsL2xpYiAgLUwvdXNyL2xvY2FsL2xpYi9w b3J0YXVkaW8yICBjb25mdGVzdC5jIC1sb3BlbmdsMzIgLWxtICA+JjUKL3Vzci9iaW4vbGQ6IGNh bm5vdCBmaW5kIC1sb3BlbmdsMzIKY2M6IGVycm9yOiBsaW5rZXIgY29tbWFuZCBmYWlsZWQgd2l0 aCBleGl0IGNvZGUgMSAodXNlIC12IHRvIHNlZSBpbnZvY2F0aW9uKQpjb25maWd1cmU6NzEwNjog JD8gPSAxCmNvbmZpZ3VyZTogZmFpbGVkIHByb2dyYW0gd2FzOgp8IC8qIGNvbmZkZWZzLmggKi8K fCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAiQWVnaXN1YiIKfCAjZGVmaW5lIFBBQ0tBR0VfVEFSTkFN RSAiYWVnaXN1YiIKfCAjZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAiYWVnaXN1Yl92ZXJzaW9uIgp8 ICNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgIkFlZ2lzdWIgYWVnaXN1Yl92ZXJzaW9uIgp8ICNkZWZp bmUgUEFDS0FHRV9CVUdSRVBPUlQgIiIKfCAjZGVmaW5lIFBBQ0tBR0VfVVJMICIiCnwgI2RlZmlu ZSBTVERDX0hFQURFUlMgMQp8ICNkZWZpbmUgSEFWRV9TWVNfVFlQRVNfSCAxCnwgI2RlZmluZSBI QVZFX1NZU19TVEFUX0ggMQp8ICNkZWZpbmUgSEFWRV9TVERMSUJfSCAxCnwgI2RlZmluZSBIQVZF X1NUUklOR19IIDEKfCAjZGVmaW5lIEhBVkVfTUVNT1JZX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJ TkdTX0ggMQp8ICNkZWZpbmUgSEFWRV9JTlRUWVBFU19IIDEKfCAjZGVmaW5lIEhBVkVfU1RESU5U X0ggMQp8ICNkZWZpbmUgSEFWRV9VTklTVERfSCAxCnwgI2RlZmluZSBfX0VYVEVOU0lPTlNfXyAx CnwgI2RlZmluZSBfQUxMX1NPVVJDRSAxCnwgI2RlZmluZSBfR05VX1NPVVJDRSAxCnwgI2RlZmlu ZSBfUE9TSVhfUFRIUkVBRF9TRU1BTlRJQ1MgMQp8ICNkZWZpbmUgX1RBTkRFTV9TT1VSQ0UgMQp8 ICNkZWZpbmUgQUVHSVNVQl9DT01NQU5EICJhZWdpc3ViLTMuMSIKfCAjZGVmaW5lIEFFR0lTVUJf Q0FUQUxPRyAiYWVnaXN1Yi0zMSIKfCAjZGVmaW5lIElOU1RBTExfUFJFRklYICIvdXNyL2xvY2Fs Igp8ICNkZWZpbmUgSEFWRV9QVEhSRUFEX1BSSU9fSU5IRVJJVCAxCnwgI2RlZmluZSBIQVZFX1BU SFJFQUQgMQp8ICNkZWZpbmUgSEFWRV9MSUJNIDEKfCAjZGVmaW5lIEhBVkVfU1lTX1RJTUVfSCAx CnwgI2RlZmluZSBIQVZFX0dMX0dMX0ggMQp8IC8qIGVuZCBjb25mZGVmcy5oLiAgKi8KfCAKfCAj IGlmIGRlZmluZWQoSEFWRV9XSU5ET1dTX0gpICYmIGRlZmluZWQoX1dJTjMyKQp8ICMgICBpbmNs dWRlIDx3aW5kb3dzLmg+CnwgIyBlbmRpZgp8ICMgaWZkZWYgSEFWRV9HTF9HTF9ICnwgIyAgIGlu Y2x1ZGUgPEdML2dsLmg+CnwgIyBlbGlmIGRlZmluZWQoSEFWRV9PUEVOR0xfR0xfSCkKfCAjICAg aW5jbHVkZSA8T3BlbkdML2dsLmg+CnwgIyBlbHNlCnwgIyAgIGVycm9yIG5vIGdsLmgKfCAjIGVu ZGlmCnwgaW50CnwgbWFpbiAoKQp8IHsKfCBnbEJlZ2luKDApCnwgICA7CnwgICByZXR1cm4gMDsK fCB9CmNvbmZpZ3VyZTo3MTMyOiBjYyAtbyBjb25mdGVzdCAtTzIgLXBpcGUgLWlzeXN0ZW0gL3Vz ci9sb2NhbC9pbmNsdWRlL3BvcnRhdWRpbzIgLURMSUJJQ09OVl9QTFVHIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1zdGQ9Yzk5IC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1JL3Vzci9wb3J0cy9tdWx0aW1l ZGlhL2FlZ2lzdWIvd29yay9GRk1TLWZmbXMyLTZiMGU0YTIvaW5jbHVkZSAtRExJQklDT05WX1BM VUcgLUkvdXNyL2xvY2FsL2luY2x1ZGUgICAtTC91c3IvbG9jYWwvbGliICAtTC91c3IvbG9jYWwv bGliL3BvcnRhdWRpbzIgIC1keWxpYl9maWxlIC9TeXN0ZW0vTGlicmFyeS9GcmFtZXdvcmtzL09w ZW5HTC5mcmFtZXdvcmsvVmVyc2lvbnMvQS9MaWJyYXJpZXMvbGliR0wuZHlsaWI6L1N5c3RlbS9M aWJyYXJ5L0ZyYW1ld29ya3MvT3BlbkdMLmZyYW1ld29yay9WZXJzaW9ucy9BL0xpYnJhcmllcy9s aWJHTC5keWxpYiBjb25mdGVzdC5jIC1sb3BlbmdsMzIgLWxtICA+JjUKY2M6IHdhcm5pbmc6IGFy Z3VtZW50IHVudXNlZCBkdXJpbmcgY29tcGlsYXRpb246ICctZHlsaWJfZmlsZSAvU3lzdGVtL0xp YnJhcnkvRnJhbWV3b3Jrcy9PcGVuR0wuZnJhbWV3b3JrL1ZlcnNpb25zL0EvTGlicmFyaWVzL2xp YkdMLmR5bGliOi9TeXN0ZW0vTGlicmFyeS9GcmFtZXdvcmtzL09wZW5HTC5mcmFtZXdvcmsvVmVy c2lvbnMvQS9MaWJyYXJpZXMvbGliR0wuZHlsaWInCi91c3IvYmluL2xkOiBjYW5ub3QgZmluZCAt bG9wZW5nbDMyCmNjOiBlcnJvcjogbGlua2VyIGNvbW1hbmQgZmFpbGVkIHdpdGggZXhpdCBjb2Rl IDEgKHVzZSAtdiB0byBzZWUgaW52b2NhdGlvbikKY29uZmlndXJlOjcxMzI6ICQ/ID0gMQpjb25m aWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25mZGVmcy5oICovCnwgI2RlZmluZSBQ QUNLQUdFX05BTUUgIkFlZ2lzdWIiCnwgI2RlZmluZSBQQUNLQUdFX1RBUk5BTUUgImFlZ2lzdWIi CnwgI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gImFlZ2lzdWJfdmVyc2lvbiIKfCAjZGVmaW5lIFBB Q0tBR0VfU1RSSU5HICJBZWdpc3ViIGFlZ2lzdWJfdmVyc2lvbiIKfCAjZGVmaW5lIFBBQ0tBR0Vf QlVHUkVQT1JUICIiCnwgI2RlZmluZSBQQUNLQUdFX1VSTCAiIgp8ICNkZWZpbmUgU1REQ19IRUFE RVJTIDEKfCAjZGVmaW5lIEhBVkVfU1lTX1RZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9TWVNfU1RB VF9IIDEKfCAjZGVmaW5lIEhBVkVfU1RETElCX0ggMQp8ICNkZWZpbmUgSEFWRV9TVFJJTkdfSCAx CnwgI2RlZmluZSBIQVZFX01FTU9SWV9IIDEKfCAjZGVmaW5lIEhBVkVfU1RSSU5HU19IIDEKfCAj ZGVmaW5lIEhBVkVfSU5UVFlQRVNfSCAxCnwgI2RlZmluZSBIQVZFX1NURElOVF9IIDEKfCAjZGVm aW5lIEhBVkVfVU5JU1REX0ggMQp8ICNkZWZpbmUgX19FWFRFTlNJT05TX18gMQp8ICNkZWZpbmUg X0FMTF9TT1VSQ0UgMQp8ICNkZWZpbmUgX0dOVV9TT1VSQ0UgMQp8ICNkZWZpbmUgX1BPU0lYX1BU SFJFQURfU0VNQU5USUNTIDEKfCAjZGVmaW5lIF9UQU5ERU1fU09VUkNFIDEKfCAjZGVmaW5lIEFF R0lTVUJfQ09NTUFORCAiYWVnaXN1Yi0zLjEiCnwgI2RlZmluZSBBRUdJU1VCX0NBVEFMT0cgImFl Z2lzdWItMzEiCnwgI2RlZmluZSBJTlNUQUxMX1BSRUZJWCAiL3Vzci9sb2NhbCIKfCAjZGVmaW5l IEhBVkVfUFRIUkVBRF9QUklPX0lOSEVSSVQgMQp8ICNkZWZpbmUgSEFWRV9QVEhSRUFEIDEKfCAj ZGVmaW5lIEhBVkVfTElCTSAxCnwgI2RlZmluZSBIQVZFX1NZU19USU1FX0ggMQp8ICNkZWZpbmUg SEFWRV9HTF9HTF9IIDEKfCAvKiBlbmQgY29uZmRlZnMuaC4gICovCnwgCnwgIyBpZiBkZWZpbmVk KEhBVkVfV0lORE9XU19IKSAmJiBkZWZpbmVkKF9XSU4zMikKfCAjICAgaW5jbHVkZSA8d2luZG93 cy5oPgp8ICMgZW5kaWYKfCAjIGlmZGVmIEhBVkVfR0xfR0xfSAp8ICMgICBpbmNsdWRlIDxHTC9n bC5oPgp8ICMgZWxpZiBkZWZpbmVkKEhBVkVfT1BFTkdMX0dMX0gpCnwgIyAgIGluY2x1ZGUgPE9w ZW5HTC9nbC5oPgp8ICMgZWxzZQp8ICMgICBlcnJvciBubyBnbC5oCnwgIyBlbmRpZgp8IGludAp8 IG1haW4gKCkKfCB7CnwgZ2xCZWdpbigwKQp8ICAgOwp8ICAgcmV0dXJuIDA7CnwgfQpjb25maWd1 cmU6NzEwNjogY2MgLW8gY29uZnRlc3QgLU8yIC1waXBlIC1pc3lzdGVtIC91c3IvbG9jYWwvaW5j bHVkZS9wb3J0YXVkaW8yIC1ETElCSUNPTlZfUExVRyAtZm5vLXN0cmljdC1hbGlhc2luZyAtc3Rk PWM5OSAtSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvcG9ydHMvbXVsdGltZWRpYS9hZWdpc3Vi L3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2luY2x1ZGUgLURMSUJJQ09OVl9QTFVHIC1JL3Vzci9s b2NhbC9pbmNsdWRlICAgLUwvdXNyL2xvY2FsL2xpYiAgLUwvdXNyL2xvY2FsL2xpYi9wb3J0YXVk aW8yICBjb25mdGVzdC5jIC1sR0wgLWxtICA+JjUKY29uZmlndXJlOjcxMDY6ICQ/ID0gMApjb25m aWd1cmU6NzE3MzogY2MgLW8gY29uZnRlc3QgLU8yIC1waXBlIC1pc3lzdGVtIC91c3IvbG9jYWwv aW5jbHVkZS9wb3J0YXVkaW8yIC1ETElCSUNPTlZfUExVRyAtZm5vLXN0cmljdC1hbGlhc2luZyAt c3RkPWM5OSAtSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvcG9ydHMvbXVsdGltZWRpYS9hZWdp c3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2luY2x1ZGUgLURMSUJJQ09OVl9QTFVHIC1JL3Vz ci9sb2NhbC9pbmNsdWRlICAgLUwvdXNyL2xvY2FsL2xpYiAgLUwvdXNyL2xvY2FsL2xpYi9wb3J0 YXVkaW8yICBjb25mdGVzdC5jIC1sR0wgLWxtICA+JjUKY29uZnRlc3QuYzo0NjoxOiB3YXJuaW5n OiBpbXBsaWNpdCBkZWNsYXJhdGlvbiBvZiBmdW5jdGlvbiAnZ2xYUXVlcnlWZXJzaW9uJyBpcyBp bnZhbGlkIGluIEM5OSBbLVdpbXBsaWNpdC1mdW5jdGlvbi1kZWNsYXJhdGlvbl0KZ2xYUXVlcnlW ZXJzaW9uKDAsIDAsIDApCl4KMSB3YXJuaW5nIGdlbmVyYXRlZC4KY29uZmlndXJlOjcxNzM6ICQ/ ID0gMApjb25maWd1cmU6NzIxNjogcmVzdWx0OiAtbEdMCmNvbmZpZ3VyZTo3MjQ1OiBjaGVja2lu ZyBmb3IgRlJFRVRZUEUKY29uZmlndXJlOjcyNTI6ICRQS0dfQ09ORklHIC0tZXhpc3RzIC0tcHJp bnQtZXJyb3JzICJmcmVldHlwZTIgPj0gOS43LjAiCmNvbmZpZ3VyZTo3MjU1OiAkPyA9IDAKY29u ZmlndXJlOjcyNjk6ICRQS0dfQ09ORklHIC0tZXhpc3RzIC0tcHJpbnQtZXJyb3JzICJmcmVldHlw ZTIgPj0gOS43LjAiCmNvbmZpZ3VyZTo3MjcyOiAkPyA9IDAKY29uZmlndXJlOjczMzA6IHJlc3Vs dDogeWVzCmNvbmZpZ3VyZTo3MzM2OiBjaGVja2luZyBmb3IgRk9OVENPTkZJRwpjb25maWd1cmU6 NzM0MzogJFBLR19DT05GSUcgLS1leGlzdHMgLS1wcmludC1lcnJvcnMgImZvbnRjb25maWcgPj0g Mi40Igpjb25maWd1cmU6NzM0NjogJD8gPSAwCmNvbmZpZ3VyZTo3MzYwOiAkUEtHX0NPTkZJRyAt LWV4aXN0cyAtLXByaW50LWVycm9ycyAiZm9udGNvbmZpZyA+PSAyLjQiCmNvbmZpZ3VyZTo3MzYz OiAkPyA9IDAKY29uZmlndXJlOjc0MjE6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo3NDI3OiBjaGVj a2luZyBmb3IgTElCQVNTCmNvbmZpZ3VyZTo3NDM0OiAkUEtHX0NPTkZJRyAtLWV4aXN0cyAtLXBy aW50LWVycm9ycyAibGliYXNzID49IDAuOS43Igpjb25maWd1cmU6NzQzNzogJD8gPSAwCmNvbmZp Z3VyZTo3NDUxOiAkUEtHX0NPTkZJRyAtLWV4aXN0cyAtLXByaW50LWVycm9ycyAibGliYXNzID49 IDAuOS43Igpjb25maWd1cmU6NzQ1NDogJD8gPSAwCmNvbmZpZ3VyZTo3NTEyOiByZXN1bHQ6IHll cwpjb25maWd1cmU6NzU2NTogY2hlY2tpbmcgZm9yIGJvb3N0bGliID49IDEuNTAuMApjb25maWd1 cmU6NzYzNDogYysrIC1jIC1PMiAtcGlwZSAtaXN5c3RlbSAvdXNyL2xvY2FsL2luY2x1ZGUvcG9y dGF1ZGlvMiAtRExJQklDT05WX1BMVUcgLWZuby1zdHJpY3QtYWxpYXNpbmcgLURMSUJJQ09OVl9Q TFVHIC1Xbm8tYysrMTEtbmFycm93aW5nIC1zdGQ9YysrMTEgLUkvdXNyL2xvY2FsL2luY2x1ZGUg LUkvdXNyL3BvcnRzL211bHRpbWVkaWEvYWVnaXN1Yi93b3JrL0ZGTVMtZmZtczItNmIwZTRhMi9p bmNsdWRlIC1ETElCSUNPTlZfUExVRyAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jcHAg PiY1CmNvbmZpZ3VyZTo3NjM0OiAkPyA9IDAKY29uZmlndXJlOjc2MzY6IHJlc3VsdDogeWVzCmNv bmZpZ3VyZTo3ODE1OiBjaGVja2luZyB3aGV0aGVyIHRoZSBCb29zdDo6QVNJTyBsaWJyYXJ5IGlz IGF2YWlsYWJsZQpjb25maWd1cmU6Nzg0NjogYysrIC1jIC1PMiAtcGlwZSAtaXN5c3RlbSAvdXNy L2xvY2FsL2luY2x1ZGUvcG9ydGF1ZGlvMiAtRExJQklDT05WX1BMVUcgLWZuby1zdHJpY3QtYWxp YXNpbmcgLURMSUJJQ09OVl9QTFVHIC1Xbm8tYysrMTEtbmFycm93aW5nIC1zdGQ9YysrMTEgLUkv dXNyL2xvY2FsL2luY2x1ZGUgLUkvdXNyL3BvcnRzL211bHRpbWVkaWEvYWVnaXN1Yi93b3JrL0ZG TVMtZmZtczItNmIwZTRhMi9pbmNsdWRlIC1ETElCSUNPTlZfUExVRyAtSS91c3IvbG9jYWwvaW5j bHVkZSBjb25mdGVzdC5jcHAgPiY1CmNvbmZpZ3VyZTo3ODQ2OiAkPyA9IDAKY29uZmlndXJlOjc4 NjA6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo4MDAyOiBjaGVja2luZyB3aGV0aGVyIHRoZSBCb29z dDo6Q2hyb25vIGxpYnJhcnkgaXMgYXZhaWxhYmxlCmNvbmZpZ3VyZTo4MDI2OiBjKysgLWMgLU8y IC1waXBlIC1pc3lzdGVtIC91c3IvbG9jYWwvaW5jbHVkZS9wb3J0YXVkaW8yIC1ETElCSUNPTlZf UExVRyAtZm5vLXN0cmljdC1hbGlhc2luZyAtRExJQklDT05WX1BMVUcgLVduby1jKysxMS1uYXJy b3dpbmcgLXN0ZD1jKysxMSAtSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvcG9ydHMvbXVsdGlt ZWRpYS9hZWdpc3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2luY2x1ZGUgLURMSUJJQ09OVl9Q TFVHIC1JL3Vzci9sb2NhbC9pbmNsdWRlIGNvbmZ0ZXN0LmNwcCA+JjUKY29uZmlndXJlOjgwMjY6 ICQ/ID0gMApjb25maWd1cmU6ODA0MTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjgwNjA6IGNoZWNr aW5nIGZvciBleGl0IGluIC1sYm9vc3RfY2hyb25vCmNvbmZpZ3VyZTo4MDg1OiBjKysgLW8gY29u ZnRlc3QgLU8yIC1waXBlIC1pc3lzdGVtIC91c3IvbG9jYWwvaW5jbHVkZS9wb3J0YXVkaW8yIC1E TElCSUNPTlZfUExVRyAtZm5vLXN0cmljdC1hbGlhc2luZyAtRExJQklDT05WX1BMVUcgLVduby1j KysxMS1uYXJyb3dpbmcgLXN0ZD1jKysxMSAtSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvcG9y dHMvbXVsdGltZWRpYS9hZWdpc3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2luY2x1ZGUgLURM SUJJQ09OVl9QTFVHIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAtTC91c3IvbG9jYWwvbGliICAtTC91 c3IvbG9jYWwvbGliL3BvcnRhdWRpbzIgLUwvdXNyL2xvY2FsL2xpYiBjb25mdGVzdC5jcHAgLWxi b29zdF9jaHJvbm8gIC1sbSAgPiY1CmNvbmZpZ3VyZTo4MDg1OiAkPyA9IDAKY29uZmlndXJlOjgw OTU6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo4MjUyOiBjaGVja2luZyB3aGV0aGVyIHRoZSBCb29z dDo6RmlsZXN5c3RlbSBsaWJyYXJ5IGlzIGF2YWlsYWJsZQpjb25maWd1cmU6ODI3NjogYysrIC1j IC1PMiAtcGlwZSAtaXN5c3RlbSAvdXNyL2xvY2FsL2luY2x1ZGUvcG9ydGF1ZGlvMiAtRExJQklD T05WX1BMVUcgLWZuby1zdHJpY3QtYWxpYXNpbmcgLURMSUJJQ09OVl9QTFVHIC1Xbm8tYysrMTEt bmFycm93aW5nIC1zdGQ9YysrMTEgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUkvdXNyL3BvcnRzL211 bHRpbWVkaWEvYWVnaXN1Yi93b3JrL0ZGTVMtZmZtczItNmIwZTRhMi9pbmNsdWRlIC1ETElCSUNP TlZfUExVRyAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jcHAgPiY1CmNvbmZpZ3VyZTo4 Mjc2OiAkPyA9IDAKY29uZmlndXJlOjgyOTA6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo4MzA1OiBj aGVja2luZyBmb3IgZXhpdCBpbiAtbGJvb3N0X2ZpbGVzeXN0ZW0KY29uZmlndXJlOjgzMzA6IGMr KyAtbyBjb25mdGVzdCAtTzIgLXBpcGUgLWlzeXN0ZW0gL3Vzci9sb2NhbC9pbmNsdWRlL3BvcnRh dWRpbzIgLURMSUJJQ09OVl9QTFVHIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1ETElCSUNPTlZfUExV RyAtV25vLWMrKzExLW5hcnJvd2luZyAtc3RkPWMrKzExIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1J L3Vzci9wb3J0cy9tdWx0aW1lZGlhL2FlZ2lzdWIvd29yay9GRk1TLWZmbXMyLTZiMGU0YTIvaW5j bHVkZSAtRExJQklDT05WX1BMVUcgLUkvdXNyL2xvY2FsL2luY2x1ZGUgIC1ML3Vzci9sb2NhbC9s aWIgIC1ML3Vzci9sb2NhbC9saWIvcG9ydGF1ZGlvMiAtTC91c3IvbG9jYWwvbGliIGNvbmZ0ZXN0 LmNwcCAtbGJvb3N0X2ZpbGVzeXN0ZW0gIC1sbSAgID4mNQpjb25maWd1cmU6ODMzMDogJD8gPSAw CmNvbmZpZ3VyZTo4MzQwOiByZXN1bHQ6IHllcwpjb25maWd1cmU6ODQ5NDogY2hlY2tpbmcgd2hl dGhlciB0aGUgQm9vc3Q6OkxvY2FsZSBsaWJyYXJ5IGlzIGF2YWlsYWJsZQpjb25maWd1cmU6ODUx OTogYysrIC1jIC1PMiAtcGlwZSAtaXN5c3RlbSAvdXNyL2xvY2FsL2luY2x1ZGUvcG9ydGF1ZGlv MiAtRExJQklDT05WX1BMVUcgLWZuby1zdHJpY3QtYWxpYXNpbmcgLURMSUJJQ09OVl9QTFVHIC1X bm8tYysrMTEtbmFycm93aW5nIC1zdGQ9YysrMTEgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUkvdXNy L3BvcnRzL211bHRpbWVkaWEvYWVnaXN1Yi93b3JrL0ZGTVMtZmZtczItNmIwZTRhMi9pbmNsdWRl IC1ETElCSUNPTlZfUExVRyAtSS91c3IvbG9jYWwvaW5jbHVkZSBjb25mdGVzdC5jcHAgPiY1CmNv bmZpZ3VyZTo4NTE5OiAkPyA9IDAKY29uZmlndXJlOjg1MzQ6IHJlc3VsdDogeWVzCmNvbmZpZ3Vy ZTo4NTUzOiBjaGVja2luZyBmb3IgZXhpdCBpbiAtbGJvb3N0X2xvY2FsZQpjb25maWd1cmU6ODU3 ODogYysrIC1vIGNvbmZ0ZXN0IC1PMiAtcGlwZSAtaXN5c3RlbSAvdXNyL2xvY2FsL2luY2x1ZGUv cG9ydGF1ZGlvMiAtRExJQklDT05WX1BMVUcgLWZuby1zdHJpY3QtYWxpYXNpbmcgLURMSUJJQ09O Vl9QTFVHIC1Xbm8tYysrMTEtbmFycm93aW5nIC1zdGQ9YysrMTEgLUkvdXNyL2xvY2FsL2luY2x1 ZGUgLUkvdXNyL3BvcnRzL211bHRpbWVkaWEvYWVnaXN1Yi93b3JrL0ZGTVMtZmZtczItNmIwZTRh Mi9pbmNsdWRlIC1ETElCSUNPTlZfUExVRyAtSS91c3IvbG9jYWwvaW5jbHVkZSAgLUwvdXNyL2xv Y2FsL2xpYiAgLUwvdXNyL2xvY2FsL2xpYi9wb3J0YXVkaW8yIC1ML3Vzci9sb2NhbC9saWIgY29u ZnRlc3QuY3BwIC1sYm9vc3RfbG9jYWxlICAtbG0gID4mNQovdXNyL2xvY2FsL2xpYi9saWJib29z dF9sb2NhbGUuc286IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGxpYmljb252JwovdXNyL2xvY2Fs L2xpYi9saWJib29zdF9sb2NhbGUuc286IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGxpYmljb252 X2Nsb3NlJwovdXNyL2xvY2FsL2xpYi9saWJib29zdF9sb2NhbGUuc286IHVuZGVmaW5lZCByZWZl cmVuY2UgdG8gYGxpYmljb252X29wZW4nCmMrKzogZXJyb3I6IGxpbmtlciBjb21tYW5kIGZhaWxl ZCB3aXRoIGV4aXQgY29kZSAxICh1c2UgLXYgdG8gc2VlIGludm9jYXRpb24pCmNvbmZpZ3VyZTo4 NTc4OiAkPyA9IDEKY29uZmlndXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6CnwgLyogY29uZmRlZnMu aCAqLwp8ICNkZWZpbmUgUEFDS0FHRV9OQU1FICJBZWdpc3ViIgp8ICNkZWZpbmUgUEFDS0FHRV9U QVJOQU1FICJhZWdpc3ViIgp8ICNkZWZpbmUgUEFDS0FHRV9WRVJTSU9OICJhZWdpc3ViX3ZlcnNp b24iCnwgI2RlZmluZSBQQUNLQUdFX1NUUklORyAiQWVnaXN1YiBhZWdpc3ViX3ZlcnNpb24iCnwg I2RlZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAiIgp8ICNkZWZpbmUgUEFDS0FHRV9VUkwgIiIKfCAj ZGVmaW5lIFNURENfSEVBREVSUyAxCnwgI2RlZmluZSBIQVZFX1NZU19UWVBFU19IIDEKfCAjZGVm aW5lIEhBVkVfU1lTX1NUQVRfSCAxCnwgI2RlZmluZSBIQVZFX1NURExJQl9IIDEKfCAjZGVmaW5l IEhBVkVfU1RSSU5HX0ggMQp8ICNkZWZpbmUgSEFWRV9NRU1PUllfSCAxCnwgI2RlZmluZSBIQVZF X1NUUklOR1NfSCAxCnwgI2RlZmluZSBIQVZFX0lOVFRZUEVTX0ggMQp8ICNkZWZpbmUgSEFWRV9T VERJTlRfSCAxCnwgI2RlZmluZSBIQVZFX1VOSVNURF9IIDEKfCAjZGVmaW5lIF9fRVhURU5TSU9O U19fIDEKfCAjZGVmaW5lIF9BTExfU09VUkNFIDEKfCAjZGVmaW5lIF9HTlVfU09VUkNFIDEKfCAj ZGVmaW5lIF9QT1NJWF9QVEhSRUFEX1NFTUFOVElDUyAxCnwgI2RlZmluZSBfVEFOREVNX1NPVVJD RSAxCnwgI2RlZmluZSBBRUdJU1VCX0NPTU1BTkQgImFlZ2lzdWItMy4xIgp8ICNkZWZpbmUgQUVH SVNVQl9DQVRBTE9HICJhZWdpc3ViLTMxIgp8ICNkZWZpbmUgSU5TVEFMTF9QUkVGSVggIi91c3Iv bG9jYWwiCnwgI2RlZmluZSBIQVZFX1BUSFJFQURfUFJJT19JTkhFUklUIDEKfCAjZGVmaW5lIEhB VkVfUFRIUkVBRCAxCnwgI2RlZmluZSBIQVZFX0xJQk0gMQp8ICNkZWZpbmUgSEFWRV9TWVNfVElN RV9IIDEKfCAjZGVmaW5lIEhBVkVfR0xfR0xfSCAxCnwgI2RlZmluZSBIQVZFX0JPT1NUIC8qKi8K fCAjZGVmaW5lIEhBVkVfQk9PU1RfQVNJTyAvKiovCnwgI2RlZmluZSBIQVZFX0JPT1NUX0NIUk9O TyAvKiovCnwgI2RlZmluZSBIQVZFX0JPT1NUX0ZJTEVTWVNURU0gLyoqLwp8ICNkZWZpbmUgSEFW RV9CT09TVF9MT0NBTEUgLyoqLwp8IC8qIGVuZCBjb25mZGVmcy5oLiAgKi8KfCAKfCAvKiBPdmVy cmlkZSBhbnkgR0NDIGludGVybmFsIHByb3RvdHlwZSB0byBhdm9pZCBhbiBlcnJvci4KfCAgICBV c2UgY2hhciBiZWNhdXNlIGludCBtaWdodCBtYXRjaCB0aGUgcmV0dXJuIHR5cGUgb2YgYSBHQ0MK fCAgICBidWlsdGluIGFuZCB0aGVuIGl0cyBhcmd1bWVudCBwcm90b3R5cGUgd291bGQgc3RpbGwg YXBwbHkuICAqLwp8ICNpZmRlZiBfX2NwbHVzcGx1cwp8IGV4dGVybiAiQyIKfCAjZW5kaWYKfCBj aGFyIGV4aXQgKCk7CnwgaW50CnwgbWFpbiAoKQp8IHsKfCByZXR1cm4gZXhpdCAoKTsKfCAgIDsK fCAgIHJldHVybiAwOwp8IH0KY29uZmlndXJlOjg1ODg6IHJlc3VsdDogbm8KY29uZmlndXJlOjg1 NTM6IGNoZWNraW5nIGZvciBleGl0IGluIC1sYm9vc3RfbG9jYWxlCmNvbmZpZ3VyZTo4NTg4OiBy ZXN1bHQ6IG5vCmNvbmZpZ3VyZTo4NTUzOiBjaGVja2luZyBmb3IgZXhpdCBpbiAtbGJvb3N0X2xv Y2FsZQpjb25maWd1cmU6ODU4ODogcmVzdWx0OiBubwpjb25maWd1cmU6ODU1MzogY2hlY2tpbmcg Zm9yIGV4aXQgaW4gLWxib29zdF9sb2NhbGUKY29uZmlndXJlOjg1ODg6IHJlc3VsdDogbm8KY29u ZmlndXJlOjg3MDA6IGVycm9yOiBDb3VsZCBub3QgbGluayBhZ2FpbnN0IGJvb3N0X2xvY2FsZSAh CgojIyAtLS0tLS0tLS0tLS0tLS0tICMjCiMjIENhY2hlIHZhcmlhYmxlcy4gIyMKIyMgLS0tLS0t LS0tLS0tLS0tLSAjIwoKX2N2X2dudV9tYWtlX2NvbW1hbmQ9Z21ha2UKYWNfY3ZfYnVpbGQ9YW1k NjQtcG9ydGJsZC1mcmVlYnNkMTAuMAphY19jdl9jX2NvbXBpbGVyX2dudT15ZXMKYWNfY3ZfY19p bnQxNl90PXllcwphY19jdl9jX2ludDMyX3Q9eWVzCmFjX2N2X2NfaW50NjRfdD15ZXMKYWNfY3Zf Y19pbnQ4X3Q9eWVzCmFjX2N2X2NfdWludDE2X3Q9eWVzCmFjX2N2X2NfdWludDMyX3Q9eWVzCmFj X2N2X2NfdWludDY0X3Q9eWVzCmFjX2N2X2NfdWludDhfdD15ZXMKYWNfY3ZfY3h4X2NvbXBpbGVy X2dudT15ZXMKYWNfY3ZfZW52X0FMU0FfQ0ZMQUdTX3NldD0nJwphY19jdl9lbnZfQUxTQV9DRkxB R1NfdmFsdWU9JycKYWNfY3ZfZW52X0FMU0FfTElCU19zZXQ9JycKYWNfY3ZfZW52X0FMU0FfTElC U192YWx1ZT0nJwphY19jdl9lbnZfQ0NDX3NldD0nJwphY19jdl9lbnZfQ0NDX3ZhbHVlPScnCmFj X2N2X2Vudl9DQ19zZXQ9c2V0CmFjX2N2X2Vudl9DQ192YWx1ZT1jYwphY19jdl9lbnZfQ0ZMQUdT X3NldD1zZXQKYWNfY3ZfZW52X0NGTEFHU192YWx1ZT0nLU8yIC1waXBlIC1pc3lzdGVtIC91c3Iv bG9jYWwvaW5jbHVkZS9wb3J0YXVkaW8yIC1ETElCSUNPTlZfUExVRyAtZm5vLXN0cmljdC1hbGlh c2luZyAtc3RkPWM5OScKYWNfY3ZfZW52X0NQUEZMQUdTX3NldD1zZXQKYWNfY3ZfZW52X0NQUEZM QUdTX3ZhbHVlPSctSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvcG9ydHMvbXVsdGltZWRpYS9h ZWdpc3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2luY2x1ZGUgLURMSUJJQ09OVl9QTFVHJwph Y19jdl9lbnZfQ1BQX3NldD1zZXQKYWNfY3ZfZW52X0NQUF92YWx1ZT1jcHAKYWNfY3ZfZW52X0NY WENQUF9zZXQ9JycKYWNfY3ZfZW52X0NYWENQUF92YWx1ZT0nJwphY19jdl9lbnZfQ1hYRkxBR1Nf c2V0PXNldAphY19jdl9lbnZfQ1hYRkxBR1NfdmFsdWU9Jy1PMiAtcGlwZSAtaXN5c3RlbSAvdXNy L2xvY2FsL2luY2x1ZGUvcG9ydGF1ZGlvMiAtRExJQklDT05WX1BMVUcgLWZuby1zdHJpY3QtYWxp YXNpbmcgLURMSUJJQ09OVl9QTFVHIC1Xbm8tYysrMTEtbmFycm93aW5nIC1zdGQ9YysrMTEnCmFj X2N2X2Vudl9DWFhfc2V0PXNldAphY19jdl9lbnZfQ1hYX3ZhbHVlPWMrKwphY19jdl9lbnZfRkZN UzJfQ0ZMQUdTX3NldD1zZXQKYWNfY3ZfZW52X0ZGTVMyX0NGTEFHU192YWx1ZT0tSS91c3IvcG9y dHMvbXVsdGltZWRpYS9hZWdpc3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2luY2x1ZGUKYWNf Y3ZfZW52X0ZGTVMyX0xJQlNfc2V0PXNldAphY19jdl9lbnZfRkZNUzJfTElCU192YWx1ZT0nL3Vz ci9wb3J0cy9tdWx0aW1lZGlhL2FlZ2lzdWIvd29yay9GRk1TLWZmbXMyLTZiMGU0YTIvc3JjL2Nv cmUvLmxpYnMvbGliZmZtczIuYSAgLWxhdmNvZGVjIC1sYXZmb3JtYXQgLWxzd3NjYWxlIC1sYXZ1 dGlsIC1ML3Vzci9sb2NhbC9saWIgIC1sYXZyZXNhbXBsZSAgJwphY19jdl9lbnZfRkZUVzNfQ0ZM QUdTX3NldD0nJwphY19jdl9lbnZfRkZUVzNfQ0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9GRlRX M19MSUJTX3NldD0nJwphY19jdl9lbnZfRkZUVzNfTElCU192YWx1ZT0nJwphY19jdl9lbnZfRk9O VENPTkZJR19DRkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9GT05UQ09ORklHX0NGTEFHU192YWx1ZT0n JwphY19jdl9lbnZfRk9OVENPTkZJR19MSUJTX3NldD0nJwphY19jdl9lbnZfRk9OVENPTkZJR19M SUJTX3ZhbHVlPScnCmFjX2N2X2Vudl9GUkVFVFlQRV9DRkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9G UkVFVFlQRV9DRkxBR1NfdmFsdWU9JycKYWNfY3ZfZW52X0ZSRUVUWVBFX0xJQlNfc2V0PScnCmFj X2N2X2Vudl9GUkVFVFlQRV9MSUJTX3ZhbHVlPScnCmFjX2N2X2Vudl9IVU5TUEVMTF9DRkxBR1Nf c2V0PScnCmFjX2N2X2Vudl9IVU5TUEVMTF9DRkxBR1NfdmFsdWU9JycKYWNfY3ZfZW52X0hVTlNQ RUxMX0xJQlNfc2V0PScnCmFjX2N2X2Vudl9IVU5TUEVMTF9MSUJTX3ZhbHVlPScnCmFjX2N2X2Vu dl9JQ09OVl9DRkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9JQ09OVl9DRkxBR1NfdmFsdWU9JycKYWNf Y3ZfZW52X0lDT05WX0xJQlNfc2V0PScnCmFjX2N2X2Vudl9JQ09OVl9MSUJTX3ZhbHVlPScnCmFj X2N2X2Vudl9JQ1VfSTE4Tl9DRkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9JQ1VfSTE4Tl9DRkxBR1Nf dmFsdWU9JycKYWNfY3ZfZW52X0lDVV9JMThOX0xJQlNfc2V0PScnCmFjX2N2X2Vudl9JQ1VfSTE4 Tl9MSUJTX3ZhbHVlPScnCmFjX2N2X2Vudl9JQ1VfVUNfQ0ZMQUdTX3NldD0nJwphY19jdl9lbnZf SUNVX1VDX0NGTEFHU192YWx1ZT0nJwphY19jdl9lbnZfSUNVX1VDX0xJQlNfc2V0PScnCmFjX2N2 X2Vudl9JQ1VfVUNfTElCU192YWx1ZT0nJwphY19jdl9lbnZfTERGTEFHU19zZXQ9c2V0CmFjX2N2 X2Vudl9MREZMQUdTX3ZhbHVlPScgLUwvdXNyL2xvY2FsL2xpYiAgLUwvdXNyL2xvY2FsL2xpYi9w b3J0YXVkaW8yJwphY19jdl9lbnZfTElCQVNTX0NGTEFHU19zZXQ9JycKYWNfY3ZfZW52X0xJQkFT U19DRkxBR1NfdmFsdWU9JycKYWNfY3ZfZW52X0xJQkFTU19MSUJTX3NldD0nJwphY19jdl9lbnZf TElCQVNTX0xJQlNfdmFsdWU9JycKYWNfY3ZfZW52X0xJQkNVUkxfQ0ZMQUdTX3NldD0nJwphY19j dl9lbnZfTElCQ1VSTF9DRkxBR1NfdmFsdWU9JycKYWNfY3ZfZW52X0xJQkNVUkxfTElCU19zZXQ9 JycKYWNfY3ZfZW52X0xJQkNVUkxfTElCU192YWx1ZT0nJwphY19jdl9lbnZfTElCUFVMU0VfQ0ZM QUdTX3NldD0nJwphY19jdl9lbnZfTElCUFVMU0VfQ0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9M SUJQVUxTRV9MSUJTX3NldD0nJwphY19jdl9lbnZfTElCUFVMU0VfTElCU192YWx1ZT0nJwphY19j dl9lbnZfTElCU19zZXQ9c2V0CmFjX2N2X2Vudl9MSUJTX3ZhbHVlPScnCmFjX2N2X2Vudl9PUEVO QUxfQ0ZMQUdTX3NldD0nJwphY19jdl9lbnZfT1BFTkFMX0NGTEFHU192YWx1ZT0nJwphY19jdl9l bnZfT1BFTkFMX0xJQlNfc2V0PScnCmFjX2N2X2Vudl9PUEVOQUxfTElCU192YWx1ZT0nJwphY19j dl9lbnZfT1NTX0NGTEFHU19zZXQ9JycKYWNfY3ZfZW52X09TU19DRkxBR1NfdmFsdWU9JycKYWNf Y3ZfZW52X1BLR19DT05GSUdfTElCRElSX3NldD0nJwphY19jdl9lbnZfUEtHX0NPTkZJR19MSUJE SVJfdmFsdWU9JycKYWNfY3ZfZW52X1BLR19DT05GSUdfUEFUSF9zZXQ9JycKYWNfY3ZfZW52X1BL R19DT05GSUdfUEFUSF92YWx1ZT0nJwphY19jdl9lbnZfUEtHX0NPTkZJR19zZXQ9c2V0CmFjX2N2 X2Vudl9QS0dfQ09ORklHX3ZhbHVlPXBrZ2NvbmYKYWNfY3ZfZW52X1BPUlRBVURJT19DRkxBR1Nf c2V0PScnCmFjX2N2X2Vudl9QT1JUQVVESU9fQ0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9QT1JU QVVESU9fTElCU19zZXQ9JycKYWNfY3ZfZW52X1BPUlRBVURJT19MSUJTX3ZhbHVlPScnCmFjX2N2 X2Vudl9YTUtNRl9zZXQ9JycKYWNfY3ZfZW52X1hNS01GX3ZhbHVlPScnCmFjX2N2X2Vudl9idWls ZF9hbGlhc19zZXQ9c2V0CmFjX2N2X2Vudl9idWlsZF9hbGlhc192YWx1ZT1hbWQ2NC1wb3J0Ymxk LWZyZWVic2QxMC4wCmFjX2N2X2Vudl9ob3N0X2FsaWFzX3NldD0nJwphY19jdl9lbnZfaG9zdF9h bGlhc192YWx1ZT0nJwphY19jdl9lbnZfdGFyZ2V0X2FsaWFzX3NldD0nJwphY19jdl9lbnZfdGFy Z2V0X2FsaWFzX3ZhbHVlPScnCmFjX2N2X2Z1bmNfX19iNjRfbnRvcD15ZXMKYWNfY3ZfZnVuY19f X2I2NF9wdG9uPXllcwphY19jdl9mdW5jX19nZXRsb25nPXllcwphY19jdl9mdW5jX19nZXRzaG9y dD15ZXMKYWNfY3ZfZnVuY19fc3RhdD15ZXMKYWNfY3ZfZnVuY19hY2xfY3JlYXRlX2VudHJ5X25w PXllcwphY19jdl9mdW5jX2FjbF9kZWxldGVfZGVmX2ZpbGU9eWVzCmFjX2N2X2Z1bmNfYWNsX2Rl bGV0ZV9mZF9ucD15ZXMKYWNfY3ZfZnVuY19hY2xfZGVsZXRlX2ZpbGVfbnA9eWVzCmFjX2N2X2Z1 bmNfYWNsX2ZyZWU9eWVzCmFjX2N2X2Z1bmNfYWNsX2Zyb21fdGV4dD15ZXMKYWNfY3ZfZnVuY19h Y2xfZ2V0X2ZkPXllcwphY19jdl9mdW5jX2FjbF9nZXRfZmlsZT15ZXMKYWNfY3ZfZnVuY19hY2xf c2V0X2ZkPXllcwphY19jdl9mdW5jX2FjbF9zZXRfZmlsZT15ZXMKYWNfY3ZfZnVuY19hbGFybT15 ZXMKYWNfY3ZfZnVuY19hbGxvY2E9eWVzCmFjX2N2X2Z1bmNfYXJjNHJhbmRvbT15ZXMKYWNfY3Zf ZnVuY19hcmM0cmFuZG9tX2J1Zj15ZXMKYWNfY3ZfZnVuY19hcmM0cmFuZG9tX3VuaWZvcm09eWVz CmFjX2N2X2Z1bmNfYXJnel9jb3VudD1ubwphY19jdl9mdW5jX2FyZ3pfbmV4dD1ubwphY19jdl9m dW5jX2FyZ3pfc3RyaW5naWZ5PW5vCmFjX2N2X2Z1bmNfYXNwcmludGY9eWVzCmFjX2N2X2Z1bmNf YXRleGl0PXllcwphY19jdl9mdW5jX2JjbXA9eWVzCmFjX2N2X2Z1bmNfYmNvcHk9eWVzCmFjX2N2 X2Z1bmNfYmluZHJlc3Zwb3J0X3NhPXllcwphY19jdl9mdW5jX2J0b3djPXllcwphY19jdl9mdW5j X2J6ZXJvPXllcwphY19jdl9mdW5jX2Nob3duPXllcwphY19jdl9mdW5jX2Nsb2NrPXllcwphY19j dl9mdW5jX2Nsb2NrX2dldHRpbWU9eWVzCmFjX2N2X2Z1bmNfY2xvc2VkaXI9eWVzCmFjX2N2X2Z1 bmNfY2xvc2Vmcm9tPXllcwphY19jdl9mdW5jX2Nvbm5lY3Q9eWVzCmFjX2N2X2Z1bmNfZGFlbW9u PXllcwphY19jdl9mdW5jX2Rpcm5hbWU9eWVzCmFjX2N2X2Z1bmNfZGxvcGVuPXllcwphY19jdl9m dW5jX2R1cDI9eWVzCmFjX2N2X2Z1bmNfZWFjY2Vzcz15ZXMKYWNfY3ZfZnVuY19mY2htb2Q9eWVz CmFjX2N2X2Z1bmNfZmNob3duPXllcwphY19jdl9mdW5jX2ZjbnRsPXllcwphY19jdl9mdW5jX2Zp bGVubz15ZXMKYWNfY3ZfZnVuY19mb3JrPXllcwphY19jdl9mdW5jX2ZwdXJnZT15ZXMKYWNfY3Zf ZnVuY19mcmVlYWRkcmluZm89eWVzCmFjX2N2X2Z1bmNfZnN0YXR2ZnM9eWVzCmFjX2N2X2Z1bmNf ZnN5bmM9eWVzCmFjX2N2X2Z1bmNfZnV0aW1lcz15ZXMKYWNfY3ZfZnVuY19md3ByaW50Zj15ZXMK YWNfY3ZfZnVuY19nYWlfc3RyZXJyb3I9eWVzCmFjX2N2X2Z1bmNfZ2V0YWRkcmluZm89eWVzCmFj X2N2X2Z1bmNfZ2V0Y3dkPXllcwphY19jdl9mdW5jX2dldGRlbGltPXllcwphY19jdl9mdW5jX2dl dGR0YWJsZXNpemU9eWVzCmFjX2N2X2Z1bmNfZ2V0ZWdpZD15ZXMKYWNfY3ZfZnVuY19nZXRldWlk PXllcwphY19jdl9mdW5jX2dldGdpZD15ZXMKYWNfY3ZfZnVuY19nZXRncm91cGxpc3Q9eWVzCmFj X2N2X2Z1bmNfZ2V0aG9zdGJ5bmFtZT15ZXMKYWNfY3ZfZnVuY19nZXRob3N0bmFtZT15ZXMKYWNf Y3ZfZnVuY19nZXRsaW5lPXllcwphY19jdl9mdW5jX2dldG5hbWVpbmZvPXllcwphY19jdl9mdW5j X2dldG9wdD15ZXMKYWNfY3ZfZnVuY19nZXRvcHRfbG9uZ19vbmx5PXllcwphY19jdl9mdW5jX2dl dHBhZ2VzaXplPXllcwphY19jdl9mdW5jX2dldHBlZXJlaWQ9eWVzCmFjX2N2X2Z1bmNfZ2V0cGdp ZD15ZXMKYWNfY3ZfZnVuY19nZXRwZ3JwPXllcwphY19jdl9mdW5jX2dldHBncnBfdm9pZD15ZXMK YWNfY3ZfZnVuY19nZXRwaWQ9eWVzCmFjX2N2X2Z1bmNfZ2V0cmxpbWl0PXllcwphY19jdl9mdW5j X2dldHJ1c2FnZT15ZXMKYWNfY3ZfZnVuY19nZXR0aW1lb2ZkYXk9eWVzCmFjX2N2X2Z1bmNfZ2V0 dHR5ZW50PXllcwphY19jdl9mdW5jX2dldHVpZD15ZXMKYWNfY3ZfZnVuY19nZXR3ZD15ZXMKYWNf Y3ZfZnVuY19nbG9iPXllcwphY19jdl9mdW5jX2dyb3VwX2Zyb21fZ2lkPXllcwphY19jdl9mdW5j X2luZXRfYXRvbj15ZXMKYWNfY3ZfZnVuY19pbmV0X250b2E9eWVzCmFjX2N2X2Z1bmNfaW5ldF9u dG9wPXllcwphY19jdl9mdW5jX2lubmV0Z3I9eWVzCmFjX2N2X2Z1bmNfaXNhc2NpaT15ZXMKYWNf Y3ZfZnVuY19pc2JsYW5rPXllcwphY19jdl9mdW5jX2lzc2V0dWdpZD15ZXMKYWNfY3ZfZnVuY19p c3dibGFuaz15ZXMKYWNfY3ZfZnVuY19pc3djbnRybD15ZXMKYWNfY3ZfZnVuY19pc3djdHlwZT15 ZXMKYWNfY3ZfZnVuY19saW5rPXllcwphY19jdl9mdW5jX2xvY2FsdGltZT15ZXMKYWNfY3ZfZnVu Y19sb2dpbl9nZXRjYXBib29sPXllcwphY19jdl9mdW5jX2xzdGF0PXllcwphY19jdl9mdW5jX2xz dGF0X2RlcmVmZXJlbmNlc19zbGFzaGVkX3N5bWxpbms9eWVzCmFjX2N2X2Z1bmNfbWFsbG9jXzBf bm9ubnVsbD15ZXMKYWNfY3ZfZnVuY19tYnJsZW49eWVzCmFjX2N2X2Z1bmNfbWJydG93Yz15ZXMK YWNfY3ZfZnVuY19tYnNpbml0PXllcwphY19jdl9mdW5jX21ic3J0b3djcz15ZXMKYWNfY3ZfZnVu Y19tZW1jaHI9eWVzCmFjX2N2X2Z1bmNfbWVtY21wPXllcwphY19jdl9mdW5jX21lbWNweT15ZXMK YWNfY3ZfZnVuY19tZW1tb3ZlPXllcwphY19jdl9mdW5jX21lbXNldD15ZXMKYWNfY3ZfZnVuY19t a2R0ZW1wPXllcwphY19jdl9mdW5jX21rc3RlbXA9eWVzCmFjX2N2X2Z1bmNfbWt0ZW1wPXllcwph Y19jdl9mdW5jX21sb2NrPXllcwphY19jdl9mdW5jX21tYXA9eWVzCmFjX2N2X2Z1bmNfbW1hcF9m aXhlZF9tYXBwZWQ9eWVzCmFjX2N2X2Z1bmNfbXByb3RlY3Q9eWVzCmFjX2N2X2Z1bmNfbXVubG9j az15ZXMKYWNfY3ZfZnVuY19tdW5tYXA9eWVzCmFjX2N2X2Z1bmNfbmxfbGFuZ2luZm89eWVzCmFj X2N2X2Z1bmNfb2JzdGFja3M9bm8KYWNfY3ZfZnVuY19vcGVuZGlyPXllcwphY19jdl9mdW5jX3Bh bV9nZXRlbnZsaXN0PXllcwphY19jdl9mdW5jX3BhbV9wdXRlbnY9eWVzCmFjX2N2X2Z1bmNfcGF0 aGNvbmY9eWVzCmFjX2N2X2Z1bmNfcGlwZT15ZXMKYWNfY3ZfZnVuY19wb2xsPXllcwphY19jdl9m dW5jX3Bvc2l4X3NwYXduPXllcwphY19jdl9mdW5jX3ByZWFkPXllcwphY19jdl9mdW5jX3BzdGF0 X2dldGR5bmFtaWM9bm8KYWNfY3ZfZnVuY19wdGhyZWFkX2NvbmRfYnJvYWRjYXN0PXllcwphY19j dl9mdW5jX3B0aHJlYWRfY29uZF9kZXN0cm95PXllcwphY19jdl9mdW5jX3B0aHJlYWRfY29uZF9p bml0PXllcwphY19jdl9mdW5jX3B0aHJlYWRfY29uZF9zaWduYWw9eWVzCmFjX2N2X2Z1bmNfcHRo cmVhZF9jb25kX3RpbWVkd2FpdD15ZXMKYWNfY3ZfZnVuY19wdGhyZWFkX2NvbmRfd2FpdD15ZXMK YWNfY3ZfZnVuY19wdGhyZWFkX2VxdWFsPXllcwphY19jdl9mdW5jX3B0aHJlYWRfZXhpdD15ZXMK YWNfY3ZfZnVuY19wdGhyZWFkX211dGV4X2Rlc3Ryb3k9eWVzCmFjX2N2X2Z1bmNfcHRocmVhZF9t dXRleF9pbml0PXllcwphY19jdl9mdW5jX3B0aHJlYWRfbXV0ZXhfbG9jaz15ZXMKYWNfY3ZfZnVu Y19wdGhyZWFkX211dGV4X3VubG9jaz15ZXMKYWNfY3ZfZnVuY19wdGhyZWFkX3NlbGY9eWVzCmFj X2N2X2Z1bmNfcHV0ZW52PXllcwphY19jdl9mdW5jX3B3cml0ZT15ZXMKYWNfY3ZfZnVuY19yYWlz ZT15ZXMKYWNfY3ZfZnVuY19yYW5kPXllcwphY19jdl9mdW5jX3JhbmRvbT15ZXMKYWNfY3ZfZnVu Y19yYXdtZW1jaHI9bm8KYWNfY3ZfZnVuY19yZWFkZGlyPXllcwphY19jdl9mdW5jX3JlYWRsaW5r PXllcwphY19jdl9mdW5jX3JlYWRsaW5rYXQ9eWVzCmFjX2N2X2Z1bmNfcmVhZHBhc3NwaHJhc2U9 eWVzCmFjX2N2X2Z1bmNfcmVhbHBhdGg9eWVzCmFjX2N2X2Z1bmNfcmVjdm1zZz15ZXMKYWNfY3Zf ZnVuY19yZW1vdmU9eWVzCmFjX2N2X2Z1bmNfcmVuYW1lPXllcwphY19jdl9mdW5jX3JyZXN2cG9y dF9hZj15ZXMKYWNfY3ZfZnVuY19zY2hlZF95aWVsZD15ZXMKYWNfY3ZfZnVuY19zZWxlY3Q9eWVz CmFjX2N2X2Z1bmNfc2VuZG1zZz15ZXMKYWNfY3ZfZnVuY19zZXRlZ2lkPXllcwphY19jdl9mdW5j X3NldGVudj15ZXMKYWNfY3ZfZnVuY19zZXRldWlkPXllcwphY19jdl9mdW5jX3NldGdyb3VwZW50 PXllcwphY19jdl9mdW5jX3NldGdyb3Vwcz15ZXMKYWNfY3ZfZnVuY19zZXRsaW5lYnVmPXllcwph Y19jdl9mdW5jX3NldGxvY2FsZT15ZXMKYWNfY3ZfZnVuY19zZXRsb2dpbj15ZXMKYWNfY3ZfZnVu Y19zZXRwYXNzZW50PXllcwphY19jdl9mdW5jX3NldHByb2N0aXRsZT15ZXMKYWNfY3ZfZnVuY19z ZXRyZWdpZD15ZXMKYWNfY3ZfZnVuY19zZXRyZXNnaWQ9eWVzCmFjX2N2X2Z1bmNfc2V0cmVzdWlk PXllcwphY19jdl9mdW5jX3NldHJldWlkPXllcwphY19jdl9mdW5jX3NldHJsaW1pdD15ZXMKYWNf Y3ZfZnVuY19zZXRzaWQ9eWVzCmFjX2N2X2Z1bmNfc2V0c29ja29wdD15ZXMKYWNfY3ZfZnVuY19z ZXR2YnVmPXllcwphY19jdl9mdW5jX3NobWF0PXllcwphY19jdl9mdW5jX3NobWdldD15ZXMKYWNf Y3ZfZnVuY19zaWdhY3Rpb249eWVzCmFjX2N2X2Z1bmNfc2lnYWx0c3RhY2s9eWVzCmFjX2N2X2Z1 bmNfc2lnaW50ZXJydXB0PXllcwphY19jdl9mdW5jX3NpZ3Byb2NtYXNrPXllcwphY19jdl9mdW5j X3NpZ3ZlYz15ZXMKYWNfY3ZfZnVuY19zbGVlcD15ZXMKYWNfY3ZfZnVuY19zbnByaW50Zj15ZXMK YWNfY3ZfZnVuY19zb2NrZXRwYWlyPXllcwphY19jdl9mdW5jX3NyYW5kPXllcwphY19jdl9mdW5j X3NyYW5kb209eWVzCmFjX2N2X2Z1bmNfc3RhdD15ZXMKYWNfY3ZfZnVuY19zdGF0ZnM9eWVzCmFj X2N2X2Z1bmNfc3RhdHZmcz15ZXMKYWNfY3ZfZnVuY19zdHBjcHk9eWVzCmFjX2N2X2Z1bmNfc3Rw bmNweT15ZXMKYWNfY3ZfZnVuY19zdHJicms9eWVzCmFjX2N2X2Z1bmNfc3RyY2FzZWNtcD15ZXMK YWNfY3ZfZnVuY19zdHJjc3BuPXllcwphY19jdl9mdW5jX3N0cmR1cD15ZXMKYWNfY3ZfZnVuY19z dHJlcnJvcj15ZXMKYWNfY3ZfZnVuY19zdHJlcnJvcl9yPXllcwphY19jdl9mdW5jX3N0cmZ0aW1l PXllcwphY19jdl9mdW5jX3N0cmxjYXQ9eWVzCmFjX2N2X2Z1bmNfc3RybGNweT15ZXMKYWNfY3Zf ZnVuY19zdHJsZW49eWVzCmFjX2N2X2Z1bmNfc3RybW9kZT15ZXMKYWNfY3ZfZnVuY19zdHJuY2Fz ZWNtcD15ZXMKYWNfY3ZfZnVuY19zdHJuZHVwPXllcwphY19jdl9mdW5jX3N0cm5sZW49eWVzCmFj X2N2X2Z1bmNfc3Rybmxlbl93b3JraW5nPXllcwphY19jdl9mdW5jX3N0cnBicms9eWVzCmFjX2N2 X2Z1bmNfc3RycHRpbWU9eWVzCmFjX2N2X2Z1bmNfc3Ryc2VwPXllcwphY19jdl9mdW5jX3N0cnNp Z25hbD15ZXMKYWNfY3ZfZnVuY19zdHJ0b2w9eWVzCmFjX2N2X2Z1bmNfc3RydG9sbD15ZXMKYWNf Y3ZfZnVuY19zdHJ0b251bT15ZXMKYWNfY3ZfZnVuY19zdHJ0b3VsPXllcwphY19jdl9mdW5jX3N0 cnRvdWxsPXllcwphY19jdl9mdW5jX3N5bWxpbms9eWVzCmFjX2N2X2Z1bmNfc3lzY29uZj15ZXMK YWNfY3ZfZnVuY190Y2dldHBncnA9eWVzCmFjX2N2X2Z1bmNfdGltZT15ZXMKYWNfY3ZfZnVuY190 b3dsb3dlcj15ZXMKYWNfY3ZfZnVuY190cnVuY2F0ZT15ZXMKYWNfY3ZfZnVuY190c2VhcmNoPXll cwphY19jdl9mdW5jX3VuYW1lPXllcwphY19jdl9mdW5jX3Vuc2V0ZW52PXllcwphY19jdl9mdW5j X3VzZXJfZnJvbV91aWQ9eWVzCmFjX2N2X2Z1bmNfdXNsZWVwPXllcwphY19jdl9mdW5jX3V0aW1l PXllcwphY19jdl9mdW5jX3V0aW1lcz15ZXMKYWNfY3ZfZnVuY192YXNwcmludGY9eWVzCmFjX2N2 X2Z1bmNfdmZvcms9eWVzCmFjX2N2X2Z1bmNfdnByaW50Zj15ZXMKYWNfY3ZfZnVuY192c25wcmlu dGY9eWVzCmFjX2N2X2Z1bmNfdnNwcmludGY9eWVzCmFjX2N2X2Z1bmNfd2FpdHBpZD15ZXMKYWNf Y3ZfZnVuY193Y3J0b21iPXllcwphY19jdl9mdW5jX3djc2NvbGw9eWVzCmFjX2N2X2Z1bmNfd2Nz bGVuPXllcwphY19jdl9mdW5jX3djc25sZW49eWVzCmFjX2N2X2Z1bmNfd2N0b2I9eWVzCmFjX2N2 X2Z1bmNfd2N3aWR0aD15ZXMKYWNfY3ZfZnVuY193bWVtY2hyPXllcwphY19jdl9mdW5jX3dtZW1j cHk9eWVzCmFjX2N2X2Z1bmNfeWllbGQ9bm8KYWNfY3ZfZnVuY195cF9tYXRjaD15ZXMKYWNfY3Zf aGF2ZV9fX3ZhX2NvcHk9eWVzCmFjX2N2X2hhdmVfY2xvY2tfdD15ZXMKYWNfY3ZfaGF2ZV9jb250 cm9sX2luX21zZ2hkcj15ZXMKYWNfY3ZfaGF2ZV9kZWNsX0dMT0JfTk9NQVRDSD15ZXMKYWNfY3Zf aGF2ZV9kZWNsX0xMT05HX01BWD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX01BWFNZTUxJTktTPXllcwph Y19jdl9oYXZlX2RlY2xfT19OT05CTE9DSz15ZXMKYWNfY3ZfaGF2ZV9kZWNsX1JMSU1JVF9OUFJP Qz15ZXMKYWNfY3ZfaGF2ZV9kZWNsX1NIVVRfUkQ9eWVzCmFjX2N2X2hhdmVfZGVjbF9fRXhpdD15 ZXMKYWNfY3ZfaGF2ZV9kZWNsX2FsYXJtPXllcwphY19jdl9oYXZlX2RlY2xfYWxwaGFzb3J0PXll cwphY19jdl9oYXZlX2RlY2xfYXRvbGw9eWVzCmFjX2N2X2hhdmVfZGVjbF9idG93Yz15ZXMKYWNf Y3ZfaGF2ZV9kZWNsX2NoZGlyPXllcwphY19jdl9oYXZlX2RlY2xfY2hvd249eWVzCmFjX2N2X2hh dmVfZGVjbF9jbGVhcmVycl91bmxvY2tlZD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX2Nsb3NlZGlyPXll cwphY19jdl9oYXZlX2RlY2xfZHByaW50Zj15ZXMKYWNfY3ZfaGF2ZV9kZWNsX2R1cDI9eWVzCmFj X2N2X2hhdmVfZGVjbF9kdXA9eWVzCmFjX2N2X2hhdmVfZGVjbF9lbmR1c2Vyc2hlbGw9eWVzCmFj X2N2X2hhdmVfZGVjbF9mYWNjZXNzYXQ9eWVzCmFjX2N2X2hhdmVfZGVjbF9mY2hkaXI9eWVzCmFj X2N2X2hhdmVfZGVjbF9mY2htb2RhdD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX2ZjaG93bmF0PXllcwph Y19jdl9oYXZlX2RlY2xfZmNudGw9eWVzCmFjX2N2X2hhdmVfZGVjbF9mZG9wZW5kaXI9eWVzCmFj X2N2X2hhdmVfZGVjbF9mZW9mX3VubG9ja2VkPXllcwphY19jdl9oYXZlX2RlY2xfZmVvZl91bmxv Y2tlZF9mZ2V0c191bmxvY2tlZD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX2ZlcnJvcl91bmxvY2tlZD15 ZXMKYWNfY3ZfaGF2ZV9kZWNsX2Zmc2w9eWVzCmFjX2N2X2hhdmVfZGVjbF9mZnNsbD15ZXMKYWNf Y3ZfaGF2ZV9kZWNsX2ZwdXJnZT15ZXMKYWNfY3ZfaGF2ZV9kZWNsX2ZyZXhwbD15ZXMKYWNfY3Zf aGF2ZV9kZWNsX2ZzZWVrbz15ZXMKYWNfY3ZfaGF2ZV9kZWNsX2ZzdGF0PXllcwphY19jdl9oYXZl X2RlY2xfZnN0YXRhdD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX2ZzeW5jPXllcwphY19jdl9oYXZlX2Rl Y2xfZnRlbGxvPXllcwphY19jdl9oYXZlX2RlY2xfZnRydW5jYXRlPXllcwphY19jdl9oYXZlX2Rl Y2xfZ2V0Y191bmxvY2tlZD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX2dldGNoYXJfdW5sb2NrZWQ9eWVz CmFjX2N2X2hhdmVfZGVjbF9nZXRjd2Q9eWVzCmFjX2N2X2hhdmVfZGVjbF9nZXRkZWxpbT15ZXMK YWNfY3ZfaGF2ZV9kZWNsX2dldGRvbWFpbm5hbWU9eWVzCmFjX2N2X2hhdmVfZGVjbF9nZXRkdGFi bGVzaXplPXllcwphY19jdl9oYXZlX2RlY2xfZ2V0ZW52PXllcwphY19jdl9oYXZlX2RlY2xfZ2V0 Z3JvdXBzPXllcwphY19jdl9oYXZlX2RlY2xfZ2V0aG9zdG5hbWU9eWVzCmFjX2N2X2hhdmVfZGVj bF9nZXRsaW5lPXllcwphY19jdl9oYXZlX2RlY2xfZ2V0bG9hZGF2Zz15ZXMKYWNfY3ZfaGF2ZV9k ZWNsX2dldGxvZ2luPXllcwphY19jdl9oYXZlX2RlY2xfZ2V0bG9naW5fcj15ZXMKYWNfY3ZfaGF2 ZV9kZWNsX2dldHBhZ2VzaXplPXllcwphY19jdl9oYXZlX2RlY2xfZ2V0cz15ZXMKYWNfY3ZfaGF2 ZV9kZWNsX2dldHN1Ym9wdD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX2dldHRpbWVvZmRheT15ZXMKYWNf Y3ZfaGF2ZV9kZWNsX2dldHVzZXJzaGVsbD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX2dyYW50cHQ9eWVz CmFjX2N2X2hhdmVfZGVjbF9oX2Vycm5vPXllcwphY19jdl9oYXZlX2RlY2xfaW1heGFicz15ZXMK YWNfY3ZfaGF2ZV9kZWNsX2ltYXhkaXY9eWVzCmFjX2N2X2hhdmVfZGVjbF9pbml0c3RhdGU9eWVz CmFjX2N2X2hhdmVfZGVjbF9pc2F0dHk9eWVzCmFjX2N2X2hhdmVfZGVjbF9pc2JsYW5rPXllcwph Y19jdl9oYXZlX2RlY2xfaXN3Ymxhbms9eWVzCmFjX2N2X2hhdmVfZGVjbF9pc3djdHlwZT15ZXMK YWNfY3ZfaGF2ZV9kZWNsX2xjaG1vZD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX2xjaG93bj15ZXMKYWNf Y3ZfaGF2ZV9kZWNsX2xpbms9eWVzCmFjX2N2X2hhdmVfZGVjbF9saW5rYXQ9eWVzCmFjX2N2X2hh dmVfZGVjbF9sc2Vlaz15ZXMKYWNfY3ZfaGF2ZV9kZWNsX2xzdGF0PXllcwphY19jdl9oYXZlX2Rl Y2xfbWJybGVuPXllcwphY19jdl9oYXZlX2RlY2xfbWJydG93Yz15ZXMKYWNfY3ZfaGF2ZV9kZWNs X21ic2luaXQ9eWVzCmFjX2N2X2hhdmVfZGVjbF9tYnNucnRvd2NzPXllcwphY19jdl9oYXZlX2Rl Y2xfbWJzcnRvd2NzPXllcwphY19jdl9oYXZlX2RlY2xfbWVtbWVtPXllcwphY19jdl9oYXZlX2Rl Y2xfbWVtcmNocj15ZXMKYWNfY3ZfaGF2ZV9kZWNsX21rZGlyYXQ9eWVzCmFjX2N2X2hhdmVfZGVj bF9ta2R0ZW1wPXllcwphY19jdl9oYXZlX2RlY2xfbWtmaWZvPXllcwphY19jdl9oYXZlX2RlY2xf bWtmaWZvYXQ9eWVzCmFjX2N2X2hhdmVfZGVjbF9ta25vZD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX21r bm9kYXQ9eWVzCmFjX2N2X2hhdmVfZGVjbF9ta3N0ZW1wPXllcwphY19jdl9oYXZlX2RlY2xfbmxf bGFuZ2luZm89eWVzCmFjX2N2X2hhdmVfZGVjbF9vZmZzZXRvZj15ZXMKYWNfY3ZfaGF2ZV9kZWNs X29wZW5hdD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX29wZW5kaXI9eWVzCmFjX2N2X2hhdmVfZGVjbF9w Y2xvc2U9eWVzCmFjX2N2X2hhdmVfZGVjbF9waXBlPXllcwphY19jdl9oYXZlX2RlY2xfcG9wZW49 eWVzCmFjX2N2X2hhdmVfZGVjbF9wb3NpeF9vcGVucHQ9eWVzCmFjX2N2X2hhdmVfZGVjbF9wb3Np eF9zcGF3bj15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3Bvc2l4X3NwYXduX2ZpbGVfYWN0aW9uc19hZGRj bG9zZT15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3Bvc2l4X3NwYXduX2ZpbGVfYWN0aW9uc19hZGRkdXAy PXllcwphY19jdl9oYXZlX2RlY2xfcG9zaXhfc3Bhd25fZmlsZV9hY3Rpb25zX2FkZG9wZW49eWVz CmFjX2N2X2hhdmVfZGVjbF9wb3NpeF9zcGF3bl9maWxlX2FjdGlvbnNfZGVzdHJveT15ZXMKYWNf Y3ZfaGF2ZV9kZWNsX3Bvc2l4X3NwYXduX2ZpbGVfYWN0aW9uc19pbml0PXllcwphY19jdl9oYXZl X2RlY2xfcG9zaXhfc3Bhd25hdHRyX2Rlc3Ryb3k9eWVzCmFjX2N2X2hhdmVfZGVjbF9wb3NpeF9z cGF3bmF0dHJfZ2V0ZmxhZ3M9eWVzCmFjX2N2X2hhdmVfZGVjbF9wb3NpeF9zcGF3bmF0dHJfZ2V0 cGdyb3VwPXllcwphY19jdl9oYXZlX2RlY2xfcG9zaXhfc3Bhd25hdHRyX2dldHNjaGVkcGFyYW09 eWVzCmFjX2N2X2hhdmVfZGVjbF9wb3NpeF9zcGF3bmF0dHJfZ2V0c2NoZWRwb2xpY3k9eWVzCmFj X2N2X2hhdmVfZGVjbF9wb3NpeF9zcGF3bmF0dHJfZ2V0c2lnZGVmYXVsdD15ZXMKYWNfY3ZfaGF2 ZV9kZWNsX3Bvc2l4X3NwYXduYXR0cl9nZXRzaWdtYXNrPXllcwphY19jdl9oYXZlX2RlY2xfcG9z aXhfc3Bhd25hdHRyX2luaXQ9eWVzCmFjX2N2X2hhdmVfZGVjbF9wb3NpeF9zcGF3bmF0dHJfc2V0 ZmxhZ3M9eWVzCmFjX2N2X2hhdmVfZGVjbF9wb3NpeF9zcGF3bmF0dHJfc2V0cGdyb3VwPXllcwph Y19jdl9oYXZlX2RlY2xfcG9zaXhfc3Bhd25hdHRyX3NldHNjaGVkcGFyYW09eWVzCmFjX2N2X2hh dmVfZGVjbF9wb3NpeF9zcGF3bmF0dHJfc2V0c2NoZWRwb2xpY3k9eWVzCmFjX2N2X2hhdmVfZGVj bF9wb3NpeF9zcGF3bmF0dHJfc2V0c2lnZGVmYXVsdD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3Bvc2l4 X3NwYXduYXR0cl9zZXRzaWdtYXNrPXllcwphY19jdl9oYXZlX2RlY2xfcG9zaXhfc3Bhd25wPXll cwphY19jdl9oYXZlX2RlY2xfcHJlYWQ9eWVzCmFjX2N2X2hhdmVfZGVjbF9wc2VsZWN0PXllcwph Y19jdl9oYXZlX2RlY2xfcHRocmVhZF9zaWdtYXNrPXllcwphY19jdl9oYXZlX2RlY2xfcHRzbmFt ZT15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3B1dGNfdW5sb2NrZWQ9eWVzCmFjX2N2X2hhdmVfZGVjbF9w dXRjaGFyX3VubG9ja2VkPXllcwphY19jdl9oYXZlX2RlY2xfcHdyaXRlPXllcwphY19jdl9oYXZl X2RlY2xfcmFuZG9tPXllcwphY19jdl9oYXZlX2RlY2xfcmF3bWVtY2hyPXllcwphY19jdl9oYXZl X2RlY2xfcmVhZGRpcj15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3JlYWRsaW5rPXllcwphY19jdl9oYXZl X2RlY2xfcmVhZGxpbmthdD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3JlYWxwYXRoPXllcwphY19jdl9o YXZlX2RlY2xfcmVuYW1lYXQ9eWVzCmFjX2N2X2hhdmVfZGVjbF9yZXdpbmRkaXI9eWVzCmFjX2N2 X2hhdmVfZGVjbF9ybWRpcj15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3JwbWF0Y2g9eWVzCmFjX2N2X2hh dmVfZGVjbF9zY2FuZGlyPXllcwphY19jdl9oYXZlX2RlY2xfc2VsZWN0PXllcwphY19jdl9oYXZl X2RlY2xfc2V0ZW52PXllcwphY19jdl9oYXZlX2RlY2xfc2V0aG9zdG5hbWU9eWVzCmFjX2N2X2hh dmVfZGVjbF9zZXRsb2NhbGU9eWVzCmFjX2N2X2hhdmVfZGVjbF9zZXRzdGF0ZT15ZXMKYWNfY3Zf aGF2ZV9kZWNsX3NldHVzZXJzaGVsbD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3NpZ2FjdGlvbj15ZXMK YWNfY3ZfaGF2ZV9kZWNsX3NpZ2FkZHNldD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3NpZ2FsdHN0YWNr PXllcwphY19jdl9oYXZlX2RlY2xfc2lnZGVsc2V0PXllcwphY19jdl9oYXZlX2RlY2xfc2lnZW1w dHlzZXQ9eWVzCmFjX2N2X2hhdmVfZGVjbF9zaWdmaWxsc2V0PXllcwphY19jdl9oYXZlX2RlY2xf c2lnaXNtZW1iZXI9eWVzCmFjX2N2X2hhdmVfZGVjbF9zaWdwZW5kaW5nPXllcwphY19jdl9oYXZl X2RlY2xfc2lncHJvY21hc2s9eWVzCmFjX2N2X2hhdmVfZGVjbF9zbGVlcD15ZXMKYWNfY3ZfaGF2 ZV9kZWNsX3NucHJpbnRmPXllcwphY19jdl9oYXZlX2RlY2xfc3JhbmRvbT15ZXMKYWNfY3ZfaGF2 ZV9kZWNsX3N0YXQ9eWVzCmFjX2N2X2hhdmVfZGVjbF9zdHBjcHk9eWVzCmFjX2N2X2hhdmVfZGVj bF9zdHBuY3B5PXllcwphY19jdl9oYXZlX2RlY2xfc3RyY2FzZXN0cj15ZXMKYWNfY3ZfaGF2ZV9k ZWNsX3N0cmR1cD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3N0cmVycm9yX3I9eWVzCmFjX2N2X2hhdmVf ZGVjbF9zdHJuY2F0PXllcwphY19jdl9oYXZlX2RlY2xfc3RybmR1cD15ZXMKYWNfY3ZfaGF2ZV9k ZWNsX3N0cm5sZW49eWVzCmFjX2N2X2hhdmVfZGVjbF9zdHJwYnJrPXllcwphY19jdl9oYXZlX2Rl Y2xfc3Ryc2VwPXllcwphY19jdl9oYXZlX2RlY2xfc3Ryc2lnbmFsPXllcwphY19jdl9oYXZlX2Rl Y2xfc3RydG9kPXllcwphY19jdl9oYXZlX2RlY2xfc3RydG9pbWF4PXllcwphY19jdl9oYXZlX2Rl Y2xfc3RydG9rX3I9eWVzCmFjX2N2X2hhdmVfZGVjbF9zdHJ0b2xsPXllcwphY19jdl9oYXZlX2Rl Y2xfc3RydG91bGw9eWVzCmFjX2N2X2hhdmVfZGVjbF9zdHJ0b3VtYXg9eWVzCmFjX2N2X2hhdmVf ZGVjbF9zeW1saW5rPXllcwphY19jdl9oYXZlX2RlY2xfc3ltbGlua2F0PXllcwphY19jdl9oYXZl X2RlY2xfc3lzX3NpZ2xpc3Q9eWVzCmFjX2N2X2hhdmVfZGVjbF90Y3NlbmRicmVhaz15ZXMKYWNf Y3ZfaGF2ZV9kZWNsX3RtcGZpbGU9eWVzCmFjX2N2X2hhdmVfZGVjbF90b3djdHJhbnM9eWVzCmFj X2N2X2hhdmVfZGVjbF90dHluYW1lX3I9eWVzCmFjX2N2X2hhdmVfZGVjbF91bmxpbms9eWVzCmFj X2N2X2hhdmVfZGVjbF91bmxpbmthdD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3VubG9ja3B0PXllcwph Y19jdl9oYXZlX2RlY2xfdW5zZXRlbnY9eWVzCmFjX2N2X2hhdmVfZGVjbF91c2xlZXA9eWVzCmFj X2N2X2hhdmVfZGVjbF92ZHByaW50Zj15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3ZzbnByaW50Zj15ZXMK YWNfY3ZfaGF2ZV9kZWNsX3dhaXRwaWQ9eWVzCmFjX2N2X2hhdmVfZGVjbF93Y3BjcHk9eWVzCmFj X2N2X2hhdmVfZGVjbF93Y3BuY3B5PXllcwphY19jdl9oYXZlX2RlY2xfd2NydG9tYj15ZXMKYWNf Y3ZfaGF2ZV9kZWNsX3djc2Nhc2VjbXA9eWVzCmFjX2N2X2hhdmVfZGVjbF93Y3NjYXQ9eWVzCmFj X2N2X2hhdmVfZGVjbF93Y3NjaHI9eWVzCmFjX2N2X2hhdmVfZGVjbF93Y3NjbXA9eWVzCmFjX2N2 X2hhdmVfZGVjbF93Y3Njb2xsPXllcwphY19jdl9oYXZlX2RlY2xfd2NzY3B5PXllcwphY19jdl9o YXZlX2RlY2xfd2NzY3Nwbj15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3djc2R1cD15ZXMKYWNfY3ZfaGF2 ZV9kZWNsX3djc2xlbj15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3djc25jYXNlY21wPXllcwphY19jdl9o YXZlX2RlY2xfd2NzbmNhdD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3djc25jbXA9eWVzCmFjX2N2X2hh dmVfZGVjbF93Y3NuY3B5PXllcwphY19jdl9oYXZlX2RlY2xfd2Nzbmxlbj15ZXMKYWNfY3ZfaGF2 ZV9kZWNsX3djc25ydG9tYnM9eWVzCmFjX2N2X2hhdmVfZGVjbF93Y3NwYnJrPXllcwphY19jdl9o YXZlX2RlY2xfd2NzcmNocj15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3djc3J0b21icz15ZXMKYWNfY3Zf aGF2ZV9kZWNsX3djc3Nwbj15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3djc3N0cj15ZXMKYWNfY3ZfaGF2 ZV9kZWNsX3djc3Rvaz15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3djc3dpZHRoPXllcwphY19jdl9oYXZl X2RlY2xfd2NzeGZybT15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3djdG9iPXllcwphY19jdl9oYXZlX2Rl Y2xfd2N0cmFucz15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3djdHlwZT15ZXMKYWNfY3ZfaGF2ZV9kZWNs X3djd2lkdGg9eWVzCmFjX2N2X2hhdmVfZGVjbF93bWVtY2hyPXllcwphY19jdl9oYXZlX2RlY2xf d21lbWNtcD15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3dtZW1jcHk9eWVzCmFjX2N2X2hhdmVfZGVjbF93 bWVtbW92ZT15ZXMKYWNfY3ZfaGF2ZV9kZWNsX3dtZW1zZXQ9eWVzCmFjX2N2X2hhdmVfZGVjbF93 cml0ZXY9eWVzCmFjX2N2X2hhdmVfZ2V0b3B0X29wdHJlc2V0PXllcwphY19jdl9oYXZlX2ludDY0 X3Q9eWVzCmFjX2N2X2hhdmVfaW50eHhfdD15ZXMKYWNfY3ZfaGF2ZV9tb2RlX3Q9eWVzCmFjX2N2 X2hhdmVfcGlkX3Q9eWVzCmFjX2N2X2hhdmVfcHdfY2hhbmdlX2luX3N0cnVjdF9wYXNzd2Q9eWVz CmFjX2N2X2hhdmVfcHdfY2xhc3NfaW5fc3RydWN0X3Bhc3N3ZD15ZXMKYWNfY3ZfaGF2ZV9wd19l eHBpcmVfaW5fc3RydWN0X3Bhc3N3ZD15ZXMKYWNfY3ZfaGF2ZV9zYV9mYW1pbHlfdD15ZXMKYWNf Y3ZfaGF2ZV9zaXplX3Q9eWVzCmFjX2N2X2hhdmVfc3NfZmFtaWx5X2luX3N0cnVjdF9zcz15ZXMK YWNfY3ZfaGF2ZV9zc2l6ZV90PXllcwphY19jdl9oYXZlX3N0cnVjdF9hZGRyaW5mbz15ZXMKYWNf Y3ZfaGF2ZV9zdHJ1Y3RfaW42X2FkZHI9eWVzCmFjX2N2X2hhdmVfc3RydWN0X3NvY2thZGRyX2lu Nj15ZXMKYWNfY3ZfaGF2ZV9zdHJ1Y3Rfc29ja2FkZHJfc3RvcmFnZT15ZXMKYWNfY3ZfaGF2ZV9z dHJ1Y3RfdGltZXZhbD15ZXMKYWNfY3ZfaGF2ZV91X2NoYXI9eWVzCmFjX2N2X2hhdmVfdV9pbnQ2 NF90PXllcwphY19jdl9oYXZlX3VfaW50PXllcwphY19jdl9oYXZlX3VfaW50eHhfdD15ZXMKYWNf Y3ZfaGF2ZV92YV9jb3B5PXllcwphY19jdl9oYXZlX3g9J2hhdmVfeD15ZXMJYWNfeF9pbmNsdWRl cz0nXCcnL3Vzci9sb2NhbC9pbmNsdWRlJ1wnJwlhY194X2xpYnJhcmllcz0nXCcnL3Vzci9sb2Nh bC9saWInXCcKYWNfY3ZfaGVhZGVyX0dMX2dsX2g9eWVzCmFjX2N2X2hlYWRlcl9PcGVuR0xfZ2xf aD1ubwphY19jdl9oZWFkZXJfYWxsb2NhX2g9bm8KYWNfY3ZfaGVhZGVyX2FyZ3pfaD1ubwphY19j dl9oZWFkZXJfYXJwYV9pbmV0X2g9eWVzCmFjX2N2X2hlYWRlcl9hcnBhX25hbWVzZXJfaD15ZXMK YWNfY3ZfaGVhZGVyX2J5dGVzd2FwX2g9bm8KYWNfY3ZfaGVhZGVyX2N0eXBlX2g9eWVzCmFjX2N2 X2hlYWRlcl9kaXJlbnRfaD15ZXMKYWNfY3ZfaGVhZGVyX2RsX2g9bm8KYWNfY3ZfaGVhZGVyX2Rs ZmNuX2g9eWVzCmFjX2N2X2hlYWRlcl9lbGZfaD15ZXMKYWNfY3ZfaGVhZGVyX2Vycm5vX2g9eWVz CmFjX2N2X2hlYWRlcl9mY250bF9oPXllcwphY19jdl9oZWFkZXJfZmxvYXRfaD15ZXMKYWNfY3Zf aGVhZGVyX2Zsb2F0aW5ncG9pbnRfaD15ZXMKYWNfY3ZfaGVhZGVyX2dldG9wdF9oPXllcwphY19j dl9oZWFkZXJfZ2xvYl9oPXllcwphY19jdl9oZWFkZXJfaW50dHlwZXNfaD15ZXMKYWNfY3ZfaGVh ZGVyX2xhbmdpbmZvX2g9eWVzCmFjX2N2X2hlYWRlcl9saWJnZW5faD15ZXMKYWNfY3ZfaGVhZGVy X2xpYnV0aWxfaD15ZXMKYWNfY3ZfaGVhZGVyX2xpbWl0c19oPXllcwphY19jdl9oZWFkZXJfbG9n aW5fY2FwX2g9eWVzCmFjX2N2X2hlYWRlcl9tYWxsb2NfaD1ubwphY19jdl9oZWFkZXJfbWF0aF9o PXllcwphY19jdl9oZWFkZXJfbWVtb3J5X2g9eWVzCmFjX2N2X2hlYWRlcl9taW5peF9jb25maWdf aD1ubwphY19jdl9oZWFkZXJfbmV0X2lmX2g9eWVzCmFjX2N2X2hlYWRlcl9uZXRfaWZfbWVkaWFf aD15ZXMKYWNfY3ZfaGVhZGVyX25ldF9pZl90YXBfaD15ZXMKYWNfY3ZfaGVhZGVyX25ldF9pZl90 dW5faD15ZXMKYWNfY3ZfaGVhZGVyX25ldGRiX2g9eWVzCmFjX2N2X2hlYWRlcl9uZXRpbmV0X2lu X2g9eWVzCmFjX2N2X2hlYWRlcl9wYXRoc19oPXllcwphY19jdl9oZWFkZXJfcG9sbF9oPXllcwph Y19jdl9oZWFkZXJfcHdkX2g9eWVzCmFjX2N2X2hlYWRlcl9yYW5kb21faD1ubwphY19jdl9oZWFk ZXJfcmVhZHBhc3NwaHJhc2VfaD15ZXMKYWNfY3ZfaGVhZGVyX3Jlc29sdl9oPXllcwphY19jdl9o ZWFkZXJfcnBjX3R5cGVzX2g9eWVzCmFjX2N2X2hlYWRlcl9zY2hlZF9oPXllcwphY19jdl9oZWFk ZXJfc2VhcmNoX2g9eWVzCmFjX2N2X2hlYWRlcl9zZWN1cml0eV9wYW1fYXBwbF9oPXllcwphY19j dl9oZWFkZXJfc2lnbmFsX2g9eWVzCmFjX2N2X2hlYWRlcl9zcGF3bl9oPXllcwphY19jdl9oZWFk ZXJfc3RkYXJnX2g9eWVzCmFjX2N2X2hlYWRlcl9zdGRib29sX2g9eWVzCmFjX2N2X2hlYWRlcl9z dGRjPXllcwphY19jdl9oZWFkZXJfc3RkZGVmX2g9eWVzCmFjX2N2X2hlYWRlcl9zdGRpbnRfaD15 ZXMKYWNfY3ZfaGVhZGVyX3N0ZGlvX2g9eWVzCmFjX2N2X2hlYWRlcl9zdGRsaWJfaD15ZXMKYWNf Y3ZfaGVhZGVyX3N0cmluZ19oPXllcwphY19jdl9oZWFkZXJfc3RyaW5nc19oPXllcwphY19jdl9o ZWFkZXJfc3lzX2FjbF9oPXllcwphY19jdl9oZWFkZXJfc3lzX2NkZWZzX2g9eWVzCmFjX2N2X2hl YWRlcl9zeXNfZGlyX2g9eWVzCmFjX2N2X2hlYWRlcl9zeXNfZmNudGxfaD15ZXMKYWNfY3ZfaGVh ZGVyX3N5c19maWxlX2g9eWVzCmFjX2N2X2hlYWRlcl9zeXNfaW9jdGxfaD15ZXMKYWNfY3ZfaGVh ZGVyX3N5c19tbWFuX2g9eWVzCmFjX2N2X2hlYWRlcl9zeXNfbW91bnRfaD15ZXMKYWNfY3ZfaGVh ZGVyX3N5c19tc2dfaD15ZXMKYWNfY3ZfaGVhZGVyX3N5c19wYXJhbV9oPXllcwphY19jdl9oZWFk ZXJfc3lzX3BvbGxfaD15ZXMKYWNfY3ZfaGVhZGVyX3N5c19wdHJhY2VfaD15ZXMKYWNfY3ZfaGVh ZGVyX3N5c19zZWxlY3RfaD15ZXMKYWNfY3ZfaGVhZGVyX3N5c19zb2NrZXRfaD15ZXMKYWNfY3Zf aGVhZGVyX3N5c19zdGF0X2g9eWVzCmFjX2N2X2hlYWRlcl9zeXNfc3RhdHZmc19oPXllcwphY19j dl9oZWFkZXJfc3lzX3RpbWVfaD15ZXMKYWNfY3ZfaGVhZGVyX3N5c190aW1lcnNfaD15ZXMKYWNf Y3ZfaGVhZGVyX3N5c190aW1lc19oPXllcwphY19jdl9oZWFkZXJfc3lzX3R5cGVzX2g9eWVzCmFj X2N2X2hlYWRlcl9zeXNfdW5faD15ZXMKYWNfY3ZfaGVhZGVyX3N5c193YWl0X2g9eWVzCmFjX2N2 X2hlYWRlcl90aW1lX2g9eWVzCmFjX2N2X2hlYWRlcl90dHllbnRfaD15ZXMKYWNfY3ZfaGVhZGVy X3Vjb250ZXh0X2g9eWVzCmFjX2N2X2hlYWRlcl91bmlzdGRfaD15ZXMKYWNfY3ZfaGVhZGVyX3V0 aW1lX2g9eWVzCmFjX2N2X2hlYWRlcl92Zm9ya19oPW5vCmFjX2N2X2hlYWRlcl92aXNfaD15ZXMK YWNfY3ZfaGVhZGVyX3djaGFyX2g9eWVzCmFjX2N2X2hlYWRlcl93Y3R5cGVfaD15ZXMKYWNfY3Zf aGVhZGVyX3dpbmRvd3NfaD1ubwphY19jdl9oZWFkZXJfemxpYl9oPXllcwphY19jdl9ob3N0PWFt ZDY0LXBvcnRibGQtZnJlZWJzZDEwLjAKYWNfY3ZfbGliX0lDRV9JY2VDb25uZWN0aW9uTnVtYmVy PXllcwphY19jdl9saWJfYm9vc3RfY2hyb25vX19fZXhpdD15ZXMKYWNfY3ZfbGliX2Jvb3N0X2Zp bGVzeXN0ZW1fX19leGl0PXllcwphY19jdl9saWJfYm9vc3RfbG9jYWxlX19fZXhpdD1ubwphY19j dl9saWJfY3J5cHRfY3J5cHQ9eWVzCmFjX2N2X2xpYl9lZGl0X2VsX2luaXQ9eWVzCmFjX2N2X2xp Yl9tX21haW49eWVzCmFjX2N2X2xpYl9wYW1fcGFtX3NldF9pdGVtPXllcwphY19jdl9saWJfel9k ZWZsYXRlPXllcwphY19jdl9saWJjX2RlZmluZXNfX19wcm9nbmFtZT15ZXMKYWNfY3ZfbGliY19k ZWZpbmVzX3N5c19lcnJsaXN0PXllcwphY19jdl9saWJjX2RlZmluZXNfc3lzX25lcnI9eWVzCmFj X2N2X21lbWJlcl9IRUFERVJfYWQ9eWVzCmFjX2N2X21lbWJlcl9zdHJ1Y3RfX19yZXNfc3RhdGVf cmV0cmFucz15ZXMKYWNfY3ZfbWVtYmVyX3N0cnVjdF9zaWdhY3Rpb25fc2Ffc2lnYWN0aW9uPXll cwphY19jdl9tZW1iZXJfc3RydWN0X3NvY2thZGRyX2luNl9zaW42X3Njb3BlX2lkPXllcwphY19j dl9tZW1iZXJfc3RydWN0X3N0YXRfc3RfYmxrc2l6ZT15ZXMKYWNfY3Zfb2JqZXh0PW8KYWNfY3Zf cGF0aF9CWklQMj0vdXNyL2Jpbi9iemlwMgphY19jdl9wYXRoX0VHUkVQPS91c3IvYmluL2VncmVw CmFjX2N2X3BhdGhfRkdSRVA9L3Vzci9iaW4vZmdyZXAKYWNfY3ZfcGF0aF9HUkVQPS91c3IvYmlu L2dyZXAKYWNfY3ZfcGF0aF9HWklQPS91c3IvYmluL2d6aXAKYWNfY3ZfcGF0aF9NS1RFTVBfQ09N TUFORD0vdXNyL2Jpbi9ta3RlbXAKYWNfY3ZfcGF0aF9TRUQ9L3Vzci9iaW4vc2VkCmFjX2N2X3Bh dGhfaW5zdGFsbD0vdXNyL2Jpbi9pbnN0YWxsCmFjX2N2X3BhdGhfbWtkaXI9L2Jpbi9ta2Rpcgph Y19jdl9wcm9nX0FXSz0vdXNyL2Jpbi9hd2sKYWNfY3ZfcHJvZ19DUFA9Y3BwCmFjX2N2X3Byb2df Q1hYQ1BQPSdjKysgLUUnCmFjX2N2X3Byb2dfU0VEPS91c3IvYmluL3NlZAphY19jdl9wcm9nX2Fj X2N0X0NDPWNjCmFjX2N2X3Byb2dfYWNfY3RfUkFOTElCPXJhbmxpYgphY19jdl9wcm9nX2NjX2M4 OT0nJwphY19jdl9wcm9nX2NjX2c9eWVzCmFjX2N2X3Byb2dfY3h4X2c9eWVzCmFjX2N2X3NhZmVf dG9fZGVmaW5lX19fZXh0ZW5zaW9uc19fPXllcwphY19jdl90eXBlX19Cb29sPXllcwphY19jdl90 eXBlX2NoYXI9eWVzCmFjX2N2X3R5cGVfY2hhcl9wPXllcwphY19jdl90eXBlX2ZzYmxrY250X3Q9 eWVzCmFjX2N2X3R5cGVfZnNmaWxjbnRfdD15ZXMKYWNfY3ZfdHlwZV9pbl9hZGRyX3Q9eWVzCmFj X2N2X3R5cGVfaW5fcG9ydF90PXllcwphY19jdl90eXBlX2ludDE2X3Q9eWVzCmFjX2N2X3R5cGVf aW50MzJfdD15ZXMKYWNfY3ZfdHlwZV9pbnQ9eWVzCmFjX2N2X3R5cGVfaW50bWF4X3Q9eWVzCmFj X2N2X3R5cGVfbG9uZz15ZXMKYWNfY3ZfdHlwZV9sb25nX2RvdWJsZT15ZXMKYWNfY3ZfdHlwZV9s b25nX2xvbmc9eWVzCmFjX2N2X3R5cGVfbG9uZ19sb25nX2ludD15ZXMKYWNfY3ZfdHlwZV9tYnN0 YXRlX3Q9eWVzCmFjX2N2X3R5cGVfbW9kZV90PXllcwphY19jdl90eXBlX25saW5rX3Q9eWVzCmFj X2N2X3R5cGVfb2ZmX3Q9eWVzCmFjX2N2X3R5cGVfcGlkX3Q9eWVzCmFjX2N2X3R5cGVfcG9zaXhf c3Bhd25fZmlsZV9hY3Rpb25zX3Q9eWVzCmFjX2N2X3R5cGVfcG9zaXhfc3Bhd25hdHRyX3Q9eWVz CmFjX2N2X3R5cGVfcHRyZGlmZl90PXllcwphY19jdl90eXBlX3Nob3J0PXllcwphY19jdl90eXBl X3NpZ19hdG9taWNfdD15ZXMKYWNfY3ZfdHlwZV9zaWdzZXRfdD15ZXMKYWNfY3ZfdHlwZV9zaXpl X3Q9eWVzCmFjX2N2X3R5cGVfc29ja2xlbl90PXllcwphY19jdl90eXBlX3NzaXplX3Q9eWVzCmFj X2N2X3R5cGVfc3RhY2tfdD15ZXMKYWNfY3ZfdHlwZV9zdHJ1Y3RfdGltZXNwZWM9eWVzCmFjX2N2 X3R5cGVfdV9jaGFyPXllcwphY19jdl90eXBlX3VfaW50MTZfdD15ZXMKYWNfY3ZfdHlwZV91X2lu dDMyX3Q9eWVzCmFjX2N2X3R5cGVfdV9pbnQ4X3Q9eWVzCmFjX2N2X3R5cGVfdV9pbnQ9eWVzCmFj X2N2X3R5cGVfdV9sb25nPXllcwphY19jdl90eXBlX3Vfc2hvcnQ9eWVzCmFjX2N2X3R5cGVfdWlk X3Q9eWVzCmFjX2N2X3R5cGVfdWludHB0cl90PXllcwphY19jdl90eXBlX3Vuc2lnbmVkX2NoYXI9 eWVzCmFjX2N2X3R5cGVfdW5zaWduZWRfaW50PXllcwphY19jdl90eXBlX3Vuc2lnbmVkX2xvbmc9 eWVzCmFjX2N2X3R5cGVfdW5zaWduZWRfbG9uZ19sb25nPXllcwphY19jdl90eXBlX3Vuc2lnbmVk X2xvbmdfbG9uZ19pbnQ9eWVzCmFjX2N2X3R5cGVfdW5zaWduZWRfc2hvcnQ9eWVzCmFjX2N2X3R5 cGVfdm9sYXRpbGVfc2lnX2F0b21pY190PXllcwphY19jdl90eXBlX3djaGFyX3Q9eWVzCmFjX2N2 X3R5cGVfd2ludF90PXllcwphbV9jdl9wcm9nX3Rhcl91c3Rhcj0vdXNyL2Jpbi90YXIKYXhfY3Zf UFRIUkVBRF9QUklPX0lOSEVSSVQ9eWVzCmF4X2N2X2Jvb3N0X2FzaW89eWVzCmF4X2N2X2Jvb3N0 X2Nocm9ubz15ZXMKYXhfY3ZfYm9vc3RfZmlsZXN5c3RlbT15ZXMKYXhfY3ZfYm9vc3RfbG9jYWxl PXllcwpheF9jdl9jX2NvbXBpbGVyX21zPW5vCmF4X2N2X2NoZWNrX2dsX2xpYmdsPS1sR0wKY2xf Y3ZfcHJvZ19MTj0vYmluL2xuCmNsX2N2X3Byb2dfY3A9Jy9iaW4vY3AgLXAnCmdsX2N2X2Z1bmNf YnRvd2NfZW9mPXllcwpnbF9jdl9mdW5jX2J0b3djX251bD15ZXMKZ2xfY3ZfZnVuY19mY250bF9m X2R1cGZkX2Nsb2V4ZWM9eWVzCmdsX2N2X2Z1bmNfZm5tYXRjaF9wb3NpeD15ZXMKZ2xfY3ZfZnVu Y19mb3Blbl9zbGFzaD15ZXMKZ2xfY3ZfZnVuY19mcmV4cF9ub19saWJtPXllcwpnbF9jdl9mdW5j X2ZzZWVrbz15ZXMKZ2xfY3ZfZnVuY19mdGVsbG89eWVzCmdsX2N2X2Z1bmNfZ2V0Y3dkX251bGw9 eWVzCmdsX2N2X2Z1bmNfZ2V0Y3dkX3Bvc2l4X3NpZ25hdHVyZT15ZXMKZ2xfY3ZfZnVuY19nZXRv cHRfcG9zaXg9eWVzCmdsX2N2X2Z1bmNfaXNuYW5kX25vX2xpYm09eWVzCmdsX2N2X2Z1bmNfbGRl eHBfbm9fbGlibT15ZXMKZ2xfY3ZfZnVuY19sc2Vla19waXBlPXllcwpnbF9jdl9mdW5jX2xzdGF0 X2RlcmVmZXJlbmNlc19zbGFzaGVkX3N5bWxpbms9eWVzCmdsX2N2X2Z1bmNfbWFsbG9jXzBfbm9u bnVsbD0xCmdsX2N2X2Z1bmNfbWFsbG9jX3Bvc2l4PXllcwpnbF9jdl9mdW5jX21icnRvd2NfaW5j b21wbGV0ZV9zdGF0ZT15ZXMKZ2xfY3ZfZnVuY19tYnJ0b3djX251bF9yZXR2YWw9eWVzCmdsX2N2 X2Z1bmNfbWJydG93Y19udWxsX2FyZzE9eWVzCmdsX2N2X2Z1bmNfbWJydG93Y19udWxsX2FyZzI9 eWVzCmdsX2N2X2Z1bmNfbWJydG93Y19yZXR2YWw9eWVzCmdsX2N2X2Z1bmNfbWJydG93Y19zYW5p dHljaGVjaz15ZXMKZ2xfY3ZfZnVuY19vcGVuX3NsYXNoPXllcwpnbF9jdl9mdW5jX3ByaW50Zl9k aXJlY3RpdmVfYT15ZXMKZ2xfY3ZfZnVuY19wcmludGZfZGlyZWN0aXZlX2Y9eWVzCmdsX2N2X2Z1 bmNfcHJpbnRmX2RpcmVjdGl2ZV9scz15ZXMKZ2xfY3ZfZnVuY19wcmludGZfZGlyZWN0aXZlX249 eWVzCmdsX2N2X2Z1bmNfcHJpbnRmX2ZsYWdfZ3JvdXBpbmc9eWVzCmdsX2N2X2Z1bmNfcHJpbnRm X2ZsYWdfbGVmdGFkanVzdD15ZXMKZ2xfY3ZfZnVuY19wcmludGZfZmxhZ196ZXJvPXllcwpnbF9j dl9mdW5jX3ByaW50Zl9pbmZpbml0ZT15ZXMKZ2xfY3ZfZnVuY19wcmludGZfbG9uZ19kb3VibGU9 eWVzCmdsX2N2X2Z1bmNfcHJpbnRmX3Bvc2l0aW9ucz15ZXMKZ2xfY3ZfZnVuY19wcmludGZfcHJl Y2lzaW9uPXllcwpnbF9jdl9mdW5jX3ByaW50Zl9zaXplc19jOTk9eWVzCmdsX2N2X2Z1bmNfc2ln cHJvY21hc2s9MQpnbF9jdl9mdW5jX3NucHJpbnRmX3JldHZhbF9jOTk9eWVzCmdsX2N2X2Z1bmNf c25wcmludGZfc2l6ZTE9eWVzCmdsX2N2X2Z1bmNfc25wcmludGZfdXNhYmxlPXllcwpnbF9jdl9m dW5jX3NwYXduYXR0cl9zZXRzY2hlZHBhcmFtPXllcwpnbF9jdl9mdW5jX3NwYXduYXR0cl9zZXRz Y2hlZHBvbGljeT15ZXMKZ2xfY3ZfZnVuY19zdGF0X2Rpcl9zbGFzaD15ZXMKZ2xfY3ZfZnVuY19z dGF0X2ZpbGVfc2xhc2g9eWVzCmdsX2N2X2Z1bmNfc3RwbmNweT15ZXMKZ2xfY3ZfZnVuY192YV9j b3B5PXllcwpnbF9jdl9mdW5jX3djcnRvbWJfcmV0dmFsPXllcwpnbF9jdl9oYXZlX2luY2x1ZGVf bmV4dD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9fRXhpdD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVj bF9hbHBoYXNvcnQ9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfYXRvbGw9eWVzCmdsX2N2X2hhdmVf cmF3X2RlY2xfYnRvd2M9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfY2hkaXI9eWVzCmdsX2N2X2hh dmVfcmF3X2RlY2xfY2hvd249eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfY2xvc2VkaXI9eWVzCmds X2N2X2hhdmVfcmF3X2RlY2xfZHByaW50Zj15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9kdXAyPXll cwpnbF9jdl9oYXZlX3Jhd19kZWNsX2R1cD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9lbmR1c2Vy c2hlbGw9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfZmFjY2Vzc2F0PXllcwpnbF9jdl9oYXZlX3Jh d19kZWNsX2ZjaGRpcj15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9mY2htb2RhdD15ZXMKZ2xfY3Zf aGF2ZV9yYXdfZGVjbF9mY2hvd25hdD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9mY250bD15ZXMK Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9mZG9wZW5kaXI9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfZmZz bD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9mZnNsbD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9m cHVyZ2U9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfZnNlZWtvPXllcwpnbF9jdl9oYXZlX3Jhd19k ZWNsX2ZzdGF0PXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX2ZzdGF0YXQ9eWVzCmdsX2N2X2hhdmVf cmF3X2RlY2xfZnN5bmM9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfZnRlbGxvPXllcwpnbF9jdl9o YXZlX3Jhd19kZWNsX2Z0cnVuY2F0ZT15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9nZXRjd2Q9eWVz CmdsX2N2X2hhdmVfcmF3X2RlY2xfZ2V0ZGVsaW09eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfZ2V0 ZG9tYWlubmFtZT15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9nZXRkdGFibGVzaXplPXllcwpnbF9j dl9oYXZlX3Jhd19kZWNsX2dldGdyb3Vwcz15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9nZXRob3N0 bmFtZT15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9nZXRsaW5lPXllcwpnbF9jdl9oYXZlX3Jhd19k ZWNsX2dldGxvYWRhdmc9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfZ2V0bG9naW49eWVzCmdsX2N2 X2hhdmVfcmF3X2RlY2xfZ2V0bG9naW5fcj15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9nZXRwYWdl c2l6ZT15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9nZXRzPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNs X2dldHN1Ym9wdD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9nZXR0aW1lb2ZkYXk9eWVzCmdsX2N2 X2hhdmVfcmF3X2RlY2xfZ2V0dXNlcnNoZWxsPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX2dyYW50 cHQ9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfaW1heGFicz15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVj bF9pbWF4ZGl2PXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX2luaXRzdGF0ZT15ZXMKZ2xfY3ZfaGF2 ZV9yYXdfZGVjbF9pc2F0dHk9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfaXN3Y3R5cGU9eWVzCmds X2N2X2hhdmVfcmF3X2RlY2xfbGNobW9kPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX2xjaG93bj15 ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9saW5rPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX2xpbmth dD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9sc2Vlaz15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9s c3RhdD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9tYnJsZW49eWVzCmdsX2N2X2hhdmVfcmF3X2Rl Y2xfbWJydG93Yz15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9tYnNpbml0PXllcwpnbF9jdl9oYXZl X3Jhd19kZWNsX21ic25ydG93Y3M9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfbWJzcnRvd2NzPXll cwpnbF9jdl9oYXZlX3Jhd19kZWNsX21lbWNweT1ubwpnbF9jdl9oYXZlX3Jhd19kZWNsX21lbW1l bT15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9tZW1yY2hyPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNs X21rZGlyYXQ9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfbWtkdGVtcD15ZXMKZ2xfY3ZfaGF2ZV9y YXdfZGVjbF9ta2ZpZm89eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfbWtmaWZvYXQ9eWVzCmdsX2N2 X2hhdmVfcmF3X2RlY2xfbWtub2Q9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfbWtub2RhdD15ZXMK Z2xfY3ZfaGF2ZV9yYXdfZGVjbF9ta3N0ZW1wPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX25sX2xh bmdpbmZvPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX29wZW5hdD15ZXMKZ2xfY3ZfaGF2ZV9yYXdf ZGVjbF9vcGVuZGlyPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3BjbG9zZT15ZXMKZ2xfY3ZfaGF2 ZV9yYXdfZGVjbF9waXBlPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3BvcGVuPXllcwpnbF9jdl9o YXZlX3Jhd19kZWNsX3Bvc2l4X29wZW5wdD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9wb3NpeF9z cGF3bj15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9wb3NpeF9zcGF3bl9maWxlX2FjdGlvbnNfYWRk Y2xvc2U9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfcG9zaXhfc3Bhd25fZmlsZV9hY3Rpb25zX2Fk ZGR1cDI9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfcG9zaXhfc3Bhd25fZmlsZV9hY3Rpb25zX2Fk ZG9wZW49eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfcG9zaXhfc3Bhd25fZmlsZV9hY3Rpb25zX2Rl c3Ryb3k9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfcG9zaXhfc3Bhd25fZmlsZV9hY3Rpb25zX2lu aXQ9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfcG9zaXhfc3Bhd25hdHRyX2Rlc3Ryb3k9eWVzCmds X2N2X2hhdmVfcmF3X2RlY2xfcG9zaXhfc3Bhd25hdHRyX2dldGZsYWdzPXllcwpnbF9jdl9oYXZl X3Jhd19kZWNsX3Bvc2l4X3NwYXduYXR0cl9nZXRwZ3JvdXA9eWVzCmdsX2N2X2hhdmVfcmF3X2Rl Y2xfcG9zaXhfc3Bhd25hdHRyX2dldHNjaGVkcGFyYW09eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xf cG9zaXhfc3Bhd25hdHRyX2dldHNjaGVkcG9saWN5PXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3Bv c2l4X3NwYXduYXR0cl9nZXRzaWdkZWZhdWx0PXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3Bvc2l4 X3NwYXduYXR0cl9nZXRzaWdtYXNrPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3Bvc2l4X3NwYXdu YXR0cl9pbml0PXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3Bvc2l4X3NwYXduYXR0cl9zZXRmbGFn cz15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9wb3NpeF9zcGF3bmF0dHJfc2V0cGdyb3VwPXllcwpn bF9jdl9oYXZlX3Jhd19kZWNsX3Bvc2l4X3NwYXduYXR0cl9zZXRzY2hlZHBhcmFtPXllcwpnbF9j dl9oYXZlX3Jhd19kZWNsX3Bvc2l4X3NwYXduYXR0cl9zZXRzY2hlZHBvbGljeT15ZXMKZ2xfY3Zf aGF2ZV9yYXdfZGVjbF9wb3NpeF9zcGF3bmF0dHJfc2V0c2lnZGVmYXVsdD15ZXMKZ2xfY3ZfaGF2 ZV9yYXdfZGVjbF9wb3NpeF9zcGF3bmF0dHJfc2V0c2lnbWFzaz15ZXMKZ2xfY3ZfaGF2ZV9yYXdf ZGVjbF9wb3NpeF9zcGF3bnA9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfcHJlYWQ9eWVzCmdsX2N2 X2hhdmVfcmF3X2RlY2xfcHNlbGVjdD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9wdGhyZWFkX3Np Z21hc2s9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfcHRzbmFtZT15ZXMKZ2xfY3ZfaGF2ZV9yYXdf ZGVjbF9wd3JpdGU9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfcmFuZG9tPXllcwpnbF9jdl9oYXZl X3Jhd19kZWNsX3Jhd21lbWNocj15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9yZWFkZGlyPXllcwpn bF9jdl9oYXZlX3Jhd19kZWNsX3JlYWRsaW5rPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3JlYWRs aW5rYXQ9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfcmVhbHBhdGg9eWVzCmdsX2N2X2hhdmVfcmF3 X2RlY2xfcmVuYW1lYXQ9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfcmV3aW5kZGlyPXllcwpnbF9j dl9oYXZlX3Jhd19kZWNsX3JtZGlyPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3JwbWF0Y2g9eWVz CmdsX2N2X2hhdmVfcmF3X2RlY2xfc2NhbmRpcj15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9zZWxl Y3Q9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfc2V0ZW52PXllcwpnbF9jdl9oYXZlX3Jhd19kZWNs X3NldGhvc3RuYW1lPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3NldGxvY2FsZT15ZXMKZ2xfY3Zf aGF2ZV9yYXdfZGVjbF9zZXRzdGF0ZT15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9zZXR1c2Vyc2hl bGw9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfc2lnYWN0aW9uPXllcwpnbF9jdl9oYXZlX3Jhd19k ZWNsX3NpZ2FkZHNldD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9zaWdkZWxzZXQ9eWVzCmdsX2N2 X2hhdmVfcmF3X2RlY2xfc2lnZW1wdHlzZXQ9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfc2lnZmls bHNldD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9zaWdpc21lbWJlcj15ZXMKZ2xfY3ZfaGF2ZV9y YXdfZGVjbF9zaWdwZW5kaW5nPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3NpZ3Byb2NtYXNrPXll cwpnbF9jdl9oYXZlX3Jhd19kZWNsX3NsZWVwPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3NucHJp bnRmPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3NyYW5kb209eWVzCmdsX2N2X2hhdmVfcmF3X2Rl Y2xfc3RhdD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9zdHBjcHk9eWVzCmdsX2N2X2hhdmVfcmF3 X2RlY2xfc3RwbmNweT15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9zdHJjYXNlc3RyPXllcwpnbF9j dl9oYXZlX3Jhd19kZWNsX3N0cmR1cD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9zdHJlcnJvcl9y PXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3N0cm5jYXQ9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xf c3RybmR1cD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9zdHJubGVuPXllcwpnbF9jdl9oYXZlX3Jh d19kZWNsX3N0cnBicms9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfc3Ryc2VwPXllcwpnbF9jdl9o YXZlX3Jhd19kZWNsX3N0cnNpZ25hbD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9zdHJ0b2Q9eWVz CmdsX2N2X2hhdmVfcmF3X2RlY2xfc3RydG9pbWF4PXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3N0 cnRva19yPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3N0cnRvbGw9eWVzCmdsX2N2X2hhdmVfcmF3 X2RlY2xfc3RydG91bGw9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfc3RydG91bWF4PXllcwpnbF9j dl9oYXZlX3Jhd19kZWNsX3N0cnZlcnNjbXA9bm8KZ2xfY3ZfaGF2ZV9yYXdfZGVjbF9zeW1saW5r PXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3N5bWxpbmthdD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVj bF90bXBmaWxlPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3Rvd2N0cmFucz15ZXMKZ2xfY3ZfaGF2 ZV9yYXdfZGVjbF90dHluYW1lX3I9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfdW5saW5rPXllcwpn bF9jdl9oYXZlX3Jhd19kZWNsX3VubGlua2F0PXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3VubG9j a3B0PXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3Vuc2V0ZW52PXllcwpnbF9jdl9oYXZlX3Jhd19k ZWNsX3VzbGVlcD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF92ZHByaW50Zj15ZXMKZ2xfY3ZfaGF2 ZV9yYXdfZGVjbF92c25wcmludGY9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfd2FpdHBpZD15ZXMK Z2xfY3ZfaGF2ZV9yYXdfZGVjbF93Y3BjcHk9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfd2NwbmNw eT15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF93Y3J0b21iPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNs X3djc2Nhc2VjbXA9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfd2NzY2F0PXllcwpnbF9jdl9oYXZl X3Jhd19kZWNsX3djc2Nocj15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF93Y3NjbXA9eWVzCmdsX2N2 X2hhdmVfcmF3X2RlY2xfd2NzY29sbD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF93Y3NjcHk9eWVz CmdsX2N2X2hhdmVfcmF3X2RlY2xfd2NzY3Nwbj15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF93Y3Nk dXA9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfd2NzbGVuPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNs X3djc25jYXNlY21wPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3djc25jYXQ9eWVzCmdsX2N2X2hh dmVfcmF3X2RlY2xfd2NzbmNtcD15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF93Y3NuY3B5PXllcwpn bF9jdl9oYXZlX3Jhd19kZWNsX3djc25sZW49eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfd2NzbnJ0 b21icz15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF93Y3NwYnJrPXllcwpnbF9jdl9oYXZlX3Jhd19k ZWNsX3djc3JjaHI9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfd2NzcnRvbWJzPXllcwpnbF9jdl9o YXZlX3Jhd19kZWNsX3djc3Nwbj15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF93Y3NzdHI9eWVzCmds X2N2X2hhdmVfcmF3X2RlY2xfd2NzdG9rPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3djc3dpZHRo PXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3djc3hmcm09eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xf d2N0b2I9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfd2N0cmFucz15ZXMKZ2xfY3ZfaGF2ZV9yYXdf ZGVjbF93Y3R5cGU9eWVzCmdsX2N2X2hhdmVfcmF3X2RlY2xfd2N3aWR0aD15ZXMKZ2xfY3ZfaGF2 ZV9yYXdfZGVjbF93bWVtY2hyPXllcwpnbF9jdl9oYXZlX3Jhd19kZWNsX3dtZW1jbXA9eWVzCmds X2N2X2hhdmVfcmF3X2RlY2xfd21lbWNweT15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF93bWVtbW92 ZT15ZXMKZ2xfY3ZfaGF2ZV9yYXdfZGVjbF93bWVtc2V0PXllcwpnbF9jdl9oZWFkZXJfZXJybm9f aF9jb21wbGV0ZT15ZXMKZ2xfY3ZfaGVhZGVyX2ludHR5cGVzX2g9eWVzCmdsX2N2X2hlYWRlcl9s YW5naW5mb19jb2Rlc2V0PXllcwpnbF9jdl9oZWFkZXJfbGFuZ2luZm9fZXJhPXllcwpnbF9jdl9o ZWFkZXJfbGFuZ2luZm9fdF9mbXRfYW1wbT15ZXMKZ2xfY3ZfaGVhZGVyX2xhbmdpbmZvX3llc2V4 cHI9eWVzCmdsX2N2X2hlYWRlcl9sb2NhbGVfaF9wb3NpeDIwMDE9eWVzCmdsX2N2X2hlYWRlcl9z aWduYWxfaF9TSUdQSVBFPXllcwpnbF9jdl9oZWFkZXJfc3RkaW50X2g9eWVzCmdsX2N2X2hlYWRl cl9zeXNfc2VsZWN0X2hfc2VsZmNvbnRhaW5lZD15ZXMKZ2xfY3ZfaGVhZGVyX3djaGFyX2hfY29y cmVjdF9pbmxpbmU9eWVzCmdsX2N2X3NpZ2FsdHN0YWNrX2xvd19iYXNlPXllcwpnbF9jdl9zaXpl X21heD15ZXMKZ2xfY3Zfc3lzX3N0cnVjdF90aW1lc3BlY19pbl90aW1lX2g9eWVzCmdsX2N2X3N5 c19zdHJ1Y3RfdGltZXZhbD15ZXMKZ2xfY3ZfdHlwZV9zaWdzZXRfdD15ZXMKZ2xfY3ZfdHlwZV93 Y2hhcl90X3NpZ25lZD15ZXMKZ2xfY3ZfdHlwZV93Y3RyYW5zX3Q9eWVzCmdsX2N2X3R5cGVfd2N0 eXBlX3Q9eWVzCmdsX2N2X3R5cGVfd2ludF90X3NpZ25lZD15ZXMKZ2xfY3ZfdmFyX3N0ZGluX2xh cmdlX29mZnNldD15ZXMKZ3RfY3ZfY19pbnRtYXhfdD15ZXMKZ3RfY3ZfY193Y2hhcl90PXllcwpn dF9jdl9jX3dpbnRfdD15ZXMKZ3RfY3ZfZnVuY19wcmludGZfcG9zaXg9eWVzCmd0X2N2X2Z1bmNf dW5zZXRlbnZfcmV0PWludApndF9jdl9pbnRfZGl2Ynl6ZXJvX3NpZ2ZwZT15ZXMKZ3RfY3Zfc2ln aW5mb190PXllcwpndF9jdl9zc2l6ZV90PXllcwpsdF9jdl9wYXRoX01BR0lDX0NNRD0vdXNyL2Jp bi9maWxlCmx0X2N2X3N5c19tYXhfY21kX2xlbj0yNjIxNDQKcGtnX2N2X0ZPTlRDT05GSUdfQ0ZM QUdTPSctSS91c3IvbG9jYWwvaW5jbHVkZSAtSS91c3IvbG9jYWwvaW5jbHVkZS9saWJwbmcxNSAg LUkvdXNyL2xvY2FsL2luY2x1ZGUvZnJlZXR5cGUyICAnCnBrZ19jdl9GT05UQ09ORklHX0xJQlM9 Jy1sZm9udGNvbmZpZyAtTC91c3IvbG9jYWwvbGliIC1sZnJlZXR5cGUgICcKcGtnX2N2X0ZSRUVU WVBFX0NGTEFHUz0nLUkvdXNyL2xvY2FsL2luY2x1ZGUvZnJlZXR5cGUyICAnCnBrZ19jdl9GUkVF VFlQRV9MSUJTPSctTC91c3IvbG9jYWwvbGliIC1sZnJlZXR5cGUgICcKcGtnX2N2X0xJQkFTU19D RkxBR1M9Jy1JL3Vzci9sb2NhbC9pbmNsdWRlL2hhcmZidXp6IC1JL3Vzci9sb2NhbC9pbmNsdWRl L2xpYnBuZzE1ICAtSS91c3IvbG9jYWwvaW5jbHVkZS9mcmliaWRpIC1JL3Vzci9sb2NhbC9pbmNs dWRlIC1JL3Vzci9sb2NhbC9pbmNsdWRlL2ZyZWV0eXBlMiAgJwpwa2dfY3ZfTElCQVNTX0xJQlM9 Jy1ML3Vzci9sb2NhbC9saWIgLWxhc3MgICcKCiMjIC0tLS0tLS0tLS0tLS0tLS0tICMjCiMjIE91 dHB1dCB2YXJpYWJsZXMuICMjCiMjIC0tLS0tLS0tLS0tLS0tLS0tICMjCgpBRUdJU1VCX0NBVEFM T0c9J2FlZ2lzdWItMzEnCkFFR0lTVUJfQ09NTUFORD0nYWVnaXN1Yi0zLjEnCkFMU0FfQ0ZMQUdT PScnCkFMU0FfTElCUz0nJwpCT09TVF9BU0lPX0xJQj0nJwpCT09TVF9DSFJPTk9fTElCPSctbGJv b3N0X2Nocm9ubycKQk9PU1RfQ1BQRkxBR1M9Jy1JL3Vzci9sb2NhbC9pbmNsdWRlJwpCT09TVF9G SUxFU1lTVEVNX0xJQj0nLWxib29zdF9maWxlc3lzdGVtJwpCT09TVF9MREZMQUdTPSctTC91c3Iv bG9jYWwvbGliJwpCT09TVF9MT0NBTEVfTElCPScnCkJPT1NUX1JFR0VYX0xJQj0nJwpCT09TVF9T WVNURU1fTElCPScnCkJPT1NUX1RIUkVBRF9MSUI9JycKQlVJTERfREFURT0nMjAxNC0wNy0yNyAx MTo0NyBJQ1QnCkJVSUxEX0dJVF9WRVJTSU9OX1NUUklORz0nMy4xLjMnCkNDPSdjYycKQ0ZMQUdT PSctTzIgLXBpcGUgLWlzeXN0ZW0gL3Vzci9sb2NhbC9pbmNsdWRlL3BvcnRhdWRpbzIgLURMSUJJ Q09OVl9QTFVHIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1zdGQ9Yzk5JwpDUFA9J2NwcCcKQ1BQRkxB R1M9Jy1JL3Vzci9sb2NhbC9pbmNsdWRlIC1JL3Vzci9wb3J0cy9tdWx0aW1lZGlhL2FlZ2lzdWIv d29yay9GRk1TLWZmbXMyLTZiMGU0YTIvaW5jbHVkZSAtRExJQklDT05WX1BMVUcgLUkvdXNyL2xv Y2FsL2luY2x1ZGUnCkNYWD0nYysrJwpDWFhDUFA9J2MrKyAtRScKQ1hYRkxBR1M9Jy1PMiAtcGlw ZSAtaXN5c3RlbSAvdXNyL2xvY2FsL2luY2x1ZGUvcG9ydGF1ZGlvMiAtRExJQklDT05WX1BMVUcg LWZuby1zdHJpY3QtYWxpYXNpbmcgLURMSUJJQ09OVl9QTFVHIC1Xbm8tYysrMTEtbmFycm93aW5n IC1zdGQ9YysrMTEnCkRFRkFVTFRfUExBWUVSX0FVRElPPScnCkRFRlM9JycKRUNIT19DPScnCkVD SE9fTj0nLW4nCkVDSE9fVD0nJwpFR1JFUD0nL3Vzci9iaW4vZWdyZXAnCkVOQUJMRV9SRVBPUlRF Uj0nJwpFWEVFWFQ9JycKRkZNUzJfQ0ZMQUdTPSctSS91c3IvcG9ydHMvbXVsdGltZWRpYS9hZWdp c3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL2luY2x1ZGUnCkZGTVMyX0xJQlM9Jy91c3IvcG9y dHMvbXVsdGltZWRpYS9hZWdpc3ViL3dvcmsvRkZNUy1mZm1zMi02YjBlNGEyL3NyYy9jb3JlLy5s aWJzL2xpYmZmbXMyLmEgIC1sYXZjb2RlYyAtbGF2Zm9ybWF0IC1sc3dzY2FsZSAtbGF2dXRpbCAt TC91c3IvbG9jYWwvbGliICAtbGF2cmVzYW1wbGUgICcKRkZUVzNfQ0ZMQUdTPScnCkZGVFczX0xJ QlM9JycKRk9OVENPTkZJR19DRkxBR1M9Jy1JL3Vzci9sb2NhbC9pbmNsdWRlIC1JL3Vzci9sb2Nh bC9pbmNsdWRlL2xpYnBuZzE1ICAtSS91c3IvbG9jYWwvaW5jbHVkZS9mcmVldHlwZTIgICcKRk9O VENPTkZJR19MSUJTPSctbGZvbnRjb25maWcgLUwvdXNyL2xvY2FsL2xpYiAtbGZyZWV0eXBlICAn CkZSRUVUWVBFX0NGTEFHUz0nLUkvdXNyL2xvY2FsL2luY2x1ZGUvZnJlZXR5cGUyICAnCkZSRUVU WVBFX0xJQlM9Jy1ML3Vzci9sb2NhbC9saWIgLWxmcmVldHlwZSAgJwpHRVRURVhUX01BQ1JPX1ZF UlNJT049JycKR0xfQ0ZMQUdTPSctSS91c3IvbG9jYWwvaW5jbHVkZSAnCkdMX0xJQlM9Jy1sR0wg JwpHTVNHRk1UPScnCkdNU0dGTVRfMDE1PScnCkdSRVA9Jy91c3IvYmluL2dyZXAnCkhVTlNQRUxM X0NGTEFHUz0nJwpIVU5TUEVMTF9MSUJTPScnCklDT05WX0NGTEFHUz0nJwpJQ09OVl9MSUJTPScn CklDVV9JMThOX0NGTEFHUz0nJwpJQ1VfSTE4Tl9MSUJTPScnCklDVV9VQ19DRkxBR1M9JycKSUNV X1VDX0xJQlM9JycKSU5TVEFMTF9EQVRBPSdpbnN0YWxsICAtbyByb290IC1nIHdoZWVsIC1tIDQ0 NCcKSU5TVEFMTF9QUk9HUkFNPSdpbnN0YWxsICAtcyAtbyByb290IC1nIHdoZWVsIC1tIDU1NScK SU5TVEFMTF9TQ1JJUFQ9J2luc3RhbGwgIC1vIHJvb3QgLWcgd2hlZWwgLW0gNTU1JwpJTlRMTElC Uz0nJwpJTlRMX01BQ09TWF9MSUJTPScnCkxERkxBR1M9JyAtTC91c3IvbG9jYWwvbGliICAtTC91 c3IvbG9jYWwvbGliL3BvcnRhdWRpbzIgLUwvdXNyL2xvY2FsL2xpYicKTElCQVNTX0NGTEFHUz0n LUkvdXNyL2xvY2FsL2luY2x1ZGUvaGFyZmJ1enogLUkvdXNyL2xvY2FsL2luY2x1ZGUvbGlicG5n MTUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlL2ZyaWJpZGkgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUkv dXNyL2xvY2FsL2luY2x1ZGUvZnJlZXR5cGUyICAnCkxJQkFTU19MSUJTPSctTC91c3IvbG9jYWwv bGliIC1sYXNzICAnCkxJQkNVUkxfQ0ZMQUdTPScnCkxJQkNVUkxfTElCUz0nJwpMSUJJQ09OVj0n JwpMSUJJTlRMPScnCkxJQk9CSlM9JycKTElCUFVMU0VfQ0ZMQUdTPScnCkxJQlBVTFNFX0xJQlM9 JycKTElCUz0nLWxtICcKTFRMSUJJQ09OVj0nJwpMVExJQklOVEw9JycKTFRMSUJPQkpTPScnCk1L RElSX1A9JycKTVNHRk1UPScnCk1TR0ZNVF8wMTU9JycKTVNHTUVSR0U9JycKT0JKRVhUPSdvJwpP UEVOQUxfQ0ZMQUdTPScnCk9QRU5BTF9MSUJTPScnCk9TU19DRkxBR1M9JycKUEFDS0FHRV9CVUdS RVBPUlQ9JycKUEFDS0FHRV9ERUJVRz0nJwpQQUNLQUdFX05BTUU9J0FlZ2lzdWInClBBQ0tBR0Vf U1RSSU5HPSdBZWdpc3ViIGFlZ2lzdWJfdmVyc2lvbicKUEFDS0FHRV9UQVJOQU1FPSdhZWdpc3Vi JwpQQUNLQUdFX1VSTD0nJwpQQUNLQUdFX1ZFUlNJT049J2FlZ2lzdWJfdmVyc2lvbicKUEFUSF9T RVBBUkFUT1I9JzonClBLR19DT05GSUc9J3BrZ2NvbmYnClBLR19DT05GSUdfTElCRElSPScnClBL R19DT05GSUdfUEFUSD0nJwpQT1JUQVVESU9fQ0ZMQUdTPScnClBPUlRBVURJT19MSUJTPScnClBP U1VCPScnClBUSFJFQURfQ0M9J2NjJwpQVEhSRUFEX0NGTEFHUz0nLURfVEhSRUFEX1NBRkUgLXB0 aHJlYWQnClBUSFJFQURfTElCUz0nJwpQX0RFU0tUT1A9JyR7cHJlZml4fS9zaGFyZS9hcHBsaWNh dGlvbnMnClBfSUNPTj0nJHtwcmVmaXh9L3NoYXJlL2ljb25zJwpSQU5MSUI9J3JhbmxpYicKU0VE PScvdXNyL2Jpbi9zZWQnClNFVF9NQUtFPScnClNIRUxMPScvYmluL3NoJwpVU0VfTkxTPScnCldY X0NGTEFHUz0nJwpXWF9DRkxBR1NfT05MWT0nJwpXWF9DT05GSUdfUEFUSD0nJwpXWF9DUFBGTEFH Uz0nJwpXWF9DWFhGTEFHUz0nJwpXWF9DWFhGTEFHU19PTkxZPScnCldYX0xJQlM9JycKV1hfTElC U19TVEFUSUM9JycKV1hfUkVTQ09NUD0nJwpXWF9WRVJTSU9OPScnCldYX1ZFUlNJT05fTUFKT1I9 JycKV1hfVkVSU0lPTl9NSUNSTz0nJwpXWF9WRVJTSU9OX01JTk9SPScnClhHRVRURVhUPScnClhH RVRURVhUXzAxNT0nJwpYR0VUVEVYVF9FWFRSQV9PUFRJT05TPScnClhNS01GPScnClhfQ0ZMQUdT PScgLUkvdXNyL2xvY2FsL2luY2x1ZGUnClhfRVhUUkFfTElCUz0nJwpYX0xJQlM9JyAtTC91c3Iv bG9jYWwvbGliJwpYX1BSRV9MSUJTPScgLWxTTSAtbElDRScKYWNfY3RfQ0M9J2NjJwphY19jdF9D WFg9JycKYXhfcHRocmVhZF9jb25maWc9JycKYmluZGlyPScke2V4ZWNfcHJlZml4fS9iaW4nCmJ1 aWxkPSdhbWQ2NC1wb3J0YmxkLWZyZWVic2QxMC4wJwpidWlsZF9hbGlhcz0nYW1kNjQtcG9ydGJs ZC1mcmVlYnNkMTAuMCcKYnVpbGRfYnNkPSd5ZXMnCmJ1aWxkX2NwdT0nYW1kNjQnCmJ1aWxkX2Rh cndpbj0nbm8nCmJ1aWxkX2RlZmF1bHQ9J25vJwpidWlsZF9saW51eD0nbm8nCmJ1aWxkX29zPSdm cmVlYnNkMTAuMCcKYnVpbGRfdmVuZG9yPSdwb3J0YmxkJwpkYXRhZGlyPScke2RhdGFyb290ZGly fScKZGF0YXJvb3RkaXI9JyR7cHJlZml4fS9zaGFyZScKZG9jZGlyPScke2RhdGFyb290ZGlyfS9k b2MvJHtQQUNLQUdFX1RBUk5BTUV9JwpkdmlkaXI9JyR7ZG9jZGlyfScKZW5hYmxlX2djY19wcmVj PSdubycKZXhlY19wcmVmaXg9J05PTkUnCmhvc3Q9J2FtZDY0LXBvcnRibGQtZnJlZWJzZDEwLjAn Cmhvc3RfYWxpYXM9JycKaG9zdF9jcHU9J2FtZDY0Jwpob3N0X29zPSdmcmVlYnNkMTAuMCcKaG9z dF92ZW5kb3I9J3BvcnRibGQnCmh0bWxkaXI9JyR7ZG9jZGlyfScKaWZHTlVtYWtlPScnCmluY2x1 ZGVkaXI9JyR7cHJlZml4fS9pbmNsdWRlJwppbmZvZGlyPScvdXNyL2xvY2FsL2luZm8nCmxpYmRp cj0nJHtleGVjX3ByZWZpeH0vbGliJwpsaWJleGVjZGlyPScke2V4ZWNfcHJlZml4fS9saWJleGVj Jwpsb2NhbGVkaXI9JyR7ZGF0YXJvb3RkaXJ9L2xvY2FsZScKbG9jYWxzdGF0ZWRpcj0nJHtwcmVm aXh9L3ZhcicKbWFuZGlyPScvdXNyL2xvY2FsL21hbicKb2xkaW5jbHVkZWRpcj0nL3Vzci9pbmNs dWRlJwpwZGZkaXI9JyR7ZG9jZGlyfScKcHJlZml4PScvdXNyL2xvY2FsJwpwcm9ncmFtX3RyYW5z Zm9ybV9uYW1lPSdzLHgseCwnCnBzZGlyPScke2RvY2Rpcn0nCnNiaW5kaXI9JyR7ZXhlY19wcmVm aXh9L3NiaW4nCnNoYXJlZHN0YXRlZGlyPScke3ByZWZpeH0vY29tJwpzeXNjb25mZGlyPScke3By ZWZpeH0vZXRjJwp0YXJnZXRfYWxpYXM9JycKd2l0aF9hbHNhPScnCndpdGhfZmZtczI9JycKd2l0 aF9mZnR3Mz0nJwp3aXRoX2h1bnNwZWxsPScnCndpdGhfbGlicHVsc2U9JycKd2l0aF9vcGVuYWw9 JycKd2l0aF9vc3M9JycKd2l0aF9wb3J0YXVkaW89JycKCiMjIC0tLS0tLS0tLS0tICMjCiMjIGNv bmZkZWZzLmguICMjCiMjIC0tLS0tLS0tLS0tICMjCgovKiBjb25mZGVmcy5oICovCiNkZWZpbmUg UEFDS0FHRV9OQU1FICJBZWdpc3ViIgojZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAiYWVnaXN1YiIK I2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gImFlZ2lzdWJfdmVyc2lvbiIKI2RlZmluZSBQQUNLQUdF X1NUUklORyAiQWVnaXN1YiBhZWdpc3ViX3ZlcnNpb24iCiNkZWZpbmUgUEFDS0FHRV9CVUdSRVBP UlQgIiIKI2RlZmluZSBQQUNLQUdFX1VSTCAiIgojZGVmaW5lIFNURENfSEVBREVSUyAxCiNkZWZp bmUgSEFWRV9TWVNfVFlQRVNfSCAxCiNkZWZpbmUgSEFWRV9TWVNfU1RBVF9IIDEKI2RlZmluZSBI QVZFX1NURExJQl9IIDEKI2RlZmluZSBIQVZFX1NUUklOR19IIDEKI2RlZmluZSBIQVZFX01FTU9S WV9IIDEKI2RlZmluZSBIQVZFX1NUUklOR1NfSCAxCiNkZWZpbmUgSEFWRV9JTlRUWVBFU19IIDEK I2RlZmluZSBIQVZFX1NURElOVF9IIDEKI2RlZmluZSBIQVZFX1VOSVNURF9IIDEKI2RlZmluZSBf X0VYVEVOU0lPTlNfXyAxCiNkZWZpbmUgX0FMTF9TT1VSQ0UgMQojZGVmaW5lIF9HTlVfU09VUkNF IDEKI2RlZmluZSBfUE9TSVhfUFRIUkVBRF9TRU1BTlRJQ1MgMQojZGVmaW5lIF9UQU5ERU1fU09V UkNFIDEKI2RlZmluZSBBRUdJU1VCX0NPTU1BTkQgImFlZ2lzdWItMy4xIgojZGVmaW5lIEFFR0lT VUJfQ0FUQUxPRyAiYWVnaXN1Yi0zMSIKI2RlZmluZSBJTlNUQUxMX1BSRUZJWCAiL3Vzci9sb2Nh bCIKI2RlZmluZSBIQVZFX1BUSFJFQURfUFJJT19JTkhFUklUIDEKI2RlZmluZSBIQVZFX1BUSFJF QUQgMQojZGVmaW5lIEhBVkVfTElCTSAxCiNkZWZpbmUgSEFWRV9TWVNfVElNRV9IIDEKI2RlZmlu ZSBIQVZFX0dMX0dMX0ggMQojZGVmaW5lIEhBVkVfQk9PU1QgLyoqLwojZGVmaW5lIEhBVkVfQk9P U1RfQVNJTyAvKiovCiNkZWZpbmUgSEFWRV9CT09TVF9DSFJPTk8gLyoqLwojZGVmaW5lIEhBVkVf Qk9PU1RfRklMRVNZU1RFTSAvKiovCiNkZWZpbmUgSEFWRV9CT09TVF9MT0NBTEUgLyoqLwoKY29u ZmlndXJlOiBleGl0IDEK --089e01175ef913967c04ff25a934-- From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 07:27:42 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C3F67CB for ; Sun, 27 Jul 2014 07:27:42 +0000 (UTC) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.229]) by mx1.freebsd.org (Postfix) with ESMTP id 0C27D2E81 for ; Sun, 27 Jul 2014 07:27:40 +0000 (UTC) Received: from [96.28.178.143] ([96.28.178.143:65523] helo=localhost) by dnvrco-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 26/B6-32028-C19A4D35; Sun, 27 Jul 2014 07:24:13 +0000 Date: Sun, 27 Jul 2014 07:24:12 +0000 Message-ID: <26.B6.32028.C19A4D35@dnvrco-oedge01> From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: Unreadable DVD in FreeBSD and NetBSD X-RR-Connecting-IP: 107.14.64.118:25 X-Authority-Analysis: v=2.1 cv=aL1+qNNm c=1 sm=1 tr=0 a=RKm8ZHSrUWUxlfG+7GhaOw==:117 a=RKm8ZHSrUWUxlfG+7GhaOw==:17 a=ayC55rCoAAAA:8 a=WI4hIimoLeMA:10 a=DvSzqBOGy98A:10 a=pedpZTtsAAAA:8 a=o6SvArihAAAA:8 a=_ctWjzdLAAAA:8 a=Vj233p0cBiRxn8SIIlwA:9 a=wV7um_r7rhMA:10 X-Cloudmark-Score: 0 Cc: avg@icyb.net.ua, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 07:27:42 -0000 > You need to install sysutils/udfclient. Your cd is in UDF format, that isn't > covered by standard mount_udf. -- > Regards, > Ruslan Let me also say, one of the MASTER_SITES listed in the Makefile is no good (NXDOMAIN): http://www.13thmonkey.org/udfclient/releases I just tried and failed, got error messages but still got fusefs-libs which could prove useful: cc -O2 -pipe -fno-strict-aliasing -I/usr/local/include -D_FILE_OFFSET_BITS=64 -DNEEDS_ISPRINT -DNO_INT_FMTIO -DNO_DIRENT_NAMLEN -DSCSI -DUSCSI_FREEBSD_CAM -DPACKAGE_NAME=\"udfclient\" -DPACKAGE_TARNAME=\"udfclient\" -DPACKAGE_VERSION=\"0.7.5\" -DPACKAGE_STRING=\"udfclient\ 0.7.5\" -DPACKAGE_BUGREPORT=\"reinoud@NetBSD.org\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_ENDIAN_H=1 -DHAVE_MACHINE_ENDIAN_H=1 -DHAVE_STRUCT_STAT_ST_ATIMESPEC=1 -DHAVE_STRUCT_STAT_ST_BIRTHTIMESPEC=1 -DHAVE_CAMLIB_H=1 -I. -c udfclientfs.c In file included from udfclientfs.c:58: In file included from ./udf.h:175: ./uio.h:69:53: warning: declaration of 'struct uio' will not be visible outside of this function [-Wvisibility] extern int uiomove(void *buf, size_t amount, struct uio *uio); ^ In file included from udfclientfs.c:58: ./udf.h:499:98: warning: declaration of 'struct uio' will not be visible outside of this function [-Wvisibility] extern int udf_read_file_part_uio(struct udf_node *udf_node, char *what, int cachehints, struct uio *data_uio); ^ ./udf.h:500:99: warning: declaration of 'struct uio' will not be visible outside of this function [-Wvisibility] extern int udf_write_file_part_uio(struct udf_node *udf_node, char *what, int cachehints, struct uio *data_uio); ^ ./udf.h:503:59: warning: declaration of 'struct uio' will not be visible outside of this function [-Wvisibility] extern int udf_readdir(struct udf_node *udf_node, struct uio *result_uio, int *eof_res /* int *cookies, int ncookies */); ^ udfclientfs.c:147:43: warning: passing 'const char *' to parameter of type 'char *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] error = udf_lookup_name_in_dir(dir_node, name, strlen(name), &udf_icbptr, fid, &found); ^~~~ ./udf.h:505:69: note: passing argument to parameter 'name' here extern int udf_lookup_name_in_dir(struct udf_node *dir_node, char *name, int namelen, struct long_ad *icb_loc, struct fileid_desc *fid, int *found); ^ udfclientfs.c:520:13: error: variable has incomplete type 'struct uio' struct uio file_uio; ^ udfclientfs.c:520:9: note: forward declaration of 'struct uio' struct uio file_uio; ^ udfclientfs.c:560:13: error: variable has incomplete type 'struct uio' struct uio file_uio; ^ udfclientfs.c:560:9: note: forward declaration of 'struct uio' struct uio file_uio; ^ udfclientfs.c:621:13: error: variable has incomplete type 'struct uio' struct uio dir_uio; ^ udfclientfs.c:621:9: note: forward declaration of 'struct uio' struct uio dir_uio; ^ 5 warnings and 3 errors generated. *** Error code 1 Stop. make[2]: stopped in /usr/ports/sysutils/udfclient/work11/UDFclient.0.7.5 *** Error code 1 Stop. make[1]: stopped in /usr/ports/sysutils/udfclient *** Error code 1 Stop. make: stopped in /usr/ports/sysutils/udfclient ===>>> make failed for sysutils/udfclient ===>>> Aborting update ===>>> Killing background jobs Terminated ===>>> There are messages from installed ports to display, but first take a moment to review the error messages above. Then press Enter when ready to proceed. ===>>> pkg-message for pkg-1.3.0 If you are upgrading from the old package format, first run: # pkg2ng ===>>> pkg-message for fusefs-libs-2.9.3_2 Install the fuse kernel module to use this port. ===>>> Done displaying pkg-message files ===>>> The following actions were performed: Upgrade of pkg-1.2.7_3 to pkg-1.3.0 Installation of sysutils/fusefs-libs (fusefs-libs-2.9.3_2) ===>>> You can restart from the point of failure with this command line: portmaster sysutils/udfclient ===>>> Exiting I was successful in NetBSD installing misc/udfclient from pkgsrc, but it proved useless for reading the Seagate DVD. >From what I saw, it looks like even if I could successfully build sysutils/udfclient from FreeBSD ports, it would prove equally useless. Tom From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 09:22:19 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 215AE125; Sun, 27 Jul 2014 09:22:19 +0000 (UTC) Received: from thetys.cloudzeeland.nl (webrz.xs4all.nl [83.161.133.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloudzeeland.nl", Issuer "PositiveSSL CA 2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A52F27A5; Sun, 27 Jul 2014 09:22:17 +0000 (UTC) Received: from thetys.cloudzeeland.nl (thetys.cloudzeeland.nl [10.10.10.31]) by thetys.cloudzeeland.nl (Postfix) with ESMTP id DF2001689C32; Sun, 27 Jul 2014 11:17:34 +0200 (CEST) Received: from [10.10.10.70] (daedalus.cloudzeeland.nl [10.10.10.70]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by thetys.cloudzeeland.nl (Postfix) with ESMTPSA id A6E811689B5F; Sun, 27 Jul 2014 11:17:34 +0200 (CEST) Message-ID: <53D4C450.6010001@webrz.net> Date: Sun, 27 Jul 2014 11:20:16 +0200 From: Jos Chrispijn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 To: Kevin Oberman , Baptiste Daroussin Subject: Re: [ANNOUNCEMENT] pkg 1.3.0 out! References: <20140723144249.GD69907@ivaldir.etoilebsd.net> In-Reply-To: X-Virus-Scanned: ClamAV using ClamSMTP on thetys.cloudzeeland.nl MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "ports@FreeBSD.org" , FreeBSD Stable ML , "current@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 09:22:19 -0000 Just tried to update the port: ===>>> Creating a backup package for old version pkg-1.3.0 Creating package for pkg-1.3.0 Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 1 packages (of 1 packages in the universe): Installed packages to be REMOVED: pkg-1.3.0 The operation will free 7 MB [1/1] Deleting pkg-1.3.0: 100% ===>>> Starting check for runtime dependencies ===>>> Gathering dependency list for ports-mgmt/pkg from ports ===>>> No dependencies for ports-mgmt/pkg ===> Installing for pkg-1.3.1 ===> Checking if ports-mgmt/pkg already installed Child process pid=82376 terminated abnormally: Segmentation fault: 11 *** [check-already-installed] Error code 245 Stop in /usr/ports/ports-mgmt/pkg. *** [/usr/ports/ports-mgmt/pkg/work/.install_done.pkg._usr_local] Error code 1 Stop in /usr/ports/ports-mgmt/pkg. ===>>> A backup package for pkg-1.3.0 should be located in /usr/ports/packages/portmaster-backup ===>>> Installation of pkg-1.3.1 (ports-mgmt/pkg) failed ===>>> Aborting update ===>>> Update for ports-mgmt/pkg failed ===>>> Aborting update Any suggestion to solve this? Perhaps I am doing something wrong here - pls advise. thanks, Jos Chrispijn Kevin Oberman: On Wed, Jul 23, 2014 at 7:42 AM, Baptiste Daroussin [1] wrote: Hi all, I'm very please to announce the release of pkg 1.3.0 This version is the result of almost 9 month of hard work Here are the statistics for the version: - 373 files changed, 66973 insertions(+), 38512 deletions(-) - 29 different contributors Please not that for the first time I'm not the main contributor, and I would like to particularly thanks Vsevold Stakhov for all the hard work he has done to allow us to get this release out. I would like also to give a special thanks to Andrej Zverev for the tons of hours spending on testing and cleaning the bug tracker! So much has happened that it is hard to summarize so I'll try to highlight the major points: - New solver, now pkg has a real SAT solver able to automatically handle conflicts and dynamically discover them. (yes pkg set -o is deprecated now) - pkg install now able to install local files as well and resolve their dependencies from the remote repositories - Lots of parts of the code has been sandboxed - Lots of rework to improve portability - Package installation process has been reworked to be safer and handle properly the schg flags - Important modification of the locking system for finer grain locks - Massive usage of libucl - Simplification of the API - Lots of improvements on the UI to provide a better user experience. - Lots of improvements in multi repository mode - pkg audit code has been moved into the library - pkg -o A=B that will overwrite configuration file from cli - The ui now support long options - The unicity of a package is not anymore origin - Tons of bug fixes - Tons of behaviours fixes - Way more! Thank you to all contributors: Alberto Villa, Alexandre Perrin, Andrej Zverev, Antoine Brodin, Brad Davis, Bryan Drewery, Dag-Erling Smørgrav, Dmitry Marakasov, Elvira Khabirova, Jamie Landeg Jones, Jilles Tjoelker, John Marino, Julien Laffaye, Mathieu Arnold, Matthew Seaman, Maximilian GaÃY, Michael Gehring, Michael Gmelin, Nicolas Szalay, Rodrigo Osorio, Roman Naumann, Rui Paulo, Sean Channel, Stanislav E. Putrya, Vsevolod Stakhov, Xin Li, coctic Regards, Bapt on behalf of the pkg@ Really, really great news! Congrats to Bapt and all of the contributors, large and small, for doing the work to make this happen. The real, live, provable solver is something that was desperately needed. Thaqt is followed closely with multi-repository mode. All of the rest is great, too. I think one bullet was a bit mangled in French->English translation, though. What does "The unicity of a package is not anymore origin" mean? I have a couple of guesses, but I am not really sure. Ithink the best translations would be "The unicity of a package is no longer the origin", but I am unsure of "unicity". "Uniqueness"? That would make sense, but I am not quite sure that is what was meant. -- R. Kevin Oberman, Network Engineer, Retired E-mail: [2]rkoberman@gmail.com _______________________________________________ [3]freebsd-ports@freebsd.org mailing list [4]http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [5]"freebsd-ports-unsubscribe@freebsd.org" References 1. mailto:bapt@freebsd.org 2. mailto:rkoberman@gmail.com 3. mailto:freebsd-ports@freebsd.org 4. http://lists.freebsd.org/mailman/listinfo/freebsd-ports 5. mailto:freebsd-ports-unsubscribe@freebsd.org From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 09:22:18 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E050D124 for ; Sun, 27 Jul 2014 09:22:18 +0000 (UTC) Received: from thetys.cloudzeeland.nl (webrz.xs4all.nl [83.161.133.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloudzeeland.nl", Issuer "PositiveSSL CA 2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F26D27A6 for ; Sun, 27 Jul 2014 09:22:17 +0000 (UTC) Received: from thetys.cloudzeeland.nl (thetys.cloudzeeland.nl [10.10.10.31]) by thetys.cloudzeeland.nl (Postfix) with ESMTP id 061331689C78 for ; Sun, 27 Jul 2014 11:19:36 +0200 (CEST) Received: from [10.10.10.70] (daedalus.cloudzeeland.nl [10.10.10.70]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by thetys.cloudzeeland.nl (Postfix) with ESMTPSA id DB0751689B5F for ; Sun, 27 Jul 2014 11:19:35 +0200 (CEST) Message-ID: <53D4C4C9.5050109@webrz.net> Date: Sun, 27 Jul 2014 11:22:17 +0200 From: Jos Chrispijn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 To: FreeBSD Ports ML Subject: PKG 1.3 port update fails X-Virus-Scanned: ClamAV using ClamSMTP on thetys.cloudzeeland.nl MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 09:22:18 -0000 Just got this error when upgrading pkg: ===>>> Creating a backup package for old version pkg-1.3.0 Creating package for pkg-1.3.0 Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 1 packages (of 1 packages in the universe): Installed packages to be REMOVED: pkg-1.3.0 The operation will free 7 MB [1/1] Deleting pkg-1.3.0: 100% ===>>> Starting check for runtime dependencies ===>>> Gathering dependency list for ports-mgmt/pkg from ports ===>>> No dependencies for ports-mgmt/pkg ===> Installing for pkg-1.3.1 ===> Checking if ports-mgmt/pkg already installed Child process pid=82376 terminated abnormally: Segmentation fault: 11 *** [check-already-installed] Error code 245 Stop in /usr/ports/ports-mgmt/pkg. *** [/usr/ports/ports-mgmt/pkg/work/.install_done.pkg._usr_local] Error code 1 Stop in /usr/ports/ports-mgmt/pkg. ===>>> A backup package for pkg-1.3.0 should be located in /usr/ports/packages/portmaster-backup ===>>> Installation of pkg-1.3.1 (ports-mgmt/pkg) failed ===>>> Aborting update ===>>> Update for ports-mgmt/pkg failed ===>>> Aborting update --- cut --- Can you pls advise how to solve? Thanks! Jos From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 09:32:05 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACBE7416 for ; Sun, 27 Jul 2014 09:32:05 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (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 98E5F2881 for ; Sun, 27 Jul 2014 09:32:05 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.8/8.14.8) with ESMTP id s6R9W5oF068168 for ; Sun, 27 Jul 2014 09:32:05 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.8/8.14.8/Submit) id s6R9W5YL068163; Sun, 27 Jul 2014 09:32:05 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201407270932.s6R9W5YL068163@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: Sun, 27 Jul 2014 09:32:05 +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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 09:32:05 -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/py-impacket | 0.9.11 | 0.9.12 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_agent | 4.0.1 | 5.1-140727 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_console | 4.0.1 | 5.1-140727 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_server | 4.0.1 | 5.1-140727 ------------------------------------------------+-----------------+------------ security/i2p | 0.9.11 | 0.9.14 ------------------------------------------------+-----------------+------------ sysutils/replicant | 0.2.1 | 0.6.2 ------------------------------------------------+-----------------+------------ 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 Sun Jul 27 09:37:58 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DDD9D628 for ; Sun, 27 Jul 2014 09:37:58 +0000 (UTC) Received: from thetys.cloudzeeland.nl (webrz.xs4all.nl [83.161.133.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloudzeeland.nl", Issuer "PositiveSSL CA 2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9C8B628B6 for ; Sun, 27 Jul 2014 09:37:57 +0000 (UTC) Received: from thetys.cloudzeeland.nl (thetys.cloudzeeland.nl [10.10.10.31]) by thetys.cloudzeeland.nl (Postfix) with ESMTP id 2A7421689C78 for ; Sun, 27 Jul 2014 11:35:17 +0200 (CEST) Received: from [10.10.10.70] (daedalus.cloudzeeland.nl [10.10.10.70]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by thetys.cloudzeeland.nl (Postfix) with ESMTPSA id 0A9DF1689B5F for ; Sun, 27 Jul 2014 11:35:17 +0200 (CEST) Message-ID: <53D4C877.2010808@webrz.net> Date: Sun, 27 Jul 2014 11:37:59 +0200 From: Jos Chrispijn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 To: FreeBSD Ports ML Subject: PKG 1.3.0 update fails (2) X-Virus-Scanned: ClamAV using ClamSMTP on thetys.cloudzeeland.nl MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 09:37:58 -0000 Just got this error when upgrading pkg: ===>>> Creating a backup package for old version pkg-1.3.0 Creating package for pkg-1.3.0 Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 1 packages (of 1 packages in the universe): Installed packages to be REMOVED: pkg-1.3.0 The operation will free 7 MB [1/1] Deleting pkg-1.3.0: 100% ===>>> Starting check for runtime dependencies ===>>> Gathering dependency list for ports-mgmt/pkg from ports ===>>> No dependencies for ports-mgmt/pkg ===> Installing for pkg-1.3.1 ===> Checking if ports-mgmt/pkg already installed Child process pid=82376 terminated abnormally: Segmentation fault: 11 *** [check-already-installed] Error code 245 Stop in /usr/ports/ports-mgmt/pkg. *** [/usr/ports/ports-mgmt/pkg/work/.install_done.pkg._usr_local] Error code 1 Stop in /usr/ports/ports-mgmt/pkg. ===>>> A backup package for pkg-1.3.0 should be located in /usr/ports/packages/portmaster-backup ===>>> Installation of pkg-1.3.1 (ports-mgmt/pkg) failed ===>>> Aborting update ===>>> Update for ports-mgmt/pkg failed ===>>> Aborting update --- cut --- If I now run pkg info I get: Child process pid=90602 terminated abnormally: Segmentation fault: 11 Can you pls advise how to solve? Thanks! Jos From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 10:02:51 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08451DB3; Sun, 27 Jul 2014 10:02:51 +0000 (UTC) Received: from thetys.cloudzeeland.nl (webrz.xs4all.nl [83.161.133.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloudzeeland.nl", Issuer "PositiveSSL CA 2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A7DAC2ADE; Sun, 27 Jul 2014 10:02:49 +0000 (UTC) Received: from thetys.cloudzeeland.nl (thetys.cloudzeeland.nl [10.10.10.31]) by thetys.cloudzeeland.nl (Postfix) with ESMTP id 970CF1689BC6; Sun, 27 Jul 2014 12:00:12 +0200 (CEST) Received: from [10.10.10.70] (daedalus.cloudzeeland.nl [10.10.10.70]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by thetys.cloudzeeland.nl (Postfix) with ESMTPSA id 3A5D81689B54; Sun, 27 Jul 2014 12:00:12 +0200 (CEST) Message-ID: <53D4CE4A.3040208@webrz.net> Date: Sun, 27 Jul 2014 12:02:50 +0200 From: Jos Chrispijn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 To: Baptiste Daroussin , FreeBSD Ports ML Subject: PKG 3.1.0 update - Segmentation fault: 11 X-Virus-Scanned: ClamAV using ClamSMTP on thetys.cloudzeeland.nl MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 10:02:51 -0000 Hi Bapt, I just found another issue with the port update failure: > pkg info Child process pid=2126 terminated abnormally: Segmentation fault: 11 > pkg2ng Child process pid=2147 terminated abnormally: Segmentation fault: 11 Analysing shared libraries, this will take a while... Child process pid=2150 terminated abnormally: Segmentation fault: 11 done Can you tell me how to solve this? Thanks, Jos Chrispijn From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 10:34:48 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4B2B7C7 for ; Sun, 27 Jul 2014 10:34:48 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (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 813452D61 for ; Sun, 27 Jul 2014 10:34:47 +0000 (UTC) Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0M5cMq-1WI8f639WC-00xbNX; Sun, 27 Jul 2014 12:34:36 +0200 Message-ID: <53D4D5C3.2060709@gmx.de> Date: Sun, 27 Jul 2014 12:34:43 +0200 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Jos Chrispijn Subject: Re: PKG 3.1.0 update - Segmentation fault: 11 References: <53D4CE4A.3040208@webrz.net> In-Reply-To: <53D4CE4A.3040208@webrz.net> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:MnHMJULffYxDiNYUAg7CCqd7MAihIskPaBT6jUZVWDmUw7gCpuo HgBVQNZW/iCf57xQXVsQ3phTMZRFoxHBclCevBab42dAVzAXntvyhEPrk2YkhE3Jvxp3msz zXQBdqDS/cEahzTT+IbpPpbe6dnEl6nWK4TugE/NdS5u7d/O/l5GWvFC3ntQY8qX5IJ6nFa J2ren8M8c9F4uCSB9619A== Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 10:34:49 -0000 On 2014-07-27 12:02, Jos Chrispijn wrote: > Hi Bapt, > I just found another issue with the port update failure: > > pkg info > Child process pid=2126 terminated abnormally: Segmentation fault: 11 > > pkg2ng > Child process pid=2147 terminated abnormally: Segmentation fault: 11 > Analysing shared libraries, this will take a while... Child process > pid=2150 terminated abnormally: Segmentation fault: 11 > done > Can you tell me how to solve this? > Thanks, > Jos Chrispijn Try do the following patch (going back to pkg-1.3.0). In ports-mgmt/pkg do a `make reinstall' It will take some time for the pkg team to find the issue and prepare a working way for all users, so please stay tuned Index: /usr/ports/ports-mgmt/pkg/Makefile =================================================================== --- /usr/ports/ports-mgmt/pkg/Makefile (revision 363021) +++ /usr/ports/ports-mgmt/pkg/Makefile (working copy) @@ -1,7 +1,7 @@ # $FreeBSD$ PORTNAME= pkg -DISTVERSION= 1.3.1 +DISTVERSION= 1.3.0 CATEGORIES= ports-mgmt MASTER_SITES= \ http://files.etoilebsd.net/${PORTNAME}/ \ Index: /usr/ports/ports-mgmt/pkg/distinfo =================================================================== --- /usr/ports/ports-mgmt/pkg/distinfo (revision 363021) +++ /usr/ports/ports-mgmt/pkg/distinfo (working copy) @@ -1,2 +1,2 @@ -SHA256 (pkg-1.3.1.tar.xz) = 5f1d620251774c54dc06468f7b5332186b20e1bdd52eed2cc5a02e7d2bde0fe0 -SIZE (pkg-1.3.1.tar.xz) = 1702492 +SHA256 (pkg-1.3.0.tar.xz) = 6d3001cdd605e6e3c15e686370cbeea999a5f19e72fd7f26e8af92ed2e2c2a01 +SIZE (pkg-1.3.0.tar.xz) = 1729104 From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 10:39:59 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A668AAD for ; Sun, 27 Jul 2014 10:39:59 +0000 (UTC) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 54FE62DA4 for ; Sun, 27 Jul 2014 10:39:59 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id w10so8049827pde.4 for ; Sun, 27 Jul 2014 03:39: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:date:message-id:subject:from:to :cc:content-type; bh=2QchXJRYQzWnEdLbCaT/8vBTti+DP0DY01fR9KxyzJU=; b=x1FE/BycfAqqOjLh0ygXYZjWTf1XaAsNaGHr1yM9V/TtUhU3F/LUQAC9VB2sWFsN4Q TqGoOttn8aWdyxIRQNBkXcLxquXYQ0id3lwSw+eGdO3Pmr9VL5QSG5TELZSerXtCOmX2 myQZ8R2lXQLCcAHomPWBopQRgOCfemZdiTh8Uj7ny/cjD8CG+h5eQzO9/Neq4n3+hMM2 2B/qQw4Oml4rMrmymef0LeBvqzqusY/gs3XRLqa/Vobq/MKp76nu++V1QR8cx7AGkwfc uYl3jjir7r/ljXN4eLwrCoravl7WQLsikz2LJg8wb3qlhDQk0mC8FReq0snJhQ6HviMV 05Tw== MIME-Version: 1.0 X-Received: by 10.70.96.130 with SMTP id ds2mr1183036pdb.145.1406457598501; Sun, 27 Jul 2014 03:39:58 -0700 (PDT) Received: by 10.70.91.196 with HTTP; Sun, 27 Jul 2014 03:39:58 -0700 (PDT) In-Reply-To: <53D4C4C9.5050109@webrz.net> References: <53D4C4C9.5050109@webrz.net> Date: Sun, 27 Jul 2014 12:39:58 +0200 Message-ID: Subject: Re: PKG 1.3 port update fails From: Zsolt Udvari To: Jos Chrispijn Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 10:39:59 -0000 I think the /usr/local/etc/pkg.conf is bad. If you rename it to pkg.conf.old can build and install. I don't know the reason exactly but this is a typical "works4me"-case :) 2014-07-27 11:22 GMT+02:00 Jos Chrispijn : > Just got this error when upgrading pkg: > ===>>> Creating a backup package for old version pkg-1.3.0 > Creating package for pkg-1.3.0 > Checking integrity... done (0 conflicting) > Deinstallation has been requested for the following 1 packages (of 1 > packages in the universe): > Installed packages to be REMOVED: > pkg-1.3.0 > The operation will free 7 MB > [1/1] Deleting pkg-1.3.0: 100% > ===>>> Starting check for runtime dependencies > ===>>> Gathering dependency list for ports-mgmt/pkg from ports > ===>>> No dependencies for ports-mgmt/pkg > ===> Installing for pkg-1.3.1 > ===> Checking if ports-mgmt/pkg already installed > Child process pid=82376 terminated abnormally: Segmentation fault: 11 > *** [check-already-installed] Error code 245 > Stop in /usr/ports/ports-mgmt/pkg. > *** [/usr/ports/ports-mgmt/pkg/work/.install_done.pkg._usr_local] Error > code 1 > Stop in /usr/ports/ports-mgmt/pkg. > ===>>> A backup package for pkg-1.3.0 should > be located in /usr/ports/packages/portmaster-backup > ===>>> Installation of pkg-1.3.1 (ports-mgmt/pkg) failed > ===>>> Aborting update > ===>>> Update for ports-mgmt/pkg failed > ===>>> Aborting update > --- cut --- > Can you pls advise how to solve? Thanks! > Jos > _______________________________________________ > 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 Sun Jul 27 11:19:54 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87DF0529 for ; Sun, 27 Jul 2014 11:19:54 +0000 (UTC) Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1DDEC20E2 for ; Sun, 27 Jul 2014 11:19:53 +0000 (UTC) Received: by mail-we0-f171.google.com with SMTP id p10so6145217wes.16 for ; Sun, 27 Jul 2014 04:19:52 -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=fSc8GnkvCFM89wmKZksxGROFE6+xy0Ukp05VKILpRaY=; b=ExWwO7O1iyLXSk7Vvtw1lHW76BZL77JzmeqPJzFKQWs8kV84P8mMEcjnvk8mEjwUCs uTTHXIK3PMIm8ISFMaFn76qayyUX9U6VXAvbLNts8vxNhA19fL65nJqWGY5F70XFAteP o4cWBARCGaoPuLH+fY4WBhqBoxK4xJAt3Vqa5dImQ2p4oC5raVFGZTOzCTf1RZOmn2g1 RWJXuVWD2kFboXzKoAvG6SwuiMhlIPTWR1eQx9OpSYqRVdKT6y4V2tSMm3MUvuxtCeqO ajLkdyZnP9nI2rEKWYGpT6Axe7SBnmnPAyo8JGT7MgfycB6JhMYrCg7UX2utEVxu2+O3 XzTQ== X-Received: by 10.194.219.225 with SMTP id pr1mr38464418wjc.34.1406459992339; Sun, 27 Jul 2014 04:19:52 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id bp9sm18269293wib.7.2014.07.27.04.19.51 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 27 Jul 2014 04:19:51 -0700 (PDT) Sender: Baptiste Daroussin Date: Sun, 27 Jul 2014 13:19:49 +0200 From: Baptiste Daroussin To: Jos Chrispijn Subject: Re: PKG 3.1.0 update - Segmentation fault: 11 Message-ID: <20140727111949.GH50802@ivaldir.etoilebsd.net> References: <53D4CE4A.3040208@webrz.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAgJxtfIS94j9H4T" Content-Disposition: inline In-Reply-To: <53D4CE4A.3040208@webrz.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 11:19:54 -0000 --uAgJxtfIS94j9H4T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 27, 2014 at 12:02:50PM +0200, Jos Chrispijn wrote: > > >=20 > > > > Hi Bapt,
>
> I just found another > issue with the port update failure:
>
> > pkg info
> Child process pid=3D2126 terminated abnormally: Segmentation fault: > 11
>
> > pkg2ng
> Child process pid=3D2147 terminated abnormally: Segmentation > fault: 11
> Analysing shared libraries, this will take a while... Child > process pid=3D2150 terminated abnormally: Segmentation fault: 11<= br> > done
>
> Can you tell me how to solve this?
>
> Thanks,
> Jos Chrispijn
>
> > > This is a known one I'm very sorry about but tricky to fix, to solve it, op= en your /usr/local/etc/pkg.conf you might have a duplicated entrey in alias (probable leaf), remove the second one, that will solve your problem. regards, Bapt --uAgJxtfIS94j9H4T Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPU4FUACgkQ8kTtMUmk6EyVaACfd8/xTNDwqYvycbxl+NIv6+sH /t4AoJCHHT4r5ZyCFjKoDVOIBpc041ue =xBrm -----END PGP SIGNATURE----- --uAgJxtfIS94j9H4T-- From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 11:23:07 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BCE0723; Sun, 27 Jul 2014 11:23:07 +0000 (UTC) Received: from mail-pd0-x22c.google.com (mail-pd0-x22c.google.com [IPv6:2607:f8b0:400e:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 109602186; Sun, 27 Jul 2014 11:23:07 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id ft15so8231634pdb.3 for ; Sun, 27 Jul 2014 04:23:06 -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=xV1MQPTJtdWjKp7VIEJdVumZwv+Uclf4Fzd+rZYj+iQ=; b=i9Jil4w9oTQKTz1gnN8jkEQ+wVKledovu9jJ5Uj1Wlv5/HJ5BPOwQa6ePd9d+kuHSK PJJaPPcKb1j+b5TENGFN4ClPIXrfGXGk2RDNlDBtEpiYBr71IILP676vJNrbtHQOE2S7 9riQwrq2rH6KafNZlbDYLQ0+TzhNLQAoEymY1tcyksBBrAjzp1owiUsIain6BIliX9XW GF9QBB7onOYgKaj51k6GHhSFfQsrmNFWvmL6JiSOz5g/+shQTBY3wkO/OExnOQAFUENM kyVY+ezEw5huE543N8Mp80Mk2Etz0R9jvsR2iNGCjFz1Cob0Mv+8Iltfi9JJzRmUqstl wmkA== MIME-Version: 1.0 X-Received: by 10.70.35.207 with SMTP id k15mr31504234pdj.46.1406460186531; Sun, 27 Jul 2014 04:23:06 -0700 (PDT) Received: by 10.70.91.196 with HTTP; Sun, 27 Jul 2014 04:23:06 -0700 (PDT) In-Reply-To: <20140727111949.GH50802@ivaldir.etoilebsd.net> References: <53D4CE4A.3040208@webrz.net> <20140727111949.GH50802@ivaldir.etoilebsd.net> Date: Sun, 27 Jul 2014 13:23:06 +0200 Message-ID: Subject: Re: PKG 3.1.0 update - Segmentation fault: 11 From: Zsolt Udvari To: Baptiste Daroussin Content-Type: text/plain; charset=UTF-8 Cc: Jos Chrispijn , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 11:23:07 -0000 2014-07-27 13:19 GMT+02:00 Baptiste Daroussin : > This is a known one I'm very sorry about but tricky to fix, to solve it, open > your /usr/local/etc/pkg.conf you might have a duplicated entrey in alias > (probable leaf), remove the second one, that will solve your problem. Thanks! From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 11:53:17 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3305E2AC for ; Sun, 27 Jul 2014 11:53:17 +0000 (UTC) Received: from mail-in-16.arcor-online.net (mail-in-16.arcor-online.net [151.189.21.56]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx.arcor.de", Issuer "Thawte SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D8ED92463 for ; Sun, 27 Jul 2014 11:53:16 +0000 (UTC) Received: from mail-in-14-z2.arcor-online.net (mail-in-14-z2.arcor-online.net [151.189.8.31]) by mx.arcor.de (Postfix) with ESMTP id 9BBA462423 for ; Sun, 27 Jul 2014 13:53:07 +0200 (CEST) Received: from mail-in-14.arcor-online.net (mail-in-14.arcor-online.net [151.189.21.54]) by mail-in-14-z2.arcor-online.net (Postfix) with ESMTP id 9A8AD18CFD for ; Sun, 27 Jul 2014 13:53:07 +0200 (CEST) X-Greylist: Passed host: 92.75.212.133 X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-14.arcor-online.net 66FA49BE5C Received: from lorvorc.mips.inka.de (dslb-092-075-212-133.092.075.pools.vodafone-ip.de [92.75.212.133]) by mail-in-14.arcor-online.net (Postfix) with ESMTPS id 66FA49BE5C for ; Sun, 27 Jul 2014 13:53:07 +0200 (CEST) Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.9/8.14.7) with ESMTP id s6RBr6Ss018487 for ; Sun, 27 Jul 2014 13:53:06 +0200 (CEST) (envelope-from news@lorvorc.mips.inka.de) Received: (from news@localhost) by lorvorc.mips.inka.de (8.14.9/8.14.9/Submit) id s6RBr6bB018486 for freebsd-ports@freebsd.org; Sun, 27 Jul 2014 13:53:06 +0200 (CEST) (envelope-from news) To: freebsd-ports@freebsd.org From: Christian Weisgerber Newsgroups: list.freebsd.ports Subject: Re: Lots of installed ports show "succeeds index" Date: Sun, 27 Jul 2014 11:53:06 +0000 (UTC) Lines: 12 Message-ID: References: <86vbqnhp8t.wl-hskuhra@eumx.net> <86tx67hp0x.wl-hskuhra@eumx.net> <53D00A72.9090306@infracaninophile.co.uk> X-Trace: lorvorc.mips.inka.de 1406461986 18318 ::1 (27 Jul 2014 11:53:06 GMT) X-Complaints-To: usenet@mips.inka.de User-Agent: slrn/1.0.1 (FreeBSD) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 11:53:17 -0000 On 2014-07-25, Christian Weisgerber wrote: > Which fetches an INDEX file that is regularly generated on some > FreeBSD server, but is not in sync with the exact revision of the > ports tree I just updated to. Just for the heck of it, I tried running "make index" myself... and to my surprise it finished in two and a half minutes rather than the hour I expected and seemed to remember. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 12:00:41 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCCE3724; Sun, 27 Jul 2014 12:00:41 +0000 (UTC) Received: from thetys.cloudzeeland.nl (webrz.xs4all.nl [83.161.133.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloudzeeland.nl", Issuer "PositiveSSL CA 2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A474D254D; Sun, 27 Jul 2014 12:00:40 +0000 (UTC) Received: from thetys.cloudzeeland.nl (thetys.cloudzeeland.nl [10.10.10.31]) by thetys.cloudzeeland.nl (Postfix) with ESMTP id 51F761689BE4; Sun, 27 Jul 2014 13:58:03 +0200 (CEST) Received: from [10.10.10.70] (daedalus.cloudzeeland.nl [10.10.10.70]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by thetys.cloudzeeland.nl (Postfix) with ESMTPSA id 2CEA11689B41; Sun, 27 Jul 2014 13:58:03 +0200 (CEST) Message-ID: <53D4E9EA.2020207@webrz.net> Date: Sun, 27 Jul 2014 14:00:42 +0200 From: Jos Chrispijn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: PKG 3.1.0 update - Segmentation fault: 11 References: <53D4CE4A.3040208@webrz.net> <20140727111949.GH50802@ivaldir.etoilebsd.net> In-Reply-To: <20140727111949.GH50802@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on thetys.cloudzeeland.nl Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 12:00:41 -0000 Baptiste Daroussin: > This is a known one I'm very sorry about but tricky to fix, to solve > it, open your /usr/local/etc/pkg.conf you might have a duplicated > entrey in alias (probable leaf), remove the second one, that will > solve your problem. regards, Bapt thanks, will try and let you know once being successfully. BR, Jos Chrispijn From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 12:30:45 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C1BCC95; Sun, 27 Jul 2014 12:30:45 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 4CFD12779; Sun, 27 Jul 2014 12:30:44 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s6RCUZsO000332; Sun, 27 Jul 2014 05:30:35 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s6RCUZfo000331; Sun, 27 Jul 2014 05:30:35 -0700 (PDT) (envelope-from david) Date: Sun, 27 Jul 2014 05:30:35 -0700 From: David Wolfskill To: Baptiste Daroussin Subject: Re: PKG 3.1.0 update - Segmentation fault: 11 Message-ID: <20140727123035.GR34525@albert.catwhisker.org> References: <53D4CE4A.3040208@webrz.net> <20140727111949.GH50802@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="dO6Thh8T/cwyDjv9" Content-Disposition: inline In-Reply-To: <20140727111949.GH50802@ivaldir.etoilebsd.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 12:30:45 -0000 --dO6Thh8T/cwyDjv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 27, 2014 at 01:19:49PM +0200, Baptiste Daroussin wrote: > ... > This is a known one I'm very sorry about but tricky to fix, to solve it, = open > your /usr/local/etc/pkg.conf you might have a duplicated entrey in alias > (probable leaf), remove the second one, that will solve your problem. > .... Errr...??!? I haven't changed /usr/local/etc/pkg.conf at all. I have 3 systems I'm trying to update, and 2 more to update if I get those done successfully. I use portmaster to build & update ports on all 5 systems. Each of the 3 has failed in the installation phase of updating to pkg-1.3.1. Each is running stable/9 @r269090. Two are i386; one is amd64. The i386 systems had been upgraded successfully to pkg-1.3.0; the amd64 system is only updated weekly, so it had been running pkg-1.2.7_4. Each of the 3 has failed with: =2E.. =3D=3D=3D> Installing for pkg-1.3.1 =3D=3D=3D> Registering installation for pkg-1.3.1 Child process pid=3D11028 terminated abnormally: Segmentation fault: 11 *** [fake-pkg] Error code 245 Stop in /common/ports/ports-mgmt/pkg. *** [/common/ports/ports-mgmt/pkg/work/.install_done.pkg._usr_local] Error = code 1 Stop in /common/ports/ports-mgmt/pkg. =3D=3D=3D>>> A backup package for pkg-1.3.0 should be located in /usr/ports/packages/portmaster-backup =3D=3D=3D>>> Installation of pkg-1.3.1 (ports-mgmt/pkg) failed =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Update for ports-mgmt/pkg failed =3D=3D=3D>>> Aborting update In each case, the md5 checksum for /usr/local/etc/pkg.conf is 4e302ae1f371e5134ffa717ff693d6f0. I have not done anything with it; I know of no reason I would want to change it. And so far, I haven't found a way to even get any of these systems back to a point where I have any confidence at all that the currently-installed ports and their dependencies are being tracked: on one system, I tried the "Reversion to pkg-1.3.0" approach; that yields: You are about to convert your system to pkgng while you have ports/packages installed with the old pkg_install tools. You can choose to:=20 - keep pkg_install as the package management system by adding this line to = /etc/make.conf: WITHOUT_PKGNG=3Dyes - switch to pkgng: =2E.. [But I had already switched to pkgng months ago!] I still have /var/db/pkg/local.sqlite on each system. Is the information there slavagable? If so, how? Sorry; I'm a bit frustrated. I intentionally try to avoid "weird" configurations, and treat pkg pretty much as a "black box" to track what's where -- and for my purposes (at least) it's best if it Just Works. I appreciate the intent and effort behind the work to implement and improve pkg, and understand that there are assuredly huge challenges for those doing that work. But it never occurred to me that what I'm doing is so far outside the norm that I was at significant risk of experiencing a failure in what I had naively expected to be a routine upgrade. How can I get back to working environments on these 3 systems (and, ideally, proceed with updates to the 2 "production" systems without breaking their abaility to have updated ports)? Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --dO6Thh8T/cwyDjv9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJT1PDpXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7QncP/j41Ki4hNtGqJMEkVnkvdHs+ esJVgYDpxYIdNnb0zCOBOsgbwTW+BoUc4P9eYozw+0iFqexOgYOr2hDou3sUzxVX FoKO9QtN2X9qm+CF3neP8VT1k1f22yTKkB8hKuBA16yh4dZMXytRwmJZi4gU+bh/ iE3nO2g3EfhYFjDYXPWiCdEayQwI9xE3lcu3+TVvAA6rVW7++AlFUoVIkwqvIyRR bPXov629YCpGJ5NB5U2dLXE2hebUfihhRLoWHRmkrDDZfU4oM02z4NAUfrhHlXen wi/0FlFPkXbSz6YonuU0qwTX0im63aeC/OVhgrltCzF5NLFTAEOOw7BWTIF9td7J zWpw7qpDrHzhtHMpjjeW9pAPBM/CWfOJFSphtFMQyvCCxORZytFU5WeTMJhMfIKa 9RGNHDbfGWF43mpCLa2a3YMs+qxEwaLHn+rE+2T2cRrw8p457QQZtgBHO+X8QCpq UEPo93kUIQUYpcYUrztqvw2PvyUrSvQpDEQoc0h7nrRWus2EoJstn0KmP/KHTZ3n N/GXt85maEfk5VcPSwJ/TERu5kuguq+PGZNJPKAx7McUOeFXAMCulXUYECWHOeZj A/fq+gn7lqUyKEIu3UW+EO2XvimnWGkF7QJgFKRYnuY5Uwn9p1jw1v2PCF44vkwW y8dV/iUCo0nxARtBDArs =qad8 -----END PGP SIGNATURE----- --dO6Thh8T/cwyDjv9-- From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 12:38:49 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DDB90FEC; Sun, 27 Jul 2014 12:38:49 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 70437282D; Sun, 27 Jul 2014 12:38:48 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0N9D00L52FAIC900@hades.sorbs.net>; Sun, 27 Jul 2014 05:42:20 -0700 (PDT) Message-id: <53D4F2CF.4040501@sorbs.net> Date: Sun, 27 Jul 2014 14:38:39 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: David Wolfskill Subject: Re: PKG 3.1.0 update - Segmentation fault: 11 References: <53D4CE4A.3040208@webrz.net> <20140727111949.GH50802@ivaldir.etoilebsd.net> <20140727123035.GR34525@albert.catwhisker.org> In-reply-to: <20140727123035.GR34525@albert.catwhisker.org> Cc: Baptiste Daroussin , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 12:38:49 -0000 David Wolfskill wrote: > On Sun, Jul 27, 2014 at 01:19:49PM +0200, Baptiste Daroussin wrote: > >> ... >> This is a known one I'm very sorry about but tricky to fix, to solve it, open >> your /usr/local/etc/pkg.conf you might have a duplicated entrey in alias >> (probable leaf), remove the second one, that will solve your problem. >> .... >> > > Errr...??!? > > I haven't changed /usr/local/etc/pkg.conf at all. > > I have 3 systems I'm trying to update, and 2 more to update if I get > those done successfully. I use portmaster to build & update ports > on all 5 systems. > > Each of the 3 has failed in the installation phase of updating to > pkg-1.3.1. Each is running stable/9 @r269090. Two are i386; one > is amd64. The i386 systems had been upgraded successfully to > pkg-1.3.0; the amd64 system is only updated weekly, so it had been > running pkg-1.2.7_4. > > Each of the 3 has failed with: > > ... > ===> Installing for pkg-1.3.1 > ===> Registering installation for pkg-1.3.1 > Child process pid=11028 terminated abnormally: Segmentation fault: 11 > *** [fake-pkg] Error code 245 > > Stop in /common/ports/ports-mgmt/pkg. > *** [/common/ports/ports-mgmt/pkg/work/.install_done.pkg._usr_local] Error code 1 > > Stop in /common/ports/ports-mgmt/pkg. > > ===>>> A backup package for pkg-1.3.0 should > be located in /usr/ports/packages/portmaster-backup > > ===>>> Installation of pkg-1.3.1 (ports-mgmt/pkg) failed > ===>>> Aborting update > > ===>>> Update for ports-mgmt/pkg failed > ===>>> Aborting update > > > In each case, the md5 checksum for /usr/local/etc/pkg.conf is > 4e302ae1f371e5134ffa717ff693d6f0. I have not done anything with it; > I know of no reason I would want to change it. > > And so far, I haven't found a way to even get any of these systems back > to a point where I have any confidence at all that the > currently-installed ports and their dependencies are being tracked: on > one system, I tried the "Reversion to pkg-1.3.0" approach; that yields: > By any chance is there a core file around releated to this, and if so was the binary that faulted unstripped? I'd be interested in seeing the backtrace... (I'm not using 1.3 or even NG on any of my production systems at the moment because I personally don't trust it yet (I have 57 complex systems and if they screw up I end up rebuilding the OS from scratch) so I'd be happy to take a look at any cores an unstripped binaries to see if I can work out why people see this occasionally... Sounds like you have 3 identical systems which 2 worked no problems the third faulted .. this is obviously not good and needs to be fixed, so will give another pair of eyes at the problem. Thanks, -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 12:55:29 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A61764D; Sun, 27 Jul 2014 12:55:29 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 02FAB29A9; Sun, 27 Jul 2014 12:55:28 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s6RCtSMl000478; Sun, 27 Jul 2014 05:55:28 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s6RCtSpS000477; Sun, 27 Jul 2014 05:55:28 -0700 (PDT) (envelope-from david) Date: Sun, 27 Jul 2014 05:55:28 -0700 From: David Wolfskill To: Michelle Sullivan Subject: Re: PKG 3.1.0 update - Segmentation fault: 11 Message-ID: <20140727125528.GS34525@albert.catwhisker.org> References: <53D4CE4A.3040208@webrz.net> <20140727111949.GH50802@ivaldir.etoilebsd.net> <20140727123035.GR34525@albert.catwhisker.org> <53D4F2CF.4040501@sorbs.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="FiqEyLLt06qkB6ow" Content-Disposition: inline In-Reply-To: <53D4F2CF.4040501@sorbs.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Baptiste Daroussin , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 12:55:29 -0000 --FiqEyLLt06qkB6ow Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 27, 2014 at 02:38:39PM +0200, Michelle Sullivan wrote: > ... > By any chance is there a core file around releated to this, and if so > was the binary that faulted unstripped? In each of the 3 cases, I find a /usr/ports/ports-mgmt/pkg/pkg-static.core file g1-252(9.3-S)[4] sudo file pkg-static.core Password: pkg-static.core: ELF 32-bit LSB core file Intel 80386, version 1 (FreeBSD),= FreeBSD-style, from '-static' g1-252(9.3-S)[5]=20 > I'd be interested in seeing the backtrace... Well, given it was a segmentation fault, it's not clear to me that I'd be able to find much of value -- I'm way out of practice using gdb, and by the nature of a segmentation fault (or what caused it, anyway), something is pretty confused by the time the fault is discovered. > (I'm not using 1.3 or even NG on any of my production > systems at the moment because I personally don't trust it yet (I have 57 > complex systems and if they screw up I end up rebuilding the OS from > scratch) so I'd be happy to take a look at any cores an unstripped > binaries to see if I can work out why people see this occasionally...=20 > Sounds like you have 3 identical systems which 2 worked no problems the > third faulted .. this is obviously not good and needs to be fixed, so > will give another pair of eyes at the problem. Err... no.... I have 5 system in total; 2 haven't failed because I haven't tried to update them yet: if they fail, I don't have access to email (or much of anything else); more critially, neither does my spouse -- and I value domestic tranquility. Of the 3 failures, 2 were on i386; one on amd64. They are all running stable/9 @r269090 (and the 2 that I haven't upgraded yet would normally be upgraded to that point before I start messing with ports on them). I'll be happy to provide any information about this that I can. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --FiqEyLLt06qkB6ow Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJT1Pa+XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7ongP/jl4ilWLv/4YeLmxzr0Snyz4 VRzNUx3MvX6QSik9AYT/G3t4zXwzUaczUka7NfOJNmaq/afV1Lm93J/cfKftJ8HP LT+uwu4NSBp1e8u2+rMCccgV8jOVG4Ef8AFZx96C5baD5xwm6OZqzrBv+Ni3jm7z cKjMfmJEx+U9XqA8PbyEmXXxwpcAwdPAztiAfVMJCzdgD7SOPeDcUyThhXuSzhzV Ex7gb3CohgKtKRtTWAITRXbrfJ1qQn+2/zmXNk/5HBCZAVXsgBr2P0e0meX3DjKk uy26cQ5Mfz3l8z03l3WN8IcPac4ndj7tz+Sa7nAWoBSLzvSaVj0Li04sau2hoEOe ZHYBr0UibavdiPc8+4ErOVdbqh6tcoHzFREz6P6VIvhonlwp+P0Lzy9+wLcU3qJ9 X2Q+slo/1QrzICrI2yA3Bu0wcytRqUOJD5pw9Rb8TJruw5LGNFeU7nE6tzpyGCPu oXcX98+HE0trdptUbLHpcot2olIPy28dxVMqY/HdC65UHzSs9oURnEQD4rYySu2x d1066eYRif/Y05pHTXB1BYgdke13Huc1LMByUMdPaXFDsQGVQeqt0H9cqBNksO2D yyNnXork6I5YvecarnkwxAqWcbyQnDH9k6yhg1Qry7mcEbUQrU8ICbXM6HEzZt1R BFJvLmlt/uSlHTJ27IVF =ce4g -----END PGP SIGNATURE----- --FiqEyLLt06qkB6ow-- From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 13:22:12 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B6ABA38; Sun, 27 Jul 2014 13:22:12 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id A1E8B2BD1; Sun, 27 Jul 2014 13:22:11 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0N9D00L5EHAZC900@hades.sorbs.net>; Sun, 27 Jul 2014 06:25:49 -0700 (PDT) Message-id: <53D4FD00.9050204@sorbs.net> Date: Sun, 27 Jul 2014 15:22:08 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: David Wolfskill Subject: Re: PKG 3.1.0 update - Segmentation fault: 11 References: <53D4CE4A.3040208@webrz.net> <20140727111949.GH50802@ivaldir.etoilebsd.net> <20140727123035.GR34525@albert.catwhisker.org> <53D4F2CF.4040501@sorbs.net> <20140727125528.GS34525@albert.catwhisker.org> In-reply-to: <20140727125528.GS34525@albert.catwhisker.org> Cc: Baptiste Daroussin , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 13:22:12 -0000 David Wolfskill wrote: > On Sun, Jul 27, 2014 at 02:38:39PM +0200, Michelle Sullivan wrote: > >> ... >> By any chance is there a core file around releated to this, and if so >> was the binary that faulted unstripped? >> > > In each of the 3 cases, I find a > /usr/ports/ports-mgmt/pkg/pkg-static.core file > > g1-252(9.3-S)[4] sudo file pkg-static.core > Password: > pkg-static.core: ELF 32-bit LSB core file Intel 80386, version 1 (FreeBSD), FreeBSD-style, from '-static' > g1-252(9.3-S)[5] > Doesn't appear stripped.. > >> I'd be interested in seeing the backtrace... >> > > Well, given it was a segmentation fault, it's not clear to me that > I'd be able to find much of value -- I'm way out of practice using > gdb, and by the nature of a segmentation fault (or what caused it, > anyway), something is pretty confused by the time the fault is > discovered. > Unless the fault smashed the stack often you can find what the problem/cause was. If the stack is smashed you're screwed. gdb Commands immediately useful: backtrace full (alias: bt full) frame for which you want to examine if you get a line number/code, 'l' (el) will give the 5 lines eitherside If threaded select each thread before the frame to see what was happening in each thread. If I remember correctly - it's been several years since I last used gdb ;-) If you want to catch a smashed stack problem run the binary in gdb: gdb Then: set args run When it faults most of the time you'll get the stack just prior to the smashing - though I have had some really bad ones when even gdb cored out.. If the process forks out, you will need to use follow-fork.. Regards, Michelle >> (I'm not using 1.3 or even NG on any of my production >> systems at the moment because I personally don't trust it yet (I have 57 >> complex systems and if they screw up I end up rebuilding the OS from >> scratch) so I'd be happy to take a look at any cores an unstripped >> binaries to see if I can work out why people see this occasionally... >> Sounds like you have 3 identical systems which 2 worked no problems the >> third faulted .. this is obviously not good and needs to be fixed, so >> will give another pair of eyes at the problem. >> > > Err... no.... I have 5 system in total; 2 haven't failed because > I haven't tried to update them yet: if they fail, I don't have > access to email (or much of anything else); more critially, neither > does my spouse -- and I value domestic tranquility. > Ahh - so all 3 failed, the other 2 have not been tried? > Of the 3 failures, 2 were on i386; one on amd64. > > They are all running stable/9 @r269090 (and the 2 that I haven't > upgraded yet would normally be upgraded to that point before I start > messing with ports on them). > > I'll be happy to provide any information about this that I can. > Regards, Michelle -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 13:40:31 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2837A1B0 for ; Sun, 27 Jul 2014 13:40:31 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 D29D72CD5 for ; Sun, 27 Jul 2014 13:40:30 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s6RDeSd6001420; Sun, 27 Jul 2014 06:40:28 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s6RDeRT6001419; Sun, 27 Jul 2014 06:40:27 -0700 (PDT) (envelope-from david) Date: Sun, 27 Jul 2014 06:40:27 -0700 From: David Wolfskill To: Michelle Sullivan Subject: Re: PKG 3.1.0 update - Segmentation fault: 11 Message-ID: <20140727134027.GT34525@albert.catwhisker.org> References: <53D4CE4A.3040208@webrz.net> <20140727111949.GH50802@ivaldir.etoilebsd.net> <20140727123035.GR34525@albert.catwhisker.org> <53D4F2CF.4040501@sorbs.net> <20140727125528.GS34525@albert.catwhisker.org> <53D4FD00.9050204@sorbs.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9hshNW4m6zn79FF/" Content-Disposition: inline In-Reply-To: <53D4FD00.9050204@sorbs.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 13:40:31 -0000 --9hshNW4m6zn79FF/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 27, 2014 at 03:22:08PM +0200, Michelle Sullivan wrote: > ... > > g1-252(9.3-S)[4] sudo file pkg-static.core > > Password: > > pkg-static.core: ELF 32-bit LSB core file Intel 80386, version 1 (FreeB= SD), FreeBSD-style, from '-static' > > g1-252(9.3-S)[5]=20 > > =20 >=20 > Doesn't appear stripped.. > > =20 > >> I'd be interested in seeing the backtrace... > ... > > =20 > Unless the fault smashed the stack often you can find what the > problem/cause was. If the stack is smashed you're screwed. >=20 > gdb Well, you see, that's part of the problem: I'm not at all sure where the executable in question actually is. (There is nothing named "pkg-static" in my execution search path.) If I assume(!) that it's in the port's staging area: sudo gdb ./pkg-static ../../../../../pkg-static.core =2E.. Core was generated by `pkg-static'. Program terminated with signal 11, Segmentation fault. #0 0x080b6cdc in ?? () (gdb) bt #0 0x080b6cdc in ?? () #1 0x28404360 in ?? () #2 0x28442220 in ?? () #3 0x00000000 in ?? () (gdb)=20 > ... > If you want to catch a smashed stack problem run the binary in gdb: >=20 > gdb >=20 > Then: >=20 > set args Yes; well... that presumes a familiarity with the "internal workings" of pkg which I don't have (and, in all honesty, don't want to have). > When it faults most of the time you'll get the stack just prior to the > smashing - though I have had some really bad ones when even gdb cored out= =2E. Indeed: one gets into "interesting" issues of figuring out what is actually reliable information (and what is merely debris). > ... Back on the original topic, I was able to get pkg-1.3.1 installed and apparently functioning on one system (a headless build machine -- which has the least number of ports inistalled). What I ended up doing that seems to have "worked"(?) was: * mv /var/db/pkg{,.save} * mkdir /var/db/pkg * cp -pr /var/db/pkg.save/local.sqlite /var/db/pkg * portmaster -d ports-mgmt/pkg This builds OK, then dies in installation a little peculiarly: =2E.. =3D=3D=3D=3D> Compressing man pages (compress-man) =3D=3D=3D> Installing for pkg-1.3.1 =3D=3D=3D> Checking if ports-mgmt/pkg already installed =3D=3D=3D> An older version of ports-mgmt/pkg is already installed (apr-1= =2E5.1.1.5.3_ =2E..[list of every installed port on the machine]...) You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of ports-mgmt/pkg without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. *** [check-already-installed] Error code 1 * cd /usr/ports/ports-mgmt/pkg && make reinstall Which seems to have made constructive use of the port just built (vs. building it all over yet again)a nd installed it. I don't yet know how disruptive this has been to ... well anything (e.g., the current status of installed ports; ability to update ports in the future; ...). Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --9hshNW4m6zn79FF/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJT1QFKXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7d1QP/iajQYn+/la9zDbXlZ1xYMh5 vB7sHRqyQUajByvb53TUz237iEQSQmc8A6vLisdlQNnOsiUgU8cpCySdCVq2qbqg HvhTX4bqNWiZ41TGqMwoI5+79LHEgH1h3osRUvcI24gwgQloJ9P0+YFUVZTIBBe4 P5hmK4SZTdY+JvXVTQyRG5GmhZtxPou5uTFJn1cYIoyJfYuDjjwfo23wS/LS21eg S11C9UiGPVZm8v9mM1W/ceF5WEL5m89AJwOcDy9hML+OGIfyTjkMEQPa7T5VjNa3 ISyZpIw13JE5bnMyFwcvNUxP3lB3tB7ZFJLcTCI82Oc3pQcfBeGwmhfV146P4NRs i/mqdISMJazU241ndjrfN8Lb8BxrR9+42FIGbM3MV+g35SuyiAV6+ED6igaEdT9B vSWOBrOqE/q7kXBrdDV6HS7dFiKX8onDgVFahNcvbScr4hK54TwcTGD9p47qwYot ktGqAOAiQOnxYv54RgrtNeWH4VesCT4Resp2F48kLLzgsoYAxssJ1/HTqwVJlRJg Jny6m/EHHZadMP+kmF6A3386yKp32hl97ehHGTT/LCFGcY5mE+v3V3tI1bLgxBtj zghlMirXkmaz7xTQ20t1SoUJLb6Szh0k/g1ssbcxbnkFpojDNz36ncbTFS8hbWV1 c4cereXdxRM2BiHtNlS5 =pRZK -----END PGP SIGNATURE----- --9hshNW4m6zn79FF/-- From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 13:47:53 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC9272C6 for ; Sun, 27 Jul 2014 13:47:53 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 7804E2D7F for ; Sun, 27 Jul 2014 13:47:52 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s6RDlqdN001451 for ; Sun, 27 Jul 2014 06:47:52 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s6RDlq0b001450 for freebsd-ports@freebsd.org; Sun, 27 Jul 2014 06:47:52 -0700 (PDT) (envelope-from david) Date: Sun, 27 Jul 2014 06:47:52 -0700 From: David Wolfskill To: FreeBSD Ports ML Subject: Re: PKG 3.1.0 update - Segmentation fault: 11 Message-ID: <20140727134752.GU34525@albert.catwhisker.org> References: <53D4CE4A.3040208@webrz.net> <20140727111949.GH50802@ivaldir.etoilebsd.net> <20140727123035.GR34525@albert.catwhisker.org> <53D4F2CF.4040501@sorbs.net> <20140727125528.GS34525@albert.catwhisker.org> <53D4FD00.9050204@sorbs.net> <20140727134027.GT34525@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="twKjCw1/F6C/WBH6" Content-Disposition: inline In-Reply-To: <20140727134027.GT34525@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 13:47:53 -0000 --twKjCw1/F6C/WBH6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 27, 2014 at 06:40:27AM -0700, David Wolfskill wrote: > ... > Back on the original topic, I was able to get pkg-1.3.1 installed and > ... OK; I was able to simplify the process on my 2nd system: * Update /usr/local/etc/pkg.conf (to remove to eduplicate alias definition for "leaf"). * cd /usr/ports/ports-mgmt/pkg && make reinstall Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --twKjCw1/F6C/WBH6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJT1QMGXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7bb0QAJ/Otj5clPG9aRJE3yvipeNs uYx7H0HZn1JnmOOE2okV8PgFqg55UQHMSUqbsW6THWkienVpyhf+9r1ugxfGbDbR LvuSSJLzS6atQ4y9PCD5G4jLG5AWSnxDvOmN0/la06plaJNXGkws3DHYDgk8QkuE JrQIgBrJjWzBBqBe9Pa2++F16LG6oJNcabHrhMNGwuwx1IZ7zGqhi26/0MzMLqHQ wXXDwRA6IlST8MelGBL9LcxPGeFmdxUbPDcw0KaaZpbGqSpm+dyGjanMTJwd8YKO VdQRPQKyp3v3YcQ/wdGmNb434VFxP+D6ZT1X6LLEp0J0q03l6e0H+oMQiuDIpPau ugBg5ccdeH5fUve4t6n913JNu1ygXALqOSsUSWfAQkPCASjdmkD5NO82fUqGCnEO hzVqKuSCfxyIVX9pcpaOHv9eE8IfweDbFcMPomdmfm33DbPoyMsdHUUDY9YAYsa/ A5QX56x5tXGbAV/8w2qmwMavJjIPk0YQ9vXN+MYGuUOiAIozXMYufJAtnM3eE6xP RRT454lh65kQ2O0mBRjz5jTgJ4czT9OxFPOkn5p0vz3GNgsrA9+7FFyyHl5kD2VY wEnXYxj4q/cY7aPd5tLTnyIl9TdYWab5/65xsUSYFTfSNPFl7Jw/luptmEZD2z5P mSMkiODAaDiq334FxoeX =Xtya -----END PGP SIGNATURE----- --twKjCw1/F6C/WBH6-- From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 14:06:18 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFA078FF for ; Sun, 27 Jul 2014 14:06:18 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 68CD62F0F for ; Sun, 27 Jul 2014 14:06:17 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s6RE6HrK001503 for ; Sun, 27 Jul 2014 07:06:17 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s6RE6HHn001502 for freebsd-ports@freebsd.org; Sun, 27 Jul 2014 07:06:17 -0700 (PDT) (envelope-from david) Date: Sun, 27 Jul 2014 07:06:17 -0700 From: David Wolfskill To: FreeBSD Ports ML Subject: Re: PKG 3.1.0 update - Segmentation fault: 11 Message-ID: <20140727140617.GV34525@albert.catwhisker.org> References: <53D4CE4A.3040208@webrz.net> <20140727111949.GH50802@ivaldir.etoilebsd.net> <20140727123035.GR34525@albert.catwhisker.org> <53D4F2CF.4040501@sorbs.net> <20140727125528.GS34525@albert.catwhisker.org> <53D4FD00.9050204@sorbs.net> <20140727134027.GT34525@albert.catwhisker.org> <20140727134752.GU34525@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ZUxj+kVYsk1YKJSS" Content-Disposition: inline In-Reply-To: <20140727134752.GU34525@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 14:06:18 -0000 --ZUxj+kVYsk1YKJSS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 27, 2014 at 06:47:52AM -0700, David Wolfskill wrote: > On Sun, Jul 27, 2014 at 06:40:27AM -0700, David Wolfskill wrote: > > ... > > Back on the original topic, I was able to get pkg-1.3.1 installed and > > ... >=20 > OK; I was able to simplify the process on my 2nd system: >=20 > * Update /usr/local/etc/pkg.conf (to remove to eduplicate alias > definition for "leaf"). >=20 > * cd /usr/ports/ports-mgmt/pkg && make reinstall > ... WARNING: Whatever I've done seems to have left me with a somewhat-broken version of pkg. "pkg info pkg-1.3.1" (for example) spits out a list of installed packages, vs. providing details of pkg-1.3.1. I'm not at all clear on why this is, but I wanted to discourage folks from doing what I listed above without being aware that it doesn't seem to actually work completely. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --ZUxj+kVYsk1YKJSS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJT1QdXXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7FcQQAKB1659DpLbdUi/xF2Z4s4tG HIZe4VMKoSuPJnt52JsDiHGtUVLP6ggIpDX4wT0U12fV2wnqLwxkBC62jRTK/vJj koE1IgkBhtNhEbhuMkTsxEq0YtQnlAsuwK/8VsOFyvqhQlbulZCs/kTXkey/oNK5 nvpu7ugCWJSYB/6LBMPl7fNQzx6dgv+7Ir85C2eqv5GsCr6qqWQe5WynuLSzyMSr YNsua9mnVnjRJDQdDjYIgDreQWW9AKYRRp4IVf1HsCiwdSKFhnE0zy/yhjUlY0gD 45tVO1JMIMA62Sy5V2FoosY8Y7IdzM5Qf1uq7JIKEZoxVEMwwMK/XYwCToejledG WxelzwLwWFD+GnaR54e9X0OMV8HimREAgQ1ee6Y3P3FWlRVf3cfPrpEUYJ4T4Lj8 dKJvgJJ1wKcc+7/VsHY+YyrZMksNA58qzmQGqxDGXIrwXG8xqgW6saqxqN/Z92VO MQ24EnwOVIPFidn1GE2mwsZ/ELw3f8s+IrUGpoBGQHpEKUZrx3G8CqmDZ66PDe/L Q3ZaGiKw0iZbucKgMF63tWd1O7zppbJSzPLPvrRwOAFVa316VyA0wQ124bzcIe6H sjDqkQBk0c7JaPl4apk8oAsUPm8PT336H4p18foBZrvIKE+VplghR22ZGjRAjv4C 0MZ1Sz0ODsWkHTdeXymO =bfMH -----END PGP SIGNATURE----- --ZUxj+kVYsk1YKJSS-- From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 14:19:17 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01719B38 for ; Sun, 27 Jul 2014 14:19:17 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 BD38F2FE6 for ; Sun, 27 Jul 2014 14:19:16 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=Y556Q2iN c=1 sm=1 a=uNsD4W5u/UlQopoDAqU1YA==:17 a=jXRPIkKMiaoA:10 a=50blWgtHFWwA:10 a=AaUjGI9IrlcA:10 a=IkcTkHD0fZMA:10 a=OA2lqS22AAAA:8 a=Z10_uK-nBEq3DUc5K9EA:9 a=QEXdDO2ut3YA:10 a=CuIelknGoQ8A:10 a=ixTN0_mEtRAA:10 a=uNsD4W5u/UlQopoDAqU1YA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.39.223 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.223] ([209.6.39.223:1077] helo=[10.0.0.35]) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTPA id 8B/0B-05100-36A05D35; Sun, 27 Jul 2014 10:19:15 -0400 Message-ID: <53D50A64.20709@rcn.com> Date: Sun, 27 Jul 2014 10:19:16 -0400 From: Robert Huff User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: FreeBSD Ports ML Subject: Re: PKG 3.1.0 update - Segmentation fault: 11 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Jos Chrispijn , Baptiste Daroussin X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 14:19:17 -0000 Jos Chrispijn writes: > Baptiste Daroussin: > > > This is a known one I'm very sorry about but tricky to fix, to > > solve it, open your /usr/local/etc/pkg.conf you might have a > > duplicated entry in alias (probable leaf), remove the second one, > > that will solve your problem. regards, Bapt > > thanks, will try and let you know once being successfully. It worked for me. Respectfully, Robert Huff From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 14:32:09 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5554BEB9 for ; Sun, 27 Jul 2014 14:32:09 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 11CF5215E for ; Sun, 27 Jul 2014 14:32:06 +0000 (UTC) Received: (qmail 88970 invoked by uid 89); 27 Jul 2014 14:31:58 -0000 Received: from unknown (HELO ?192.168.250.177?) (mg@grem.de@88.217.180.211) by mail.grem.de with ESMTPA; 27 Jul 2014 14:31:58 -0000 Subject: Fwd: [package - 91amd64-default-ssp][devel/ice] Failed for Ice-3.5.1 in build/runaway References: <201407271349.s6RDn6bB064630@beefy4.isc.freebsd.org> From: Michael Gmelin X-Mailer: iPhone Mail (11D257) Message-Id: Date: Sun, 27 Jul 2014 16:31:35 +0200 To: "" Mime-Version: 1.0 (1.0) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 14:32:09 -0000 I started receiving those recently and I suspect this is related to changes o= n the package build host (the port didn't change and I assume it's somehow j= ail/11-CURRENT related). Begin forwarded message: > From: pkg-fallout@FreeBSD.org > Date: 27 Jul 2014 15:49:06 GMT+2 > To: freebsd@grem.de > Cc: pkg-fallout@FreeBSD.org > Subject: [package - 91amd64-default-ssp][devel/ice] Failed for Ice-3.5.1 i= n build/runaway >=20 > You are receiving this mail as a port that you maintain > is failing to build on the FreeBSD package build server. > Please investigate the failure and submit a PR to fix > build. >=20 > Maintainer: freebsd@grem.de > Last committer: mandree@FreeBSD.org > Ident: $FreeBSD: head/devel/ice/Makefile 339196 2014-01-09 01:57:= 20Z mandree $ > Log URL: http://beefy4.isc.freebsd.org/data/91amd64-default-ssp/201= 4-07-27_09h47m58s/logs/Ice-3.5.1.log > Build URL: http://beefy4.isc.freebsd.org/build.html?mastername=3D91am= d64-default-ssp&build=3D2014-07-27_09h47m58s > Log: >=20 > =3D=3D=3D=3D>> Building devel/ice > build started at Sun Jul 27 10:36:57 UTC 2014 > port directory: /usr/ports/devel/ice > building for: FreeBSD pkg.FreeBSD.org 9.1-RELEASE-p13 FreeBSD 9.1-RELEASE-= p13 amd64 > maintained by: freebsd@grem.de > Makefile ident: $FreeBSD: head/devel/ice/Makefile 339196 2014-01-09 0= 1:57:20Z mandree $ > Poudriere version: 3.1-pre > Host OSVERSION: 1100027 > Jail OSVERSION: 901000 >=20 > ---Begin Environment--- > OSVERSION=3D901000 > UNAME_v=3DFreeBSD 9.1-RELEASE-p13 > UNAME_r=3D9.1-RELEASE-p13 > BLOCKSIZE=3DK > MAIL=3D/var/mail/root > STATUS=3D1 > SAVED_TERM=3D > MASTERMNT=3D/usr/local/poudriere/data/.m/91amd64-default-ssp/ref > PKG_EXT=3Dtxz > FORCE_PACKAGE=3Dyes > PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local= /bin:/root/bin > POUDRIERE_BUILD_TYPE=3Dbulk > PKGNG=3D1 > PKGNAME=3DIce-3.5.1 > PKG_DELETE=3D/usr/local/sbin/pkg-static delete -y -f > PKG_ADD=3D/usr/local/sbin/pkg-static add > OLDPWD=3D/root > PWD=3D/usr/local/poudriere/data/.m/91amd64-default-ssp/ref/.p/pool > MASTERNAME=3D91amd64-default-ssp > USER=3Droot > HOME=3D/root > POUDRIERE_VERSION=3D3.1-pre > LOCALBASE=3D/usr/local > PACKAGE_BUILDING=3Dyes > PKG_VERSION=3D/.p/pkg-static version > PKG_BIN=3D/usr/local/sbin/pkg-static > ---End Environment--- >=20 > ---Begin OPTIONS List--- > =3D=3D=3D> The following configuration options are available for Ice-3.5.1= : > DEBUG=3Doff: Build with debugging support > DEMOS=3Don: Build demos > DOCS=3Don: Build and/or install documentation > TESTS=3Don: Build and run tests (requires lang/python) > =3D=3D=3D> Use 'make config' to modify these settings > ---End OPTIONS List--- >=20 > --CONFIGURE_ARGS-- >=20 > --End CONFIGURE_ARGS-- >=20 > --CONFIGURE_ENV-- > XDG_DATA_HOME=3D/wrkdirs/usr/ports/devel/ice/work XDG_CONFIG_HOME=3D/wrkd= irs/usr/ports/devel/ice/work HOME=3D/wrkdirs/usr/ports/devel/ice/work TMPDI= R=3D"/tmp" XDG_DATA_HOME=3D/wrkdirs/usr/ports/devel/ice/work XDG_CONFIG_HOM= E=3D/wrkdirs/usr/ports/devel/ice/work HOME=3D/wrkdirs/usr/ports/devel/ice/w= ork TMPDIR=3D"/tmp" PYTHON=3D"/usr/local/bin/python2.7" MAKE=3Dgmake XDG_DAT= A_HOME=3D/wrkdirs/usr/ports/devel/ice/work XDG_CONFIG_HOME=3D/wrkdirs/usr/p= orts/devel/ice/work HOME=3D/wrkdirs/usr/ports/devel/ice/work TMPDIR=3D"/tmp= " SHELL=3D/bin/sh CONFIG_SHELL=3D/bin/sh PATH=3D/usr/local/libexec/ccache:/s= bin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/= bin CCACHE_DIR=3D"/root/.ccache" > --End CONFIGURE_ENV-- >=20 > --MAKE_ENV-- > XDG_DATA_HOME=3D/wrkdirs/usr/ports/devel/ice/work XDG_CONFIG_HOME=3D/wrkd= irs/usr/ports/devel/ice/work HOME=3D/wrkdirs/usr/ports/devel/ice/work TMPDI= R=3D"/tmp" LP64=3Dyes XDG_DATA_HOME=3D/wrkdirs/usr/ports/devel/ice/work XDG= _CONFIG_HOME=3D/wrkdirs/usr/ports/devel/ice/work HOME=3D/wrkdirs/usr/ports/= devel/ice/work TMPDIR=3D"/tmp" XDG_DATA_HOME=3D/wrkdirs/usr/ports/devel/ice/= work XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/devel/ice/work HOME=3D/wrkdirs/u= sr/ports/devel/ice/work TMPDIR=3D"/tmp" NO_PIE=3Dyes SHELL=3D/bin/sh NO_LINT= =3DYES PREFIX=3D/usr/local LOCALBASE=3D/usr/local LIBDIR=3D"/usr/lib" CC=3D= "cc" CFLAGS=3D"-O2 -pipe -ftemplate-depth-128 -fPIC -DPIC -Wall -D_REENTRANT= -I/usr/local/include -DNDEBUG -fstack-protector -fno-strict-aliasing" CPP=3D= "cpp" CPPFLAGS=3D"" LDFLAGS=3D" -fstack-protector" LIBS=3D"" CXX=3D"c++" C= XXFLAGS=3D"-O2 -pipe -ftemplate-depth-128 -fPIC -DPIC -Wall -D_REENTRANT -I/= usr/local/include -DNDEBUG -fstack-protector -fno-strict-aliasing" MANPREFI= X=3D"/usr/local" PATH=3D/usr/local/libexec/ccache:/sbin:/bin:/usr/ > sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin CCACHE_D= IR=3D"/root/.ccache" BSD_INSTALL_PROGRAM=3D"install -s -o root -g wheel -m 5= 55" BSD_INSTALL_LIB=3D"install -s -o root -g wheel -m 444" BSD_INSTALL_SC= RIPT=3D"install -o root -g wheel -m 555" BSD_INSTALL_DATA=3D"install -o r= oot -g wheel -m 444" BSD_INSTALL_MAN=3D"install -o root -g wheel -m 444" > --End MAKE_ENV-- >=20 > --PLIST_SUB-- > PYTHON_INCLUDEDIR=3Dinclude/python2.7 > PYTHON_LIBDIR=3Dlib/python2.7 > PYTHON_PLATFORM=3Dfreebsd9 > PYTHON_SITELIBDIR=3Dlib/python2.7/site-packages > PYTHON_VERSION=3Dpython2.7 > PYTHON32=3D"@comment > " > PYTHONPRE32=3D"" > PYTHON_SUFFIX=3D27 > NAMESPACES=3D"@comment > " > NONAMESPACES=3D"" > OSREL=3D9.1 > PREFIX=3D%D > LOCALBASE=3D/usr/local > PORTDOCS=3D"" > PORTEXAMPLES=3D"" > PORTDATA=3D"" > LIB32DIR=3Dlib > DOCSDIR=3D"share/doc/Ice" > EXAMPLESDIR=3D"share/examples/Ice" > DATADIR=3D"share/Ice" > WWWDIR=3D"www/Ice" > ETCDIR=3D"etc/Ice" > --End PLIST_SUB-- >=20 > --SUB_LIST-- > PREFIX=3D/usr/local > LOCALBASE=3D/usr/local > DATADIR=3D/usr/local/share/Ice > DOCSDIR=3D/usr/local/share/doc/Ice > EXAMPLESDIR=3D/usr/local/share/examples/Ice > WWWDIR=3D/usr/local/www/Ice > ETCDIR=3D/usr/local/etc/Ice > --End SUB_LIST-- >=20 > ---Begin make.conf--- > USE_PACKAGE_DEPENDS=3Dyes > BATCH=3Dyes > WRKDIRPREFIX=3D/wrkdirs > WITH_CCACHE_BUILD=3Dyes > CCACHE_DIR=3D/root/.ccache > USE_PACKAGE_DEPENDS=3Dyes > BATCH=3Dyes > WRKDIRPREFIX=3D/wrkdirs > PORTSDIR=3D/usr/ports > PACKAGES=3D/packages > DISTDIR=3D/distfiles > #### /usr/local/etc/poudriere.d/make.conf #### > WITH_PKGNG=3Dyes > #### /usr/local/etc/poudriere.d/ssp-make.conf #### > WITH_SSP_PORTS=3Dyes > DISABLE_MAKE_JOBS=3Dpoudriere > ---End make.conf--- > =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> License GPLv2 accepted by the user > =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=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> Ice-3.5.1 depends on file: /usr/local/sbin/pkg - not found > =3D=3D=3D> Verifying install for /usr/local/sbin/pkg in /usr/ports/port= s-mgmt/pkg > =3D=3D=3D> Installing existing package /packages/All/pkg-1.2.7_4.txz > Installing pkg-1.2.7_4... done > If you are upgrading from the old package format, first run: >=20 > # pkg2ng > =3D=3D=3D> Returning to build of Ice-3.5.1 > =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=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=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 > =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> License GPLv2 accepted by the user > =3D=3D=3D> Fetching all distfiles required by Ice-3.5.1 for building > =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=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> License GPLv2 accepted by the user > =3D=3D=3D> Fetching all distfiles required by Ice-3.5.1 for building > =3D> SHA256 Checksum OK for Ice-3.5.1.tar.gz. > =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=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=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 > =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> License GPLv2 accepted by the user > =3D=3D=3D> Fetching all distfiles required by Ice-3.5.1 for building > =3D=3D=3D> Extracting for Ice-3.5.1 > =3D> SHA256 Checksum OK for Ice-3.5.1.tar.gz. > =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=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=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 > =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> Patching for Ice-3.5.1 > =3D=3D=3D> Applying FreeBSD patches for Ice-3.5.1 > =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=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> Ice-3.5.1 depends on file: /usr/local/bin/python2.7 - not fou= nd > =3D=3D=3D> Verifying install for /usr/local/bin/python2.7 in /usr/ports= /lang/python27 > =3D=3D=3D> Installing existing package /packages/All/python27-2.7.8.txz > Installing python27-2.7.8...Installing gettext-0.18.3.1_1...Installing ind= exinfo-0.2... done > Installing libiconv-1.14_3... done > done > done > =3D=3D=3D> Returning to build of Ice-3.5.1 > =3D=3D=3D> Ice-3.5.1 depends on executable: gmake - not found > =3D=3D=3D> Verifying install for gmake in /usr/ports/devel/gmake > =3D=3D=3D> Installing existing package /packages/All/gmake-3.82_1.txz > Installing gmake-3.82_1... done > =3D=3D=3D> Returning to build of Ice-3.5.1 > =3D=3D=3D> Ice-3.5.1 depends on file: /usr/local/bin/ccache - not found > =3D=3D=3D> Verifying install for /usr/local/bin/ccache in /usr/ports/de= vel/ccache > =3D=3D=3D> Installing existing package /packages/All/ccache-3.1.9_8.txz > Installing ccache-3.1.9_8...Create compiler links... > create symlink for cc > create symlink for cc (world) > create symlink for c++ > create symlink for c++ (world) > create symlink for CC > create symlink for CC (world) > create symlink for gcc > create symlink for gcc (world) > create symlink for g++ > create symlink for g++ (world) > done > NOTE: > Please read /usr/local/share/doc/ccache/ccache-howto-freebsd.txt for=20 > information on using ccache with FreeBSD ports and src. > =3D=3D=3D> Returning to build of Ice-3.5.1 > =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=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> Ice-3.5.1 depends on shared library: libexpat.so - not found > =3D=3D=3D> Verifying for libexpat.so in /usr/ports/textproc/expat2 > =3D=3D=3D> Installing existing package /packages/All/expat-2.1.0_1.txz > Installing expat-2.1.0_1... done > =3D=3D=3D> Returning to build of Ice-3.5.1 > =3D=3D=3D> Ice-3.5.1 depends on shared library: libmcpp.so - not found > =3D=3D=3D> Verifying for libmcpp.so in /usr/ports/devel/mcpp > =3D=3D=3D> Installing existing package /packages/All/mcpp-2.7.2_1.txz > Installing mcpp-2.7.2_1... done > =3D=3D=3D> Returning to build of Ice-3.5.1 > =3D=3D=3D> Ice-3.5.1 depends on shared library: libiconv.so.3 - found (/= usr/local/lib/libiconv.so.3) > > *** test started: 07/27/14 11:42:20 >=20 > *** can't run test as root *** >=20 >=20 > *** running tests 75/86 in /wrkdirs/usr/ports/devel/ice/work/Ice-3.5.1/cpp= /test/IceGrid/distribution > *** configuration: Default=20 > *** test started: 07/27/14 11:42:20 > creating IcePatch2 data directory... ok >=20 > *** can't run test as root *** >=20 >=20 > *** running tests 76/86 in /wrkdirs/usr/ports/devel/ice/work/Ice-3.5.1/cpp= /test/IceGrid/admin > *** configuration: Default=20 > *** test started: 07/27/14 11:42:21 >=20 > *** can't run test as root *** >=20 >=20 > *** running tests 77/86 in /wrkdirs/usr/ports/devel/ice/work/Ice-3.5.1/cpp= /test/Glacier2/router > *** configuration: Default=20 > *** test started: 07/27/14 11:42:21 > starting router in unbuffered mode... ok > starting server... ok > starting client... ok > testing stringToProxy for router... ok > testing checked cast for router... ok > installing router with communicator... ok > getting the session timeout... ok > testing stringToProxy for server object... ok > trying to ping server before session creation... ok > trying to create session with wrong password... ok > trying to destroy non-existing session... ok > creating session with correct password... ok > trying to create a second session... ok > pinging server after session creation... ok > testing checked cast for server object... ok > creating and activating callback receiver adapter with router... ok > getting category from router... ok > creating and adding callback receiver object... ok > testing oneway callback... ok > testing twoway callback... ok > testing concurrent twoway callback... ok > ditto, but with user exception... ok > trying twoway callback with fake category... ok > testing whether other allowed category is accepted... ok > testing whether disallowed category gets rejected... ok > testing whether user-id as category is accepted... ok > testing with blocking clients... ok > stress test... ok > testing server shutdown... ok > destroying session... ok > trying to ping server after session destruction... ok > uninstalling router with communicator... ok > testing stringToProxy for admin process facet... ok > testing checked cast for process facet... ok > testing Glacier2 shutdown... ok > starting router in buffered mode... ok > starting server... ok > starting client... ok > testing stringToProxy for router... ok > testing checked cast for router... ok > installing router with communicator... ok > getting the session timeout... ok > testing stringToProxy for server object... ok > trying to ping server before session creation... ok > trying to create session with wrong password... ok > trying to destroy non-existing session... ok > creating session with correct password... ok > trying to create a second session... ok > pinging server after session creation... ok > testing checked cast for server object... ok > creating and activating callback receiver adapter with router... ok > getting category from router... ok > creating and adding callback receiver object... ok > testing oneway callback... ok > testing twoway callback... ok > testing concurrent twoway callback... ok > ditto, but with user exception... ok > trying twoway callback with fake category... ok > testing whether other allowed category is accepted... ok > testing whether disallowed category gets rejected... ok > testing whether user-id as category is accepted... ok > testing with blocking clients... ok > stress test... ok > testing server shutdown... ok > destroying session... ok > trying to ping server after session destruction... ok > starting server... ok > starting client... ok > testing stringToProxy for router... ok > testing checked cast for router... ok > installing router with communicator... ok > getting the session timeout... ok > testing stringToProxy for server object... ok > trying to ping server before session creation... ok > trying to create session with wrong password... ok > trying to destroy non-existing session... ok > creating session with correct password... ok > trying to create a second session... ok > pinging server after session creation... ok > testing checked cast for server object... ok > creating and activating callback receiver adapter with router... ok > getting category from router... ok > creating and adding callback receiver object... ok > testing oneway callback... ok > testing twoway callback... ok > testing concurrent twoway callback... ok > ditto, but with user exception... ok > trying twoway callback with fake category... ok > testing whether other allowed category is accepted... ok > testing whether disallowed category gets rejected... ok > testing whether user-id as category is accepted... ok > testing with blocking clients... ok > stress test... ok > testing server shutdown... ok > destroying session... ok > trying to ping server after session destruction... ok > uninstalling router with communicator... ok > testing stringToProxy for admin process facet... ok > testing checked cast for process facet... ok > testing Glacier2 shutdown... ok >=20 > *** running tests 78/86 in /wrkdirs/usr/ports/devel/ice/work/Ice-3.5.1/cpp= /test/Glacier2/attack > *** configuration: Default=20 > *** test started: 07/27/14 11:42:33 > starting router... ok > starting server... ok > starting client... ok > getting router... ok > creating session... ok > making thousands of invocations on proxies... 100=08=08=08200=08=08=08300=08= =08=08400=08=08=08500=08=08=08600=08=08=08700=08=08=08800=08=08=08900=08=08=08= 1000=08=08=08=081100=08=08=08=081200=08=08=08=081300=08=08=08=081400=08=08=08= =081500=08=08=08=081600=08=08=08=081700=08=08=08=081800=08=08=08=081900=08=08= =08=082000=08=08=08=082100=08=08=08=082200=08=08=08=082300=08=08=08=082400=08= =08=08=082500=08=08=08=082600=08=08=08=082700=08=08=08=082800=08=08=08=08290= 0=08=08=08=083000=08=08=08=083100=08=08=08=083200=08=08=08=083300=08=08=08=08= 3400=08=08=08=083500=08=08=08=083600=08=08=08=083700=08=08=08=083800=08=08=08= =083900=08=08=08=084000=08=08=08=084100=08=08=08=084200=08=08=08=084300=08=08= =08=084400=08=08=08=084500=08=08=08=084600=08=08=08=084700=08=08=08=084800=08= =08=08=084900=08=08=08=085000=08=08=08=085100=08=08=08=085200=08=08=08=08530= 0=08=08=08=085400=08=08=08=085500=08=08=08=085600=08=08=08=085700=08=08=08=08= 5800=08=08=08=085900=08=08=08=086000=08=08=08=086100=08=08=08=086200=08=08=08= =086300=08=08=08=086400=08=08=08=086500=08=08=08=086600=08=08=08=086700=08=08= =08=086800=08=08=08=086900=08=08=08=087000=08=08=08=087100=08=08=08=087200=08= =08=08=087300=08=08=08=087400=08=08=08=087500=08=08=08=087600=08=08=08=08770= 0=08=08=08=087800=08=08=08=087900=08=08=08=088000=08=08=08=088100=08=08=08=08= 8200=08=08=08=088300=08=08=08=088400=08=08=08=088500=08=08=08=088600=08=08=08= =088700=08=08=08=088800=08=08=08=088900=08=08=08=089000=08=08=08=089100=08=08= =08=089200=08=08=08=089300=08=08=08=089400=08=08=08=089500=08=08=08=089600=08= =08=08=089700=08=08=08=089800=08=08=08=089900=08=08=08=0810000=08=08=08=08=08= =08=08=08=08=08ok > testing server and router shutdown... ok >=20 > *** running tests 79/86 in /wrkdirs/usr/ports/devel/ice/work/Ice-3.5.1/cpp= /test/Glacier2/override > *** configuration: Default=20 > *** test started: 07/27/14 11:42:39 > starting router in buffered mode... ok > starting server... ok > starting client... ok > testing client request override... ok > testing server request override... ok > shutdown... ok >=20 > *** running tests 80/86 in /wrkdirs/usr/ports/devel/ice/work/Ice-3.5.1/cpp= /test/Glacier2/sessionControl > *** configuration: Default=20 > *** test started: 07/27/14 11:42:42 > starting server... ok > starting router... ok > starting client... ok > getting router... ok > creating session... ok > testing destroy... ok > testing create exceptions... ok > testing shutdown... ok >=20 > *** running tests 81/86 in /wrkdirs/usr/ports/devel/ice/work/Ice-3.5.1/cpp= /test/Glacier2/ssl > *** configuration: Default=20 > *** test started: 07/27/14 11:42:43 > starting server... ok > starting router... ok > starting client... ok > creating non-ssl session with tcp connection... ok > creating ssl session with tcp connection... ok > creating non-ssl session with ssl connection... ok > creating ssl session with ssl connection... ok >=20 > *** running tests 82/86 in /wrkdirs/usr/ports/devel/ice/work/Ice-3.5.1/cpp= /test/Glacier2/dynamicFiltering > *** configuration: Default=20 > *** test started: 07/27/14 11:42:44 > starting server... ok > starting router... ok > starting client... ok > accessing test controller... ok > getting router... ok > Category filter... ok > Adapter id filter... ok > Object id filter... ok > testing shutdown... ok >=20 > *** running tests 83/86 in /wrkdirs/usr/ports/devel/ice/work/Ice-3.5.1/cpp= /test/Glacier2/staticFiltering > *** configuration: Default=20 > *** test started: 07/27/14 11:42:44 > testing category filter... ok > testing adapter id filter... helloF1 @ "an adapter with spaces" > Outgoing.cpp:499: Ice::Unknow-! 07/27/14 11:42:45.897 /wrkdirs/usr/ports/d= evel/ice/work/Ice-3.5.1/cpp/bin/glacier2router: warning: dispatch exception:= Network.cpp:2114: Ice::SocketException: > nL socket exception: Can't assign requested address > oc identity: helloF1 > alExc facet:=20 > eptio operation: ice_ping > remote host: 127.0.0.1 remote port: 19413 > n: > unknown local exception: > Network.cpp:2114: Ice::SocketException: > socket exception: Can't assign requested address > failed! > Client.cpp:126: assertion `"Unexpected local exception" =3D=3D 0' failed > unexpected exit status: expected: 0, got -6 > =3D=3D=3D=3D>> Killing runaway build after 7200 seconds with no output From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 14:57:48 2014 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2885591; Sun, 27 Jul 2014 14:57:48 +0000 (UTC) Received: from mailout03.t-online.de (mailout03.t-online.de [194.25.134.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 63ABF2322; Sun, 27 Jul 2014 14:57:48 +0000 (UTC) Received: from fwd13.aul.t-online.de (fwd13.aul.t-online.de [172.20.27.62]) by mailout03.t-online.de (Postfix) with SMTP id 1F74F461429; Sun, 27 Jul 2014 16:51:14 +0200 (CEST) Received: from [192.168.119.33] (EB5SCQZTQhYH5dZVu0Ocsv6AdmuETDzwLUZtg7soyjjZcl-xH3weDVmh-n87qR4wVa@[84.154.101.219]) by fwd13.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-SHA encrypted) esmtp id 1XBPmy-3fxon20; Sun, 27 Jul 2014 16:51:04 +0200 Message-ID: <53D511D6.7040108@freebsd.org> Date: Sun, 27 Jul 2014 16:51:02 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Ports FreeBSD Subject: pkg: Cannot get a read lock on a database, it is locked by another process X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-ID: EB5SCQZTQhYH5dZVu0Ocsv6AdmuETDzwLUZtg7soyjjZcl-xH3weDVmh-n87qR4wVa X-TOI-MSGID: 5a3cdfb3-e6e8-4636-8dac-511e35680402 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 14:57:48 -0000 The locking of the pkg database leads to soft failures, but I'm afraid, if these soft failures happen to coincide with certain administrative tasks, they can lead to unexpected results. One example is that portmaster fails to detect PKGNG (and then assumes to be working in a pre-PKGNG environment), if some pkg subcommand locks the database. To repeat: # pkg version -Bs & # pkg info As long as pkg version runs, pkg info fails to get the read lock (at least in the large majority of my tests). You can also prevent any pkg command from running, if you STOP (kill -STOP / ^Z) pkg version. Any other pkg command will fail, until "pkg version" has been "unstopped" and run to completion. This might even be a local DoS, if any command that read-locks the package DB for extended time can be executed by an unprivileged user. Similar error messages are reported by pkg_libcheck, which issues lots of pkg commands in parallel. (I have observed some 5 lock failures per 1000 installed packages on my system). I did not try to test all combinations of simultanous pkg commands and did not verify, whether e.g. "pkg upgrade" might be stopped half way through because of an error accessing the pkg database, but I have seen SQLITE error messages that indicated failed write operations (INSERT/UPDATE). Either the timeouts are too low, or the duration during which the database is locked by a single operation is too large (or there is no fairness and some processes never get access to the database?). I think this should be fixed, since pkg commands that lock the database can be run from CRON or by other means in the background and the operator who issues pkg commands in the foreground (or runs portmaster) receives spurious error messages (which might still be better than the batch jobs doing silly things, after they failed to obtain information from the pkg database ...) Regards, STefan From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 15:27:01 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61A29E32 for ; Sun, 27 Jul 2014 15:27:01 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 201A82594 for ; Sun, 27 Jul 2014 15:27:00 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s6RFQxQj001926 for ; Sun, 27 Jul 2014 08:26:59 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s6RFQxkx001925 for freebsd-ports@freebsd.org; Sun, 27 Jul 2014 08:26:59 -0700 (PDT) (envelope-from david) Date: Sun, 27 Jul 2014 08:26:59 -0700 From: David Wolfskill To: FreeBSD Ports ML Subject: Re: PKG 3.1.0 update - Segmentation fault: 11 Message-ID: <20140727152659.GW34525@albert.catwhisker.org> References: <53D4CE4A.3040208@webrz.net> <20140727111949.GH50802@ivaldir.etoilebsd.net> <20140727123035.GR34525@albert.catwhisker.org> <53D4F2CF.4040501@sorbs.net> <20140727125528.GS34525@albert.catwhisker.org> <53D4FD00.9050204@sorbs.net> <20140727134027.GT34525@albert.catwhisker.org> <20140727134752.GU34525@albert.catwhisker.org> <20140727140617.GV34525@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qxpYSgLynlcP4boX" Content-Disposition: inline In-Reply-To: <20140727140617.GV34525@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 15:27:01 -0000 --qxpYSgLynlcP4boX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 27, 2014 at 07:06:17AM -0700, David Wolfskill wrote: > On Sun, Jul 27, 2014 at 06:47:52AM -0700, David Wolfskill wrote: > > On Sun, Jul 27, 2014 at 06:40:27AM -0700, David Wolfskill wrote: > > > ... > > > Back on the original topic, I was able to get pkg-1.3.1 installed and > > > ... > >=20 > > OK; I was able to simplify the process on my 2nd system: > >=20 > > * Update /usr/local/etc/pkg.conf (to remove to eduplicate alias > > definition for "leaf"). > >=20 > > * cd /usr/ports/ports-mgmt/pkg && make reinstall > > ... >=20 > WARNING: Whatever I've done seems to have left me with a > somewhat-broken version of pkg. "pkg info pkg-1.3.1" (for example) > spits out a list of installed packages, vs. providing details of > pkg-1.3.1. I'm not at all clear on why this is, but I wanted to > discourage folks from doing what I listed above without being aware that > it doesn't seem to actually work completely. > ... The above appears to have been caused by some rather unfortunate entries in /usr/local/etc/pkg.conf. I find that moving that file aside allows "pkg info" to work normally. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --qxpYSgLynlcP4boX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJT1RpBXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7yV4P/ivdijULA2wtvgj9ug1+N08c UfxkrtRCddiO/GZR7Xemm8KvOUF/iGjTYIXJfc1WmsBtaG4o7pKNIWyYHEEauPEO LoBMN3SQeqtnNxUm9nqxb/j0gl72W/jIOCh+ZVOstKgLqRMM4EBAOSSZ3xp07EfR HWv4bT9qt32Ip/32OW4sipY/Ix/x6SWultLBBXhn+3n2pf8GezSpYCQWiP8eJ3sH vX9tpkv5oq5Jcif8maQd9JKsUIW76k23MZPF76q3AXDPJNESWdtp/m2BsPFqjLpx wlJ3RVl0o4KfVvv/TAO10g32TTutZ6J6dUovV0DpFxjNcDha+uq5yjWiMYykq6yK Q8Q9hEKT/PMcApL677l8B6hp/91IzD64YK6bIrjDjdYHoBtx/IcMzVLG7NIWg1nZ 1p2tfC+0Qj4aU0hx2hYkwC612amjSp3aO4Fhnq3sDd6x6JInomXYcgnyKCShbeHq ckGmIKkuSLRuvV1vYofBx6Bo+WVfltfCsebnTX0yQUP8MSsKZdiIWza17vljl3E+ 3gk7TIf3bbzEHtSz51/PRtXe7gyfyLP3jvCnnGKKcaP/ayCeVgPd3CGuExhKk0bh xUdbBRnm16At/I++gaWITH7QW/pJm+KF0HB6vvh3nXIDFf3zBNBmLbg0+JmOFeeO bBijM4FVb/+kyPMQb/AQ =AKtj -----END PGP SIGNATURE----- --qxpYSgLynlcP4boX-- From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 19:31:10 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 119465E9 for ; Sun, 27 Jul 2014 19:31:10 +0000 (UTC) Received: from mail-qa0-x22b.google.com (mail-qa0-x22b.google.com [IPv6:2607:f8b0:400d:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B68712C70 for ; Sun, 27 Jul 2014 19:31:09 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id w8so6832967qac.16 for ; Sun, 27 Jul 2014 12:31:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=date:from:to:subject:message-id:reply-to:organization:mime-version :content-type; bh=5W/kP5Nfwlj9p4hN5NgpaeZYud0xZnZEXtvvSwuORKo=; b=KkdLBTRaQ89UdzJ0tZz8KYHnRsjWB8BNBly1zVMLXPNzSu5X8kg1jLulA1ag5bf0w0 0Dwv94CDuzbM5YGOsuIa1dzRCnyQJUhhaWDWpy1zDjdOyEvgozenXMpTLIVdI71qWaOc 46xey/oZcDgPZevpiXJI4HyESgFv1Cx70uZLk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:reply-to :organization:mime-version:content-type; bh=5W/kP5Nfwlj9p4hN5NgpaeZYud0xZnZEXtvvSwuORKo=; b=R0ksPmujfHpRwyQFRQ5pJIJw2T7SAdOyEN6cRzyV7qFbw7LMjg45FueJB84U7tZPGJ aXWcEPt9JURgSQfUxZLZTddPYAsCXpzXKJTTVZs1A30rKXMc8L3fG01/EZqqZCP7Ar9Q YcynSmf0CUdEQtIg3Bbv4CHPVoIaTneWx9QkFvKbhyrA570JjLyOZkrPL4NVzNiAobFK FW3eQh7dgy0kZzhr0+KnlIM/vpGYozMQ+13cneqaMkwGVrgFXw6hEjT9wzTmi8Vlwya1 C9//K9ow+gJmyw4sL82YQF6U6Ci9tGAKeZ1enqY11ZWJCJI4V7bhPnI4/Eh5yXo8KaPI wlUQ== X-Gm-Message-State: ALoCoQnai7yWZMNGFj7oOogLjbwEFKYfoTri7/aQcPwa1iTl7SI2ERXt5/6oeaAWyxrWyEw9nOw1 X-Received: by 10.140.86.114 with SMTP id o105mr9890413qgd.14.1406489468861; Sun, 27 Jul 2014 12:31:08 -0700 (PDT) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPSA id f23sm19640117qge.10.2014.07.27.12.31.08 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 27 Jul 2014 12:31:08 -0700 (PDT) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3hLvQM2bscz3DlVW for ; Sun, 27 Jul 2014 15:31:07 -0400 (EDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.4 at scorpio.seibercom.net Date: Sun, 27 Jul 2014 15:30:58 -0400 From: Jerry To: FreeBSD Ports Subject: Tor web browser Message-ID: <20140727153058.03ca8d2c@scorpio> Reply-To: FreeBSD Ports Organization: seibercom NET X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/IB66WnCIQXGdZmzNt8c+9Ss"; protocol="application/pgp-signature" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 19:31:10 -0000 --Sig_/IB66WnCIQXGdZmzNt8c+9Ss Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sun, 27 Jul 2014 15:24:21 -0400 Is there a port of the "Tor web browser" available? The site lists one for BSD, but I would prefer to get it via the port's system --=20 Jerry --Sig_/IB66WnCIQXGdZmzNt8c+9Ss Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJT1VN7AAoJEElTsHIJnX8eRwAH/RurKUF9sfRu88UeR/0+c+g7 bE9ZWOm1aJTwqa4RN0DHCVuIWqqo3DrySk7sQ0zG5wUSBg0j6B8cho9vAvi7EVnI jIUr48vxp+XwzzLlcnIT4QegvXxqmM9CiszzYT6Wqi7IbhVD0YDv7ppVXA7Q7dRc z7zfrvb1jl4bmMieJcQYY82+zvYEBNnxLLXfjU8kYPeFULf/dikclSrmWhL5S95t P25CYCKVRVCywLK2uAux2M4e0Ui5zgPiRqRlMDm5AnUsfzxt5BnadivzT9A4KREv AYe9tlUDZziENzrDtRjS/9vAAfDWbO2yJGXO3lJZ8iUWn9FldVFHwWMrSlIrT+w= =pDJU -----END PGP SIGNATURE----- --Sig_/IB66WnCIQXGdZmzNt8c+9Ss-- From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 19:36:46 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F2ED6D9 for ; Sun, 27 Jul 2014 19:36:46 +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 EF8DC2D1A for ; Sun, 27 Jul 2014 19:36:45 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XBUFS-000IF9-0I for freebsd-ports@freebsd.org; Sun, 27 Jul 2014 21:36:46 +0200 Date: Sun, 27 Jul 2014 21:36:45 +0200 From: Kurt Jaeger To: FreeBSD Ports Subject: Re: Tor web browser Message-ID: <20140727193645.GA66308@home.opsec.eu> References: <20140727153058.03ca8d2c@scorpio> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140727153058.03ca8d2c@scorpio> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 19:36:46 -0000 Hi! > Is there a port of the "Tor web browser" > available? The site lists one for BSD, but I would prefer to get it via the > port's system I'm not aware of a port, but would like to have one, as well. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 20:00:37 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0453AC5F for ; Sun, 27 Jul 2014 20:00:37 +0000 (UTC) Received: from biertje.skysmurf.nl (unknown [IPv6:2001:980:27fb:1:21b:78ff:fea8:3f22]) (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 844062EF7 for ; Sun, 27 Jul 2014 20:00:36 +0000 (UTC) Received: from biertje.skysmurf.nl (localhost [127.0.0.1]) by biertje.skysmurf.nl (8.14.7/8.14.7) with ESMTP id s6RK0XE8050877; Sun, 27 Jul 2014 22:00:33 +0200 (CEST) (envelope-from fonz@biertje.skysmurf.nl) Received: (from fonz@localhost) by biertje.skysmurf.nl (8.14.7/8.14.7/Submit) id s6RK0XWB050843; Sun, 27 Jul 2014 22:00:33 +0200 (CEST) (envelope-from fonz) Date: Sun, 27 Jul 2014 22:00:33 +0200 From: "A.J. 'Fonz' van Werven" To: Kurt Jaeger Subject: Re: Tor web browser Message-ID: <20140727200033.GA28424@biertje.skysmurf.nl> References: <20140727153058.03ca8d2c@scorpio> <20140727193645.GA66308@home.opsec.eu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <20140727193645.GA66308@home.opsec.eu> X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 20:00:37 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Kurt Jaeger wrote: >> Is there a port of the "Tor web browser" >> available? The site lists one for BSD, but I would prefer to get it via >> the port's system >=20 > I'm not aware of a port, but would like to have one, as well. Same here. I only knew there was a Windows version; if there's a FreeBSD port version too that would be great. AvW --=20 Imbibo, ergo sum. --J/dobhs11T7y2rNN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT1VpgAAoJEAfP7gJTaCe8DrUP/3+ZdSFW6vRWU0RK/Cgaz4U3 x+yYNTLKbY1Fe0VW+xg/8Kswk8ZPqlA2QoxbZitn8j6yENBjvAsmyj/LzEdkEHkZ rM/iTgDxLQxLR7MGq5KsEE7UI2LYDQFY1SJ7N/rQCqGnDQ9Ol7RS5IRdkn1VMmIX yPILGhShXMWcJuZBC+5agEx6uyFMi6qr1xV2u5zh16nUXCj7I88KJbdoC5jksDc2 0s2LeUpXHbINgjufhnPCqO3gCy5+tbBvNbkNlKMJNpXYhb4AaOiC+Asg1Dz2QFb0 zPKEuDwMHMC+dKqe6Wb0P6Dv/MCCzR+q9WVrO6afor98L+XmhwXiQM4umI2R+GMt xYzlnqCPVkFp+3EsvZ7mpebMIu1IIGhR/aamtIsJlD8RemlFnWkx6XkVqmTm7AVg aXXWMG+uZeky8+A/w7hwar7nhdPoPUgs2aswADIrEtk0t3lt9xSoyD2QOhNqO00n qfh8NM+jHHbv81C8QO45Gmgy0pGBhHhMBmpZ8xxLkHFlvDvuCEbPYDQfvRTFZmp+ Jy+yaTEeWG3UwH1QbrL0AiRKWZrzTY8Rvryvt+5ErMup6/QhoF74E2NZvS3T7CJD aIAPKaY1F0LEcinP1HBi2YkzLYFn+zr/5huDJNB2IlPOdiDZ8wJzds40u6A+rbgl UugJPgMw2GFDFymVcn+R =caFW -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 20:03:42 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19B9DD29 for ; Sun, 27 Jul 2014 20:03:42 +0000 (UTC) Received: from mail-oa0-x22b.google.com (mail-oa0-x22b.google.com [IPv6:2607:f8b0:4003:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D54C120B9 for ; Sun, 27 Jul 2014 20:03:41 +0000 (UTC) Received: by mail-oa0-f43.google.com with SMTP id i7so7812191oag.30 for ; Sun, 27 Jul 2014 13:03:41 -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=a1T1HaA78ShQbdO54gXrAm/CHb5jZdQ4HElDC8MN640=; b=x4KSmxihQKqEOS6dvsRTUWnZAhKgYOI2glmd0U+k3hXBCL4i8WOV0T5G2SiPjK7vxJ 5JKPRH2O7OAHqFWkmUlCsJvWV8ZBAG5qmctdmchWEvdlQrg1VTIKRa2vf9Psf/AQvkJ5 uyy2eSuvh99DYoEtorSDWWyfbvsV+L3cxX9qTb03VtVk0hzXAt57Tr0qV8QtQ5lBW9TK 8+uLm/95joiUDpfHbyn2+p+1ARDQsSMYooxdtg07W+Wc+zq2zSsqiTs0LQmrr+xXbR4c yqGhjD0c3J/syRfjdtt2dwIuDo/4B6VVCukDIbHmduBNjEvY9KpTrOoAPO9bFnX+uFCI JuBQ== MIME-Version: 1.0 X-Received: by 10.60.159.232 with SMTP id xf8mr43040665oeb.16.1406491421111; Sun, 27 Jul 2014 13:03:41 -0700 (PDT) Received: by 10.182.146.5 with HTTP; Sun, 27 Jul 2014 13:03:41 -0700 (PDT) In-Reply-To: <20140727200033.GA28424@biertje.skysmurf.nl> References: <20140727153058.03ca8d2c@scorpio> <20140727193645.GA66308@home.opsec.eu> <20140727200033.GA28424@biertje.skysmurf.nl> Date: Sun, 27 Jul 2014 22:03:41 +0200 Message-ID: Subject: Re: Tor web browser From: =?UTF-8?Q?Ren=C3=A9_Ladan?= To: "A.J. 'Fonz' van Werven" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Kurt Jaeger , FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 20:03:42 -0000 2014-07-27 22:00 GMT+02:00 A.J. 'Fonz' van Werven : > Kurt Jaeger wrote: > > >> Is there a port of the "Tor web browser" > >> available? The site lists one for BSD, but I would prefer to get it vi= a > >> the port's system > > > > I'm not aware of a port, but would like to have one, as well. > > Same here. I only knew there was a Windows version; if there's a FreeBSD > port version too that would be great. > > https://www.torproject.org/dist/torbrowser/3.6.3/ does not list a BSD version but it might be possible to run the Linux version. Ren=C3=A9 From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 20:20:05 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D62E52C for ; Sun, 27 Jul 2014 20:20:05 +0000 (UTC) Received: from erelay5.ox.registrar-servers.com (erelay2.ox.registrar-servers.com [192.64.117.125]) by mx1.freebsd.org (Postfix) with ESMTP id 28D3D23E7 for ; Sun, 27 Jul 2014 20:20:04 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id DCC342204EED; Sun, 27 Jul 2014 20:20:03 +0000 (UTC) Received: from erelay1.ox.registrar-servers.com ([127.0.0.1]) by localhost (erelay.ox.registrar-servers.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id cPhtwqul-S2g; Sun, 27 Jul 2014 16:20:02 -0400 (EDT) Received: from imap10.ox.privateemail.com (imap10.ox.privateemail.com [192.64.116.221]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id C3BF22204EDA; Sun, 27 Jul 2014 16:20:02 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.privateemail.com (Postfix) with ESMTP id 4F4AC2400C6; Sun, 27 Jul 2014 16:20:02 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap10.ox.privateemail.com Received: from mail.privateemail.com ([127.0.0.1]) by localhost (imap10.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id l7OMceiG_tmp; Sun, 27 Jul 2014 16:20:02 -0400 (EDT) Received: from localhost (94.Red-79-155-184.dynamicIP.rima-tde.net [79.155.184.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.privateemail.com (Postfix) with ESMTPSA id 7F9D12400C3; Sun, 27 Jul 2014 16:20:00 -0400 (EDT) Date: Sun, 27 Jul 2014 22:19:24 +0200 From: Carlos Jacobo Puga Medina To: r.c.ladan@gmail.com Subject: Re: Tor web browser Message-Id: <20140727221924.6c15c821c39034c7bd654eff@fbsd.es> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; i386-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: lists@opsec.eu, freebsd-ports@freebsd.org, freebsd@skysmurf.nl X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 20:20:05 -0000 Take a look in this SVN repo: https://trillian.chruetertee.ch/svn/freebsd-gecko/trunk/www/linux-tor-browser Regards, -- Carlos Jacobo Puga Medina From owner-freebsd-ports@FreeBSD.ORG Sun Jul 27 22:40:34 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F228C631 for ; Sun, 27 Jul 2014 22:40:34 +0000 (UTC) Received: from thetys.cloudzeeland.nl (webrz.xs4all.nl [83.161.133.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloudzeeland.nl", Issuer "PositiveSSL CA 2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B13572FB0 for ; Sun, 27 Jul 2014 22:40:33 +0000 (UTC) Received: from thetys.cloudzeeland.nl (thetys.cloudzeeland.nl [10.10.10.31]) by thetys.cloudzeeland.nl (Postfix) with ESMTP id 411C4168AA7B for ; Mon, 28 Jul 2014 00:37:54 +0200 (CEST) Received: from [10.10.10.70] (daedalus.cloudzeeland.nl [10.10.10.70]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by thetys.cloudzeeland.nl (Postfix) with ESMTPSA id 21D7E168AA7A for ; Mon, 28 Jul 2014 00:37:54 +0200 (CEST) Message-ID: <53D57FE2.9040508@webrz.net> Date: Mon, 28 Jul 2014 00:40:34 +0200 From: Jos Chrispijn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 To: FreeBSD Ports ML Subject: pkgdb rebuild mode X-Virus-Scanned: ClamAV using ClamSMTP on thetys.cloudzeeland.nl MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 22:40:35 -0000 Is there a way of having pkgdb automatically taking care of these kind of 'missing' ports: pkg_info: the package info for package 'alpine-2.11_2' is corrupt Now I first have to find out where this port is located with: %> locate $1 | grep /usr/ports/ and then reinstall it: cd $1 make reinstall Your expertise is highly appreciated L-) Thanks, Jos From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 05:32:19 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 892C52C0 for ; Mon, 28 Jul 2014 05:32:19 +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 488B31E2B for ; Mon, 28 Jul 2014 05:32:19 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XBdXj-000KRc-Fw for ports@freebsd.org; Mon, 28 Jul 2014 07:32:15 +0200 Date: Mon, 28 Jul 2014 07:32:15 +0200 From: Kurt Jaeger To: ports@freebsd.org Subject: ports with lib_depends: prefering one lib over another Message-ID: <20140728053215.GB66308@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 05:32:19 -0000 Hi! In https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192123 the suggestion is to use graphics/libjpeg-turbo, if possible and use graphics/jpeg, if not. Question: How can this be expressed in the ports Makefile ? -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 08:26:22 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3F1D57B for ; Mon, 28 Jul 2014 08:26:22 +0000 (UTC) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 59AB5227B for ; Mon, 28 Jul 2014 08:26:22 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id q58so6933932wes.18 for ; Mon, 28 Jul 2014 01:26:17 -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=a9zD8ZztmGWfcuvfnAeUVlMGM4Lluu7G8QN9S/Td8UE=; b=jac2qGfWt2aClcMS3Yni5D0to9NBl2kkHn1J6ZfOUI1k/9u/jG2C5VrXkzXDLW1muo oYPR5l/7qTlRjcbYvIvAb1cwQdAWaki6xL7U1vL/DmGNTZS2+Os4D53LKjbQz5yGGVHd BG1lVAyk9rdX78+NzYSMWILdmWuJyJ7TKtXKooLn6eERqV8LaJKAd+SwGo/g2Pdgi2Zy i0l13FsDx8R8SgUi2tbFqiHahY1Lf6D8jHhSojFaA0lM/W2+G8ZcTAbTPeGMRIl8quHy NmbX7U98K2GPT0ak7VB897ZkH9dvmh554KDxWqreQxPqHHlr/TI67HUVxSRpw0HtR2lD 7ocQ== X-Received: by 10.194.236.132 with SMTP id uu4mr45576287wjc.54.1406535977088; Mon, 28 Jul 2014 01:26:17 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id i12sm47730184wjr.32.2014.07.28.01.26.15 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 28 Jul 2014 01:26:16 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 28 Jul 2014 10:26:14 +0200 From: Baptiste Daroussin To: Kurt Jaeger Subject: Re: ports with lib_depends: prefering one lib over another Message-ID: <20140728082614.GL50802@ivaldir.etoilebsd.net> References: <20140728053215.GB66308@home.opsec.eu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vJI8q/aziP9idhqk" Content-Disposition: inline In-Reply-To: <20140728053215.GB66308@home.opsec.eu> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 08:26:22 -0000 --vJI8q/aziP9idhqk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 28, 2014 at 07:32:15AM +0200, Kurt Jaeger wrote: > Hi! >=20 > In=20 >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D192123 >=20 > the suggestion is to use graphics/libjpeg-turbo, if possible > and use graphics/jpeg, if not. >=20 > Question: How can this be expressed in the ports Makefile ? >=20 It is just not possible so far by design of the ports tree by design, It needs a more general purpose framework and needs to be carefully thought about. In general something allowing a global choosing of libjpeg-turbo vs libjpeg= on amd64 and i386 would be great (there is also the new mozilla fork of libjpeg-turbo btw :)) a USES sounds a good idea, should it be general to all graphic libraries or= only jpeg? regards, Bapt --vJI8q/aziP9idhqk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPWCSYACgkQ8kTtMUmk6ExbrgCgkSCyylSL1CbNfYWjhcar0U0M phsAnRhRTDbILh3HB7cMrzBrGmOqCILM =KBd7 -----END PGP SIGNATURE----- --vJI8q/aziP9idhqk-- From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 09:40:51 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9234D788 for ; Mon, 28 Jul 2014 09:40:51 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (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 7EFFE2A90 for ; Mon, 28 Jul 2014 09:40:51 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.8/8.14.8) with ESMTP id s6S9epYN041414 for ; Mon, 28 Jul 2014 09:40:51 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id s6S9ep3l041413; Mon, 28 Jul 2014 09:40:51 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201407280940.s6S9ep3l041413@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, 28 Jul 2014 09:40:51 +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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 09:40:51 -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-mgmt/pandorafms_agent | 4.0.1 | 5.1-140728 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_console | 4.0.1 | 5.1-140728 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_server | 4.0.1 | 5.1-140728 ------------------------------------------------+-----------------+------------ science/gramps | 3.4.8 | 4.1.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 Mon Jul 28 10:25:29 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DCA14F0 for ; Mon, 28 Jul 2014 10:25:29 +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 58C8E2114 for ; Mon, 28 Jul 2014 10:25:29 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XBi7R-000KtZ-Sw; Mon, 28 Jul 2014 12:25:25 +0200 Date: Mon, 28 Jul 2014 12:25:25 +0200 From: Kurt Jaeger To: Carlos Jacobo Puga Medina Subject: Re: Tor web browser Message-ID: <20140728102525.GC66308@home.opsec.eu> References: <20140727221924.6c15c821c39034c7bd654eff@fbsd.es> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140727221924.6c15c821c39034c7bd654eff@fbsd.es> Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 10:25:29 -0000 Hi! > https://trillian.chruetertee.ch/svn/freebsd-gecko/trunk/www/linux-tor-browser Thanks -- is this official ? Is this supposed to be added to the ports ? -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 11:17:14 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B6014B8 for ; Mon, 28 Jul 2014 11:17:14 +0000 (UTC) Received: from mail-qa0-x22d.google.com (mail-qa0-x22d.google.com [IPv6:2607:f8b0:400d:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DF5C4274F for ; Mon, 28 Jul 2014 11:17:13 +0000 (UTC) Received: by mail-qa0-f45.google.com with SMTP id cm18so7609920qab.4 for ; Mon, 28 Jul 2014 04:17:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :organization:mime-version:content-type; bh=SYl1IdTJiIL30X/0bJW+qewHZtkATpWh+uM3ecM6fyo=; b=U1dEzEPsKqwPLSWrxpgc46IkAyzCeRLT1JwkGyj2wbMZhGDZTungejruURb5LVautj 1MLt10KOkj+metdy8Z5S+PTONxIxQMlqrB5KdLLpXjTpdnne6NFvqL2Mc72V5PyNuNGE 04EYSsxtDyiytscAXyi98IvkyWX1pq9wgLxYU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:reply-to:organization:mime-version:content-type; bh=SYl1IdTJiIL30X/0bJW+qewHZtkATpWh+uM3ecM6fyo=; b=bbKDJ8woytE13L4OjYw1yJGclrdr52GmEevdYSrGImOsL+qE06XeQvxHtK+sqWGPTv l3k+y2ocEUpzi7XXQ7+KuyyJG+KhFnnuguo6IwNJOb8yrPIwKqQ6JZKR9V2ZxE3hywf/ D41iV56K6jpkFwzrwVKlGWiHwGx+Bq1PDeQgNSvXxIXCDdQo0+28ZrISr5j2ImssL5LT C9Lkjt3UrZHWOv6wAWggmOlY4wo/wRsbYrIXdKR4WTg+DgG6/exN0YKzuNFF1Ea5QC6t t0hvIEm5ZtFFJP4nDIsz+bv21HVuaBm3aOfg7H+Rzx7odvDIhryAted5Q9/mF1rWhQ7m 0Z1g== X-Gm-Message-State: ALoCoQkyFI99WbnxDrQ3UXPpiTiGccUpPXHpvdENkUpiHphuf1EjHrpjVpyqDjAuDU/AUhrkOEdJ X-Received: by 10.140.85.166 with SMTP id n35mr58132167qgd.67.1406546232872; Mon, 28 Jul 2014 04:17:12 -0700 (PDT) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPSA id v2sm20159102qge.7.2014.07.28.04.17.12 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 28 Jul 2014 04:17:12 -0700 (PDT) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3hMJPz2HPJz3DlVT for ; Mon, 28 Jul 2014 07:17:11 -0400 (EDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.4 at scorpio.seibercom.net Date: Mon, 28 Jul 2014 07:17:04 -0400 From: Jerry To: freebsd-ports@freebsd.org Subject: Re: Tor web browser Message-ID: <20140728071704.43234610@scorpio> In-Reply-To: <20140728102525.GC66308@home.opsec.eu> References: <20140727221924.6c15c821c39034c7bd654eff@fbsd.es> <20140728102525.GC66308@home.opsec.eu> Reply-To: FreeBSD Ports Organization: seibercom NET X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/AvfZwaKDs+cY9DWttC+dJCL"; protocol="application/pgp-signature" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 11:17:14 -0000 --Sig_/AvfZwaKDs+cY9DWttC+dJCL Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Mon, 28 Jul 2014 12:25:25 +0200, Kurt Jaeger stated: >Hi! > >> https://trillian.chruetertee.ch/svn/freebsd-gecko/trunk/www/linux-tor-br= owser > >Thanks -- is this official ? Is this supposed to be added to the >ports ? > It would be great to have the latest version in the ports system. --=20 Jerry --Sig_/AvfZwaKDs+cY9DWttC+dJCL Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJT1jE3AAoJEElTsHIJnX8epnwH/19dvFHB5Pj6eOfTbKdPLWMR 2e8AX8KbyDxsejnaaQDE1vIj/Ce45n4flSR/YW3FLEVbgIb6v5xGYeMg+ezTHDdM gvfcvTbmBKlXp7NLYQz+yc/eNKJLO2UCEavFr72H8sp7vfpk6duJcBu5nkHd1eYt pyqI77gsMKF27lcYk8qRspYh/E2UkKcfU9GdiAVRldbMXPiFiyreUnZP3stv4JHN i0JD/Ry3WNpS6xmbciNYOe7+2mYJbGMZD6zm/A/czOTldwi+NI7XeQ1o/6UZWF+K 9/M1kauaIsoilz3NNSHybPmUJzgIFbocwmat17zkvRoFdAEUDsmoYeqt2SEuIIY= =foG+ -----END PGP SIGNATURE----- --Sig_/AvfZwaKDs+cY9DWttC+dJCL-- From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 13:54:14 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03B06AEA for ; Mon, 28 Jul 2014 13:54:14 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 B4B3F2C61 for ; Mon, 28 Jul 2014 13:54:13 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-ports@freebsd.org with esmtp (envelope-from ) id <1XBlNU-002HXx-3S>; Mon, 28 Jul 2014 15:54:12 +0200 Received: from e179187250.adsl.alicedsl.de ([85.179.187.250] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-ports@freebsd.org with esmtpsa (envelope-from ) id <1XBlNT-000su8-Uv>; Mon, 28 Jul 2014 15:54:12 +0200 Date: Mon, 28 Jul 2014 15:54:11 +0200 From: "O. Hartmann" To: FreeBSD Ports Subject: net/openldap24-server: lstat(/usr/ports/net/openldap24-server/work/stage/usr/local/libexec/openldap/smbk5pwd.so.0.0.0): No such file or directory Message-ID: <20140728155411.528d6a75.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/aJ5o6q/V6=XNVTmV+FwmS2M"; protocol="application/pgp-signature" X-Originating-IP: 85.179.187.250 X-ZEDAT-Hint: A X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 13:54:14 -0000 --Sig_/aJ5o6q/V6=XNVTmV+FwmS2M Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable The port net/openldap24-server fails to register/install with this error: pkg-static: lstat(/usr/ports/net/openldap24-server/work/stage/usr/local/libexec/openlda= p/smbk5pwd.so.0.0.0): No such file or directory The port/installation is corrupted after that - which makes me very happy. Please CC me. oh --Sig_/aJ5o6q/V6=XNVTmV+FwmS2M Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJT1lYDAAoJEOgBcD7A/5N8Qk0IALnXHTXU0weJy2ITeovMSIns Gz/9yQIR/R5+HpPo2Y9cAV7H8QHTSDfTpvavLBF3LpMo5Fhy3gxd7DabAmcOWnbt i8cL2F6ru+CEcHnUQKPeSkQY3qSYFo1eJICxQxt3WO2utVaTj9qmLLnt6xPln/r4 nZVX8Ywp1HeVAEnW+lc1Qv2qaanq+C6Xq7XiWTdm32N6mFp/iY3Ay7oFwaAOSvaJ tKrgw3VU8H3HDfWZaOzvNB7DwIVzv+jPe+0e/3EczX8bMcJzoisZ4Mu+toNMFg0x 4+3wMs0s66DVGv2XE1ifhLRzwhibHTbUwy6NOalfVvuY5jfjZJfLzvTf/jG+uSM= =6A6d -----END PGP SIGNATURE----- --Sig_/aJ5o6q/V6=XNVTmV+FwmS2M-- From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 15:01:26 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 936F56DE for ; Mon, 28 Jul 2014 15:01:26 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (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 2EF7425B0 for ; Mon, 28 Jul 2014 15:01:26 +0000 (UTC) Received: from [10.6.25.100] ([213.61.170.110]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MAxyW-1XJRPL2fps-009urC; Mon, 28 Jul 2014 17:01:23 +0200 Message-ID: <53D665C3.3070401@gmx.de> Date: Mon, 28 Jul 2014 17:01:23 +0200 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: FreeBSD Ports Subject: Re: net/openldap24-server: lstat(/usr/ports/net/openldap24-server/work/stage/usr/local/libexec/openldap/smbk5pwd.so.0.0.0): No such file or directory References: <20140728155411.528d6a75.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140728155411.528d6a75.ohartman@zedat.fu-berlin.de> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:mQsh5RPZW9dGL7WjMgv2p7FXoPVV4LPp6Wf2QYTyFkd944+PLWs Mra7kLwwCHh8b0o7RVHUnownl+0f9yQGTQNhkZY9LJvNnNsYLDp5tmCw2+bYp5mxKiBp/39 ELfVJ1sC0UF0mJODUtk/j3adw/wVuZJK6PR5tH8vvw/H4qUIxdZEFUw1/5Www6f7AunyZCy 1+64J/uWn5tlxfPKUfmEg== Cc: "O. Hartmann" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 15:01:26 -0000 On 2014-07-28 15:54, O. Hartmann wrote: > The port net/openldap24-server fails to register/install with this error: > > pkg-static: > lstat(/usr/ports/net/openldap24-server/work/stage/usr/local/libexec/openldap/smbk5pwd.so.0.0.0): > No such file or directory > > The port/installation is corrupted after that - which makes me very happy. > > Please CC me. > > oh > The following patch should work, seems this is a leftover from libtool -> libtool:keepla Index: openldap24-server/pkg-plist =================================================================== --- net/openldap24-server/pkg-plist (revision 363124) +++ net/openldap24-server/pkg-plist (working copy) @@ -84,11 +84,9 @@ %%SHA2%%libexec/openldap/pw-sha2.la %%SHA2%%libexec/openldap/pw-sha2.so %%SHA2%%libexec/openldap/pw-sha2.so.0 -%%SHA2%%libexec/openldap/pw-sha2.so.0.0.0 %%SMBPWD%%libexec/openldap/smbk5pwd.la %%SMBPWD%%libexec/openldap/smbk5pwd.so %%SMBPWD%%libexec/openldap/smbk5pwd.so.0 -%%SMBPWD%%libexec/openldap/smbk5pwd.so.0.0.0 libexec/slapd %%MODULES%%@dirrmtry libexec/openldap sbin/slapacl -- br. olli From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 15:02:32 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA6827A4; Mon, 28 Jul 2014 15:02:32 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 7794125CD; Mon, 28 Jul 2014 15:02:32 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1XBmRZ-002cF1-OL>; Mon, 28 Jul 2014 17:02:29 +0200 Received: from e179187250.adsl.alicedsl.de ([85.179.187.250] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1XBmRZ-0010Bw-MF>; Mon, 28 Jul 2014 17:02:29 +0200 Date: Mon, 28 Jul 2014 17:02:21 +0200 From: "O. Hartmann" To: FreeBSD Ports , FreeBSD CURRENT Subject: net/openldap24-server: lstat(/usr/ports/net/openldap24-server/work/stage/usr/local/libexec/openldap/smbk5pwd.so.0.0.0): Message-ID: <20140728170221.63fb0333.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/Xt=9bCBYgf_gzm_wQz6BWWY"; protocol="application/pgp-signature" X-Originating-IP: 85.179.187.250 X-ZEDAT-Hint: A X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 15:02:32 -0000 --Sig_/Xt=9bCBYgf_gzm_wQz6BWWY Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Updating of port net/openldap24-server fails grandios with the following er= ror: =3D=3D=3D> Installing for openldap-sasl-server-2.4.39_2 =3D=3D=3D> Registering installation for openldap-sasl-server-2.4.39_2 pkg-static: lstat(/usr/ports/net/openldap24-server/work/stage/usr/local/libexec/openlda= p/pw-sha2.so.0.0.0): No such file or directory pkg-static: lstat(/usr/ports/net/openldap24-server/work/stage/usr/local/libexec/openlda= p/smbk5pwd.so.0.0.0): No such file or directory *** Error code 74 Great. The OS is=20 FreeBSD 11.0-CURRENT #0 r269157: Sun Jul 27 22:57:48 CEST 2014=20 --Sig_/Xt=9bCBYgf_gzm_wQz6BWWY Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJT1mYEAAoJEOgBcD7A/5N8YdcH/jJkftC7JYNEFIwaopWik4dG Nu11c6J2fhdv0tXxxVGABRtZFl3BK4FwdMdUgeD5frSd85ubK3wJWDrm8JIKtQt/ qFz22fw1Jykhd4pDtvNphINhWlT1tjWK6zarIX4cNqWB/tldUTE45htPN5CtcoJ8 8zr4xix05+NYtAIJ1XTaVD1aaRd8mNO2CoWIHJ4NLhi1QF5V9TGxpSC+ngDQElSf KqggcqQbK3prESGzTxae3z9WiD8LXCuXC9raYhc5jFRsh+EqywFK4g+ms/etRQN9 vx2We4jMDogojqfPPFXWyIi4XKVQHFODgIRyXEP6zZANEignnm+L8Ozb8pn9rfI= =Mr1S -----END PGP SIGNATURE----- --Sig_/Xt=9bCBYgf_gzm_wQz6BWWY-- From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 15:19:02 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A872266 for ; Mon, 28 Jul 2014 15:19:02 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 26D70274D for ; Mon, 28 Jul 2014 15:19:01 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1XBmhY-002gzu-4k>; Mon, 28 Jul 2014 17:19:00 +0200 Received: from e179187250.adsl.alicedsl.de ([85.179.187.250] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1XBmhY-00126A-17>; Mon, 28 Jul 2014 17:19:00 +0200 Date: Mon, 28 Jul 2014 17:18:55 +0200 From: "O. Hartmann" To: olli hauer Subject: Re: net/openldap24-server: lstat(/usr/ports/net/openldap24-server/work/stage/usr/local/libexec/openldap/smbk5pwd.so.0.0.0): No such file or directory Message-ID: <20140728171855.64f41e6d.ohartman@zedat.fu-berlin.de> In-Reply-To: <53D665C3.3070401@gmx.de> References: <20140728155411.528d6a75.ohartman@zedat.fu-berlin.de> <53D665C3.3070401@gmx.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/FhbyxAZE991euCKmorQMiQp"; protocol="application/pgp-signature" X-Originating-IP: 85.179.187.250 X-ZEDAT-Hint: A Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 15:19:02 -0000 --Sig_/FhbyxAZE991euCKmorQMiQp Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 28 Jul 2014 17:01:23 +0200 olli hauer schrieb: > On 2014-07-28 15:54, O. Hartmann wrote: > > The port net/openldap24-server fails to register/install with this erro= r: > >=20 > > pkg-static: > > lstat(/usr/ports/net/openldap24-server/work/stage/usr/local/libexec/ope= nldap/smbk5pwd.so.0.0.0): > > No such file or directory > >=20 > > The port/installation is corrupted after that - which makes me very hap= py. > >=20 > > Please CC me. > >=20 > > oh > >=20 >=20 > The following patch should work, seems this is a leftover from libtool ->= libtool:keepla >=20 >=20 > Index: openldap24-server/pkg-plist > =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 > --- net/openldap24-server/pkg-plist (revision 363124) > +++ net/openldap24-server/pkg-plist (working copy) > @@ -84,11 +84,9 @@ > %%SHA2%%libexec/openldap/pw-sha2.la > %%SHA2%%libexec/openldap/pw-sha2.so > %%SHA2%%libexec/openldap/pw-sha2.so.0 > -%%SHA2%%libexec/openldap/pw-sha2.so.0.0.0 > %%SMBPWD%%libexec/openldap/smbk5pwd.la > %%SMBPWD%%libexec/openldap/smbk5pwd.so > %%SMBPWD%%libexec/openldap/smbk5pwd.so.0 > -%%SMBPWD%%libexec/openldap/smbk5pwd.so.0.0.0 > libexec/slapd > %%MODULES%%@dirrmtry libexec/openldap > sbin/slapacl >=20 This works for me. I'm uncapable of connecting to the bugreport server from my provider's netw= ork! Can not issue a PR. --Sig_/FhbyxAZE991euCKmorQMiQp Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJT1mnjAAoJEOgBcD7A/5N8FJwH/3iOomcWJJSZSzpwGhA8czmc 9HuUlzFdDsUgDbI9SqWsu85+lxm7a7fD3MbNR53zJPJH0hk1b8ggHsGlH+Eo4PKZ OfwHd3GMRatm3Lvcy6AcVWGdowDKG9dkr4TSqh4zT2B+ff56dg7PTc7b8EsPoJYG vwePkUPwy9PfOkykQwCS1ENBHhDU6uHmMYOnoA1TRfAqFM7Dbcajh+pnhQrg5c4i UmTkbwdhzEp+/9kimHAY5MlrrHVXCN0/kJ+0/nfaVGnXygwHZFD6HrqKobSvvFGs a18bhUQvKamfieTZe3QW4suOgQNQUcInUXy0K24t7uyBOgK2xJYo9zYQ76sOM+A= =gb40 -----END PGP SIGNATURE----- --Sig_/FhbyxAZE991euCKmorQMiQp-- From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 15:31:26 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22C0883F for ; Mon, 28 Jul 2014 15:31:26 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (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 AA44228EF for ; Mon, 28 Jul 2014 15:31:25 +0000 (UTC) Received: from [10.6.25.100] ([213.61.170.110]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MJWAZ-1XDhu52Qe3-003741; Mon, 28 Jul 2014 17:31:14 +0200 Message-ID: <53D66CC2.4000407@gmx.de> Date: Mon, 28 Jul 2014 17:31:14 +0200 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: FreeBSD Ports Subject: Re: net/openldap24-server: lstat(/usr/ports/net/openldap24-server/work/stage/usr/local/libexec/openldap/smbk5pwd.so.0.0.0): No such file or directory References: <20140728155411.528d6a75.ohartman@zedat.fu-berlin.de> <53D665C3.3070401@gmx.de> <20140728171855.64f41e6d.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140728171855.64f41e6d.ohartman@zedat.fu-berlin.de> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:t5510n1jEgpR7zB2dGa5ZgKce4Wr+HK3NIu8N+7wll4U2IL99tm jvTXgTXMy1mrRbEjjoSr35GNaYiGAGHC5SX76PusxfbWx63JwEi2C43yzMnjn/RsWz+DAZ7 aUA92/b1KWo643+0PuPm0SbOim/s882eWSfittmeUnRxFVF6p19/RBrk/Vh02DH89yJLRcE vHDBcWBsnDvKEb4kd5ikw== Cc: Xin LI , "O. Hartmann" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 15:31:26 -0000 On 2014-07-28 17:18, O. Hartmann wrote: > Am Mon, 28 Jul 2014 17:01:23 +0200 > olli hauer schrieb: > >> On 2014-07-28 15:54, O. Hartmann wrote: >>> The port net/openldap24-server fails to register/install with this error: >>> >>> pkg-static: >>> lstat(/usr/ports/net/openldap24-server/work/stage/usr/local/libexec/openldap/smbk5pwd.so.0.0.0): >>> No such file or directory >>> >>> The port/installation is corrupted after that - which makes me very happy. >>> >>> Please CC me. >>> >>> oh >>> >> >> The following patch should work, seems this is a leftover from libtool -> libtool:keepla >> >> >> Index: openldap24-server/pkg-plist >> =================================================================== >> --- net/openldap24-server/pkg-plist (revision 363124) >> +++ net/openldap24-server/pkg-plist (working copy) >> @@ -84,11 +84,9 @@ >> %%SHA2%%libexec/openldap/pw-sha2.la >> %%SHA2%%libexec/openldap/pw-sha2.so >> %%SHA2%%libexec/openldap/pw-sha2.so.0 >> -%%SHA2%%libexec/openldap/pw-sha2.so.0.0.0 >> %%SMBPWD%%libexec/openldap/smbk5pwd.la >> %%SMBPWD%%libexec/openldap/smbk5pwd.so >> %%SMBPWD%%libexec/openldap/smbk5pwd.so.0 >> -%%SMBPWD%%libexec/openldap/smbk5pwd.so.0.0.0 >> libexec/slapd >> %%MODULES%%@dirrmtry libexec/openldap >> sbin/slapacl >> > > This works for me. > > I'm uncapable of connecting to the bugreport server from my provider's network! Can not > issue a PR. > Not required, I've taken the liberty to commit the fix -- br. olli From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 15:35:02 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 114F49B4 for ; Mon, 28 Jul 2014 15:35:02 +0000 (UTC) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) (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 DD412292E for ; Mon, 28 Jul 2014 15:35:01 +0000 (UTC) Received: from localhost (mail.ixsystems.com [10.2.55.1]) by mail.iXsystems.com (Postfix) with ESMTP id 25DDB785FA for ; Mon, 28 Jul 2014 08:35:00 -0700 (PDT) Received: from mail.iXsystems.com ([10.2.55.1]) by localhost (mail.ixsystems.com [10.2.55.1]) (maiad, port 10024) with ESMTP id 65403-04 for ; Mon, 28 Jul 2014 08:35:00 -0700 (PDT) Received: from [192.168.0.51] (75-130-56-30.static.kgpt.tn.charter.com [75.130.56.30]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id 96A95785F4 for ; Mon, 28 Jul 2014 08:34:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ixsystems.com; s=newknight0; t=1406561699; bh=SgT1e2Nty4884ujEbMAnFdQjfxr3WcaVo04+T42Kak8=; h=Date:From:To:Subject:References:In-Reply-To; b=PTm2dHr+LwYZ+dGuFYRalRDHw89v/XOfRu/+GWxGQrG3frkOGYDlfJDMkF+4woXyO 6yeOp3up1HKeNUdpc8TSSJvJIAUxym2L07cKluIyJsm5SII2M5/e/LbPyXV/amu6jr V1zeQKk0ctggBxD+TucmZYqkffFIEGRj4RZ9labQ= Message-ID: <53D66DA2.4020009@pcbsd.org> Date: Mon, 28 Jul 2014 11:34:58 -0400 From: Kris Moore User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: pkg: Cannot get a read lock on a database, it is locked by another process References: <53D511D6.7040108@freebsd.org> In-Reply-To: <53D511D6.7040108@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 15:35:02 -0000 On 07/27/2014 10:51, Stefan Esser wrote: > The locking of the pkg database leads to soft failures, but I'm afraid, > if these soft failures happen to coincide with certain administrative > tasks, they can lead to unexpected results. > > One example is that portmaster fails to detect PKGNG (and then assumes > to be working in a pre-PKGNG environment), if some pkg subcommand locks > the database. To repeat: > > # pkg version -Bs & > # pkg info > > As long as pkg version runs, pkg info fails to get the read lock (at > least in the large majority of my tests). You can also prevent any pkg > command from running, if you STOP (kill -STOP / ^Z) pkg version. Any > other pkg command will fail, until "pkg version" has been "unstopped" > and run to completion. This might even be a local DoS, if any command > that read-locks the package DB for extended time can be executed by > an unprivileged user. > > Similar error messages are reported by pkg_libcheck, which issues > lots of pkg commands in parallel. (I have observed some 5 lock > failures per 1000 installed packages on my system). > > > I did not try to test all combinations of simultanous pkg commands > and did not verify, whether e.g. "pkg upgrade" might be stopped > half way through because of an error accessing the pkg database, > but I have seen SQLITE error messages that indicated failed write > operations (INSERT/UPDATE). > > Either the timeouts are too low, or the duration during which the > database is locked by a single operation is too large (or there is > no fairness and some processes never get access to the database?). > > > I think this should be fixed, since pkg commands that lock the > database can be run from CRON or by other means in the background > and the operator who issues pkg commands in the foreground (or runs > portmaster) receives spurious error messages (which might still be > better than the batch jobs doing silly things, after they failed to > obtain information from the pkg database ...) > > Regards, STefan > _______________________________________________ > 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" +1 to this whole thing. I would prefer that pkg commands simply wait for the DB to become unlocked again, instead of just failing outright. We have many scripts which monitor the system, check for updates, display our GUI store-front, and its really annoying to have random bits of it fail simply because of bad timing with another pkg process. -- Kris Moore PC-BSD Software iXsystems From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 18:51:39 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C0A9562 for ; Mon, 28 Jul 2014 18:51:39 +0000 (UTC) Received: from mp1-smtp-2.eutelia.it (mp1-smtp-2.eutelia.it [62.94.10.162]) by mx1.freebsd.org (Postfix) with ESMTP id E595523E9 for ; Mon, 28 Jul 2014 18:51:37 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mp1-smtp-2.eutelia.it (Eutelia) with ESMTP id 0D44EE34CD for ; Mon, 28 Jul 2014 20:29:03 +0200 (CEST) Received: from soth.ventu (adsl-ull-222-173.41-151.net24.it [151.41.173.222]) (authenticated bits=0) by ns2.biolchim.it (8.14.9/8.14.8) with ESMTP id s6SISxpq080905 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Mon, 28 Jul 2014 20:29:00 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-222-173.41-151.net24.it [151.41.173.222] claimed to be soth.ventu Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.9/8.14.7) with ESMTP id s6SISoQ3089743 for ; Mon, 28 Jul 2014 20:28:51 +0200 (CEST) (envelope-from ml@netfence.it) Message-ID: <53D69662.6020503@netfence.it> Date: Mon, 28 Jul 2014 20:28:50 +0200 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: ports@freebsd.org Subject: Strange pkg_deinstall behaviour with pkgng Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Mon, 28 Jul 2014 20:29:00 +0200 (CEST) X-Spam-Score: () X-Scanned-By: MIMEDefang 2.75 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 18:51:39 -0000 Hello. I was forced to switch to pkgng on a 9.2 box and I'm now noticing a strange behaviour. Before, "pkg_deinstall -R foo" would deinstall foo and all ports on which foo depended, except those who were needed by other ports. Now, "pkg_deinstall -R foo" will deinstall foo, all ports on which foo depends and all ports depending on the ports on which foo depends. E.g. Port A depends on B Port B depends on C Port D depends on C With the old behaviour, "pkg_deinstall -R A" would deinstall A and B (but not C). Now it will deinstall A, B, C and D. Is this normal or expected? How can I restore the old behaviour? Thanks av. From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 18:58:21 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EEDCD826 for ; Mon, 28 Jul 2014 18:58:21 +0000 (UTC) Received: from mario.brtsvcs.net (mario.brtsvcs.net [IPv6:2607:fc50:0:a400::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 C55B62433 for ; Mon, 28 Jul 2014 18:58:21 +0000 (UTC) Received: from chombo.houseloki.net (c-73-37-112-64.hsd1.or.comcast.net [73.37.112.64]) by mario.brtsvcs.net (Postfix) with ESMTPSA id 85A482C1631 for ; Mon, 28 Jul 2014 11:58:19 -0700 (PDT) Received: from [IPv6:2601:7:2280:38b:baca:3aff:fe83:bd29] (unknown [IPv6:2601:7:2280:38b:baca:3aff:fe83:bd29]) by chombo.houseloki.net (Postfix) with ESMTPSA id 6CD68AFA for ; Mon, 28 Jul 2014 11:58:17 -0700 (PDT) Message-ID: <53D69D46.6000608@bluerosetech.com> Date: Mon, 28 Jul 2014 11:58:14 -0700 From: Darren Pilgrim Reply-To: FreeBSD Ports User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: FreeBSD Ports Subject: Re: Tor web browser References: <20140727153058.03ca8d2c@scorpio> In-Reply-To: <20140727153058.03ca8d2c@scorpio> 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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 18:58:22 -0000 On 7/27/2014 12:30 PM, Jerry wrote: > Sun, 27 Jul 2014 15:24:21 -0400 > > Is there a port of the "Tor web browser" > available? The site lists one for BSD, but I would prefer to get it via the > port's system I think the reason it isn't in ports is because it's literally just a portable Firefox with a premade profile. You can replicate it using parts already in ports and a few minutes work creating a Firefox profile. From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 19:20:05 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C625F451 for ; Mon, 28 Jul 2014 19:20:05 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 30CF62656 for ; Mon, 28 Jul 2014 19:20:04 +0000 (UTC) Received: (qmail 13982 invoked by uid 89); 28 Jul 2014 19:19:56 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@194.97.158.66) by mail.grem.de with ESMTPA; 28 Jul 2014 19:19:56 -0000 Date: Mon, 28 Jul 2014 21:19:57 +0200 From: Michael Gmelin To: freebsd-ports@freebsd.org, Baptiste Daroussin , Vsevolod Stakhov Subject: pkg: pkg create deadlocks and hangs ZFS host Message-ID: <20140728211957.1e069918@bsd64.grem.de> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/ZEWpQWRjxDiJEVHe0ZKYSOJ" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 19:20:05 -0000 --MP_/ZEWpQWRjxDiJEVHe0ZKYSOJ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline I had pkg crash[1] our build host a couple of times today. I could reproduce the issue on a local machine and opened a detailed bug report on github[2] which links to a gist containing the patch that's also attached to this email. - Michael [1] Crash like in "power cycle required". [2] https://github.com/freebsd/pkg/issues/897 -- Michael Gmelin --MP_/ZEWpQWRjxDiJEVHe0ZKYSOJ Content-Type: text/x-patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=0001-Disabled-implicitly-activated-pass-mode-which-is-uni.patch >From d21a99520dc573a566910b37c6b1549cc1b9305f Mon Sep 17 00:00:00 2001 From: Michael Gmelin Date: Mon, 28 Jul 2014 21:02:06 +0200 Subject: [PATCH] Disabled implicitly activated "pass mode", which is unintuitive and causes deadlocks. (I frankly have no idea what its intended use is) --- libpkg/packing.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/libpkg/packing.c b/libpkg/packing.c index 40e806d..461444f 100644 --- a/libpkg/packing.c +++ b/libpkg/packing.c @@ -69,7 +69,9 @@ packing_init(struct packing **pack, const char *path, pkg_formats format) archive_read_disk_set_standard_lookup((*pack)->aread); archive_read_disk_set_symlink_physical((*pack)->aread); +#if 0 // disabled, pass mode hangs if (!is_dir(path)) { +#endif (*pack)->pass = false; (*pack)->awrite = archive_write_new(); archive_write_set_format_pax_restricted((*pack)->awrite); @@ -97,6 +99,7 @@ packing_init(struct packing **pack, const char *path, pkg_formats format) *pack = NULL; return EPKG_FATAL; } +#if 0 // disabled, pass mode hangs } else { /* pass mode directly write to the disk */ pkg_debug(1, "Packing to directory '%s' (pass mode)", path); (*pack)->pass = true; @@ -104,6 +107,7 @@ packing_init(struct packing **pack, const char *path, pkg_formats format) archive_write_disk_set_options((*pack)->awrite, EXTRACT_ARCHIVE_FLAGS); } +#endif (*pack)->resolver = archive_entry_linkresolver_new(); archive_entry_linkresolver_set_strategy((*pack)->resolver, -- 2.0.0 --MP_/ZEWpQWRjxDiJEVHe0ZKYSOJ-- From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 20:23:08 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECF0A21B; Mon, 28 Jul 2014 20:23:08 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (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 BAC692E7F; Mon, 28 Jul 2014 20:23:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=foOi78BngvLereDoCtMpJvXjWLy2Vi3P0U7NbAKuK70=; b=8RxJJvy5ckK9C2mRYkmNJtneqjcIp8XkLDou887SCqFxVfsdt4pSVFkbgy0yIFCjOftE/He2+nIy/gYhmNNbzNQIiIoI8EAZV9kmxJFSDbptS10+Qz+pKI+oM++dQlZB8H7BY3AdYdxyEvVD838LCd+WVGiNts53DY/u283IM3k=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XBrRr-000Inj-BM; Mon, 28 Jul 2014 20:23:07 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 1.0.1 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 1.0.1, by Edgewall Software To: adamw@FreeBSD.org X-Trac-Project: redports Date: Mon, 28 Jul 2014 20:23:07 -0000 Reply-To: qat@redports.org X-URL: https://qat.redports.org/ Subject: [QAT] 363158: 4x leftovers, 4x fetch, 12x success To: adamw@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140728141800-19922 X-Trac-Build-ID: 20140728141800-19922 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 20:23:09 -0000 Rename benchmark/ patch-xy patches to reflect the files they modify. --------------------------------------------------------------------- Build ID: 20140728141800-19922 Job owner: adamw@FreeBSD.org Buildtime: 6 hours Enddate: Mon, 28 Jul 2014 20:23:04 GMT Revision: 363158 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=363158 --------------------------------------------------------------------- Port: benchmarks/bonnie 2.0.6_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385738/bonnie-2.0.6_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385739/bonnie-2.0.6_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385740/bonnie-2.0.6_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385741/bonnie-2.0.6_1.log --------------------------------------------------------------------- Port: benchmarks/dbs 1.1.5_6 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385742/dbs-1.1.5_6.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385743/dbs-1.1.5_6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385744/dbs-1.1.5_6.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385745/dbs-1.1.5_6.log --------------------------------------------------------------------- Port: benchmarks/iozone21 2.01 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385746/iozone21-2.01.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385747/iozone21-2.01.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385748/iozone21-2.01.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385749/iozone21-2.01.log --------------------------------------------------------------------- Port: benchmarks/nbench 2.2.3 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385750/nbench-2.2.3.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385751/nbench-2.2.3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385752/nbench-2.2.3.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385753/nbench-2.2.3.log --------------------------------------------------------------------- Port: benchmarks/ttcp 1.12_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: FETCH Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385754/ttcp-1.12_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: FETCH Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385755/ttcp-1.12_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: FETCH Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385756/ttcp-1.12_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: FETCH Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728141800-19922-385757/ttcp-1.12_1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 21:30:32 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE5D7619; Mon, 28 Jul 2014 21:30:32 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 281EF25C5; Mon, 28 Jul 2014 21:30:32 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id m15so7873125wgh.17 for ; Mon, 28 Jul 2014 14:30:30 -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=27NBAY8eZ/mrQ1QItgEy6YxsC6GQDn2OigEJpo9gcac=; b=SfRI0ytedKTjLypjl0U0/+MkF5bfDLEL4fUAD8j44MV/NR+o3LfaNoezTqDUMrmlWA JYlZYeX1vNnxApHije0ak/7oR2oOFhtGZg5mpEPZ/R580ZthARhFEaus06BHC3qfEQfI oIHyN7U5Q1vCLJef19A7qOYWGcAnnZYdevA6ALoTXg4DjrfZ0mDkQv18sJxdRQLz6Vxv OjpSk+FEsU6AeGHXIpTgJ/T1lS82Fh40744s2o2vU0i/nZZadEEUdpZcs3F/x3io5rg8 dH6zbgH/WZlo1HXD+bU5Ty6kWKtmEEzu5FyYLcQvgW6wTFhVV2dp0MctlKov1ZR5ws6u tt4A== X-Received: by 10.194.175.41 with SMTP id bx9mr16419407wjc.123.1406583030044; Mon, 28 Jul 2014 14:30:30 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id fb8sm35525994wib.15.2014.07.28.14.30.28 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 28 Jul 2014 14:30:29 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 28 Jul 2014 23:30:26 +0200 From: Baptiste Daroussin To: Michael Gmelin Subject: Re: pkg: pkg create deadlocks and hangs ZFS host Message-ID: <20140728213026.GE68875@ivaldir.etoilebsd.net> References: <20140728211957.1e069918@bsd64.grem.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a1QUDc0q7S3U7/Jg" Content-Disposition: inline In-Reply-To: <20140728211957.1e069918@bsd64.grem.de> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Vsevolod Stakhov , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 21:30:32 -0000 --a1QUDc0q7S3U7/Jg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 28, 2014 at 09:19:57PM +0200, Michael Gmelin wrote: > I had pkg crash[1] our build host a couple of times today. I could > reproduce the issue on a local machine and opened a detailed bug > report on github[2] which links to a gist containing the patch that's > also attached to this email. >=20 > - Michael >=20 > [1] Crash like in "power cycle required". > [2] https://github.com/freebsd/pkg/issues/897 >=20 This patch will break pkg register which is used by the ports tree, I'll wo= rk on a better patch regards, Bapt --a1QUDc0q7S3U7/Jg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPWwPIACgkQ8kTtMUmk6Ex6fwCfUjyggSlNVdsVhpzTKUZ2KsFA 3HAAn3eYH1nFFIWJjAjRs3WlA3QZOksF =Ux7l -----END PGP SIGNATURE----- --a1QUDc0q7S3U7/Jg-- From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 21:36:16 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66D2A9C3 for ; Mon, 28 Jul 2014 21:36:16 +0000 (UTC) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 346382670 for ; Mon, 28 Jul 2014 21:36:16 +0000 (UTC) Received: by mail-ig0-f181.google.com with SMTP id h3so4361028igd.8 for ; Mon, 28 Jul 2014 14:36:15 -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=z9XPxI6rAGk+ajlrNV+yMX32zF7PSmHXmo66gSXrqK0=; b=aWKRqfqsXs6RnOnOjc3Daxy9QJ9uIBDBd37fx9GahynIfzvS/9O+D3WXjJcnHOPn2D ARg2wkfXiq4WdvYT/4co1zx0/gdPhyQk3LQJSHaeAoqJ19WKqpIkQER14fJZz3YtmTNU Oa1xWs4nAXmrc5piK4JhTAsKTd5TSzoV9F5sTwVfK/gUfU1vD3Y9DaKyCb6DGA82Fxon 8XtXVquzPDvu4l19N6Hb+LTz5Feoi1mU9PlJzpALCA2tcMwYRtoAKcXCbeoK5kTH8jdW Dxzc/LWdx++wIFkQzpv6XNSNZTOq+M0R3F8fAIMOyJlfuCg630JxMqnoFtWzQ/ewcCEu uVWg== MIME-Version: 1.0 X-Received: by 10.50.43.193 with SMTP id y1mr21786890igl.32.1406583375590; Mon, 28 Jul 2014 14:36:15 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Mon, 28 Jul 2014 14:36:15 -0700 (PDT) In-Reply-To: <53D66DA2.4020009@pcbsd.org> References: <53D511D6.7040108@freebsd.org> <53D66DA2.4020009@pcbsd.org> Date: Mon, 28 Jul 2014 14:36:15 -0700 X-Google-Sender-Auth: FpvLtydMboraZzGpj232ietkYpg Message-ID: Subject: Re: pkg: Cannot get a read lock on a database, it is locked by another process From: Kevin Oberman To: Kris Moore Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 21:36:16 -0000 On Mon, Jul 28, 2014 at 8:34 AM, Kris Moore wrote: > On 07/27/2014 10:51, Stefan Esser wrote: > > The locking of the pkg database leads to soft failures, but I'm afraid, > > if these soft failures happen to coincide with certain administrative > > tasks, they can lead to unexpected results. > > > > One example is that portmaster fails to detect PKGNG (and then assumes > > to be working in a pre-PKGNG environment), if some pkg subcommand locks > > the database. To repeat: > > > > # pkg version -Bs & > > # pkg info > > > > As long as pkg version runs, pkg info fails to get the read lock (at > > least in the large majority of my tests). You can also prevent any pkg > > command from running, if you STOP (kill -STOP / ^Z) pkg version. Any > > other pkg command will fail, until "pkg version" has been "unstopped" > > and run to completion. This might even be a local DoS, if any command > > that read-locks the package DB for extended time can be executed by > > an unprivileged user. > > > > Similar error messages are reported by pkg_libcheck, which issues > > lots of pkg commands in parallel. (I have observed some 5 lock > > failures per 1000 installed packages on my system). > > > > > > I did not try to test all combinations of simultanous pkg commands > > and did not verify, whether e.g. "pkg upgrade" might be stopped > > half way through because of an error accessing the pkg database, > > but I have seen SQLITE error messages that indicated failed write > > operations (INSERT/UPDATE). > > > > Either the timeouts are too low, or the duration during which the > > database is locked by a single operation is too large (or there is > > no fairness and some processes never get access to the database?). > > > > > > I think this should be fixed, since pkg commands that lock the > > database can be run from CRON or by other means in the background > > and the operator who issues pkg commands in the foreground (or runs > > portmaster) receives spurious error messages (which might still be > > better than the batch jobs doing silly things, after they failed to > > obtain information from the pkg database ...) > > > > Regards, STefan > > _______________________________________________ > > 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" > > +1 to this whole thing. > > I would prefer that pkg commands simply wait for the DB to become > unlocked again, instead of just failing outright. > > We have many scripts which monitor the system, check for updates, > display our GUI store-front, and its really annoying to have random bits > of it fail simply because of bad timing with another pkg process. > > -- > Kris Moore > PC-BSD Software > iXsystems This is a real pain, but I only see it on one of my systems. That system is my only i386 system and also my only system running 9.2. Whether that has anything to do with it, I can't say, but it makes me very nervous. I just would like to know why only the one system has the problem. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 22:10:49 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69094938 for ; Mon, 28 Jul 2014 22:10:49 +0000 (UTC) Received: from mail.issp.ac.ru (mail.issp.ac.ru [77.236.34.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.issp.ac.ru", Issuer "relay.issp.ac.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E130029D1 for ; Mon, 28 Jul 2014 22:10:48 +0000 (UTC) Received: from host-62-63-83-42.rev.as20985.net [62.63.83.42:34284] (HELO/EHLO mercury.ph.man.ac.uk, authenticated with PLAIN) by mail.issp.ac.ru with ESMTP/inet id s6SMB8AK098948 (using TLSv1/SSLv3, with cipher DHE-RSA-AES256-SHA (256 bits), verified NO) for ; Tue, 29 Jul 2014 02:11:09 +0400 (MSK) X-Authentication-Warning: mail.issp.ac.ru: Host host-62-63-83-42.rev.as20985.net [62.63.83.42] claimed to be mercury.ph.man.ac.uk From: Max Brazhnikov To: freebsd-ports@freebsd.org Subject: Scilab 5.5.0 Date: Mon, 28 Jul 2014 22:10:45 +0000 Message-ID: <1840716.3mO7obb9C1@mercury.ph.man.ac.uk> User-Agent: KMail/4.12.5 (FreeBSD/9.3-PRERELEASE; KDE/4.12.5; 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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 22:10:49 -0000 Hi folks, I've finally got a chance update math/scilab to the latest release. The patch can be found at http://people.freebsd.org/~makc/patches/scilab550-20140729.diff.xz If you prefer a packed port directory: http://people.freebsd.org/~makc/ports/scilab550-20140729.txz I've reduced the number of options mainly for simplicity, PVM is not supported anymore. I have tested it on 9-amd64/10-amd64, so I'm interested in other combinations. Please report back to me in case of success or failure. Scilab may crash at start up if graphics/libglesv2 is installed, deinstall it and try again before reporting a problem. Max From owner-freebsd-ports@FreeBSD.ORG Mon Jul 28 22:20:28 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5B43F2F for ; Mon, 28 Jul 2014 22:20:28 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id EBABC2B52 for ; Mon, 28 Jul 2014 22:20:27 +0000 (UTC) Received: (qmail 16043 invoked by uid 89); 28 Jul 2014 22:20:25 -0000 Received: from unknown (HELO ?192.168.250.177?) (mg@grem.de@88.217.180.211) by mail.grem.de with ESMTPA; 28 Jul 2014 22:20:25 -0000 References: <20140728211957.1e069918@bsd64.grem.de> <20140728213026.GE68875@ivaldir.etoilebsd.net> Mime-Version: 1.0 (1.0) In-Reply-To: <20140728213026.GE68875@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (11D257) From: Michael Gmelin Subject: Re: pkg: pkg create deadlocks and hangs ZFS host Date: Tue, 29 Jul 2014 00:20:01 +0200 To: Baptiste Daroussin Cc: Vsevolod Stakhov , "freebsd-ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 22:20:28 -0000 > On 28 Jul 2014, at 23:30, Baptiste Daroussin wrote: >=20 >> On Mon, Jul 28, 2014 at 09:19:57PM +0200, Michael Gmelin wrote: >> I had pkg crash[1] our build host a couple of times today. I could >> reproduce the issue on a local machine and opened a detailed bug >> report on github[2] which links to a gist containing the patch that's >> also attached to this email. >>=20 >> - Michael >>=20 >> [1] Crash like in "power cycle required". >> [2] https://github.com/freebsd/pkg/issues/897 >=20 > This patch will break pkg register which is used by the ports tree, I'll w= ork on > a better patch >=20 > regards, > Bapt For completeness sake: bapt fixed this properly in https://github.com/freebsd/pkg/commit/bf4a9a6ec13824036c035ceba01076e5e30841= b4 From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 00:16:22 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F31F246A; Tue, 29 Jul 2014 00:16:21 +0000 (UTC) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B99E02836; Tue, 29 Jul 2014 00:16:21 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id x19so7709589ier.34 for ; Mon, 28 Jul 2014 17:16:21 -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=6Sb4ykVTRxp9fcp3ETlUmdjqCqnMhwqNpldv8WqESI4=; b=aTElywQBWA1/VAHefY03T3+FJs1QM5misOWKLPdD9BpFoKuL2K/F9vR217S/L1oVo0 Y/MN3SllOeu7IYWXrsHABaB2ovNTx2QFzp7kk4mTLh0ujkzx/cg1Vs3MEg+yva+vmFgL krCZkvxKOjcelFjkcSXg0MUkoXl/YBL9n8iiqUjzLXXpkFUiY8lZeRdA5Wo9CzAGtdkc uQ9gPkl8n1fKqjUSxoTxTKSrDLhOpQ2orQmMrzrgsc9c3qwuOc9/V1vWC+9fhs5AQEPH 9GAJXiH9dVBymNcfM0/KAb1MvwfbhaiwlsDW4h6K3l+nbFHN9HkPwvhLjG2zWjcuG+fF H5BA== MIME-Version: 1.0 X-Received: by 10.43.84.65 with SMTP id aj1mr692920icc.5.1406592980982; Mon, 28 Jul 2014 17:16:20 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Mon, 28 Jul 2014 17:16:20 -0700 (PDT) In-Reply-To: <1840716.3mO7obb9C1@mercury.ph.man.ac.uk> References: <1840716.3mO7obb9C1@mercury.ph.man.ac.uk> Date: Mon, 28 Jul 2014 17:16:20 -0700 X-Google-Sender-Auth: NEUFqh6DAP087OThQsb551Q1gTs Message-ID: Subject: Re: Scilab 5.5.0 From: Kevin Oberman To: Max Brazhnikov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 00:16:22 -0000 On Mon, Jul 28, 2014 at 3:10 PM, Max Brazhnikov wrote: > Hi folks, > > I've finally got a chance update math/scilab to the latest release. > The patch can be found at > http://people.freebsd.org/~makc/patches/scilab550-20140729.diff.xz > > If you prefer a packed port directory: > http://people.freebsd.org/~makc/ports/scilab550-20140729.txz > > I've reduced the number of options mainly for simplicity, PVM is not > supported > anymore. > > I have tested it on 9-amd64/10-amd64, so I'm interested in other > combinations. > Please report back to me in case of success or failure. > > Scilab may crash at start up if graphics/libglesv2 is installed, deinstall > it > and try again before reporting a problem. > > Max > _______________________________________________ > 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" > Max, Great! But please submit this to buzilla (https://bugs.freebsd.org/bugzilla/) so it will not get lost. (By the way, if it won't work with libglesv2, add a CONFLICTS statement to the Makefile.) -- R. Kevin Oberman, Network Engineer, Retired From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 07:39:53 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FBB5DE1 for ; Tue, 29 Jul 2014 07:39:53 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id D979423E7 for ; Tue, 29 Jul 2014 07:39:51 +0000 (UTC) Received: (qmail 27937 invoked by uid 89); 29 Jul 2014 07:39:50 -0000 Received: from unknown (HELO ?192.168.250.177?) (mg@grem.de@88.217.180.211) by mail.grem.de with ESMTPA; 29 Jul 2014 07:39:50 -0000 References: <20140728211957.1e069918@bsd64.grem.de> <20140728213026.GE68875@ivaldir.etoilebsd.net> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <671F4062-18A6-4155-B4A5-4B36F8260B57@freebsd.org> X-Mailer: iPhone Mail (11D257) From: Michael Gmelin Subject: Re: pkg: pkg create deadlocks and hangs ZFS host Date: Tue, 29 Jul 2014 09:39:28 +0200 To: Baptiste Daroussin Cc: Vsevolod Stakhov , "freebsd-ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 07:39:53 -0000 > On 29 Jul 2014, at 00:20, Michael Gmelin wrote: >=20 >=20 >=20 >>> On 28 Jul 2014, at 23:30, Baptiste Daroussin wrote: >>>=20 >>> On Mon, Jul 28, 2014 at 09:19:57PM +0200, Michael Gmelin wrote: >>> I had pkg crash[1] our build host a couple of times today. I could >>> reproduce the issue on a local machine and opened a detailed bug >>> report on github[2] which links to a gist containing the patch that's >>> also attached to this email. >>>=20 >>> - Michael >>>=20 >>> [1] Crash like in "power cycle required". >>> [2] https://github.com/freebsd/pkg/issues/897 >>=20 >> This patch will break pkg register which is used by the ports tree, I'll w= ork on >> a better patch >>=20 >> regards, >> Bapt >=20 > For completeness sake: bapt fixed this properly in > https://github.com/freebsd/pkg/commit/bf4a9a6ec13824036c035ceba01076e5e308= 41b4 >=20 >=20 I would still be interested to know how a small bug in a user land tool can b= ring down the entire server. Is this a (known) ZFS issue?= From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 08:50:37 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96937EA8 for ; Tue, 29 Jul 2014 08:50:37 +0000 (UTC) Received: from so.liwest.at (so.liwest.at [212.33.55.15]) (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 261352B03 for ; Tue, 29 Jul 2014 08:50:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=liwest.at; s=20140502; h=Mime-Version:To:Date:Message-Id:Subject:Content-Type:From; bh=Hr5hPdiRyXPxjbKhtbvasoEsMlCH7GI/a3zPrMNNIgo=; b=fpGJNBmgnLat69kjIw2yKxHGGMh0r7doPCTF5w0oeoCmD/sqLQwG4tQvICoSMXhnjGNM8LLDxZybXYEyNyM7mWvQQ00iLXS1SarJO3FFJSZn98DzdakBVMqqRlwcQUhnhvtMtl7QCq+Q5xdQ7fwMzkqKYBEqWAE5ZZtPCnNioYgAVVydKh/2IgCyhaIWrnmwoCPCRZNMti9VYcxm/3uYRs4MPwqeJhaXHOEPpuVMIFxsOI8m1RR1b+1tcTjxzW/2vG8Jm/aTWY1nFXboC+LFcAnxULfKT4hv42jK5PXsg9fw9xrZsTrXRYXhcwFg2/NdT4tuQXVG9UftdXlcX1Zvcg==; Received: from [90.146.7.130] (helo=lap01.it4health.at) by so.liwest.at with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1XC37B-0003uQ-1R for ports@freebsd.org; Tue, 29 Jul 2014 10:50:33 +0200 From: horst leitenmueller Subject: Basic Question on Staging Message-Id: <01D8AC2D-A0F9-44A0-8CE5-F17893A4E252@liwest.at> Date: Tue, 29 Jul 2014 10:50:26 +0200 To: ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -1.0 (-) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 08:50:37 -0000 hi all, just a short question to staging: who is porting things handled/maintained by freebsd.org=20 example fontsproto-2.1.2 x11@freebsd.org libtool etc and a bunch more these are base dependencies for a lot of other packages and i=92m not = shure who has checked this before writing they will be removed=85 with = end of august perhaps somebody can explain ... br horst From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 09:03:15 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A40A1942 for ; Tue, 29 Jul 2014 09:03:15 +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 5E6D92D35 for ; Tue, 29 Jul 2014 09:03:15 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XC3JR-000625-FA; Tue, 29 Jul 2014 11:03:13 +0200 Date: Tue, 29 Jul 2014 11:03:13 +0200 From: Kurt Jaeger To: horst leitenmueller Subject: Re: Basic Question on Staging Message-ID: <20140729090313.GE66308@home.opsec.eu> References: <01D8AC2D-A0F9-44A0-8CE5-F17893A4E252@liwest.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01D8AC2D-A0F9-44A0-8CE5-F17893A4E252@liwest.at> Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 09:03:15 -0000 Hi! > just a short question to staging: > > who is porting things handled/maintained by freebsd.org > > example fontsproto-2.1.2 x11@freebsd.org > libtool etc > and a bunch more There's a wiki page which links to the team pages: https://wiki.freebsd.org/PortsTeams x11@ probably counts as the Xorg team. > these are base dependencies for a lot of other packages and i'm > not sure who has checked this before writing they will be removed? > with end of august > > perhaps somebody can explain ... Well, we all hope that volunteers spring up and provide patches for as many ports as possible from the list of unstaged ports: http://people.freebsd.org/~bapt/notstaged.txt If you a patch, please submit a PR and some committer tries to work with you to get it in the ports tree. Yes, we're backlogged/overworked, so the better the PR, the faster it can be committed. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 09:26:13 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6BFAF6D2 for ; Tue, 29 Jul 2014 09:26:13 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (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 58B1F20DC for ; Tue, 29 Jul 2014 09:26:13 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.8/8.14.8) with ESMTP id s6T9QDCt050408 for ; Tue, 29 Jul 2014 09:26:13 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id s6T9QDBM050403; Tue, 29 Jul 2014 09:26:13 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201407290926.s6T9QDBM050403@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, 29 Jul 2014 09:26:13 +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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 09:26:13 -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 ------------------------------------------------+-----------------+------------ deskutils/mirall | 1.6.0 | 1.6.2 ------------------------------------------------+-----------------+------------ graphics/bmeps | 3.8.2 | 3.16.0 ------------------------------------------------+-----------------+------------ multimedia/aegisub | 3.1.3 | 3.2.0 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_agent | 4.0.1 | 5.1-140729 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_console | 4.0.1 | 5.1-140729 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_server | 4.0.1 | 5.1-140729 ------------------------------------------------+-----------------+------------ 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 Jul 29 09:49:31 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F88E550 for ; Tue, 29 Jul 2014 09:49:31 +0000 (UTC) Received: from so.liwest.at (so.liwest.at [212.33.55.15]) (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 210722405 for ; Tue, 29 Jul 2014 09:49:31 +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:Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=WOBC0bvAM4E7ly/cnLPBIOyBnfO7w3AfymMNKrEv6Xg=; b=cFsHiXXbf5VWVtQyQdW3oeu3zWuw1Z3+CeLKJD9UburpE63qPIIIV7RlG3N4Vcf6iFP93TTzTwJnK9+nWP8JMztjvr8Mvx8WPGXf6u9mbylfZ7SZ2tnZyY//XHqvbfqlnPlokihhk0FLS0oiubSfC1k+TEQJq/X8Dkp4IPrFKZARFyxRt5SaiXW0fWVLMhAchEExvmXs+Q28Qi4ecrBCUgD4ZEpLNYi5FQp4/h1S3Y7xKo3bSaiFXXlLndO+hq5psoEc2HkPeV/xC9rcWke4l/XPd5RgzZWVCdJOMQPHwVBveH5wCPMMKhboI7cCT41VSQFtumXCAN40ulyeJ6re0g==; Received: from [90.146.7.130] (helo=lap01.it4health.at) by so.liwest.at with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1XC42D-0004oR-9q; Tue, 29 Jul 2014 11:49:29 +0200 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Basic Question on Staging From: horst leitenmueller In-Reply-To: <20140729090313.GE66308@home.opsec.eu> Date: Tue, 29 Jul 2014 11:49:20 +0200 Message-Id: <3B1FD5D1-A820-4E15-95F7-0764B3476546@liwest.at> References: <01D8AC2D-A0F9-44A0-8CE5-F17893A4E252@liwest.at> <20140729090313.GE66308@home.opsec.eu> To: Kurt Jaeger X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -1.0 (-) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 09:49:31 -0000 Hi Kurt,=20 another question is the warning =3D=3D=3D> NOTICE: This port is deprecated; you may wish to reconsider installing it: Not staged. See = http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-May/000080.= html. It is scheduled to be removed on or after 2014-08-31. which is written on installation a problem when NO_STAGE=3Dyes is set in = /etc/make.conf? causes this the Notice? why i have this set? is easy because inside jails (setup with this guide = http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails-applicatio= n.html) staging is not working at all also discussed here: = http://lists.freebsd.org/pipermail/freebsd-ports/2013-October/086895.html i reread now 5 times https://wiki.freebsd.org/ports/StageDir and find no = problem with the ports itself=85 if yes would be cool to remove this message, and add a warning on start = of port upgrade that the NO_STAGE is set br horst On 29 Jul 2014, at 11:03, Kurt Jaeger wrote: > Hi! >=20 >> just a short question to staging: >>=20 >> who is porting things handled/maintained by freebsd.org=20 >>=20 >> example fontsproto-2.1.2 x11@freebsd.org >> libtool etc >> and a bunch more >=20 > There's a wiki page which links to the team pages: >=20 > https://wiki.freebsd.org/PortsTeams >=20 > x11@ probably counts as the Xorg team. >=20 >> these are base dependencies for a lot of other packages and i'm >> not sure who has checked this before writing they will be removed? >> with end of august >>=20 >> perhaps somebody can explain ... >=20 > Well, we all hope that volunteers spring up and provide patches > for as many ports as possible from the list of unstaged ports: >=20 > http://people.freebsd.org/~bapt/notstaged.txt >=20 > If you a patch, please submit a PR and some committer tries to > work with you to get it in the ports tree. >=20 > Yes, we're backlogged/overworked, so the better the PR, the faster > it can be committed. >=20 > --=20 > pi@opsec.eu +49 171 3101372 6 years = to go ! > _______________________________________________ > 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 Jul 29 11:38:32 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01882602 for ; Tue, 29 Jul 2014 11:38:32 +0000 (UTC) Received: from mail.tyknet.dk (mail.tyknet.dk [IPv6:2a01:4f8:201:2327:144:76:253:226]) (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 B3DCA2FB1 for ; Tue, 29 Jul 2014 11:38:31 +0000 (UTC) Received: from [IPv6:2a01:3a0:a:15::1] (unknown [IPv6:2a01:3a0:a:15::1]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.tyknet.dk (Postfix) with ESMTPSA id C27761E0F3C for ; Tue, 29 Jul 2014 11:38:19 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail.tyknet.dk C27761E0F3C DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gibfest.dk; s=default; t=1406633899; bh=pJhySP/20gF0hJN7Pw25zFXehjN+Pl99DEbGNrQD+PE=; h=Date:From:To:Subject:References:In-Reply-To; b=J6LeFqAFOD0uj/l6rBp0o/tCiV1r0kBlzotG+r3ZnhphynI1phOuIcWK/lMjegOxs WksfDmpDkDp8071IN/K9WmIgh6uCOHQ4cXh4SuDrAdwxLy3dCiZMP6veQkNeIEJNau F+Du+nk95QlFJ/Ier3ESL1haNjS4a6SL7YLX8+mUwUVfwzxpAMpSFwWqQOL+CbiaF+ 7XzwISDP72QTmBqTVihCKJVuKc4tcq191sY6++Zz+iDZ83iitBSi3SptSuqIAWj3kp Q8aDeJxThpAsvsJ4M4NFN0R0LxEgMAczuzrglZ1PoruR0j3FhZziaYpnwZ5jm7L1oJ amV2Lfz6CM0EA== Message-ID: <53D787AA.8010102@gibfest.dk> Date: Tue, 29 Jul 2014 13:38:18 +0200 From: Thomas Steen Rasmussen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: FreeBSD Ports Subject: Re: Tor web browser References: <20140727153058.03ca8d2c@scorpio> <53D69D46.6000608@bluerosetech.com> In-Reply-To: <53D69D46.6000608@bluerosetech.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 11:38:32 -0000 On 28-07-2014 20:58, Darren Pilgrim wrote: > On 7/27/2014 12:30 PM, Jerry wrote: >> Sun, 27 Jul 2014 15:24:21 -0400 >> >> Is there a port of the "Tor web browser" >> available? The site lists one for BSD, but I would prefer to get it >> via the >> port's system > > I think the reason it isn't in ports is because it's literally just a > portable Firefox with a premade profile. You can replicate it using > parts already in ports and a few minutes work creating a Firefox profile. This is incorrect. torbrowser contains a bunch of patches to the firefox codebase to help anonymity: https://github.com/flavioamieiro/torbrowser/tree/master/src/current-patches/firefox A port of torbrowser would make a lot of sense. /Thomas From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 12:12:50 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34F852BA for ; Tue, 29 Jul 2014 12:12:50 +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 DF575259A for ; Tue, 29 Jul 2014 12:12:49 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XC6Gu-0006Gk-1K; Tue, 29 Jul 2014 14:12:48 +0200 Date: Tue, 29 Jul 2014 14:12:47 +0200 From: Kurt Jaeger To: horst leitenmueller Subject: Re: Basic Question on Staging Message-ID: <20140729121247.GF66308@home.opsec.eu> References: <01D8AC2D-A0F9-44A0-8CE5-F17893A4E252@liwest.at> <20140729090313.GE66308@home.opsec.eu> <3B1FD5D1-A820-4E15-95F7-0764B3476546@liwest.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B1FD5D1-A820-4E15-95F7-0764B3476546@liwest.at> Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 12:12:50 -0000 Hi! > ===> NOTICE: > > This port is deprecated; you may wish to reconsider installing it: > > Not staged. See http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-May/000080.html. > > It is scheduled to be removed on or after 2014-08-31. > > which is written on installation a problem when NO_STAGE=yes is > set in /etc/make.conf? I do not understand the question. Why would one put NO_STAGE=yes to /etc/make.conf ? What problem would this solve ? > causes this the Notice? I think so, yes. > why i have this set? is easy because inside jails (setup with > this guide > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails-application.html) > staging is not working at all > also discussed here: > http://lists.freebsd.org/pipermail/freebsd-ports/2013-October/086895.html This was approx. 9 month ago. I guess this already changed in the meantime, have you tested it again on a recent system ? > i reread now 5 times https://wiki.freebsd.org/ports/StageDir and > find no problem with the ports itself? Depends on the port. Which port are we talking about ? > if yes would be cool to remove this message, and add a warning > on start of port upgrade that the NO_STAGE is set If you tested that it works, submit a PR and the NO_STAGE setting can be removed from the Makefile ? -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 12:14:26 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C490441 for ; Tue, 29 Jul 2014 12:14:26 +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 DA18525B1 for ; Tue, 29 Jul 2014 12:14:25 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XC6IR-0006HG-Sy; Tue, 29 Jul 2014 14:14:23 +0200 Date: Tue, 29 Jul 2014 14:14:23 +0200 From: Kurt Jaeger To: Carlos Jacobo Puga Medina , freebsd-ports@freebsd.org Subject: Re: Tor web browser Message-ID: <20140729121423.GG66308@home.opsec.eu> References: <20140727221924.6c15c821c39034c7bd654eff@fbsd.es> <20140728102525.GC66308@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140728102525.GC66308@home.opsec.eu> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 12:14:26 -0000 Hi! > > https://trillian.chruetertee.ch/svn/freebsd-gecko/trunk/www/linux-tor-browser > > Thanks -- is this official ? Is this supposed to be added to the > ports ? I learned that this is the official repository of the gecko@ team: https://wiki.freebsd.org/PortsTeams https://wiki.freebsd.org/Gecko So, someone has to ask them if/when they will add the port ? -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 12:38:46 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDC8984A for ; Tue, 29 Jul 2014 12:38:46 +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 89AF72854 for ; Tue, 29 Jul 2014 12:38:46 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XC6g1-0006Jq-GZ; Tue, 29 Jul 2014 14:38:45 +0200 Date: Tue, 29 Jul 2014 14:38:45 +0200 From: Kurt Jaeger To: horst leitenmueller Subject: Re: Basic Question on Staging Message-ID: <20140729123845.GH66308@home.opsec.eu> References: <01D8AC2D-A0F9-44A0-8CE5-F17893A4E252@liwest.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01D8AC2D-A0F9-44A0-8CE5-F17893A4E252@liwest.at> Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 12:38:46 -0000 Hi! > example fontsproto-2.1.2 x11@freebsd.org It's already staged ? -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 13:13:41 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF0A4A14; Tue, 29 Jul 2014 13:13:41 +0000 (UTC) Received: from so.liwest.at (so.liwest.at [212.33.55.15]) (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 8F6F12D55; Tue, 29 Jul 2014 13:13:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=liwest.at; s=20140502; h=Mime-Version:To:Cc:Message-Id:Date:Subject:Content-Type:From; bh=fY6Fzg52chcyJWj8JU1OFTt3Ks1NEhI8gIQzECLE+uY=; b=vStBjuPLYye8dFLc8q9KHnjbdf1YBNm0HvQXdAz0Lbsd2YfuGxrzFjZBPUpccc4bVuEoi+ZQSqeWQZMu2FkTAACTtq04bCUFRnWeaaKZEIHvHSuShGAAOBZgLLcMCd0nbxi7vdyS5H09IJSbsTY7fwEj4Ms7ZKvtuXVvtdqqP3eB2yWBsGkgmjb5VE2naeUHlT4B81Ott7YwjmdbFuEZ6FYCwsI9blWQxw6DY+9h670L3Z02gnV+SJYX5uvaZmtpDQ3El8/6tX6mEl67K7vk2P/c33n52CFcEMUH2uvIsV6m7TDdActRbo9mYnUtkAPuztXvukHsoBBtxELDC1M9pQ==; Received: from [90.146.7.130] (helo=lap01.it4health.at) by so.liwest.at with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1XC7Dn-0003tu-Sb; Tue, 29 Jul 2014 15:13:40 +0200 From: horst leitenmueller Subject: Problem Installing Perl inside Jail with NO_STAGE Date: Tue, 29 Jul 2014 15:13:38 +0200 Message-Id: To: perl@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -1.0 (-) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 13:13:42 -0000 hi, i have a problem installing perl inside jail=20 in the makefile of perl5.16 ${INSTALL_DATA} ${WRKDIR}/perl5_version ${STAGEDIR}${PREFIX}/etc >>> ${FIND} ${STAGEDIR} -name '*.bs' -size 0 -delete .if ${OSVERSION} >=3D 900022 inside jail if you HAVE to write NO_STAGE this line creates a exception = ! find -n not recognised parameter perhaps a if would be nice here ?=20 br horst PS: reason why NO_STAGE why i have this set? is easy because inside jails (setup with this guide = http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails-applicatio= n.html) staging is not working at all also discussed here: = http://lists.freebsd.org/pipermail/freebsd-ports/2013-October/086895.html= From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 13:16:20 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 580C7BFC for ; Tue, 29 Jul 2014 13:16:20 +0000 (UTC) Received: from so.liwest.at (so.liwest.at [212.33.55.15]) (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 F02BA2D7B for ; Tue, 29 Jul 2014 13:16:19 +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:Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=Lo/6ZL0H3qQ45uckphFvfDrV+M9UOsZmdgk4fWSFiRU=; b=SzyFdDxOyNCWlG8VXe10/Rf2bQhCOMRMAKaekjXkiH20iUtcomvK7iyK9bB9R5zO2IllVcdnoA7MXRXwSg9rvD4I5JDRkryIlnn3ZsLOfk6Ud9JZlbc+FmMQxBSwIrQ56sQXTUpvOoIb/iXpC/hw8M4CTzikYt6CS7CbtbSgOl/C9ma6iJhcjZq3Mj6soh27rRlGrki33SCh2a577XpWWLb5L2/m7dIcFCLdTpLX/xckHdV0V0Evh38SeHQ55QVV2ZGE7fhTiTqaH3cEaEnj9RoM1RvwLhS7Ow3aCCpZgMhcIzPrDcBOaxz6E2EXJM/m3ZwCbIon6lHlwGUPK6G80g==; Received: from [90.146.7.130] (helo=lap01.it4health.at) by so.liwest.at with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1XC7GL-0000Co-Rl; Tue, 29 Jul 2014 15:16:18 +0200 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Basic Question on Staging From: horst leitenmueller In-Reply-To: <20140729123845.GH66308@home.opsec.eu> Date: Tue, 29 Jul 2014 15:16:18 +0200 Message-Id: References: <01D8AC2D-A0F9-44A0-8CE5-F17893A4E252@liwest.at> <20140729123845.GH66308@home.opsec.eu> To: Kurt Jaeger X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -1.0 (-) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 13:16:20 -0000 yes it is Revision 328096 - (view) (download) (annotate) - [select for diffs]=20 Modified Tue Sep 24 06:24:17 2013 UTC (10 months ago) by bapt=20 File length: 224 byte(s)=20 Diff to previous 327781 Remove NO_STAGE to ports natively stage ready shown by a FORCE_STAGE = exp-run Exp-run by: bdrewery On 29 Jul 2014, at 14:38, Kurt Jaeger wrote: > Hi! >=20 >> example fontsproto-2.1.2 x11@freebsd.org >=20 > It's already staged ? >=20 > --=20 > pi@opsec.eu +49 171 3101372 6 years = to go ! From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 13:16:58 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C19C8C90; Tue, 29 Jul 2014 13:16:58 +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 77C332DAF; Tue, 29 Jul 2014 13:16:58 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XC7Gz-0006Nw-QY; Tue, 29 Jul 2014 15:16:57 +0200 Date: Tue, 29 Jul 2014 15:16:57 +0200 From: Kurt Jaeger To: horst leitenmueller Subject: Re: Problem Installing Perl inside Jail with NO_STAGE Message-ID: <20140729131657.GI66308@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: ports@freebsd.org, perl@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 13:16:58 -0000 Hi! > i have a problem installing perl inside jail One hint: If you add "NO_STAGE" to a Makefile, this does not make this Makefile an "NO_STAGE" Makefile. So, again: What is your problem ? -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 13:39:56 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CA35B46 for ; Tue, 29 Jul 2014 13:39:56 +0000 (UTC) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 19F642101 for ; Tue, 29 Jul 2014 13:39:56 +0000 (UTC) Received: by mail-oi0-f43.google.com with SMTP id u20so7423922oif.2 for ; Tue, 29 Jul 2014 06:39:55 -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=xgmaT2u4vRwU8aWYnzx/uKWnlj7ZwtKVquTZHsTRz+s=; b=U3TEhbrYQjkRhnvyRGD9HdpDXbrkEo2zv1a6BlZTOHSCbrlahbBraPVEleccnOeSXl HXxd//AaATuUFMCQgBrF3VtObnOjz9VG8obzGhWV0qgQxgo51+wlHU+js3+EeJA49loM Yi3Z10VR+4Sri8aTkGAoM60SZdjW0sJWVVwPBO+0EznuAxv1RSrzmIcrGJZ0Fax0HzSZ AXUbMAwUprkFgVzYvPsnbUuI1gUGrfIdTqFYzZYCZnaPL97XmwI8GMDqaY2vaNnqNUci x/iE4uq4we4k2zU+Yv9EmPQUhQOCVio0q3D14TOQXipmbPSOZ1kQa0WClqFfbIlRHPlC yOWA== X-Received: by 10.182.114.169 with SMTP id jh9mr3535237obb.25.1406641195271; Tue, 29 Jul 2014 06:39:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.132.164 with HTTP; Tue, 29 Jul 2014 06:39:15 -0700 (PDT) From: Dreamcat4 Date: Tue, 29 Jul 2014 14:39:15 +0100 Message-ID: Subject: Please take my PR before next pkg freeze To: ports Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 13:39:56 -0000 Hello there! If someone can please commit this update in time before the next pkg freeze. Then I would be very grateful. Many thanks. Update "universal-media-server" to 4.0.0 RELEASE Redports build success. SVN diff on head is attached. PR Link: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192241 Kind Regards From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 14:10:20 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC225475 for ; Tue, 29 Jul 2014 14:10:20 +0000 (UTC) Received: from mail-we0-x235.google.com (mail-we0-x235.google.com [IPv6:2a00:1450:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 66BB324C6 for ; Tue, 29 Jul 2014 14:10:20 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id k48so9165722wev.12 for ; Tue, 29 Jul 2014 07:10:18 -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=2cIfDLseDcId8BN5g61aJcvAr+dbXiGuUPXo5wtIm5I=; b=iOba4vhautEWHMNhoYOS5eUu6/hTyDI4lYHofhOx0rvZhjNQ9TM4QzVOwlv86iiaKd o2HkyHD7ajSftY2mByekg0K9ewUNIkv2WeudO5hz1PYqTpMaHwkPojoyPia8T74wocWz V7ON7QeZqemitv87tx6WKgAljoMJT+dozfHa8l23LX2Y65wcLaUZ8EicZoDPFK/LuJQs b2nEZkTdSEg2jr8+rIZaDEMtJJ676XQtksFtB97icmuw0owN1DpI7e5Rw2atg9eDsjPF vknDJIzB6e9Zp+dQLOOWYtVkZG3Kc7hnnFJjsgAfbmBcGv07ZT1JPDIdPAeCcYhopztp fXWg== MIME-Version: 1.0 X-Received: by 10.180.96.33 with SMTP id dp1mr1124642wib.20.1406643018280; Tue, 29 Jul 2014 07:10:18 -0700 (PDT) Sender: spankthespam@gmail.com Received: by 10.194.76.42 with HTTP; Tue, 29 Jul 2014 07:10:18 -0700 (PDT) In-Reply-To: References: Date: Tue, 29 Jul 2014 16:10:18 +0200 X-Google-Sender-Auth: eiLHxjcwtN7S3CD2jCw3uoi8BRE Message-ID: Subject: Re: Please take my PR before next pkg freeze From: Bartek Rutkowski To: Dreamcat4 Content-Type: text/plain; charset=UTF-8 Cc: ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 14:10:20 -0000 On Tue, Jul 29, 2014 at 3:39 PM, Dreamcat4 wrote: > Hello there! > > If someone can please commit this update in time before the next pkg freeze. > Then I would be very grateful. Many thanks. > > Update "universal-media-server" to 4.0.0 RELEASE > Redports build success. > SVN diff on head is attached. > > PR Link: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192241 > > Kind Regards I'll take it and will commit it after it passes all tests. Kind regards, B.R. From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 15:46:54 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 157AE2F6; Tue, 29 Jul 2014 15:46:54 +0000 (UTC) Received: from mp1-smtp-2.eutelia.it (mp1-smtp-2.eutelia.it [62.94.10.162]) by mx1.freebsd.org (Postfix) with ESMTP id 8EE3E2FAA; Tue, 29 Jul 2014 15:46:53 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mp1-smtp-2.eutelia.it (Eutelia) with ESMTP id 402DAE35BE; Tue, 29 Jul 2014 17:46:51 +0200 (CEST) Received: from soth.ventu (adsl-ull-222-173.41-151.net24.it [151.41.173.222]) (authenticated bits=0) by ns2.biolchim.it (8.14.9/8.14.8) with ESMTP id s6TFkjnB069139 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 29 Jul 2014 17:46:47 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-222-173.41-151.net24.it [151.41.173.222] claimed to be soth.ventu Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.9/8.14.7) with ESMTP id s6TFkeLR001217; Tue, 29 Jul 2014 17:46:40 +0200 (CEST) (envelope-from ml@netfence.it) Message-ID: <53D7C1E0.1000204@netfence.it> Date: Tue, 29 Jul 2014 17:46:40 +0200 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Strange pkg_deinstall behaviour with pkgng References: <53D69662.6020503@netfence.it> In-Reply-To: <53D69662.6020503@netfence.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Tue, 29 Jul 2014 17:46:47 +0200 (CEST) X-Spam-Score: () X-Scanned-By: MIMEDefang 2.75 Cc: bdrewery@FreeBSD.org, portmgr@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 15:46:54 -0000 On 07/28/14 20:28, Andrea Venturoli wrote: > Hello. > > I was forced to switch to pkgng on a 9.2 box and I'm now noticing a > strange behaviour. > > Before, "pkg_deinstall -R foo" would deinstall foo and all ports on > which foo depended, except those who were needed by other ports. > > Now, "pkg_deinstall -R foo" will deinstall foo, all ports on which foo > depends and all ports depending on the ports on which foo depends. > > E.g. > Port A depends on B > Port B depends on C > Port D depends on C > > With the old behaviour, "pkg_deinstall -R A" would deinstall A and B > (but not C). > Now it will deinstall A, B, C and D. After some investigation, this broke after the upgrade to pkg 1.3, in which *by default* "pkg delete" seems to be the same as "pkg delete -R". From what I can tell, there is no flags to "pkg delete" which makes it act as it used to and as portupgrade expects, so I cannot easily fix it. I found the previous behaviour very useful, but if it's gone I'll try and (sadly) live with it. However I think this is a serious bug: someone might light heartedly issue a "pkg_deinstall foo" and expect two or three ports being deleted, while in fact it could now deinstall more than half of the installed ports. At the very least, an entry in UPDATING should warn about this!!! Just my 2c. bye av. From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 15:51:56 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58C7B765 for ; Tue, 29 Jul 2014 15:51:56 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (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 39CF920AE for ; Tue, 29 Jul 2014 15:51:56 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id s6TFpupS034088 for ; Tue, 29 Jul 2014 15:51:56 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s6TFpugJ034086 for freebsd-ports@freebsd.org; Tue, 29 Jul 2014 15:51:56 GMT (envelope-from bdrewery) Received: (qmail 60052 invoked from network); 29 Jul 2014 10:51:52 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 29 Jul 2014 10:51:52 -0500 Message-ID: <53D7C312.1020000@FreeBSD.org> Date: Tue, 29 Jul 2014 10:51:46 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Andrea Venturoli , freebsd-ports@freebsd.org Subject: Re: Strange pkg_deinstall behaviour with pkgng References: <53D69662.6020503@netfence.it> <53D7C1E0.1000204@netfence.it> In-Reply-To: <53D7C1E0.1000204@netfence.it> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ku6cfAPpAHC8hKkQG2ixH1iS4cEWU39Ax" Cc: portmgr@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 15:51:56 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Ku6cfAPpAHC8hKkQG2ixH1iS4cEWU39Ax Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 7/29/2014 10:46 AM, Andrea Venturoli wrote: > On 07/28/14 20:28, Andrea Venturoli wrote: >> Hello. >> >> I was forced to switch to pkgng on a 9.2 box and I'm now noticing a >> strange behaviour. >> >> Before, "pkg_deinstall -R foo" would deinstall foo and all ports on >> which foo depended, except those who were needed by other ports. >> >> Now, "pkg_deinstall -R foo" will deinstall foo, all ports on which foo= >> depends and all ports depending on the ports on which foo depends. >> >> E.g. >> Port A depends on B >> Port B depends on C >> Port D depends on C >> >> With the old behaviour, "pkg_deinstall -R A" would deinstall A and B >> (but not C). >> Now it will deinstall A, B, C and D. >=20 > After some investigation, this broke after the upgrade to pkg 1.3, in > which *by default* "pkg delete" seems to be the same as "pkg delete -R"= =2E Yes, pkg now requires -f to have the old behavior. I'll update portupgrade for it. >=20 > From what I can tell, there is no flags to "pkg delete" which makes it > act as it used to and as portupgrade expects, so I cannot easily fix it= =2E >=20 >=20 >=20 > I found the previous behaviour very useful, but if it's gone I'll try > and (sadly) live with it. > However I think this is a serious bug: someone might light heartedly > issue a "pkg_deinstall foo" and expect two or three ports being deleted= , > while in fact it could now deinstall more than half of the installed po= rts. > At the very least, an entry in UPDATING should warn about this!!! >=20 > Just my 2c. >=20 > bye > av. --=20 Regards, Bryan Drewery --Ku6cfAPpAHC8hKkQG2ixH1iS4cEWU39Ax Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJT18MSAAoJEDXXcbtuRpfPNF0H/jLD9DwSqOliEm01KhqBTZFp n04iGkRiDv2faQcxsmzCXPaiwYs9wlNTfkAcGqoxUUba+q0Qfokoxz4bLROTa6sm tIkPBCAQjrTZjj5QHu/RWogi62i2EcMbB95jjteZSXGivwqSr6G1DPtlLT/vlV9p DjvhR8Rsja2kp7kIj1d2sHPooxPb/WsS4RyIBrCQSM+7MbfNa4PXmVdYPhMbHKbo 71Ltcx66yys5NpeiS+OspX1ErAY6/4JhUjm8vLOr1BGnu3R+D8pUyiArvLpSm91T nik02678TeGWOWIaQ3DZvqb25vhN7tFZMF/4bdfpOX5TkWCOPfkWQapSJvMkXxA= =L/Ct -----END PGP SIGNATURE----- --Ku6cfAPpAHC8hKkQG2ixH1iS4cEWU39Ax-- From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 17:21:05 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 291F9D61; Tue, 29 Jul 2014 17:21:05 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (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 D65E32A6B; Tue, 29 Jul 2014 17:21:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=5Yc7Akc4RioO6Buaa+yFtuTE7Sr7OBGiOkCBfhNZHrA=; b=xdKiq60rDu6rLqFQZMSYS8mIXL/YwClBE+Dza3Q4/uQiS0Z3iZGMQu/boVEL/oTc/MmoQFy32DGIkkhAV1FYWzFapfCmDcJkiIvDBupqGw34cACX+1tUbeeT7U8JS/TInYB7USMnr07wSQskUvzv3xPQLg7trzysqGE4s9V3p6c=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XCB5D-000GK0-Fh; Tue, 29 Jul 2014 17:21:03 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 1.0.1 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 1.0.1, by Edgewall Software To: adamw@FreeBSD.org X-Trac-Project: redports Date: Tue, 29 Jul 2014 17:21:03 -0000 Reply-To: qat@redports.org X-URL: https://qat.redports.org/ Subject: [QAT] 363264: 68x success, 36x deleted, 2x leftovers, 2x ignored: is marked as broken: does not compile with gcc 4.2, 1x depend (ignored: is marked as broken: does not build in japanese/tcl80), 3x ??? To: adamw@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140728221600-48179 X-Trac-Build-ID: 20140728221600-48179 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 17:21:05 -0000 Rename the rather surprising number of japanese/ patch-xy patches to reflect the files they modify. --------------------------------------------------------------------- Build ID: 20140728221600-48179 Job owner: adamw@FreeBSD.org Buildtime: 19 hours Enddate: Tue, 29 Jul 2014 17:21:02 GMT Revision: 363264 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=363264 --------------------------------------------------------------------- Port: japanese/Wnn6-lib 2000.9.1_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386886/ja-Wnn6-lib-2000.9.1_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386888/ja-Wnn6-lib-2000.9.1_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386889/ja-Wnn6-lib-2000.9.1_2.log --------------------------------------------------------------------- Port: japanese/Wnn7-lib 2001.10.17_3 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386890/ja-Wnn7-lib-2001.10.17_3.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386892/ja-Wnn7-lib-2001.10.17_3.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386893/ja-Wnn7-lib-2001.10.17_3.log --------------------------------------------------------------------- Port: japanese/ack 1.39_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386894/ja-ack-1.39_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386896/ja-ack-1.39_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386897/ja-ack-1.39_1.log --------------------------------------------------------------------- Port: japanese/another-htmllint 20060601 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386898/ja-another-htmllint-20060601.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386900/ja-another-htmllint-20060601.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386901/ja-another-htmllint-20060601.log --------------------------------------------------------------------- Port: japanese/csrd 1.0_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386902/ja-csrd-1.0_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386904/ja-csrd-1.0_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386905/ja-csrd-1.0_1.log --------------------------------------------------------------------- Port: japanese/e2ps 4.34 Buildgroup: 8.4-QAT/amd64 Buildstatus: ??? Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386906/ja-e2ps-4.34.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: ??? Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386908/ja-e2ps-4.34.log Buildgroup: 9.2-QAT/i386 Buildstatus: ??? Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386909/ja-e2ps-4.34.log --------------------------------------------------------------------- Port: japanese/esecanna 1.0.1_5 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386910/ja-esecanna-1.0.1_5.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386912/ja-esecanna-1.0.1_5.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386913/ja-esecanna-1.0.1_5.log --------------------------------------------------------------------- Port: japanese/esecanna-module-vje30 1.0.1_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386914/ja-esecanna-module-vje30-1.0.1_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386916/ja-esecanna-module-vje30-1.0.1_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386917/ja-esecanna-module-vje30-1.0.1_2.log --------------------------------------------------------------------- Port: japanese/gawk 3.0.6 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386918/ja-gawk-3.0.6.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386920/ja-gawk-3.0.6.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386921/ja-gawk-3.0.6.log --------------------------------------------------------------------- Port: japanese/jed 0.99.8.j067_5 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386922/ja-jed-0.99.8.j067_5.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386924/ja-jed-0.99.8.j067_5.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386925/ja-jed-0.99.8.j067_5.log --------------------------------------------------------------------- Port: japanese/jmode 0.6.7_7 Buildgroup: 8.4-QAT/amd64 Buildstatus: IGNORED: IS MARKED AS BROKEN: DOES NOT COMPILE WITH GCC 4.2 Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: IGNORED: IS MARKED AS BROKEN: DOES NOT COMPILE WITH GCC 4.2 Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386929/ja-jmode-0.6.7_7.log --------------------------------------------------------------------- Port: japanese/kbanner 2.1_5 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386930/ja-kbanner-2.1_5.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386932/ja-kbanner-2.1_5.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386933/ja-kbanner-2.1_5.log --------------------------------------------------------------------- Port: japanese/kcc 1.0_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386934/ja-kcc-1.0_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386936/ja-kcc-1.0_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386937/ja-kcc-1.0_1.log --------------------------------------------------------------------- Port: japanese/kterm 6.2.0_13 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386938/ja-kterm-6.2.0_13.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386940/ja-kterm-6.2.0_13.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386941/ja-kterm-6.2.0_13.log --------------------------------------------------------------------- Port: japanese/less 382.262_3 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386942/ja-less+iso-382.262_3.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386944/ja-less+iso-382.262_3.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386945/ja-less+iso-382.262_3.log --------------------------------------------------------------------- Port: japanese/lipsf 2.00_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386946/ja-lipsf-2.00_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386948/ja-lipsf-2.00_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386949/ja-lipsf-2.00_1.log --------------------------------------------------------------------- Port: japanese/lookup 1.4.1_15 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386950/ja-lookup-emacs24-1.4.1_15.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386952/ja-lookup-emacs24-1.4.1_15.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386953/ja-lookup-emacs24-1.4.1_15.log --------------------------------------------------------------------- Port: japanese/monafonts 2.90_2,2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386954/ja-monafonts-2.90_2,2.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386956/ja-monafonts-2.90_2,2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386957/ja-monafonts-2.90_2,2.log --------------------------------------------------------------------- Port: japanese/mutt-devel 1.5.21.j1_5 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386958/ja-mutt-devel-1.5.21.j1_5.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386960/ja-mutt-devel-1.5.21.j1_5.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386961/ja-mutt-devel-1.5.21.j1_5.log --------------------------------------------------------------------- Port: japanese/onew 2.2.10_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386962/ja-onew-2.2.10_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386964/ja-onew-2.2.10_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386965/ja-onew-2.2.10_2.log --------------------------------------------------------------------- Port: japanese/prn 1.0_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386966/ja-prn-1.0_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386968/ja-prn-1.0_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: DELETED --------------------------------------------------------------------- Port: japanese/skkfep 0.87_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386970/ja-skkfep-0.87_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386972/ja-skkfep-0.87_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: DELETED --------------------------------------------------------------------- Port: japanese/slrn 0.9.6.2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386974/ja-slrn-0.9.6.2.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386976/ja-slrn-0.9.6.2.log Buildgroup: 9.2-QAT/i386 Buildstatus: DELETED --------------------------------------------------------------------- Port: japanese/texinfo 4.7_8 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386978/ja-texinfo-4.7_8.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386980/ja-texinfo-4.7_8.log Buildgroup: 9.2-QAT/i386 Buildstatus: DELETED --------------------------------------------------------------------- Port: japanese/tkhonyaku 1.8_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386982/ja-tkhonyaku-1.8_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: DEPEND (IGNORED: IS MARKED AS BROKEN: DOES NOT BUILD IN JAPANESE/TCL80) Buildgroup: 9.2-QAT/i386 Buildstatus: DELETED --------------------------------------------------------------------- Port: japanese/today 2.12 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386986/ja-today-2.12.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386988/ja-today-2.12.log Buildgroup: 9.2-QAT/i386 Buildstatus: DELETED --------------------------------------------------------------------- Port: japanese/vftool 1.2_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386990/ja-vftool-1.2_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386992/ja-vftool-1.2_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: DELETED --------------------------------------------------------------------- Port: japanese/xjtext 1.3_11 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386994/ja-xjtext-1.3_11.log Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140728221600-48179-386996/ja-xjtext-1.3_11.log Buildgroup: 9.2-QAT/i386 Buildstatus: DELETED -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 18:27:14 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4231E459 for ; Tue, 29 Jul 2014 18:27:14 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C738E2225 for ; Tue, 29 Jul 2014 18:27:13 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id q58so52114wes.21 for ; Tue, 29 Jul 2014 11:27:12 -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=XAeOVeVGr/YlB7OodxHa/9rRfPVM+sKzh/YcMMV9HfI=; b=dufdrfumDfcakl52sMoBTg6T6baxgjVDpg8BdtY9L8KfDVHs4kcOUSlKRjJAEd0enx gZMiDRQhbfW/eLM0ICmD50yoYd/H5Lp9ay0hr4Aw26WZXlbYaf2CpLxm2IrGcYfLDwDN trVgPU68RAR7EmT66gfTwHfnSjZ0XtQlxHu1O4eNiFz8o6h+uHvRhiLjhthDPhkHXhuB sQ81i3/LqSuGH/JXSgqP5Kq0Bqsl7orH1vmJB/et3ynpth/jmeumaqnnDwFmE/SNnFjC Y4dPL5Z652p/REogeVvuOQ4IbN1pLLpyHzkVE92p2GBh2eHFya0tekLMY92ecBkeDQIU USXg== MIME-Version: 1.0 X-Received: by 10.194.48.103 with SMTP id k7mr5939611wjn.68.1406658431925; Tue, 29 Jul 2014 11:27:11 -0700 (PDT) Received: by 10.180.24.165 with HTTP; Tue, 29 Jul 2014 11:27:11 -0700 (PDT) Date: Tue, 29 Jul 2014 20:27:11 +0200 Message-ID: Subject: where is CPPTest? From: =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= To: FreeBSD Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 18:27:14 -0000 Hi all, Don't we have CPPTest in the ports collection? One of the ports I maintain will use it in its next release. I only found cppcheck and cppunit... Thanks in advance. From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 18:41:25 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 018FB8E9; Tue, 29 Jul 2014 18:41:25 +0000 (UTC) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 41F302438; Tue, 29 Jul 2014 18:41:24 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id bs8so1032545wib.8 for ; Tue, 29 Jul 2014 11:41:22 -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=04lh7FCqAozyN9iaMq1AM02CYvKm0+/ATo7XgLFrAs4=; b=MJVaCT6NQUfI/0AVtCduioyJNwO9Xa2UqXJmHW4DL2mE5PjQjr/urWViI0+nW/mQSf Efs9U+uuBWK6IpzeHEKK90mxKHjO6qFMU8YinVYCrvSOQhotUEBSPTHO6mBSqwwHCbu7 4444wi5RzvzQvQD0hGZ7+VTRa4+lVtCBS+y6sFBFLXvKvI1ppp0iKPO7SekrBOoqEglX MS2WacDfVe70SQTB7AUJlvymm3hg/EZIBNXNEC2XcGhzZwnc2MRD/8W2k4LJ/MnpGK77 sYJHmT72DGfQxeA4JuoC/f4IP8G25+cwcEMs9cys/4cslZP1EAszpW/zKIUJX+bkaSix x1Zg== X-Received: by 10.194.9.228 with SMTP id d4mr5689739wjb.99.1406659282140; Tue, 29 Jul 2014 11:41:22 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id bx2sm59366568wjb.47.2014.07.29.11.41.20 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 29 Jul 2014 11:41:21 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 29 Jul 2014 20:41:18 +0200 From: Baptiste Daroussin To: Andrea Venturoli Subject: Re: Strange pkg_deinstall behaviour with pkgng Message-ID: <20140729184118.GG68875@ivaldir.etoilebsd.net> References: <53D69662.6020503@netfence.it> <53D7C1E0.1000204@netfence.it> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eVzOFob/8UvintSX" Content-Disposition: inline In-Reply-To: <53D7C1E0.1000204@netfence.it> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: bdrewery@FreeBSD.org, freebsd-ports@freebsd.org, portmgr@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 18:41:25 -0000 --eVzOFob/8UvintSX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 29, 2014 at 05:46:40PM +0200, Andrea Venturoli wrote: > On 07/28/14 20:28, Andrea Venturoli wrote: > > Hello. > > > > I was forced to switch to pkgng on a 9.2 box and I'm now noticing a > > strange behaviour. > > > > Before, "pkg_deinstall -R foo" would deinstall foo and all ports on > > which foo depended, except those who were needed by other ports. > > > > Now, "pkg_deinstall -R foo" will deinstall foo, all ports on which foo > > depends and all ports depending on the ports on which foo depends. > > > > E.g. > > Port A depends on B > > Port B depends on C > > Port D depends on C > > > > With the old behaviour, "pkg_deinstall -R A" would deinstall A and B > > (but not C). > > Now it will deinstall A, B, C and D. >=20 > After some investigation, this broke after the upgrade to pkg 1.3, in=20 > which *by default* "pkg delete" seems to be the same as "pkg delete -R". >=20 > From what I can tell, there is no flags to "pkg delete" which makes it= =20 > act as it used to and as portupgrade expects, so I cannot easily fix it. >=20 pkg delete -f is not recursive regards, Bapt --eVzOFob/8UvintSX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPX6s4ACgkQ8kTtMUmk6ExHhgCcCenSsXW9fWzETB+8q4Y31zXa TZAAn0I7/Ne0NulQEJuyjGNySCngz/rX =iC0C -----END PGP SIGNATURE----- --eVzOFob/8UvintSX-- From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 19:20:49 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 398E2754 for ; Tue, 29 Jul 2014 19:20:49 +0000 (UTC) Received: from erelay3.ox.registrar-servers.com (erelay3.ox.registrar-servers.com [192.64.117.2]) by mx1.freebsd.org (Postfix) with ESMTP id 136D3287B for ; Tue, 29 Jul 2014 19:20:48 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 903692205142; Tue, 29 Jul 2014 19:16:48 +0000 (UTC) Received: from erelay1.ox.registrar-servers.com ([127.0.0.1]) by localhost (erelay.ox.registrar-servers.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id t8GTM1iSI65y; Tue, 29 Jul 2014 15:16:47 -0400 (EDT) Received: from imap10.ox.privateemail.com (imap10.ox.privateemail.com [192.64.116.221]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 62B2A220002C; Tue, 29 Jul 2014 15:16:47 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.privateemail.com (Postfix) with ESMTP id 127FF2400D7; Tue, 29 Jul 2014 15:16:47 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap10.ox.privateemail.com Received: from mail.privateemail.com ([127.0.0.1]) by localhost (imap10.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 74h-Ubk3DvnE; Tue, 29 Jul 2014 15:16:46 -0400 (EDT) Received: from localhost (226.Red-83-44-31.dynamicIP.rima-tde.net [83.44.31.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.privateemail.com (Postfix) with ESMTPSA id 213DE2400DD; Tue, 29 Jul 2014 15:16:45 -0400 (EDT) Date: Tue, 29 Jul 2014 21:15:59 +0200 From: Carlos Jacobo Puga Medina To: Kurt Jaeger Subject: Re: Tor web browser Message-Id: <20140729211559.2d273aa44788bff583b79f9d@fbsd.es> In-Reply-To: <20140729121423.GG66308@home.opsec.eu> References: <20140727221924.6c15c821c39034c7bd654eff@fbsd.es> <20140728102525.GC66308@home.opsec.eu> <20140729121423.GG66308@home.opsec.eu> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; i386-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 19:20:49 -0000 On Tue, 29 Jul 2014 14:14:23 +0200 Kurt Jaeger wrote: > Hi! > > > > https://trillian.chruetertee.ch/svn/freebsd-gecko/trunk/www/linux-tor-browser > > > > Thanks -- is this official ? Is this supposed to be added to the > > ports ? > > I learned that this is the official repository of the gecko@ team: > > https://wiki.freebsd.org/PortsTeams > https://wiki.freebsd.org/Gecko > > So, someone has to ask them if/when they will add the port ? If this port is very requested (it's true), yes, why not? Someone could try to convince them to merge it into the ports tree. Otherwise, they've a powerful reason to not merge it. > > -- > pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 19:49:18 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DAC88CC6 for ; Tue, 29 Jul 2014 19:49:18 +0000 (UTC) Received: from erelay3.ox.registrar-servers.com (erelay3.ox.registrar-servers.com [192.64.117.2]) by mx1.freebsd.org (Postfix) with ESMTP id B17292B93 for ; Tue, 29 Jul 2014 19:49:18 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 59AEF2205145; Tue, 29 Jul 2014 19:49:18 +0000 (UTC) Received: from erelay1.ox.registrar-servers.com ([127.0.0.1]) by localhost (erelay.ox.registrar-servers.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id aKC2h9l-qP52; Tue, 29 Jul 2014 15:49:17 -0400 (EDT) Received: from imap2.ox.privateemail.com (imap2.ox.privateemail.com [198.187.29.234]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id A123A22050F8; Tue, 29 Jul 2014 15:49:17 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.privateemail.com (Postfix) with ESMTP id 477548C007B; Tue, 29 Jul 2014 15:49:17 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap2.ox.privateemail.com Received: from mail.privateemail.com ([127.0.0.1]) by localhost (imap2.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id wDzS6e0PsUtW; Tue, 29 Jul 2014 15:49:17 -0400 (EDT) Received: from localhost (226.Red-83-44-31.dynamicIP.rima-tde.net [83.44.31.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.privateemail.com (Postfix) with ESMTPSA id 4DF358C0075; Tue, 29 Jul 2014 15:49:16 -0400 (EDT) Date: Tue, 29 Jul 2014 21:48:36 +0200 From: Carlos Jacobo Puga Medina To: fernando.apesteguia@gmail.com Subject: Re: where is CPPTest? Message-Id: <20140729214836.a5742feac54ee1dd589b5364@fbsd.es> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; i386-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 19:49:18 -0000 > Don't we have CPPTest in the ports collection? One of the ports I maintain > will use it in its next release. I only found cppcheck and cppunit... We don't have it yet as you have seen. I noticed that in OpenBSD is available. Regards, -- Carlos Jacobo Puga Medina From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 21:02:07 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BBEAE0F for ; Tue, 29 Jul 2014 21:02:07 +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 D66332575 for ; Tue, 29 Jul 2014 21:02:06 +0000 (UTC) Received: from seedling.local (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.9/8.14.9) with ESMTP id s6RDevtf098808 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 27 Jul 2014 14:40:58 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: lucid-nonsense.infracaninophile.co.uk; dmarc=none header.from=infracaninophile.co.uk DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk s6RDevtf098808 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1406468458; bh=xBgO9ZYDK5/lv5iHTLBwurpg4w3hp50RQpqeSPTdNFY=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Sun,=2027=20Jul=202014=2014:40:56=20+0100|From:=20Matthew =20Seaman=20|To:=20freebsd-ports@ freebsd.org|Subject:=20Re:=20PKG=203.1.0=20update=20-=20Segmentati on=20fault:=2011|References:=20<53D4CE4A.3040208@webrz.net>=20<201 40727111949.GH50802@ivaldir.etoilebsd.net>=20<20140727123035.GR345 25@albert.catwhisker.org>=20<53D4F2CF.4040501@sorbs.net>=20<201407 27125528.GS34525@albert.catwhisker.org>=20<53D4FD00.9050204@sorbs. net>|In-Reply-To:=20<53D4FD00.9050204@sorbs.net>; b=ric60z3OI5f+Ga4YHQCkM3v/1T4lk5EyV04AuFGBN8YUjD3GNaV/SGh0vvKnSR0kl kd47E82/vhGEfA2/rV0UQkkJ6ESVgPOoLzZPw8gKKgceT1RnwIQaqL8Pslt6a/nL4+ 6hMGxxjX25T8cXA8aEK+8NSgIQUiKtJJy/78C8xI= X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host seedling.black-earth.co.uk [81.2.117.99] claimed to be seedling.local Message-ID: <53D50168.1030505@infracaninophile.co.uk> Date: Sun, 27 Jul 2014 14:40:56 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: PKG 3.1.0 update - Segmentation fault: 11 References: <53D4CE4A.3040208@webrz.net> <20140727111949.GH50802@ivaldir.etoilebsd.net> <20140727123035.GR34525@albert.catwhisker.org> <53D4F2CF.4040501@sorbs.net> <20140727125528.GS34525@albert.catwhisker.org> <53D4FD00.9050204@sorbs.net> In-Reply-To: <53D4FD00.9050204@sorbs.net> X-Enigmail-Version: 1.6 OpenPGP: id=E1ECF9BB Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="fS4JOmibnT3VkBaLG65fjI5pTbq3xmekK" X-Virus-Scanned: clamav-milter 0.98.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 21:02:07 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --fS4JOmibnT3VkBaLG65fjI5pTbq3xmekK Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 27/07/2014 14:22, Michelle Sullivan wrote: > Unless the fault smashed the stack often you can find what the > problem/cause was. If the stack is smashed you're screwed. >=20 > gdb >=20 > Commands immediately useful: >=20 > backtrace full (alias: bt full) > frame for which you want to examine > if you get a line number/code, 'l' (el) will give the 5 lines eithersid= e > If threaded select each thread before the frame to see what was > happening in each thread. >=20 > If I remember correctly - it's been several years since I last used gdb= ;-) >=20 > If you want to catch a smashed stack problem run the binary in gdb: >=20 > gdb >=20 > Then: >=20 > set args > run >=20 > When it faults most of the time you'll get the stack just prior to the > smashing - though I have had some really bad ones when even gdb cored o= ut.. >=20 > If the process forks out, you will need to use follow-fork.. Actually pkg(8) pretty much always forks itself -- run it with the '-d' flag to prevent that. However, this particular crash is something we've received plenty of reports about. I believe bapt has a fix just about ready, but he's AFK for a little while. If you'ld like to help with testing and stuff, might I suggest joining #pkgng on freenode IRC? Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --fS4JOmibnT3VkBaLG65fjI5pTbq3xmekK 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) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJT1QFpXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkAT/GIP/RZnfH8o6nrWpOwiVaiRjzYe /BXYGqDH3A2ggiJIY/aYpYcag3s+JXhoJZuzfkWedmSidvktMcVySuXGU1B0aioP QLGLMTkyGbGRuvgYRxIiBfLl3ljmc2IosWxIKBLItbjb0mPqfBlofoZDbVjR7r+B MA6wNb5joOCBFpglrVKvqiG3uktMKDuTYUIu0FCU1PGq0e+2o57C5FGVbYyYGW2C 8UgQn36HXAqmJbah9lc6YmxFGK7henSFNpYU4nu91OjfdvZQPGqSYU0wFDEZCstU U/0I/2NkPPKX3dUyijJaz6wZ1JdVVF7mrW0LfUbrFqywePOd9hlVNAFhtbdlS0IJ M1ufcc2RksL2r8vn9tQe7EbfH2D2RSJlRBKnnRYIvzL/wfcO4n7hO/4grWsL+iBI Z+TK61zFO7TTxemT5yvUXLH8y1D6fGD3d3pIoz72eFM+TSrbo7FADE7bXlWHsY/0 er6L83AJR9D1v720bJTrcAO5IoQLO10CVCbQUpauZSKdJia37Rg0+FW5X6BlSGeP 7Y1phXsFG5qo8vnXJyfzSusvZKrNyKEwljKO8eI9J2mr7aexv1ej8B8ye2MV9Ruy FpJKJfu3rpD2PeG7ym7roQrZTTF/MyjTxWEDX3WyYKA9ocagul4mueQEsgDO+cMr jdC6I4vcUgqt43nOVnnq =9rSz -----END PGP SIGNATURE----- --fS4JOmibnT3VkBaLG65fjI5pTbq3xmekK-- From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 21:02:08 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D196E10 for ; Tue, 29 Jul 2014 21:02:08 +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 C2A6E2576 for ; Tue, 29 Jul 2014 21:02:07 +0000 (UTC) Received: from seedling.local (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.9/8.14.9) with ESMTP id s6RDTv9P098460 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 27 Jul 2014 14:29:57 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: lucid-nonsense.infracaninophile.co.uk; dmarc=none header.from=infracaninophile.co.uk DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk s6RDTv9P098460 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1406467797; bh=DzBChXTRjpdnuvfd7KHmyjOaEqYh4YLOhX7VuAMxDus=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Sun,=2027=20Jul=202014=2014:29:37=20+0100|From:=20Matthew =20Seaman=20|To:=20freebsd-ports@ freebsd.org|Subject:=20Re:=20PKG=203.1.0=20update=20-=20Segmentati on=20fault:=2011|References:=20<53D4CE4A.3040208@webrz.net>=20<201 40727111949.GH50802@ivaldir.etoilebsd.net>=20<20140727123035.GR345 25@albert.catwhisker.org>|In-Reply-To:=20<20140727123035.GR34525@a lbert.catwhisker.org>; b=O3ow9QJ1UcNhz7A+GtlX3AYVp43hSWT5FegDe74dPMsm9Ml1M7RiNPzCQFio6rRGf 7TfbBRlZln4HVZCE11IAEWl/ttb3xXN0HBL73wE4zbiM84oo+r3fQxP9b7DYfqlYkc hxxpRaa1Fzs6uymMAgFx796t3RcVzioBdwGOxNYg= X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host seedling.black-earth.co.uk [81.2.117.99] claimed to be seedling.local Message-ID: <53D4FEC1.2090002@infracaninophile.co.uk> Date: Sun, 27 Jul 2014 14:29:37 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: PKG 3.1.0 update - Segmentation fault: 11 References: <53D4CE4A.3040208@webrz.net> <20140727111949.GH50802@ivaldir.etoilebsd.net> <20140727123035.GR34525@albert.catwhisker.org> In-Reply-To: <20140727123035.GR34525@albert.catwhisker.org> X-Enigmail-Version: 1.6 OpenPGP: id=E1ECF9BB Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gdbGNVpIPCWd18m92wPP7PJqA5PxGRnuu" X-Virus-Scanned: clamav-milter 0.98.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 21:02:08 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gdbGNVpIPCWd18m92wPP7PJqA5PxGRnuu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 27/07/2014 13:30, David Wolfskill wrote: > Errr...??!? >=20 > I haven't changed /usr/local/etc/pkg.conf at all. The sample pkg.conf for 1.2.x (https://github.com/freebsd/pkg/blob/release-1.2/pkg/pkg.conf.sample) contained some ALIAS definitions, like so: ALIAS : { all-depends: query %dn-%dv, annotations: info -A, build-depends: info -qd, download: fetch, iinfo: info -i -g -x, isearch: search -i -g -x, leaf: query -e "%a =3D=3D 0" "%n-%v", leaf: query -e "%a =3D=3D 0" "%n-%v", <<<<------**** list: info -ql, origin: info -qo, provided-depends: info -qb, raw: info -R, required-depends: info -qr, shared-depends: info -qB, show: info -f -k, size: info -sq, } It's that redefinition of 'leaf' that's causing the mayhem. Try deleting the duplicated line. There will be an update going out ASAP to cure the crashyness. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --gdbGNVpIPCWd18m92wPP7PJqA5PxGRnuu 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) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJT1P7TXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkAT9VAP/0RqxFhJOyJizhBQ7Ha2TOXi PMaAHC+i6qT22vvi1x6wQc+PlGK5lZa8dhZphPUVD6ksjpdFAzZj6sZIF+bFbemV 7AyYUxyLzDHJ9dlRvB8VIjznlirEr+xnjqCvq+vvkHldy57Do3nBoLCK7hPrRwIB LLon2FetKPp6TVBXXicHdT+tyGoHYxrpaX3Wzp4Hfauhx571WmYNXDDitw0f2VkD xHPLbyRqulgfsqLzVKmC2EDe5mni+NKSE6Fnuij7RCiKEOY2fWAiO3rDwUY9JvOl K+JBz6tIBkWUkufCYDcD0GiiGPjyCrFajHnbDLuvSw0zWD+SJTeii/iakcJFZnDO a5hDSuWekhtpXGnbwuw5Z69gkjeajVhDolmKHUEJ8VcjwthAERfcCFGSQUy79l5Y PTFN85LJwJqmGUC5Gd2B9yywOyVk3ClIZ5GmLn+jCvlroiXiqxZyOf3IiUkAhcnP epvdD/gT6J6NlKeCZtQ3bYRvh1YLeFhsf79speYISnsZ0t+9FIVH9qN7f7VnJ0ZG 9hI3wsB7GyEae9UYixInYU0HgRI5s1S0TgIXsoFNTf7MK/SvXdiGwwLUBmomosuB nXqVeVPGAPRgkBHF412UcVD2cf5L/61dMgtauDhYIkjufl0W7bF8Z/v3aFdGnYHM KLT6HFQvH9dTPo4KVUnN =IS2k -----END PGP SIGNATURE----- --gdbGNVpIPCWd18m92wPP7PJqA5PxGRnuu-- From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 21:23:24 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29D6C414; Tue, 29 Jul 2014 21:23:24 +0000 (UTC) Received: from lamora.getmail.no (lamora.getmail.no [84.210.184.7]) by mx1.freebsd.org (Postfix) with ESMTP id 54190277A; Tue, 29 Jul 2014 21:23:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by lamora.getmail.no (Postfix) with ESMTP id D6B2E7A0FA; Tue, 29 Jul 2014 23:23:11 +0200 (CEST) Received: from lamora.getmail.no ([127.0.0.1]) by localhost (lamora.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id XgBPg3DhRQIn; Tue, 29 Jul 2014 23:23:11 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by lamora.getmail.no (Postfix) with ESMTP id 66FBF7A3F9; Tue, 29 Jul 2014 23:23:11 +0200 (CEST) X-Virus-Scanned: amavisd-new at lamora.get.c.bitbit.net Received: from lamora.getmail.no ([127.0.0.1]) by localhost (lamora.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id HXxTsLJV_KT0; Tue, 29 Jul 2014 23:23:11 +0200 (CEST) Received: from onyx.thanelange.no (cm-84.208.179.208.getinternet.no [84.208.179.208]) by lamora.getmail.no (Postfix) with ESMTP id 2F0D27A0FA; Tue, 29 Jul 2014 23:23:11 +0200 (CEST) Date: Tue, 29 Jul 2014 23:23:10 +0200 From: Gyrd Thane Lange To: Baptiste Daroussin Subject: Re: Strange pkg_deinstall behaviour with pkgng Message-ID: <20140729232310.75487900@onyx.thanelange.no> In-Reply-To: <20140729184118.GG68875@ivaldir.etoilebsd.net> References: <53D69662.6020503@netfence.it> <53D7C1E0.1000204@netfence.it> <20140729184118.GG68875@ivaldir.etoilebsd.net> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: portmgr@FreeBSD.org, Andrea Venturoli , freebsd-ports@freebsd.org, bdrewery@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 21:23:24 -0000 On Tue, 29 Jul 2014 20:41:18 +0200 Baptiste Daroussin wrote: > On Tue, Jul 29, 2014 at 05:46:40PM +0200, Andrea Venturoli wrote: > > On 07/28/14 20:28, Andrea Venturoli wrote: > > > Hello. > > > > > > I was forced to switch to pkgng on a 9.2 box and I'm now noticing > > > a strange behaviour. > > > > > > Before, "pkg_deinstall -R foo" would deinstall foo and all ports > > > on which foo depended, except those who were needed by other > > > ports. > > > > > > Now, "pkg_deinstall -R foo" will deinstall foo, all ports on > > > which foo depends and all ports depending on the ports on which > > > foo depends. > > > > > > E.g. > > > Port A depends on B > > > Port B depends on C > > > Port D depends on C > > > > > > With the old behaviour, "pkg_deinstall -R A" would deinstall A > > > and B (but not C). > > > Now it will deinstall A, B, C and D. > > > > After some investigation, this broke after the upgrade to pkg 1.3, > > in which *by default* "pkg delete" seems to be the same as "pkg > > delete -R". > > > > From what I can tell, there is no flags to "pkg delete" which > > makes it act as it used to and as portupgrade expects, so I cannot > > easily fix it. > > > pkg delete -f is not recursive This is true, but is very hard to guess based on the pkg-delete(8) man page. My first reading of the options led me to believe that -f was an alias for -y and that it would forcefully and recursively delete without asking. This could certainly be better worded in the man page. -f should explicitly state that it is non-recursive (now that -R is implicit and there is no other option to turn it off) and that a confirmation is still required, either interactively or through the -y option. It was with trepidation that I first used the -f option. Also, since the -R option now does nothing, it should either be removed or complemented with an -r option (for non-recursive) BTW, pkg info use -d for showing dependencies instead of -R (used by pkg_info), so the options are different from pkg_tools. Also the options are not consistently named across the pkg commands. General gripe about pkg(8): The command structure and options are very similar to the previous pkg_tools but with enough changes in options and behaviour that it trips up an unwary user. I feel this is a POLA violation. It is almost like it is baiting the user into making a mistake. Is is similar enough to the old tools that the user think it is sufficient to just replace the hyphen with a space (as in pkg-delete and pkg delete) but sometimes with subtle changes in options or behaviour, most of them with no clear rationale for the change. I suppose that the superficial likeness was to make it more familiar for existing users of pkg_tools, but since it is not 100% compatible (would be better if it was) it would perhaps have been better to make a clean break to remove preconceptions about operations. Thanks for reading. Best regards, Gyrd ^_^ > > regards, > Bapt From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 21:45:52 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30ECB156; Tue, 29 Jul 2014 21:45:52 +0000 (UTC) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A3DF2979; Tue, 29 Jul 2014 21:45:51 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id w61so280662wes.37 for ; Tue, 29 Jul 2014 14:45:49 -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=zbMlXc5bY8PobtsiZtn2IXQM7+1rcoeULnBRpXjROJk=; b=Ch4ssauhXVLoPdxXe99Zjm9GhfZ38fk4xMQx/hnXeO7QSSyGZnf+lrmSARNCG2rydn p6LmRTCRppAmNUm50VkQ0maV7Qj6onNL955rLp3dr81LvKoMSsBnMKxE76u5p/3Qpb0P NtBMI4uqW21Fhwj0UO9kv53o8ibyAtm4OPoFMAGlFe8QFVKq/PykTOhXYLm90PEXcbDg zbFzHt+un12Ka7BnI0hjNQoOKWzowr1N2cLXR7+bwa2Rpg7iV2ERsF7ZRNDIBkS+GjP9 23T1vNRuirYnz0BXIq1Pb36EpZQdAIhRYZKoJQ5l/eOZZO4FsNBO/xFA9zp4Dg/eJqwH ITTw== X-Received: by 10.194.184.230 with SMTP id ex6mr7270761wjc.83.1406670349725; Tue, 29 Jul 2014 14:45:49 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id ft17sm535351wjc.14.2014.07.29.14.45.48 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 29 Jul 2014 14:45:48 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 29 Jul 2014 23:45:46 +0200 From: Baptiste Daroussin To: Gyrd Thane Lange Subject: Re: Strange pkg_deinstall behaviour with pkgng Message-ID: <20140729214546.GA37672@ivaldir.etoilebsd.net> References: <53D69662.6020503@netfence.it> <53D7C1E0.1000204@netfence.it> <20140729184118.GG68875@ivaldir.etoilebsd.net> <20140729232310.75487900@onyx.thanelange.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <20140729232310.75487900@onyx.thanelange.no> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: bdrewery@FreeBSD.org, Andrea Venturoli , freebsd-ports@freebsd.org, portmgr@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 21:45:52 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 29, 2014 at 11:23:10PM +0200, Gyrd Thane Lange wrote: > On Tue, 29 Jul 2014 20:41:18 +0200 > Baptiste Daroussin wrote: >=20 > > On Tue, Jul 29, 2014 at 05:46:40PM +0200, Andrea Venturoli wrote: > > > On 07/28/14 20:28, Andrea Venturoli wrote: > > > > Hello. > > > > > > > > I was forced to switch to pkgng on a 9.2 box and I'm now noticing > > > > a strange behaviour. > > > > > > > > Before, "pkg_deinstall -R foo" would deinstall foo and all ports > > > > on which foo depended, except those who were needed by other > > > > ports. > > > > > > > > Now, "pkg_deinstall -R foo" will deinstall foo, all ports on > > > > which foo depends and all ports depending on the ports on which > > > > foo depends. > > > > > > > > E.g. > > > > Port A depends on B > > > > Port B depends on C > > > > Port D depends on C > > > > > > > > With the old behaviour, "pkg_deinstall -R A" would deinstall A > > > > and B (but not C). > > > > Now it will deinstall A, B, C and D. > > >=20 > > > After some investigation, this broke after the upgrade to pkg 1.3, > > > in which *by default* "pkg delete" seems to be the same as "pkg > > > delete -R". > > >=20 > > > From what I can tell, there is no flags to "pkg delete" which > > > makes it act as it used to and as portupgrade expects, so I cannot > > > easily fix it. > > >=20 > > pkg delete -f is not recursive >=20 > This is true, but is very hard to guess based on the pkg-delete(8) man > page. My first reading of the options led me to believe that -f was > an alias for -y and that it would forcefully and recursively delete > without asking. This could certainly be better worded in the man page. > -f should explicitly state that it is non-recursive (now that -R is > implicit and there is no other option to turn it off) and that a > confirmation is still required, either interactively or through the -y > option. It was with trepidation that I first used the -f option. >=20 > Also, since the -R option now does nothing, it should either be removed > or complemented with an -r option (for non-recursive) >=20 > BTW, pkg info use -d for showing dependencies instead of -R (used by > pkg_info), so the options are different from pkg_tools. Also the > options are not consistently named across the pkg commands.=20 >=20 > General gripe about pkg(8): The command structure and options are very > similar to the previous pkg_tools but with enough changes in options > and behaviour that it trips up an unwary user. I feel this is a POLA > violation. It is almost like it is baiting the user into making a > mistake. Is is similar enough to the old tools that the user think it is > sufficient to just replace the hyphen with a space (as in pkg-delete and > pkg delete) but sometimes with subtle changes in options or behaviour, > most of them with no clear rationale for the change. >=20 > I suppose that the superficial likeness was to make it more familiar > for existing users of pkg_tools, but since it is not 100% compatible > (would be better if it was) it would perhaps have been better to make a > clean break to remove preconceptions about operations. >=20 making a clean break would have made the tool completly rejected, the fact = we were quite closed did the trick to help the project moving to pkg. regards, Bapt --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPYFgoACgkQ8kTtMUmk6EwwtACfYdzaUo6tOpa1UCtY/74hHE8c MZ0AoJP19J8iteStaaaL1ac11oyJgNhw =p532 -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 22:21:24 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61020389 for ; Tue, 29 Jul 2014 22:21:24 +0000 (UTC) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BBD1B2D44 for ; Tue, 29 Jul 2014 22:21:23 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id u10so241492lbd.7 for ; Tue, 29 Jul 2014 15:21:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=cxeHECG9lsQkphHf3Lbr86uTJS3fCvXusWPO2hjf+sQ=; b=gvhCt1E2USZ+7d0qIs1aR8yf1licYvF5+sBGO+QE6uIqxONXDjohsYIYuYVgAjZ4n+ Zh+68ilA5ShgukDnZH3l4mwPQrW0TyZ7j9cSiml1gC1KvpfI9Bo7KUH11L4hXeX81wxU PY0CGE28DEqwkrEZc3k0nVdTl17jPm248hUZ5RWomNEtPj5kKEEqdc9WNAQP8YE2W2yM 7obipLYvdENKMGKk1Q2ASpxjdKFGOcdQlDOwSpHnqY5onUcJnER60VsuzMa3U+ht77vF GKf9AUkuoXQ/9D8ZTAK5IrGKscdl35IqPeL84NV3BliVY/oXLdHxdzYS+3mCCdQbGeKu tfNg== MIME-Version: 1.0 X-Received: by 10.112.16.199 with SMTP id i7mr5420195lbd.5.1406672481630; Tue, 29 Jul 2014 15:21:21 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.225.34 with HTTP; Tue, 29 Jul 2014 15:21:21 -0700 (PDT) Date: Tue, 29 Jul 2014 15:21:21 -0700 X-Google-Sender-Auth: 2nwRgdkFXeV99_hKgPRVCcGRxSs Message-ID: Subject: pkg 1.3.3 has a dependency on autoconf to build? From: Craig Rodrigues To: ports Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 22:21:24 -0000 Hi, I downloaded a FreeBSD-CURRENT VMDK file from ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/11.0-CURRENT/amd64/20140714/ and booted it in a brand new VirtualBox VM. I then did: portsnap fetch portsnap extract cd /usr/ports/ports-mgmt/pkg make I got this: make: stopped in /usr/ports/ports-mgmt/pkg root@:/usr/ports/ports-mgmt/pkg # make clean ===> Cleaning for pkg-1.3.3 root@:/usr/ports/ports-mgmt/pkg # make ===> License BSD2CLAUSE accepted by the user ===> Fetching all distfiles required by pkg-1.3.3 for building ===> Extracting for pkg-1.3.3 ===> License BSD2CLAUSE accepted by the user ===> Fetching all distfiles required by pkg-1.3.3 for building => SHA256 Checksum OK for pkg-1.3.3.tar.xz. ===> Patching for pkg-1.3.3 ===> Configuring for pkg-1.3.3 ===> FreeBSD 10 autotools fix applied to /usr/ports/ports-mgmt/pkg/work/pkg-1.3.3/aclocal.m4 ===> FreeBSD 10 autotools fix applied to /usr/ports/ports-mgmt/pkg/work/pkg-1.3.3/m4/libtool.m4 ===> FreeBSD 10 autotools fix applied to /usr/ports/ports-mgmt/pkg/work/pkg-1.3.3/configure configure: loading site script /usr/ports/Templates/config.site checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... (cached) /bin/mkdir -p checking for gawk... (cached) /usr/bin/awk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether make supports nested variables... (cached) yes checking for style of include used by make... GNU checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking whether cc understands -c and -o together... yes checking dependency style of cc... gcc3 checking for cc option to accept ISO C99... none needed checking build system type... amd64-portbld-freebsd11.0 checking host system type... amd64-portbld-freebsd11.0 checking how to print strings... printf checking for a sed that does not truncate output... (cached) /usr/bin/sed checking for grep that handles long lines and -e... (cached) /usr/bin/grep checking for egrep... (cached) /usr/bin/egrep checking for fgrep... (cached) /usr/bin/fgrep checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... (cached) 262144 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... no checking how to convert amd64-portbld-freebsd11.0 file names to amd64-portbld-freebsd11.0 format... func_convert_file_noop checking how to convert amd64-portbld-freebsd11.0 file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... no checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from cc object... ok checking for sysroot... no checking for mt... mt checking if mt is a manifest tool... no checking how to run the C preprocessor... cpp checking for ANSI C header files... (cached) yes checking for sys/types.h... (cached) yes checking for sys/stat.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for memory.h... (cached) yes checking for strings.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for unistd.h... (cached) yes checking for dlfcn.h... (cached) yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... yes checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd11.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking CFLAGS for maximum warnings... -Wall -Wno-unused-function checking for an ANSI C-conforming const... yes checking for size_t... (cached) yes checking for memmove... (cached) yes checking for bcopy... (cached) yes checking whether ln -s works... yes checking for fcntl.h... (cached) yes checking for unistd.h... (cached) yes checking for elf-hints.h... yes checking for stdlib.h... (cached) yes checking for sys/param.h... (cached) yes checking for machine/endian.h... yes checking for endian.h... no checking for sys/endian.h... yes checking for dlfcn.h... (cached) yes checking for memory.h... (cached) yes checking for sys/types.h... (cached) yes checking for sys/stat.h... (cached) yes checking for string.h... (cached) yes checking for inttypes.h... (cached) yes checking for sys/mman.h... (cached) yes checking for sys/elf_common.h... yes checking for link.h... yes checking for stddef.h... (cached) yes checking for stdarg.h... (cached) yes checking for stdbool.h... (cached) yes checking for stdint.h... (cached) yes checking for ctype.h... (cached) yes checking for errno.h... (cached) yes checking for limits.h... (cached) yes checking for libgen.h... (cached) yes checking for stdio.h... (cached) yes checking for float.h... (cached) yes checking for math.h... (cached) yes checking for osreldate.h... yes checking for off_t... (cached) yes checking for getpagesize... (cached) yes checking for working mmap... (cached) yes checking for GCC atomic builtins... yes checking for regex.h... yes checking for posix_fallocate... yes checking for usleep... (cached) yes checking for localtime_r... yes checking for gmtime_r... yes checking for strerror_r... (cached) yes checking for pkg-config... no checking for git... no checking for library containing lzma_version_string... -llzma checking for library containing BZ2_bzReadOpen... -lbz2 checking for library containing zlibVersion... -lz checking for library containing archive_read_open... -larchive checking archive.h usability... yes checking archive.h presence... yes checking for archive.h... yes checking for library containing jail_getid... -ljail checking gelf.h usability... yes checking gelf.h presence... yes checking for gelf.h... yes checking for Elf_Note... yes checking for gelf_getehdr in -lelf... yes checking libelf.h usability... yes checking libelf.h presence... yes checking for libelf.h... yes checking for Elf_Note... (cached) yes checking for gelf_getehdr in -lelf... (cached) yes checking execinfo.h usability... yes checking execinfo.h presence... yes checking for execinfo.h... yes checking for backtrace in -lexecinfo... yes checking atf-c.h usability... no checking atf-c.h presence... no checking for atf-c.h... no checking sys/capability.h usability... yes checking sys/capability.h presence... yes checking for sys/capability.h... yes checking for cap_sandboxed in -lc... yes checking for arc4random_uniform... (cached) yes checking that generated files are newer than configure... done configure: creating ./config.status config.status: creating Makefile config.status: creating src/Makefile config.status: creating external/Makefile config.status: creating scripts/Makefile config.status: creating docs/Makefile config.status: creating tests/Makefile config.status: creating libpkg/Makefile config.status: creating libpkg/repo/Makefile config.status: creating libpkg/pkg.h config.status: creating libpkg/pkg.pc config.status: creating scripts/periodic/400.status-pkg config.status: creating scripts/periodic/410.pkg-audit config.status: creating scripts/periodic/411.pkg-backup config.status: creating scripts/periodic/460.pkg-checksum config.status: creating scripts/periodic/490.status-pkg-changes config.status: creating scripts/sbin/pkg2ng config.status: creating scripts/completion/_pkg.bash config.status: creating scripts/completion/_pkg config.status: creating libpkg/repo/binary/Makefile config.status: creating pkg_config.h config.status: executing depfiles commands config.status: executing libtool commands config.status: executing pkg_repos.h commands ===> Building for pkg-1.3.3 CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh /usr/ports/ports-mgmt/pkg/work/pkg-1.3.3/missing autoconf /usr/ports/ports-mgmt/pkg/work/pkg-1.3.3/missing: autoconf: not found WARNING: 'autoconf' is missing on your system. You should only need it if you modified 'configure.ac', or m4 files included by it. The 'autoconf' program is part of the GNU Autoconf package: It also requires GNU m4 and Perl in order to run: *** [./configure] Error code 127 make[2]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.3.3 1 error make[2]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.3.3 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes 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 root@:/usr/ports/ports-mgmt/pkg # Any ideas? -- Craig From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 22:37:08 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E222C16; Tue, 29 Jul 2014 22:37:08 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3C782028; Tue, 29 Jul 2014 22:37:07 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id a1so317931wgh.35 for ; Tue, 29 Jul 2014 15:37:05 -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=/dP17q+sP6irP+EwhtU7wNoS6LqliL7CTwTE7kGS77Y=; b=CLL3MZxonzSS1x2VRM/KPlzF4lhMYyiqOWswohNQmrET71lciL2tA2wJjlUkXyOvM0 L07uy2mDKs5vqvicA9Ba9SSCXyW1h1hTz7HCJqv71RWIsvxUrebZdI9nUfdoTpMLWeco uRNnK7h25tzokdJJgAjkVg8ZVyt2L4+MkoYgLI3CWuq4aWY77vX/42VJkfQznntRl1Ea iTiV733IBC7LbNzEVzQNTuQNeOKCPyBtZGHgkAkBMrOLoZvIbY7otNcBrKo3zboXG2Sz svbPAYQalcLe/3tuFZKHQuBSsuIRTObi0f/daaTdn/ngm5FnE+trG1zz9rqNF4onSKHb O5vw== X-Received: by 10.180.212.77 with SMTP id ni13mr1294870wic.42.1406673425690; Tue, 29 Jul 2014 15:37:05 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id fb12sm764116wjc.43.2014.07.29.15.37.04 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 29 Jul 2014 15:37:04 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 30 Jul 2014 00:37:02 +0200 From: Baptiste Daroussin To: Craig Rodrigues Subject: Re: pkg 1.3.3 has a dependency on autoconf to build? Message-ID: <20140729223702.GC37672@ivaldir.etoilebsd.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pAwQNkOnpTn9IO2O" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 22:37:08 -0000 --pAwQNkOnpTn9IO2O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 29, 2014 at 03:21:21PM -0700, Craig Rodrigues wrote: > Hi, >=20 > I downloaded a FreeBSD-CURRENT VMDK file from > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/11.0-CURRENT/amd64/= 20140714/ >=20 > and booted it in a brand new VirtualBox VM. >=20 > I then did: >=20 > portsnap fetch > portsnap extract > cd /usr/ports/ports-mgmt/pkg > make >=20 hu You might have something weird on your system I cannot reproduce regards, Bapt --pAwQNkOnpTn9IO2O Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPYIg4ACgkQ8kTtMUmk6Ex5IACfVLIZPomIlDJs2xcs6MVGeTMt GDIAmgNdFR7LC9+9RJ/ksYgz1hYfMwUR =zUk2 -----END PGP SIGNATURE----- --pAwQNkOnpTn9IO2O-- From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 23:43:22 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1AEDD7B7 for ; Tue, 29 Jul 2014 23:43:22 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (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 D73FE272B for ; Tue, 29 Jul 2014 23:43:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id s6TNhLlU003923 for ; Tue, 29 Jul 2014 23:43:21 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s6TNhLLu003922 for freebsd-ports@freebsd.org; Tue, 29 Jul 2014 23:43:21 GMT (envelope-from bdrewery) Received: (qmail 32265 invoked from network); 29 Jul 2014 18:43:17 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 29 Jul 2014 18:43:17 -0500 Message-ID: <53D8318E.6030506@FreeBSD.org> Date: Tue, 29 Jul 2014 18:43:10 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Andrea Venturoli , freebsd-ports@freebsd.org Subject: Re: Strange pkg_deinstall behaviour with pkgng References: <53D69662.6020503@netfence.it> <53D7C1E0.1000204@netfence.it> <53D7C312.1020000@FreeBSD.org> In-Reply-To: <53D7C312.1020000@FreeBSD.org> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NWhbGoffIlEMR2n4JHMDfUUQMNLbpiIUG" Cc: portmgr@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 23:43:22 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --NWhbGoffIlEMR2n4JHMDfUUQMNLbpiIUG Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 7/29/2014 10:51 AM, Bryan Drewery wrote: > On 7/29/2014 10:46 AM, Andrea Venturoli wrote: >> On 07/28/14 20:28, Andrea Venturoli wrote: >>> Hello. >>> >>> I was forced to switch to pkgng on a 9.2 box and I'm now noticing a >>> strange behaviour. >>> >>> Before, "pkg_deinstall -R foo" would deinstall foo and all ports on >>> which foo depended, except those who were needed by other ports. >>> >>> Now, "pkg_deinstall -R foo" will deinstall foo, all ports on which fo= o >>> depends and all ports depending on the ports on which foo depends. >>> >>> E.g. >>> Port A depends on B >>> Port B depends on C >>> Port D depends on C >>> >>> With the old behaviour, "pkg_deinstall -R A" would deinstall A and B >>> (but not C). >>> Now it will deinstall A, B, C and D. >> >> After some investigation, this broke after the upgrade to pkg 1.3, in >> which *by default* "pkg delete" seems to be the same as "pkg delete -R= ". >=20 > Yes, pkg now requires -f to have the old behavior. I'll update > portupgrade for it. I have released a quick hack to workaround this by passing in -f. I may rework it later though and keep the new behavior. pkg_deinstall/pkg_glob already supports using -f optionally. --=20 Regards, Bryan Drewery --NWhbGoffIlEMR2n4JHMDfUUQMNLbpiIUG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJT2DGOAAoJEDXXcbtuRpfPClAH+gI7WfPi/Z0f4Xs7+QGcKmY9 DnjMrapEAD5qTL4S2CfA81HMj3nuboXMRKkNz7SkJAicA1DVKXJ4SFfu9lubgM5t VAznwyo1B0qsrDj6vP4m99S6y9lPP3J5/o8ADqqyw+G+B0glRIr4Ehc4Tt1qEFJP dfTZjYsAUjDLMCuIBeZreofD+FG7W7b4LTzQnre7RIK9nIgD/3L1DjhYwBgL+But 7RtylOH+Wmv+1IUTHmgzTjsSDF4F0QPQjQ+KJqQyRLcwmST3vMM3Xv+/AIZt3+zv xDWpmY14oY+MYrmN8GQ2j86r684LQdYZEtDzrw4Xu+wtoNGgGjR7Q7a73cIc9b4= =KaJL -----END PGP SIGNATURE----- --NWhbGoffIlEMR2n4JHMDfUUQMNLbpiIUG-- From owner-freebsd-ports@FreeBSD.ORG Tue Jul 29 23:45:36 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C8711A25; Tue, 29 Jul 2014 23:45:36 +0000 (UTC) Received: from mail-vc0-x22c.google.com (mail-vc0-x22c.google.com [IPv6:2607:f8b0:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7351F274A; Tue, 29 Jul 2014 23:45:36 +0000 (UTC) Received: by mail-vc0-f172.google.com with SMTP id im17so685399vcb.31 for ; Tue, 29 Jul 2014 16:45:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:to:cc:disposition-notification-to:content-type:date :message-id:mime-version; bh=IZQvFUMBgR56Mbe58DVWKBTDKiA4cIaSare+KYLhkvQ=; b=nm+NStKyLCsWNXx6WfB8wTsxeZdWMHtB0KI4WJt9bP78axMV5GYM5oi1+iC/1ThH/D mYllXQt/xztfSxvCIbA8Np1W/zy4v6KTV6bLUNFUtgAI/gurCQfDcRkVRcnL+ZThwNTz cxhKVJbKi9vVlxojLluEsRAha4J6L0/JyecNP8WjOCmTqr1LcsJDRfPPx+jEOaBielOo LqwXqSK1B3HYEGNrcC48jeUzqNZtAlJnP65/DGQhodD4isIyQEvTyjPwgaUCI0U06llm Pm4Thd/2kgzepdoHf/q4kVFqSOsIkv52GlpRFY/R093aXDzWIyzMzJc3Eroq9vOBaT5v 6J9w== X-Received: by 10.221.21.201 with SMTP id qt9mr258976vcb.39.1406677535481; Tue, 29 Jul 2014 16:45:35 -0700 (PDT) Received: from [192.168.6.46] ([179.184.51.72]) by mx.google.com with ESMTPSA id xw9sm1075666vdb.15.2014.07.29.16.45.34 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Tue, 29 Jul 2014 16:45:35 -0700 (PDT) From: sergio lenzi X-Google-Original-From: sergio lenzi Subject: pkg 1.3.X changed behaviour with pkg -fR xxx To: ports Date: Tue, 29 Jul 2014 20:45:32 -0300 Message-ID: <1406677532.1545.6.camel@lenovo.toontown> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Baptiste Daroussin X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 23:45:37 -0000 see the sequence of commands pkg info -qr db6 results.... redland-1.0.17_3 serf-1.3.6_1 subversion-1.8.9_7 apr-1.5.1.1.5.3_3 squidGuard-1.4_9 cyrus-sasl-saslauthd-2.1.26_1 evolution-data-server-2.32.1_11 bogofilter-1.2.4_2 ============================= Now the command.... pkg install -fR db6 Updating repository catalogue DIST64 repository is up-to-date All repositories are up-to-date Checking integrity... done (0 conflicting) The following 1 packages will be affected (of 1037 checked): Installed packages to be REINSTALLED: db6-6.1.19 (forced reinstall) =========================== look that it will reinstall db6 (which is correct) but not will reinstall the other packages as the manual says so... Another missing thing is that pkg upgrade will not reinstall the packages that changed options or that changed direct dependencies (as pkg 1.2.X did)... Is it normal or a bug?? From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 04:57:27 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B51D7E3A; Wed, 30 Jul 2014 04:57:27 +0000 (UTC) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 788EE26B5; Wed, 30 Jul 2014 04:57:27 +0000 (UTC) Received: by mail-ig0-f180.google.com with SMTP id l13so2239250iga.7 for ; Tue, 29 Jul 2014 21:57:27 -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=xPs1HLsF632RmzRffWCP7mJPbPg7KGxQ05mjSZoRs6s=; b=PDOiH0vcPJtr3j8P0nEPso7ZaEktGiM3qUb47t2eBrEXd0yPP/i6zDjcryRM4RfylQ a5/TJOj/t47lAnirt9JRLg7abxAhzgE5Unzipy0iy+Aac2/bjSf/7Mm0iYzP1UI08qSi Jgny1/NQVjqk+sUj+qErRdVWk+TRLqv0WRm2buXtUvO/k/zqzvj9zFXkLQoQSdT1+Fr4 OaKuriBlPKfXdwtUFE0gROooESZ+FOvOzdwEj84xtNWt/5gZ7r1h4iETGcE26iD2/+kb 84dsdtM0GHWMF/6nz15WYDmCX125Q5TKUb8qcfaf/wl7vwpnbA+6RGiXMeaZmusRKSRQ BQ+A== MIME-Version: 1.0 X-Received: by 10.50.25.162 with SMTP id d2mr3465045igg.0.1406696246850; Tue, 29 Jul 2014 21:57:26 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Tue, 29 Jul 2014 21:57:26 -0700 (PDT) In-Reply-To: <20140729211559.2d273aa44788bff583b79f9d@fbsd.es> References: <20140727221924.6c15c821c39034c7bd654eff@fbsd.es> <20140728102525.GC66308@home.opsec.eu> <20140729121423.GG66308@home.opsec.eu> <20140729211559.2d273aa44788bff583b79f9d@fbsd.es> Date: Tue, 29 Jul 2014 21:57:26 -0700 X-Google-Sender-Auth: X8-ghhw_8C0JNt_BKtIFtsUquFY Message-ID: Subject: Re: Tor web browser From: Kevin Oberman To: Carlos Jacobo Puga Medina , gecko@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Kurt Jaeger , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 04:57:27 -0000 On Tue, Jul 29, 2014 at 12:15 PM, Carlos Jacobo Puga Medina wrote: > On Tue, 29 Jul 2014 14:14:23 +0200 > Kurt Jaeger wrote: > > > Hi! > > > > > > > https://trillian.chruetertee.ch/svn/freebsd-gecko/trunk/www/linux-tor-browser > > > > > > Thanks -- is this official ? Is this supposed to be added to the > > > ports ? > > > > I learned that this is the official repository of the gecko@ team: > > > > https://wiki.freebsd.org/PortsTeams > > https://wiki.freebsd.org/Gecko > > > > So, someone has to ask them if/when they will add the port ? > > If this port is very requested (it's true), yes, why not? Someone could > try to convince them to merge it into the ports tree. Otherwise, they've a > powerful reason to not merge it. > > > > > -- > > pi@opsec.eu +49 171 3101372 6 years > to go ! > > Well, for one thing, at least one dependency seems unfetchable due to security vulnerabilities. I don't know that this is the only issue, but it kept me from building it. I, too, would really love to see this. In theory security/tor should do the trick, but for some time I have been unable to get it to work with privoxy any more. But gecko@ is the place to ask. I am copying this to them. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 05:16:04 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1645A2F; Wed, 30 Jul 2014 05:16:04 +0000 (UTC) Received: from so.liwest.at (so.liwest.at [212.33.55.15]) (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 43AFA290F; Wed, 30 Jul 2014 05:16:04 +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:Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=rRq6hXTJdc08VCruGn0OYAemyLsDmLe/paGhx6JQBUQ=; b=wWt39t1cwQWet+qw/n6+yNYAaAV+Zo6BWJrgSjWWqkmerSBjqkaBp5HFb1K/ezcWyvY6RLmPCGZd/4KVsIe/+6GQ1jgih3s7b/QjfiZkdbUKoC1bx40C5DipAnwgdg+3LIm3CmauTVzNKgRLqOwemfG86UU17gut2dBLgZbZcPSLVh9hiltEjDaQ8D9YsW63WiVlEzbkR46cyYeuU9FZHUK/tFxt6Le3DSDhlP5wZBWan74k/uMzuWKhFRXEejTlpwJrRZ6O9bC1jJ+dsbA7a3sAbOWeI35O8RqijFLp9BNjk5qhjAGU68fS5pm6WtZqwoeLD8unant9fdhvjhpEtg==; Received: from [90.146.7.130] (helo=lap01.it4health.at) by so.liwest.at with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1XCMF8-00069p-AK; Wed, 30 Jul 2014 07:16:02 +0200 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Problem Installing Perl inside Jail with NO_STAGE From: horst leitenmueller In-Reply-To: <20140729131657.GI66308@home.opsec.eu> Date: Wed, 30 Jul 2014 07:15:59 +0200 Message-Id: <17C13738-DDA8-4703-BF48-050C04AFAC9E@liwest.at> References: <20140729131657.GI66308@home.opsec.eu> To: Kurt Jaeger X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -1.0 (-) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: ports@freebsd.org, perl@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 05:16:04 -0000 hi is NO_STAGE=3Dyes in /etc/make.conf a switch or not ? if yes all Makefiles should / have to handle this means ${STAGEDIR} = should be set correct in case of perl5.16.x otherwise you have my error=20 in the makefile of perl5.16 ${INSTALL_DATA} ${WRKDIR}/perl5_version ${STAGEDIR}${PREFIX}/etc >>> ${FIND} ${STAGEDIR} -name '*.bs' -size 0 -delete .if ${OSVERSION} >=3D 900022 if not then NO_STAGE should be described at NOT USABLE at all but with = this i have problems inside of Jails with a Read Only part (i will describe my problems with that in a separate mail) my problem i just want to update my base systems to newest version of perl (from = 5.14 to current 5.16 ) and all jails=20 and change to new package system pkgng and perl 5.16 ist not possible to install inside of jails <=3D mail = will follow with all constellations testet On 29 Jul 2014, at 15:16, Kurt Jaeger wrote: > Hi! >=20 >> i have a problem installing perl inside jail=20 >=20 > One hint: If you add "NO_STAGE" to a Makefile, this does not > make this Makefile an "NO_STAGE" Makefile. >=20 > So, again: What is your problem ? >=20 > --=20 > pi@opsec.eu +49 171 3101372 6 years = to go ! > _______________________________________________ > 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 Jul 30 05:22:13 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E0DAE9E; Wed, 30 Jul 2014 05:22:13 +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 56FCD29D8; Wed, 30 Jul 2014 05:22:13 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XCML4-0008VP-3l; Wed, 30 Jul 2014 07:22:10 +0200 Date: Wed, 30 Jul 2014 07:22:10 +0200 From: Kurt Jaeger To: horst leitenmueller Subject: Re: Problem Installing Perl inside Jail with NO_STAGE Message-ID: <20140730052209.GJ66308@home.opsec.eu> References: <20140729131657.GI66308@home.opsec.eu> <17C13738-DDA8-4703-BF48-050C04AFAC9E@liwest.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17C13738-DDA8-4703-BF48-050C04AFAC9E@liwest.at> Cc: ports@freebsd.org, perl@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 05:22:13 -0000 Hi! > is NO_STAGE=yes in /etc/make.conf a switch or not ? No, it's not a switch. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 05:47:23 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62FAF6DA for ; Wed, 30 Jul 2014 05:47:23 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB18B2BA9 for ; Wed, 30 Jul 2014 05:47:22 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id d1so1667275wiv.15 for ; Tue, 29 Jul 2014 22:47:21 -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=CqDk5B4whQJIv8IrW+YMvBgu22IYzqHZtRqM5LjHzKY=; b=mBa9w8vGZIcQ/nFp5cAzpRWQ+AGwI9RRqTGw1dbw8+tQ6RpTjjRNpZ8oqKp9Y1z3hV ZrvPMSzfg0aTmgF/25vDfKFpdvlhLvB+JR4fdHDFHQ1mEUuLmdaTUS4TKpePI+qNKyXJ QnhtYEchRw2i+iROnT8xVpo6kYbZ0/ze4X8WG0od2EDryOoCGk9lY+htsCqWUz0odCm8 E5KmzKC40SXWgjODLZZU4rkh+SrBhMctfubmiVuGOWc56nAV/pum7/hrzVF9xMrZidLb pmA2eyvLfyvIbtavB8u/eakzOpHGDAyoRI1dGNBCYxfrVfH6ZRZLHk4bWjrwv63GYanw xi+g== X-Received: by 10.180.37.241 with SMTP id b17mr3618290wik.70.1406699241175; Tue, 29 Jul 2014 22:47:21 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id dc3sm7758966wib.9.2014.07.29.22.47.19 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 29 Jul 2014 22:47:20 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 30 Jul 2014 07:47:18 +0200 From: Baptiste Daroussin To: sergio lenzi Subject: Re: pkg 1.3.X changed behaviour with pkg -fR xxx Message-ID: <20140730054718.GD37672@ivaldir.etoilebsd.net> References: <1406677532.1545.6.camel@lenovo.toontown> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oj4kGyHlBMXGt3Le" Content-Disposition: inline In-Reply-To: <1406677532.1545.6.camel@lenovo.toontown> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 05:47:23 -0000 --oj4kGyHlBMXGt3Le Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 29, 2014 at 08:45:32PM -0300, sergio lenzi wrote: > see the sequence of commands >=20 > pkg info -qr db6 > results.... > redland-1.0.17_3 > serf-1.3.6_1 > subversion-1.8.9_7 > apr-1.5.1.1.5.3_3 > squidGuard-1.4_9 > cyrus-sasl-saslauthd-2.1.26_1 > evolution-data-server-2.32.1_11 > bogofilter-1.2.4_2 > =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 > Now the command.... >=20 > pkg install -fR db6 >=20 >=20 >=20 > Updating repository catalogue > DIST64 repository is up-to-date > All repositories are up-to-date > Checking integrity... done (0 conflicting) > The following 1 packages will be affected (of 1037 checked): >=20 > Installed packages to be REINSTALLED: > db6-6.1.19 (forced reinstall) > =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 > look that it will reinstall db6 (which is correct) > but not will reinstall the other packages as the manual says so... >=20 > Another missing thing is that pkg upgrade=20 > will not reinstall the packages that changed options or > that changed direct dependencies (as pkg 1.2.X did)... >=20 > Is it normal or a bug?? >=20 This is a bug can you open a ticket on github? regards, Bapt --oj4kGyHlBMXGt3Le Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPYhuYACgkQ8kTtMUmk6EwjDQCgwP38AoCciE+FFFNegQR/xzzI 5ocAn3KDjw5DYu75bfJxbadW0F+SFzFr =NWxb -----END PGP SIGNATURE----- --oj4kGyHlBMXGt3Le-- From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 06:57:07 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65A1F24C; Wed, 30 Jul 2014 06:57:07 +0000 (UTC) Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 292E02267; Wed, 30 Jul 2014 06:57:07 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id rd18so961452iec.0 for ; Tue, 29 Jul 2014 23:57:06 -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=knbC0JizwZZpUmvEgQqIisg08TdIDaumFXioabrqWBI=; b=OBHVSstIoiG6RKQGawN0Lx2xSIfVnmBT1mLHrByknElpTNATnY71hWzutd9MHTDti1 +9yy+u+a2S7GHhi9XbWaeLkCPmwiqiw9ylftwZ4+DG73H6abCAZXmjf4n4GmwYKFIngN 6/2XLHw7vEDbd9NUTu4O5PX/TQdApt1O+jpwsvKm0f2bH3jqanG6sl2noUObzSt/76hZ a25HpdD1rSFAQdeo9qdeyvdCldFqmByrntKUtt0foiN+2d6Awvy6Tzvm8xfNWgsbZ0fI ALaxewm7kVlDwfAUg5tLxcRHeSljcPz6R1r5CdtJKqFOyeyxxqw8zKSIKcrFt6ZlRDkC 1nEw== MIME-Version: 1.0 X-Received: by 10.50.221.104 with SMTP id qd8mr11640190igc.35.1406703426586; Tue, 29 Jul 2014 23:57:06 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Tue, 29 Jul 2014 23:57:06 -0700 (PDT) In-Reply-To: <20140730052209.GJ66308@home.opsec.eu> References: <20140729131657.GI66308@home.opsec.eu> <17C13738-DDA8-4703-BF48-050C04AFAC9E@liwest.at> <20140730052209.GJ66308@home.opsec.eu> Date: Tue, 29 Jul 2014 23:57:06 -0700 X-Google-Sender-Auth: CMOQuMiJJ5_qH7-t1ODFJXKgDWU Message-ID: Subject: Re: Problem Installing Perl inside Jail with NO_STAGE From: Kevin Oberman To: Kurt Jaeger Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "ports@FreeBSD.org" , perl@freebsd.org, horst leitenmueller X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 06:57:07 -0000 On Tue, Jul 29, 2014 at 10:22 PM, Kurt Jaeger wrote: > Hi! > > > is NO_STAGE=yes in /etc/make.conf a switch or not ? > > No, it's not a switch. > > -- > pi@opsec.eu +49 171 3101372 6 years to > go ! > > And Bapt and pkgng developers have frequently warned that setting NO_STAGE=yes in make.conf could have disastrous consequences. I really wish someone had put a "grep NO_STAGE /etc/make.conf" in portmaster and portupgrade to send a warning that this was a very bad idea. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 06:58:26 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55671309; Wed, 30 Jul 2014 06:58:26 +0000 (UTC) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 178862279; Wed, 30 Jul 2014 06:58:26 +0000 (UTC) Received: by mail-ig0-f174.google.com with SMTP id c1so6778618igq.7 for ; Tue, 29 Jul 2014 23:58:25 -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=/Fmhhs6iqmDHE4VJTeJ4CZAzzMvYlWfcZxh1fJQoC1A=; b=QRdsonUhP+n3qrCCxmsKHcEVchcaR6t812bJVGCG534iC374QJ0GU19U5FcI8CzRzv mcei4WV6eekAgNvGdF5NCcrvVlzzPiFg0aEwSTLxetSM/AfF37dqoLoDQosjbeFq/pXz FhBzaoc+GvAiiFvYD5RZMeko4iERAwaT1+Am2sz2iyAa0XKoIZPlqkv85ReDCLcpg2ec 8YAmv5GJfFNpX7pS/aasjY4lNTS1OeY9rH3lG9zo7u9OQpgO+rzAPYV1txbjpbsRew6c EVjQNBXab3O1V7ijItrdlo5Msv0+fXgcqRhFPicXQX8dn7LwZmImdGZ6bINj8AQc2MQt pIRA== MIME-Version: 1.0 X-Received: by 10.42.47.140 with SMTP id o12mr2876307icf.4.1406703505534; Tue, 29 Jul 2014 23:58:25 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Tue, 29 Jul 2014 23:58:25 -0700 (PDT) In-Reply-To: <20140730054718.GD37672@ivaldir.etoilebsd.net> References: <1406677532.1545.6.camel@lenovo.toontown> <20140730054718.GD37672@ivaldir.etoilebsd.net> Date: Tue, 29 Jul 2014 23:58:25 -0700 X-Google-Sender-Auth: SIP6D9Od7gLhRRwRbILl6YCzLSg Message-ID: Subject: Re: pkg 1.3.X changed behaviour with pkg -fR xxx From: Kevin Oberman To: Baptiste Daroussin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 06:58:26 -0000 On Tue, Jul 29, 2014 at 10:47 PM, Baptiste Daroussin wrote: > On Tue, Jul 29, 2014 at 08:45:32PM -0300, sergio lenzi wrote: > > see the sequence of commands > > > > pkg info -qr db6 > > results.... > > redland-1.0.17_3 > > serf-1.3.6_1 > > subversion-1.8.9_7 > > apr-1.5.1.1.5.3_3 > > squidGuard-1.4_9 > > cyrus-sasl-saslauthd-2.1.26_1 > > evolution-data-server-2.32.1_11 > > bogofilter-1.2.4_2 > > ============================= > > Now the command.... > > > > pkg install -fR db6 > > > > > > > > Updating repository catalogue > > DIST64 repository is up-to-date > > All repositories are up-to-date > > Checking integrity... done (0 conflicting) > > The following 1 packages will be affected (of 1037 checked): > > > > Installed packages to be REINSTALLED: > > db6-6.1.19 (forced reinstall) > > =========================== > > look that it will reinstall db6 (which is correct) > > but not will reinstall the other packages as the manual says so... > > > > Another missing thing is that pkg upgrade > > will not reinstall the packages that changed options or > > that changed direct dependencies (as pkg 1.2.X did)... > > > > Is it normal or a bug?? > > > This is a bug can you open a ticket on github? > > regards, > Bapt > Wouldn't the FreeBSD bugzilla be a better place? -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 07:55:55 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2054CD5E; Wed, 30 Jul 2014 07:55:55 +0000 (UTC) Received: from mailout09.t-online.de (mailout09.t-online.de [194.25.134.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 775DB286F; Wed, 30 Jul 2014 07:55:54 +0000 (UTC) Received: from fwd04.aul.t-online.de (fwd04.aul.t-online.de [172.20.26.149]) by mailout09.t-online.de (Postfix) with SMTP id 694A813497D; Wed, 30 Jul 2014 09:49:47 +0200 (CEST) Received: from [192.168.119.33] (ZqATZGZUQhSKG8S3Qrg5dcAtTBm1TT3VoQ9AElL5+TbGiZPYemExQvP3WVsGbVgwvU@[84.154.101.219]) by fwd04.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-SHA encrypted) esmtp id 1XCOdm-1ok3E00; Wed, 30 Jul 2014 09:49:38 +0200 Message-ID: <53D8A38B.6060809@freebsd.org> Date: Wed, 30 Jul 2014 09:49:31 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: baptiste Daroussin Subject: Re: Strange pkg_deinstall behaviour with pkgng References: <53D69662.6020503@netfence.it> <53D7C1E0.1000204@netfence.it> <20140729184118.GG68875@ivaldir.etoilebsd.net> <20140729232310.75487900@onyx.thanelange.no> <20140729214546.GA37672@ivaldir.etoilebsd.net> In-Reply-To: <20140729214546.GA37672@ivaldir.etoilebsd.net> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-ID: ZqATZGZUQhSKG8S3Qrg5dcAtTBm1TT3VoQ9AElL5+TbGiZPYemExQvP3WVsGbVgwvU X-TOI-MSGID: c345fcfe-ac06-409d-8619-1d7161ab9203 Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 07:55:55 -0000 Am 29.07.2014 um 23:45 schrieb Baptiste Daroussin: > On Tue, Jul 29, 2014 at 11:23:10PM +0200, Gyrd Thane Lange wrote: >> General gripe about pkg(8): The command structure and options are >> very similar to the previous pkg_tools but with enough changes in >> options and behaviour that it trips up an unwary user. I feel >> this is a POLA violation. It is almost like it is baiting the >> user into making a mistake. Is is similar enough to the old tools >> that the user think it is sufficient to just replace the hyphen >> with a space (as in pkg-delete and pkg delete) but sometimes with >> subtle changes in options or behaviour, most of them with no >> clear rationale for the change. >> >> I suppose that the superficial likeness was to make it more >> familiar for existing users of pkg_tools, but since it is not >> 100% compatible (would be better if it was) it would perhaps have >> been better to make a clean break to remove preconceptions about >> operations. >> > making a clean break would have made the tool completly rejected, > the fact we were quite closed did the trick to help the project > moving to pkg. Hi Bapt, this is probably true and the pkg commands are similar enough for interactive use, if you know pkg_ (and you'll spot unexpected behaviour and adjust your usage if the output did not match your expectations). Don't get me wrong: I highly appreciate the effort and result of creating the new pkg tools! And I've been using them as soon as they were first available for testing and have converted a few scripts to (also) support the new pkg tools. But I second Gyrd's position: Scripts will perform unexpected actions without the user noticing that some intermediate step was wrongly converted from pkg_ to pkg (or the semantics of the pkg options changed when new features where added, changing the previously compliant behaviour in a way not expected by the author of the script). We can try to keep portmaster and portupgrade, the bsdadmintools and other script code, that relies on pkg consistent with the evolving semantics of pkg options. But there may be scripts we are not aware of or that we do not have in the ports collection, which break in unexpected and hard to fix ways. IMHO the only viable solution is to be as compatible to the old pkg_ tools as possible with reasonable effort. When there are incompatibilities changes to the semantics of an option (either because some option can not be implemented, because it is obsolete, or because better semantics can be provided), then a new option should be used for the new semantics and the old option should either still be available with the legacy result, or it should lead to an error abort (and if you do not catch that in a script, that script is to blame, not the new pkg tools). In short: - kept options should give very similar results - new options may produce whatever they want - useless options should not be re-used to provide some other useful result, but should instead lead to an error abort And I'll repeat, that there is nothing wrong with pkg being different from pkg_*. But care should be taken to prevent non-interactive use of pkg from corrupting a system ... Best regards, STefan From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 08:17:16 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A86697CF for ; Wed, 30 Jul 2014 08:17:16 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 12D452A4D for ; Wed, 30 Jul 2014 08:17:15 +0000 (UTC) Received: (qmail 50476 invoked by uid 89); 30 Jul 2014 08:17:06 -0000 Received: from unknown (HELO ?10.85.176.184?) (mg@grem.de@109.43.2.38) by mail.grem.de with ESMTPA; 30 Jul 2014 08:17:06 -0000 References: <1406677532.1545.6.camel@lenovo.toontown> <20140730054718.GD37672@ivaldir.etoilebsd.net> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <1764FA9A-2B4B-4829-B669-DAFB3584C167@freebsd.org> X-Mailer: iPhone Mail (11D257) From: Michael Gmelin Subject: Re: pkg 1.3.X changed behaviour with pkg -fR xxx Date: Wed, 30 Jul 2014 10:16:43 +0200 To: Kevin Oberman Cc: Baptiste Daroussin , ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 08:17:16 -0000 > On 30 Jul 2014, at 08:58, Kevin Oberman wrote: >=20 > On Tue, Jul 29, 2014 at 10:47 PM, Baptiste Daroussin > wrote: >=20 >>> On Tue, Jul 29, 2014 at 08:45:32PM -0300, sergio lenzi wrote: >>> see the sequence of commands >>>=20 >>> pkg info -qr db6 >>> results.... >>> redland-1.0.17_3 >>> serf-1.3.6_1 >>> subversion-1.8.9_7 >>> apr-1.5.1.1.5.3_3 >>> squidGuard-1.4_9 >>> cyrus-sasl-saslauthd-2.1.26_1 >>> evolution-data-server-2.32.1_11 >>> bogofilter-1.2.4_2 >>> =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 >>> Now the command.... >>>=20 >>> pkg install -fR db6 >>>=20 >>>=20 >>>=20 >>> Updating repository catalogue >>> DIST64 repository is up-to-date >>> All repositories are up-to-date >>> Checking integrity... done (0 conflicting) >>> The following 1 packages will be affected (of 1037 checked): >>>=20 >>> Installed packages to be REINSTALLED: >>> db6-6.1.19 (forced reinstall) >>> =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 >>> look that it will reinstall db6 (which is correct) >>> but not will reinstall the other packages as the manual says so... >>>=20 >>> Another missing thing is that pkg upgrade >>> will not reinstall the packages that changed options or >>> that changed direct dependencies (as pkg 1.2.X did)... >>>=20 >>> Is it normal or a bug?? >> This is a bug can you open a ticket on github? >>=20 >> regards, >> Bapt >=20 > Wouldn't the FreeBSD bugzilla be a better place? Pkg is developed using git and hosted on GitHub. Its issue tracker hooks int= o the repository quite nicely, so it actually makes a lot of sense to file i= t there. https://github.com/freebsd/pkg/issues/new > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.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 Jul 30 09:52:03 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FDB7DD1 for ; Wed, 30 Jul 2014 09:52:03 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (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 F0E2625D8 for ; Wed, 30 Jul 2014 09:52:02 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id s6U9q2mV036350 for ; Wed, 30 Jul 2014 09:52:02 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id s6U9q2ZE036347; Wed, 30 Jul 2014 09:52:02 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201407300952.s6U9q2ZE036347@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, 30 Jul 2014 09:52:02 +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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 09:52:03 -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 ------------------------------------------------+-----------------+------------ emulators/hatari | 1.7.0 | 1.8.0 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_agent | 4.0.1 | 5.1-140730 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_console | 4.0.1 | 5.1-140730 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_server | 4.0.1 | 5.1-140730 ------------------------------------------------+-----------------+------------ www/groupoffice | 3.7.24 | 6.0.8 ------------------------------------------------+-----------------+------------ 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 Jul 30 11:10:03 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCBDDE94; Wed, 30 Jul 2014 11:10:03 +0000 (UTC) Received: from so.liwest.at (so.liwest.at [212.33.55.15]) (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 6E2012D1D; Wed, 30 Jul 2014 11:10:03 +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:Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=d2bpOi90YsGEwj29TrhiUu783Lr+nHrcJuH9rQS+MJc=; b=SUgc2qK8wfezw7XWDCZuHfd1ZoBE7AN00e8YS7alxA0a6WBUZsW+M2ZxXNK1m/CAeEWDBvUGiJcKB9EaW79XcTh9E1DeniQztzQ2v7P8Wn/7k8rFLjNKk5YB+O/zeqlSMyVQH/vuef4Sph2ECd0g11ecL1b1u1+zoqsaXOZTjR72Mcftulfmco7kLkzi5OHkDpJaTCgqllr9gNYunJqCFqzee4zRl7+7TwFYID/pBxdYRlmul/EAiuzqdT3HGmERVxRYPNwDF2kLy0mHd0kEbRIxrwW8+ooCyEPZT06rROKXSkOWsnrHODi+4t42iTX4qkjGEBDW/hCGemnVGRKNUw==; Received: from [90.146.7.130] (helo=lap01.it4health.at) by so.liwest.at with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1XCRlh-0006Ds-3w; Wed, 30 Jul 2014 13:10:01 +0200 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Problem Installing Perl inside Jail with NO_STAGE From: horst leitenmueller In-Reply-To: <17C13738-DDA8-4703-BF48-050C04AFAC9E@liwest.at> Date: Wed, 30 Jul 2014 13:09:51 +0200 Message-Id: References: <20140729131657.GI66308@home.opsec.eu> <17C13738-DDA8-4703-BF48-050C04AFAC9E@liwest.at> To: Kurt Jaeger X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -1.0 (-) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: ports@freebsd.org, perl@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 11:10:04 -0000 hi, so written together and tested a lot all INSIDE JAIL ! BASEINFO=20 all in FreeBSD 9.1 p4 amd64 jails setup with guidelines of = http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails-applicatio= n.html PROBLEM 1 perl portugrade problem with backup path root@jboss1:/ # portupgrade -o lang/perl5.16 -f lang/perl5.14 ** Detected a package name change: perl (lang/perl5.14) -> 'perl5' = (lang/perl5.16) ---> Upgrading 'perl-5.14.4' to 'perl5-5.16.3_11' (lang/perl5.16) ---> Building '/usr/ports/lang/perl5.16' with make flags: = -DDISABLE_CONFLICTS =3D=3D=3D> Cleaning for perl5-5.16.3_11 /!\ WARNING /!\ pkg_install EOL is scheduled for 2014-09-01. Please migrate to pkgng = http://blogs.freebsdish.org/portmgr/2014/02/03/time-to-bid-farewell-to-the= -old-pkg_-tools/ If you do not want to see this message again set = NO_WARNING_PKG_INSTALL_EOL=3Dyes in your make.conf ..... build part /bin/mkdir -p = /s/portbuild/usr/ports/lang/perl5.16/work/stage/usr/local/lib/perl5/5.16/B= SDPAN/ExtUtils install -o root -g wheel -m 444 = /s/portbuild/usr/ports/lang/perl5.16/work/BSDPAN-20111107/ExtUtils/Packlis= t.pm = /s/portbuild/usr/ports/lang/perl5.16/work/stage/usr/local/lib/perl5/5.16/B= SDPAN/ExtUtils/Packlist.pm =3D=3D=3D=3D> Compressing man pages (compress-man) ---> Backing up the old version tar: Failed to open '/perl-5.14.4.tbz' ** Backup failed. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! lang/perl5.16 (perl-5.14.4) (backup error) not working=20 i tried a lot of things to change the path for backup no chance=85 PROBLEM 2 root@jboss1:/usr/ports/lang/perl5.14 # make deinstall =3D=3D=3D> Deinstalling for lang/perl5.14 root@jboss1:/usr/ports/lang/perl5.14 # make reinstall =3D=3D=3D> Building package for perl5.14-5.14.4_7 Creating package = /s/portbuild/usr/ports/lang/perl5.14/work/pkg/perl5.14-5.14.4_7.tbz Registering depends:. Registering conflicts: perl5.*-* perl5-*. Creating bzip'd tar ball in = '/s/portbuild/usr/ports/lang/perl5.14/work/pkg/perl5.14-5.14.4_7.tbz' tar: could not chdir to = '/s/portbuild/usr/ports/lang/perl5.14/work/stage/s/usr-local' *** [do-package] Error code 1 Stop in /usr/ports/lang/perl5.14. *** [install] Error code 1 Stop in /usr/ports/lang/perl5.14. *** [reinstall] Error code 1 Stop in /usr/ports/lang/perl5.14. important here the s/usr-local is a symlink to=20 ls -la /usr/jails/mroot/usr/ lrwxr-xr-x 1 root wheel 14 Jun 25 2013 local -> ../s/usr-local and these are the directories existing ls -la /s/portbuild/usr/ports/lang/perl5.14/work/stage/usr/local/ means staging is taking the symlink information and not the symlinked = path =3D> error not possible to install=20 with the NOT allowed switch NO_STAGING i get a workaround to prevent = from this problem=20 (already described 9 months before... = http://lists.freebsd.org/pipermail/freebsd-ports/2013-October/086895.html)= PROBLEM 2 is my real problem and i can=92t geht it running! because of THIS i changed to NO_STAGE=3Dyes in /etc/make.conf=20 and commented out the find with the $STAGEDIR which is empty if NO_STAGE if an other way please tell me, i have 3 more base machines with about = 15 jails per machine ------------------------------------------------------ Ing. DI Horst Leitenmueller Sperlstr. 11 4040 Linz tel.: +43 650 2042702 email: horst.leitenmueller@liwest.at ------------------------------------------------------ On 30 Jul 2014, at 07:15, horst leitenmueller = wrote: > hi >=20 > is NO_STAGE=3Dyes in /etc/make.conf a switch or not ? >=20 > if yes all Makefiles should / have to handle this means ${STAGEDIR} = should be set correct in case of perl5.16.x > otherwise you have my error=20 >=20 > in the makefile of perl5.16 >=20 > ${INSTALL_DATA} ${WRKDIR}/perl5_version ${STAGEDIR}${PREFIX}/etc >>>> ${FIND} ${STAGEDIR} -name '*.bs' -size 0 -delete > .if ${OSVERSION} >=3D 900022 >=20 > if not then NO_STAGE should be described at NOT USABLE at all but with = this i have problems inside of Jails with a Read Only part > (i will describe my problems with that in a separate mail) >=20 >=20 > my problem >=20 > i just want to update my base systems to newest version of perl (from = 5.14 to current 5.16 ) > and all jails=20 >=20 > and change to new package system pkgng >=20 > and perl 5.16 ist not possible to install inside of jails <=3D mail = will follow with all constellations testet >=20 >=20 >=20 >=20 > On 29 Jul 2014, at 15:16, Kurt Jaeger wrote: >=20 >> Hi! >>=20 >>> i have a problem installing perl inside jail=20 >>=20 >> One hint: If you add "NO_STAGE" to a Makefile, this does not >> make this Makefile an "NO_STAGE" Makefile. >>=20 >> So, again: What is your problem ? >>=20 >> --=20 >> pi@opsec.eu +49 171 3101372 6 = years to go ! >> _______________________________________________ >> 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" >=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 Wed Jul 30 14:15:40 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97A125E6; Wed, 30 Jul 2014 14:15:40 +0000 (UTC) Received: from mp1-smtp-6.eutelia.it (mp1-smtp-6.eutelia.it [62.94.10.166]) by mx1.freebsd.org (Postfix) with ESMTP id 8BF832497; Wed, 30 Jul 2014 14:15:39 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mp1-smtp-6.eutelia.it (Eutelia) with ESMTP id BE1926C242B; Wed, 30 Jul 2014 16:15:31 +0200 (CEST) Received: from soth.ventu (adsl-ull-222-173.41-151.net24.it [151.41.173.222]) (authenticated bits=0) by ns2.biolchim.it (8.14.9/8.14.8) with ESMTP id s6UEFOom043986 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 30 Jul 2014 16:15:25 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-222-173.41-151.net24.it [151.41.173.222] claimed to be soth.ventu Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.9/8.14.7) with ESMTP id s6UEFJOi050938; Wed, 30 Jul 2014 16:15:19 +0200 (CEST) (envelope-from ml@netfence.it) Message-ID: <53D8FDF7.8000507@netfence.it> Date: Wed, 30 Jul 2014 16:15:19 +0200 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: Strange pkg_deinstall behaviour with pkgng References: <53D69662.6020503@netfence.it> <53D7C1E0.1000204@netfence.it> <20140729184118.GG68875@ivaldir.etoilebsd.net> <20140729232310.75487900@onyx.thanelange.no> <20140729214546.GA37672@ivaldir.etoilebsd.net> In-Reply-To: <20140729214546.GA37672@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Wed, 30 Jul 2014 16:15:25 +0200 (CEST) X-Spam-Score: () X-Scanned-By: MIMEDefang 2.75 Cc: bdrewery@FreeBSD.org, freebsd-ports@freebsd.org, portmgr@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 14:15:40 -0000 On 07/29/14 23:45, Baptiste Daroussin wrote: > making a clean break would have made the tool completly rejected, the fact we > were quite closed did the trick to help the project moving to pkg. Screwing half of my installed ports, just because I used the exact same command I've used in the last 14 years or so, didn't quite make me "accept" the new system so willingly... bye av. From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 14:42:30 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD813378; Wed, 30 Jul 2014 14:42:30 +0000 (UTC) Received: from mp1-smtp-5.eutelia.it (mp1-smtp-5.eutelia.it [62.94.10.165]) by mx1.freebsd.org (Postfix) with ESMTP id 013CD27AE; Wed, 30 Jul 2014 14:42:30 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mp1-smtp-5.eutelia.it (Eutelia) with ESMTP id E58A5176C70; Wed, 30 Jul 2014 16:13:10 +0200 (CEST) Received: from soth.ventu (adsl-ull-222-173.41-151.net24.it [151.41.173.222]) (authenticated bits=0) by ns2.biolchim.it (8.14.9/8.14.8) with ESMTP id s6UED6xZ043825 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 30 Jul 2014 16:13:07 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-222-173.41-151.net24.it [151.41.173.222] claimed to be soth.ventu Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.9/8.14.7) with ESMTP id s6UECwwU050887; Wed, 30 Jul 2014 16:12:59 +0200 (CEST) (envelope-from ml@netfence.it) Message-ID: <53D8FD6A.4030609@netfence.it> Date: Wed, 30 Jul 2014 16:12:58 +0200 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: Strange pkg_deinstall behaviour with pkgng References: <53D69662.6020503@netfence.it> <53D7C1E0.1000204@netfence.it> <20140729184118.GG68875@ivaldir.etoilebsd.net> In-Reply-To: <20140729184118.GG68875@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Wed, 30 Jul 2014 16:13:07 +0200 (CEST) X-Spam-Score: () X-Scanned-By: MIMEDefang 2.75 Cc: bdrewery@FreeBSD.org, freebsd-ports@freebsd.org, portmgr@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 14:42:30 -0000 On 07/29/14 20:41, Baptiste Daroussin wrote: >> From what I can tell, there is no flags to "pkg delete" which makes it >> act as it used to and as portupgrade expects, so I cannot easily fix it. >> > pkg delete -f is not recursive Please correct me if I'm wrong, but: pkg_delete -r = pkg delete -R pkg_delete -f = pkg delete -f pkg_delete = pkg delete (up to pkg 1.2) ; no equivalent in pkg 1.3 (and this is what portugrade needs). In other words, -f won't bring up the old behaviour where a package was NOT deleted if other packages depended on it. Again, please let me bring back my first example: >>> Port A depends on B >>> Port B depends on C >>> Port D depends on C 1) "pkg_delete A B C" or "pkg delete A B C" in pkg 1.2 would delete A and B (but not C); 2) "pkg_delete -f A B C" or "pkg delete -f A B C" will delete A, B and C, leaving D with a broken dependency; 3) "pkg_delete -r A B C" or "pkg delete -R A B C" or "pkg delete A B C" in pkg 1.3 will delete A, B, C and D. So in pkg 1.3 there is no way to achieve 1). Again, I'd gladly be proved wrong. bye av. From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 15:02:33 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5AD28FBB for ; Wed, 30 Jul 2014 15:02:33 +0000 (UTC) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) (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 1A2222A0F for ; Wed, 30 Jul 2014 15:02:32 +0000 (UTC) Received: from um-excht-a02.um.gwdg.de ([134.76.11.222] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.80) (envelope-from ) id 1XCUH2-0001DG-Lw; Wed, 30 Jul 2014 15:50:32 +0200 Received: from krabat.raven.hur (91.21.150.246) by email.gwdg.de (134.76.9.211) with Microsoft SMTP Server (TLS) id 14.3.195.1; Wed, 30 Jul 2014 15:50:32 +0200 Message-ID: <53D8F823.4080104@gwdg.de> Date: Wed, 30 Jul 2014 15:50:27 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Kevin Oberman , Kris Moore Subject: Re: pkg: Cannot get a read lock on a database, it is locked by another process References: <53D511D6.7040108@freebsd.org> <53D66DA2.4020009@pcbsd.org> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Level: - X-Virus-Scanned: (clean) by clamav Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 15:02:33 -0000 Am 28.07.2014 23:36, schrieb Kevin Oberman: > On Mon, Jul 28, 2014 at 8:34 AM, Kris Moore wrote: > >> On 07/27/2014 10:51, Stefan Esser wrote: >>> The locking of the pkg database leads to soft failures, but I'm afraid, >>> if these soft failures happen to coincide with certain administrative >>> tasks, they can lead to unexpected results. >>> >>> One example is that portmaster fails to detect PKGNG (and then assumes >>> to be working in a pre-PKGNG environment), if some pkg subcommand locks >>> the database. To repeat: >>> >>> # pkg version -Bs & >>> # pkg info >>> >>> As long as pkg version runs, pkg info fails to get the read lock (at >>> least in the large majority of my tests). You can also prevent any pkg >>> command from running, if you STOP (kill -STOP / ^Z) pkg version. Any >>> other pkg command will fail, until "pkg version" has been "unstopped" >>> and run to completion. This might even be a local DoS, if any command >>> that read-locks the package DB for extended time can be executed by >>> an unprivileged user. >>> >>> Similar error messages are reported by pkg_libcheck, which issues >>> lots of pkg commands in parallel. (I have observed some 5 lock >>> failures per 1000 installed packages on my system). >>> >>> >>> I did not try to test all combinations of simultanous pkg commands >>> and did not verify, whether e.g. "pkg upgrade" might be stopped >>> half way through because of an error accessing the pkg database, >>> but I have seen SQLITE error messages that indicated failed write >>> operations (INSERT/UPDATE). >>> >>> Either the timeouts are too low, or the duration during which the >>> database is locked by a single operation is too large (or there is >>> no fairness and some processes never get access to the database?). >>> >>> >>> I think this should be fixed, since pkg commands that lock the >>> database can be run from CRON or by other means in the background >>> and the operator who issues pkg commands in the foreground (or runs >>> portmaster) receives spurious error messages (which might still be >>> better than the batch jobs doing silly things, after they failed to >>> obtain information from the pkg database ...) >>> >>> Regards, STefan >> >> +1 to this whole thing. >> >> I would prefer that pkg commands simply wait for the DB to become >> unlocked again, instead of just failing outright. >> >> We have many scripts which monitor the system, check for updates, >> display our GUI store-front, and its really annoying to have random bits >> of it fail simply because of bad timing with another pkg process. >> >> -- >> Kris Moore >> PC-BSD Software >> iXsystems > > > This is a real pain, but I only see it on one of my systems. That system is > my only i386 system and also my only system running 9.2. Whether that has > anything to do with it, I can't say, but it makes me very nervous. I just > would like to know why only the one system has the problem. > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com I am running three boxes with recent HEAD. Only one of them was a new installation, from the beginning on with pkgng (no pkg_ before). The other two boxes were upgraded over years now, and so from old pkg_ to new pkgng. Locks, as described above, I only observe on the two upgraded boxes (from older pkg_ to newer pkgng). So, for me, it looks more like a remnant from the conversion towards the newer pkgng. But of course, I may be completely wrong. So excuse me, if this is a misleading contribution. Rainer Hurling From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 19:03:37 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 90820314; Wed, 30 Jul 2014 19:03:37 +0000 (UTC) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49FF427DD; Wed, 30 Jul 2014 19:03:37 +0000 (UTC) Received: by mail-ig0-f182.google.com with SMTP id c1so3487371igq.9 for ; Wed, 30 Jul 2014 12:03:36 -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=m6rQWxEN/VHC8z62z5HgLOE71PXzkQgRMLpeYicpMmo=; b=f14Jui/p/1cq+aWJvE3Nxg3rZOKDDa1utHd3FvPHAh4PHrM7e26V2osh8+8wkbv7Lo OpungAJ9eahGlf38vf3s5AH5iu7M0+4SYpGI9fOH1p3+K+6v84K3fh+ymfI42TP9CCP3 csh94mVL3HB6Ogx69DtS6T6lwSUUc3tLGBd5r2wDgfd7Ie/awM/DJz0VcyTWc3ruaJv9 zHbN90hlie8HziqtwkuRP1IGcomBr0nKH6FD8tkBMimcdJM+oSZjRBg8XV7WvgCKS9zT R5/fv7uJrN3svlhuSvphHiygCOXU/PGY8+XCrk7WQGpGCxCLkzXu+rWKpARXkhyQMH1B KZbg== MIME-Version: 1.0 X-Received: by 10.50.2.71 with SMTP id 7mr56980766igs.32.1406747016622; Wed, 30 Jul 2014 12:03:36 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Wed, 30 Jul 2014 12:03:36 -0700 (PDT) In-Reply-To: <1764FA9A-2B4B-4829-B669-DAFB3584C167@freebsd.org> References: <1406677532.1545.6.camel@lenovo.toontown> <20140730054718.GD37672@ivaldir.etoilebsd.net> <1764FA9A-2B4B-4829-B669-DAFB3584C167@freebsd.org> Date: Wed, 30 Jul 2014 12:03:36 -0700 X-Google-Sender-Auth: DNAVmDuh-3W7gnkV8_M69rA8h-I Message-ID: Subject: Re: pkg 1.3.X changed behaviour with pkg -fR xxx From: Kevin Oberman To: Michael Gmelin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Baptiste Daroussin , ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 19:03:37 -0000 On Wed, Jul 30, 2014 at 1:16 AM, Michael Gmelin wrote: > > > > On 30 Jul 2014, at 08:58, Kevin Oberman wrote: > > > > On Tue, Jul 29, 2014 at 10:47 PM, Baptiste Daroussin > > wrote: > > > >>> On Tue, Jul 29, 2014 at 08:45:32PM -0300, sergio lenzi wrote: > >>> see the sequence of commands > >>> > >>> pkg info -qr db6 > >>> results.... > >>> redland-1.0.17_3 > >>> serf-1.3.6_1 > >>> subversion-1.8.9_7 > >>> apr-1.5.1.1.5.3_3 > >>> squidGuard-1.4_9 > >>> cyrus-sasl-saslauthd-2.1.26_1 > >>> evolution-data-server-2.32.1_11 > >>> bogofilter-1.2.4_2 > >>> ============================= > >>> Now the command.... > >>> > >>> pkg install -fR db6 > >>> > >>> > >>> > >>> Updating repository catalogue > >>> DIST64 repository is up-to-date > >>> All repositories are up-to-date > >>> Checking integrity... done (0 conflicting) > >>> The following 1 packages will be affected (of 1037 checked): > >>> > >>> Installed packages to be REINSTALLED: > >>> db6-6.1.19 (forced reinstall) > >>> =========================== > >>> look that it will reinstall db6 (which is correct) > >>> but not will reinstall the other packages as the manual says so... > >>> > >>> Another missing thing is that pkg upgrade > >>> will not reinstall the packages that changed options or > >>> that changed direct dependencies (as pkg 1.2.X did)... > >>> > >>> Is it normal or a bug?? > >> This is a bug can you open a ticket on github? > >> > >> regards, > >> Bapt > > > > Wouldn't the FreeBSD bugzilla be a better place? > > Pkg is developed using git and hosted on GitHub. Its issue tracker hooks > into the repository quite nicely, so it actually makes a lot of sense to > file it there. > > https://github.com/freebsd/pkg/issues/new > While I understand that, it is disturbing to see a very important part of FreeBSD not using the FreeBSD bug tracking system. If I have a problem with FreeBSD and want to see if there is a trouble report, I am not going to look at github (or any external tracker). I'm going to look at the FreeBSD Bugzilla and I feel it is improper to have an official FreeBSD project recommending issues be sent to any external bug tracker in lieu of the official one.. Simply put, I think it is a terrible idea and should be squashed immediately. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 19:07:38 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F26275A1 for ; Wed, 30 Jul 2014 19:07:38 +0000 (UTC) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BD9AD281B for ; Wed, 30 Jul 2014 19:07:38 +0000 (UTC) Received: by mail-ig0-f182.google.com with SMTP id c1so3486647igq.15 for ; Wed, 30 Jul 2014 12:07:38 -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=EqmEVHbPFpdqWZZLMwgfldBXfXmQqZM1Yy3eWRUnq2A=; b=f3VOVBjsLutWuLL6tO/d2NLFwpJUfvuAsWS2Fwb7CZCCDxWiBu/zwS3LfpATrO580Q vqtWr5lrWpy+1VeHk6Lafn91S21ah/SIMx2Tiwj8a7z473ETn7Gj91ut/5l3fCmz0nZM sBR5AxlqltWFGwEglJybRLwXNcoBXrtDffgIJLsCU6j2+ogZU6Wu+svYo7pILBUqqqYd s9jbJPPDlRHLgR+zRdP+neANqCLhBj1qetGRagpbOnjpvTjLctTfJYNaw/3rXT6eQdUX QyWjkiS0Www6NjnIEtt5zD2sMMwtJhrxoINKjGmQsRVUab1WsgreDNook6487Lc6N55Q G/og== MIME-Version: 1.0 X-Received: by 10.50.2.71 with SMTP id 7mr57017004igs.32.1406747258224; Wed, 30 Jul 2014 12:07:38 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Wed, 30 Jul 2014 12:07:38 -0700 (PDT) In-Reply-To: <53D8F823.4080104@gwdg.de> References: <53D511D6.7040108@freebsd.org> <53D66DA2.4020009@pcbsd.org> <53D8F823.4080104@gwdg.de> Date: Wed, 30 Jul 2014 12:07:38 -0700 X-Google-Sender-Auth: dD0_dNuQCUoy1QF_jBpbNE2PKsU Message-ID: Subject: Re: pkg: Cannot get a read lock on a database, it is locked by another process From: Kevin Oberman To: Rainer Hurling Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Ports ML , Kris Moore X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 19:07:39 -0000 On Wed, Jul 30, 2014 at 6:50 AM, Rainer Hurling wrote: > Am 28.07.2014 23:36, schrieb Kevin Oberman: > > On Mon, Jul 28, 2014 at 8:34 AM, Kris Moore wrote: > > > >> On 07/27/2014 10:51, Stefan Esser wrote: > >>> The locking of the pkg database leads to soft failures, but I'm afraid, > >>> if these soft failures happen to coincide with certain administrative > >>> tasks, they can lead to unexpected results. > >>> > >>> One example is that portmaster fails to detect PKGNG (and then assumes > >>> to be working in a pre-PKGNG environment), if some pkg subcommand locks > >>> the database. To repeat: > >>> > >>> # pkg version -Bs & > >>> # pkg info > >>> > >>> As long as pkg version runs, pkg info fails to get the read lock (at > >>> least in the large majority of my tests). You can also prevent any pkg > >>> command from running, if you STOP (kill -STOP / ^Z) pkg version. Any > >>> other pkg command will fail, until "pkg version" has been "unstopped" > >>> and run to completion. This might even be a local DoS, if any command > >>> that read-locks the package DB for extended time can be executed by > >>> an unprivileged user. > >>> > >>> Similar error messages are reported by pkg_libcheck, which issues > >>> lots of pkg commands in parallel. (I have observed some 5 lock > >>> failures per 1000 installed packages on my system). > >>> > >>> > >>> I did not try to test all combinations of simultanous pkg commands > >>> and did not verify, whether e.g. "pkg upgrade" might be stopped > >>> half way through because of an error accessing the pkg database, > >>> but I have seen SQLITE error messages that indicated failed write > >>> operations (INSERT/UPDATE). > >>> > >>> Either the timeouts are too low, or the duration during which the > >>> database is locked by a single operation is too large (or there is > >>> no fairness and some processes never get access to the database?). > >>> > >>> > >>> I think this should be fixed, since pkg commands that lock the > >>> database can be run from CRON or by other means in the background > >>> and the operator who issues pkg commands in the foreground (or runs > >>> portmaster) receives spurious error messages (which might still be > >>> better than the batch jobs doing silly things, after they failed to > >>> obtain information from the pkg database ...) > >>> > >>> Regards, STefan > >> > >> +1 to this whole thing. > >> > >> I would prefer that pkg commands simply wait for the DB to become > >> unlocked again, instead of just failing outright. > >> > >> We have many scripts which monitor the system, check for updates, > >> display our GUI store-front, and its really annoying to have random bits > >> of it fail simply because of bad timing with another pkg process. > >> > >> -- > >> Kris Moore > >> PC-BSD Software > >> iXsystems > > > > > > This is a real pain, but I only see it on one of my systems. That system > is > > my only i386 system and also my only system running 9.2. Whether that has > > anything to do with it, I can't say, but it makes me very nervous. I just > > would like to know why only the one system has the problem. > > -- > > R. Kevin Oberman, Network Engineer, Retired > > E-mail: rkoberman@gmail.com > > > I am running three boxes with recent HEAD. Only one of them was a new > installation, from the beginning on with pkgng (no pkg_ before). The > other two boxes were upgraded over years now, and so from old pkg_ to > new pkgng. > > Locks, as described above, I only observe on the two upgraded boxes > (from older pkg_ to newer pkgng). So, for me, it looks more like a > remnant from the conversion towards the newer pkgng. > > But of course, I may be completely wrong. So excuse me, if this is a > misleading contribution. > > Rainer Hurling > > No joy. My systems were both upgraded from the old package system. But it was a good idea! -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 20:32:52 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 566925C1; Wed, 30 Jul 2014 20:32:52 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (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 F1509219D; Wed, 30 Jul 2014 20:32:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=b+hhULze3uPqG1rZjZdXKYVTpztHhqHLdJrwvVXuJYg=; b=VMBIu1n/0hvvzIpvu1hEaofCYOmJv+AD30Tc3Ygp2F91Ge2bDWKWEnM4Hha9n4icUPeHg4ebbpGYVvQTAtOQtzdLhayuXthIBRLca2G49xVbn+eBwLW5YqyDdpYNVIxWBwbpCzHY/aqcBupILy4I4dZoYlwqtqhxDF9MqW1fZWo=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XCaYM-000Gtn-Q4; Wed, 30 Jul 2014 20:32:50 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 1.0.1 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 1.0.1, by Edgewall Software To: adamw@FreeBSD.org X-Trac-Project: redports Date: Wed, 30 Jul 2014 20:32:50 -0000 Reply-To: qat@redports.org X-URL: https://qat.redports.org/ Subject: [QAT] 363390: 172x success, 4x leftovers, 4x ignored: : dependent ports have been altered to link with math/atlas -- please use that port instead of math/atlas-devel, while the latter is being revised, 2x coredump, 4x dud, 2x termios, 2x ignored: this port requires sse2, and benefits from sse3 -- set cputype appropriately, 2x ignored: is marked as broken: does not fetch, 2x ???, 4x depend (ignored: is marked as broken: does not package in textproc/libextractor), 2x fetch To: adamw@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140729205601-50808 X-Trac-Build-ID: 20140729205601-50808 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 20:32:52 -0000 Repair instances, almost all courtesy of bf ;-), of spaces and/or tabs before the =. This made doing regular expressions on the ports tree really difficult. Approved by: portmgr (not really, but touches unstaged ports) --------------------------------------------------------------------- Build ID: 20140729205601-50808 Job owner: adamw@FreeBSD.org Buildtime: 24 hours Enddate: Wed, 30 Jul 2014 20:32:49 GMT Revision: 363390 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=363390 --------------------------------------------------------------------- Port: devel/distorm 20121220.r230_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388706/distorm-20121220.r230_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388707/distorm-20121220.r230_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388708/distorm-20121220.r230_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388709/distorm-20121220.r230_1.log --------------------------------------------------------------------- Port: devel/py-uncompyle2 1.1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388710/py-uncompyle2-1.1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388711/py-uncompyle2-1.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388712/py-uncompyle2-1.1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388713/py-uncompyle2-1.1.log --------------------------------------------------------------------- Port: editors/lazarus-lcl-units 1.2.4 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388714/lazarus-lcl-units-1.2.4.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388715/lazarus-lcl-units-1.2.4.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388716/lazarus-lcl-units-1.2.4.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388717/lazarus-lcl-units-1.2.4.log --------------------------------------------------------------------- Port: graphics/djvulibre 3.5.25.3_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388718/djvulibre-3.5.25.3_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388719/djvulibre-3.5.25.3_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388720/djvulibre-3.5.25.3_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388721/djvulibre-3.5.25.3_2.log --------------------------------------------------------------------- Port: graphics/ocaml-lablgl 20120306_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388722/ocaml-lablgl-20120306_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388723/ocaml-lablgl-20120306_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388724/ocaml-lablgl-20120306_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388725/ocaml-lablgl-20120306_2.log --------------------------------------------------------------------- Port: korean/baekmukfonts-bdf 2.0_5 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388726/ko-baekmukfonts-bdf-2.0_5.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388727/ko-baekmukfonts-bdf-2.0_5.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388728/ko-baekmukfonts-bdf-2.0_5.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388729/ko-baekmukfonts-bdf-2.0_5.log --------------------------------------------------------------------- Port: lang/gambit-c v4.6.6,1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388730/gambit-c-v4.6.6,1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388731/gambit-c-v4.6.6,1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388732/gambit-c-v4.6.6,1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388733/gambit-c-v4.6.6,1.log --------------------------------------------------------------------- Port: lang/sbcl 1.1.12,1 Buildgroup: 8.4-QAT/amd64 Buildstatus: ??? Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388734/sbcl-1.1.12,1.log Buildgroup: 8.4-QAT/i386 Buildstatus: ??? Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388735/sbcl-1.1.12,1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: TERMIOS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388736/sbcl-1.1.12,1.log Buildgroup: 9.2-QAT/i386 Buildstatus: TERMIOS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388737/sbcl-1.1.12,1.log --------------------------------------------------------------------- Port: mail/qmail 1.06_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388738/netqmail-1.06_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388739/netqmail-1.06_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388740/netqmail-1.06_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388741/netqmail-1.06_1.log --------------------------------------------------------------------- Port: math/R 3.0.2_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388742/R-3.0.2_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388743/R-3.0.2_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388744/R-3.0.2_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388745/R-3.0.2_2.log --------------------------------------------------------------------- Port: math/R-cran-SuppDists 1.1.9.1_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388746/R-cran-SuppDists-1.1.9.1_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388747/R-cran-SuppDists-1.1.9.1_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388748/R-cran-SuppDists-1.1.9.1_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388749/R-cran-SuppDists-1.1.9.1_1.log --------------------------------------------------------------------- Port: math/arpack 96_12 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388750/arpack-96_12.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388751/arpack-96_12.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388752/arpack-96_12.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388753/arpack-96_12.log --------------------------------------------------------------------- Port: math/arpack-ng 3.1.5 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388754/arpack-ng-3.1.5.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388755/arpack-ng-3.1.5.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388756/arpack-ng-3.1.5.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388757/arpack-ng-3.1.5.log --------------------------------------------------------------------- Port: math/atlas 3.8.4_4,1 Buildgroup: 8.4-QAT/amd64 Buildstatus: DUD Buildgroup: 8.4-QAT/i386 Buildstatus: DUD Buildgroup: 9.2-QAT/amd64 Buildstatus: DUD Buildgroup: 9.2-QAT/i386 Buildstatus: DUD --------------------------------------------------------------------- Port: math/atlas-devel 3.9.11_3 Buildgroup: 8.4-QAT/amd64 Buildstatus: IGNORED: : DEPENDENT PORTS HAVE BEEN ALTERED TO LINK WITH MATH/ATLAS -- PLEASE USE THAT PORT INSTEAD OF MATH/ATLAS-DEVEL, WHILE THE LATTER IS BEING REVISED Buildgroup: 8.4-QAT/i386 Buildstatus: IGNORED: : DEPENDENT PORTS HAVE BEEN ALTERED TO LINK WITH MATH/ATLAS -- PLEASE USE THAT PORT INSTEAD OF MATH/ATLAS-DEVEL, WHILE THE LATTER IS BEING REVISED Buildgroup: 9.2-QAT/amd64 Buildstatus: IGNORED: : DEPENDENT PORTS HAVE BEEN ALTERED TO LINK WITH MATH/ATLAS -- PLEASE USE THAT PORT INSTEAD OF MATH/ATLAS-DEVEL, WHILE THE LATTER IS BEING REVISED Buildgroup: 9.2-QAT/i386 Buildstatus: IGNORED: : DEPENDENT PORTS HAVE BEEN ALTERED TO LINK WITH MATH/ATLAS -- PLEASE USE THAT PORT INSTEAD OF MATH/ATLAS-DEVEL, WHILE THE LATTER IS BEING REVISED --------------------------------------------------------------------- Port: math/blas 3.4.2_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388766/blas-3.4.2_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388767/blas-3.4.2_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388768/blas-3.4.2_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388769/blas-3.4.2_2.log --------------------------------------------------------------------- Port: math/cblas 1.0_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388770/cblas-1.0_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388771/cblas-1.0_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388772/cblas-1.0_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388773/cblas-1.0_2.log --------------------------------------------------------------------- Port: math/eispack 1.0_5 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388774/eispack-1.0_5.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388775/eispack-1.0_5.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388776/eispack-1.0_5.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388777/eispack-1.0_5.log --------------------------------------------------------------------- Port: math/fflas-ffpack 1.4.3_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388778/fflas-ffpack-1.4.3_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388779/fflas-ffpack-1.4.3_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388780/fflas-ffpack-1.4.3_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388781/fflas-ffpack-1.4.3_1.log --------------------------------------------------------------------- Port: math/fftw3 3.3.3_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388782/fftw3-3.3.3_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388783/fftw3-3.3.3_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388784/fftw3-3.3.3_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388785/fftw3-3.3.3_1.log --------------------------------------------------------------------- Port: math/givaro 3.5.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388786/givaro-3.5.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388787/givaro-3.5.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388788/givaro-3.5.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388789/givaro-3.5.0.log --------------------------------------------------------------------- Port: math/gotoblas 2.1.13.3.4.0_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388790/gotoblas-2.1.13.3.4.0_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: COREDUMP Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388791/gotoblas-2.1.13.3.4.0_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388792/gotoblas-2.1.13.3.4.0_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: COREDUMP Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388793/gotoblas-2.1.13.3.4.0_2.log --------------------------------------------------------------------- Port: math/jags 3.4.0_3 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388794/mcmc-jags-3.4.0_3.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388795/mcmc-jags-3.4.0_3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388796/mcmc-jags-3.4.0_3.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388797/mcmc-jags-3.4.0_3.log --------------------------------------------------------------------- Port: math/kktdirect 0.5_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388798/kktdirect-0.5_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388799/kktdirect-0.5_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388800/kktdirect-0.5_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388801/kktdirect-0.5_2.log --------------------------------------------------------------------- Port: math/lapack 3.4.2_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388802/lapack-3.4.2_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388803/lapack-3.4.2_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388804/lapack-3.4.2_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388805/lapack-3.4.2_2.log --------------------------------------------------------------------- Port: math/lapacke 3.4.2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388806/lapacke-3.4.2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388807/lapacke-3.4.2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388808/lapacke-3.4.2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388809/lapacke-3.4.2.log --------------------------------------------------------------------- Port: math/levmar 2.6_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388810/levmar-2.6_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388811/levmar-2.6_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388812/levmar-2.6_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388813/levmar-2.6_2.log --------------------------------------------------------------------- Port: math/libflame r7421_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388814/libflame-r7421_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388815/libflame-r7421_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388816/libflame-r7421_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388817/libflame-r7421_2.log --------------------------------------------------------------------- Port: math/libmissing 20130815_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388818/libmissing-20130815_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388819/libmissing-20130815_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388820/libmissing-20130815_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388821/libmissing-20130815_2.log --------------------------------------------------------------------- Port: math/linpack 1.0_5 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388822/linpack-1.0_5.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388823/linpack-1.0_5.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388824/linpack-1.0_5.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388825/linpack-1.0_5.log --------------------------------------------------------------------- Port: math/lrng 20130314 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388826/lrng-20130314.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388827/lrng-20130314.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388828/lrng-20130314.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388829/lrng-20130314.log --------------------------------------------------------------------- Port: math/mtl 2.1.2.23.t Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388830/mtl-2.1.2.23.t.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388831/mtl-2.1.2.23.t.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388832/mtl-2.1.2.23.t.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388833/mtl-2.1.2.23.t.log --------------------------------------------------------------------- Port: math/openblas 0.2.9 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388834/openblas-0.2.9.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388835/openblas-0.2.9.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388836/openblas-0.2.9.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388837/openblas-0.2.9.log --------------------------------------------------------------------- Port: math/sfft 0.1.0_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388838/sfft-0.1.0_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: IGNORED: THIS PORT REQUIRES SSE2, AND BENEFITS FROM SSE3 -- SET CPUTYPE APPROPRIATELY Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388840/sfft-0.1.0_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: IGNORED: THIS PORT REQUIRES SSE2, AND BENEFITS FROM SSE3 -- SET CPUTYPE APPROPRIATELY --------------------------------------------------------------------- Port: math/spblas 1.02 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388842/spblas-1.02.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388843/spblas-1.02.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388844/spblas-1.02.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388845/spblas-1.02.log --------------------------------------------------------------------- Port: math/suitesparse 4.0.2_3 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388846/suitesparse-4.0.2_3.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388847/suitesparse-4.0.2_3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388848/suitesparse-4.0.2_3.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388849/suitesparse-4.0.2_3.log --------------------------------------------------------------------- Port: math/xblas 1.0.248 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388850/xblas-1.0.248.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388851/xblas-1.0.248.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388852/xblas-1.0.248.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388853/xblas-1.0.248.log --------------------------------------------------------------------- Port: net-im/pwytter 0.8_3 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388854/pwytter-0.8_3.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388855/pwytter-0.8_3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388856/pwytter-0.8_3.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388857/pwytter-0.8_3.log --------------------------------------------------------------------- Port: net-mgmt/kismet 2013.03.r1.b,1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388858/kismet-2013.03.r1.b,1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388859/kismet-2013.03.r1.b,1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: FETCH Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388860/kismet-2013.03.r1.b,1.log Buildgroup: 9.2-QAT/i386 Buildstatus: FETCH Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388861/kismet-2013.03.r1.b,1.log --------------------------------------------------------------------- Port: net-p2p/gnunet 0.9.3_8 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388862/gnunet-0.9.3_8.log Buildgroup: 8.4-QAT/i386 Buildstatus: DEPEND (IGNORED: IS MARKED AS BROKEN: DOES NOT PACKAGE IN TEXTPROC/LIBEXTRACTOR) Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388864/gnunet-0.9.3_8.log Buildgroup: 9.2-QAT/i386 Buildstatus: DEPEND (IGNORED: IS MARKED AS BROKEN: DOES NOT PACKAGE IN TEXTPROC/LIBEXTRACTOR) --------------------------------------------------------------------- Port: net-p2p/gnunet-gtk 0.9.3 Buildgroup: 8.4-QAT/amd64 Buildstatus: IGNORED: IS MARKED AS BROKEN: DOES NOT FETCH Buildgroup: 8.4-QAT/i386 Buildstatus: DEPEND (IGNORED: IS MARKED AS BROKEN: DOES NOT PACKAGE IN TEXTPROC/LIBEXTRACTOR) Buildgroup: 9.2-QAT/amd64 Buildstatus: IGNORED: IS MARKED AS BROKEN: DOES NOT FETCH Buildgroup: 9.2-QAT/i386 Buildstatus: DEPEND (IGNORED: IS MARKED AS BROKEN: DOES NOT PACKAGE IN TEXTPROC/LIBEXTRACTOR) --------------------------------------------------------------------- Port: net/mpich2 1.3.2.p1_3,5 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388870/mpich2-1.3.2.p1_3,5.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388871/mpich2-1.3.2.p1_3,5.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388872/mpich2-1.3.2.p1_3,5.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388873/mpich2-1.3.2.p1_3,5.log --------------------------------------------------------------------- Port: net/nss_ldap 1.265_11 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388874/nss_ldap-1.265_11.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388875/nss_ldap-1.265_11.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388876/nss_ldap-1.265_11.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388877/nss_ldap-1.265_11.log --------------------------------------------------------------------- Port: science/fastcap 2.0.w.011109 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388878/fastcap-2.0.w.011109.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388879/fastcap-2.0.w.011109.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388880/fastcap-2.0.w.011109.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388881/fastcap-2.0.w.011109.log --------------------------------------------------------------------- Port: science/fasthenry 3.0.w.021113 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388882/fasthenry-3.0.w.021113.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388883/fasthenry-3.0.w.021113.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388884/fasthenry-3.0.w.021113.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388885/fasthenry-3.0.w.021113.log --------------------------------------------------------------------- Port: security/tor 0.2.4.22 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388886/tor-0.2.4.22.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388887/tor-0.2.4.22.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388888/tor-0.2.4.22.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388889/tor-0.2.4.22.log --------------------------------------------------------------------- Port: security/tor-devel 0.2.5.5.a_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388890/tor-devel-0.2.5.5.a_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388891/tor-devel-0.2.5.5.a_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388892/tor-devel-0.2.5.5.a_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388893/tor-devel-0.2.5.5.a_1.log --------------------------------------------------------------------- Port: textproc/reflex 20131209 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388894/reflex-20131209.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388895/reflex-20131209.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388896/reflex-20131209.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388897/reflex-20131209.log --------------------------------------------------------------------- Port: x11-toolkits/ocaml-lablgtk2 2.16.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388898/ocaml-lablgtk2-2.16.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388899/ocaml-lablgtk2-2.16.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388900/ocaml-lablgtk2-2.16.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388901/ocaml-lablgtk2-2.16.0.log --------------------------------------------------------------------- Port: x11/rxvt 2.6.4_6 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388902/rxvt-2.6.4_6.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388903/rxvt-2.6.4_6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388904/rxvt-2.6.4_6.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729205601-50808-388905/rxvt-2.6.4_6.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 22:29:21 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5327A0C for ; Wed, 30 Jul 2014 22:29:21 +0000 (UTC) Received: from mail-pd0-f176.google.com (mail-pd0-f176.google.com [209.85.192.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 778882DAE for ; Wed, 30 Jul 2014 22:29:21 +0000 (UTC) Received: by mail-pd0-f176.google.com with SMTP id y10so2211449pdj.35 for ; Wed, 30 Jul 2014 15:29:15 -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=pc3AGSrHm/IQEnFSDZ37sGZXRzYz23gJiCw7T1aoayM=; b=Aw27Zb9bvu7Z/g7Gm3E37t/ewZG3vyYq+wAun0Qnlfxlrrmgc/SAvpC+cmmvm9UQfA zY4/8MxIXNN4cdILPPVc6TNbmoZC/4oiz5uDhW1gVsqc9kccpZz4MI5kofxgjToDxJCa xv9GNK89VNqepRRWB0TN3A0Yy2HMnwCSvlogW3xy0oQeBz3QNGCzo01t/vgJvxQ+bgzC Me4JxOP4ifrjX1SdlajSXjxPeTmdt7W0VsEUUS51Z3pkPSFs+www/E1wKwmWvWXFzIEJ NYbI6js5ggm9b6G+thSnTBQPB9aHFoc/IHJGl2YbESL2zgophulHwxDf1uwetUxIM7KW 4yNg== X-Gm-Message-State: ALoCoQkA24JcqgvXYaZMeL/n7+uRctIzm+KY53WHmpF6KE4N5rJaIZCUW306Lurh+mm0H/8BOS60 MIME-Version: 1.0 X-Received: by 10.70.41.136 with SMTP id f8mr8098131pdl.46.1406759355586; Wed, 30 Jul 2014 15:29:15 -0700 (PDT) Received: by 10.70.101.41 with HTTP; Wed, 30 Jul 2014 15:29:15 -0700 (PDT) Received: by 10.70.101.41 with HTTP; Wed, 30 Jul 2014 15:29:15 -0700 (PDT) In-Reply-To: References: <1406677532.1545.6.camel@lenovo.toontown> <20140730054718.GD37672@ivaldir.etoilebsd.net> <1764FA9A-2B4B-4829-B669-DAFB3584C167@freebsd.org> Date: Wed, 30 Jul 2014 15:29:15 -0700 Message-ID: Subject: Re: pkg 1.3.X changed behaviour with pkg -fR xxx From: Jos Backus To: Kevin Oberman Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Baptiste Daroussin , Michael Gmelin , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 22:29:21 -0000 On Jul 30, 2014 12:03 PM, "Kevin Oberman" wrote: > > On Wed, Jul 30, 2014 at 1:16 AM, Michael Gmelin wrote: > > > > > > > > On 30 Jul 2014, at 08:58, Kevin Oberman wrote: > > > > > > On Tue, Jul 29, 2014 at 10:47 PM, Baptiste Daroussin > > > wrote: > > > > > >>> On Tue, Jul 29, 2014 at 08:45:32PM -0300, sergio lenzi wrote: > > >>> see the sequence of commands > > >>> > > >>> pkg info -qr db6 > > >>> results.... > > >>> redland-1.0.17_3 > > >>> serf-1.3.6_1 > > >>> subversion-1.8.9_7 > > >>> apr-1.5.1.1.5.3_3 > > >>> squidGuard-1.4_9 > > >>> cyrus-sasl-saslauthd-2.1.26_1 > > >>> evolution-data-server-2.32.1_11 > > >>> bogofilter-1.2.4_2 > > >>> ============================= > > >>> Now the command.... > > >>> > > >>> pkg install -fR db6 > > >>> > > >>> > > >>> > > >>> Updating repository catalogue > > >>> DIST64 repository is up-to-date > > >>> All repositories are up-to-date > > >>> Checking integrity... done (0 conflicting) > > >>> The following 1 packages will be affected (of 1037 checked): > > >>> > > >>> Installed packages to be REINSTALLED: > > >>> db6-6.1.19 (forced reinstall) > > >>> =========================== > > >>> look that it will reinstall db6 (which is correct) > > >>> but not will reinstall the other packages as the manual says so... > > >>> > > >>> Another missing thing is that pkg upgrade > > >>> will not reinstall the packages that changed options or > > >>> that changed direct dependencies (as pkg 1.2.X did)... > > >>> > > >>> Is it normal or a bug?? > > >> This is a bug can you open a ticket on github? > > >> > > >> regards, > > >> Bapt > > > > > > Wouldn't the FreeBSD bugzilla be a better place? > > > > Pkg is developed using git and hosted on GitHub. Its issue tracker hooks > > into the repository quite nicely, so it actually makes a lot of sense to > > file it there. > > > > https://github.com/freebsd/pkg/issues/new > > > > While I understand that, it is disturbing to see a very important part of > FreeBSD not using the FreeBSD bug tracking system. If I have a problem with > FreeBSD and want to see if there is a trouble report, I am not going to > look at github (or any external tracker). I'm going to look at the FreeBSD > Bugzilla and I feel it is improper to have an official FreeBSD project > recommending issues be sent to any external bug tracker in lieu of the > official one.. > > Simply put, I think it is a terrible idea and should be squashed > immediately. My impression was that pkg is supposed to be cross-platform and portable, hence not FreeBSD-specific. Jos > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.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 Jul 30 22:30:11 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C596DAB9; Wed, 30 Jul 2014 22:30:11 +0000 (UTC) Received: from mail-yk0-x22b.google.com (mail-yk0-x22b.google.com [IPv6:2607:f8b0:4002:c07::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C4AC2E8D; Wed, 30 Jul 2014 22:30:11 +0000 (UTC) Received: by mail-yk0-f171.google.com with SMTP id 19so1089623ykq.2 for ; Wed, 30 Jul 2014 15:30:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:reply-to:subject:date:message-id:user-agent:mime-version :content-transfer-encoding:content-type; bh=cfqwMkeLIMzmoIDBGI3P0kzM/OI0wCL93xJ5tgLUxCc=; b=siPo4frcRlslc3bGBas7Z8N2cM2tk+Uo/Ziw40hODl5F9/aILjfNb/yGwmm5vjw3Np imYAdvjW+HAJ2CLS9fwTvqIdMVIo4rI2Se0K+wnTd5B24mepCGdPBoUALYrt+8NEKEq1 BrWmIgC/8kI7tV6q6Ly+I9JkeZFDKI3nqlOyt9xr0sgCj9PN9BYahd2z2kV/d0FMPKHX Uu6Mm6EFBSom7HexaDeWUxoBx7l3ItumNppIfQ0i+UvE77dK1WYVLnqWp+bao7lK8thZ ZKWywLuHcsZxs0JHDsxozIfbpuRwJvcsY/f97l62cNaIiEKftOt36kALgcEy2nNY4XPt GoRg== X-Received: by 10.236.43.129 with SMTP id l1mr46216yhb.16.1406759410690; Wed, 30 Jul 2014 15:30:10 -0700 (PDT) Received: from lumiwa.farms.net ([71.169.177.139]) by mx.google.com with ESMTPSA id m29sm5835222yhb.31.2014.07.30.15.30.09 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 30 Jul 2014 15:30:09 -0700 (PDT) From: Ajtim To: ports Reply-To: lumiwa@gmail.com Subject: cppunit Date: Wed, 30 Jul 2014 18:30:07 -0400 Message-ID: <2524822.BhseSZ6M7C@lumiwa.farms.net> User-Agent: KMail/4.12.5 (FreeBSD/10.0-RELEASE-p7; KDE/4.12.5; 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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 22:30:11 -0000 Hi! Update of ccpunit on FreeBSD 10.0-RELEASE (amd64) doesn't work: ===> Installing for cppunit-1.12.1_2 ===> Checking if devel/cppunit already installed ===> Registering installation for cppunit-1.12.1_2 as automatic pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_additional_message.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_brief_test_progress_listener.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_compiler_outputter.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_concret_test_fixture_factory.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_default_protector.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_dynamic_library_manager_exception.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_exception.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_exception_test_case_decorator.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_functor.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_message.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_orthodox.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_outputter.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_protector.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_protector_chain.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_protector_chain_1_1_protect_functor.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_repeated_test.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_synchronized_object.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_caller.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_case.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_case_decorator.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_case_method_functor.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_composite.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_decorator.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_factory.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_factory_registry.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_fixture.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_leaf.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_listener.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_plug_in_default_impl.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_result.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_result_collector.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_runner_1_1_wrapping_suite.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_set_up.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_success_listener.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_suite.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_suite_builder_context.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_suite_builder_context_base.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_suite_factory.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_text_outputter.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_text_test_progress_listener.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_text_test_result.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_text_test_runner.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_xml_outputter.png): No such file or directory pkg-static: lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/struct_cpp_unit_test_plug_in.png): No such file or directory *** Error code 74 Stop. make[1]: stopped in /usr/ports/devel/cppunit *** Error code 1 Stop. make: stopped in /usr/ports/devel/cppunit ===>>> A backup package for cppunit-1.12.1_1 should be located in /usr/ports/packages/portmaster-backup ===>>> Installation of cppunit-1.12.1_2 (devel/cppunit) failed ===>>> Aborting update ===>>> Update for devel/cppunit failed ===>>> Aborting update Thank you. -- ajtiM -------- http://www.redbubble.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 22:32:31 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A09ABA6; Wed, 30 Jul 2014 22:32:31 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (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 CFFF12F20; Wed, 30 Jul 2014 22:32:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=Wk9XsaE6xMWgZjLuozZx7c4bTGRsebbMw8PtVsamNeM=; b=My+/RkxBSP/wBDrhqXTmJMgOeXWHiLQ64nCUUBpdc3LJAnlD0bALLXhLZnpolOlXxlspxlHP6e30+PAqZ1RcCGMmjcO+eZJIy2qjnrMarfPubC56abPOa+S9dnwX6RDUEeP5OhN494wB688mRXFQ0ah0RKL0OR4Wo6Wu78ZedHk=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XCcQ9-0000TD-St; Wed, 30 Jul 2014 22:32:29 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 1.0.1 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 1.0.1, by Edgewall Software To: adamw@FreeBSD.org X-Trac-Project: redports Date: Wed, 30 Jul 2014 22:32:29 -0000 Reply-To: qat@redports.org X-URL: https://qat.redports.org/ Subject: [QAT] 363395: 3x depend (distinfo_update in editors/calligra-l10n-en_gb), 1x depend (depend_package in devel/pcre), 100x success, 4x leftovers, 1x depend (forbidden: http://www.freshports.org/vuxml.php?vid=5f030587-e39a-11de-881e-001aa0166822 in textproc/linux-f10-expat), 3x depend (ignored: you must manually fetch the j2se sdk download for the linux platform (jdk-7u65-linux-i586.tar.gz) from http://www.oracle.com/technetwork/java/javase/downloads/index.html, place it in /usr/ports/distfiles and then run make again in java/li To: adamw@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140729212600-47865 X-Trac-Build-ID: 20140729212600-47865 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 22:32:31 -0000 Remove the final usages of USE_XZ from the tree, and replace them with USES=tar:xz. Approved by: portmgr (most of them) --------------------------------------------------------------------- Build ID: 20140729212600-47865 Job owner: adamw@FreeBSD.org Buildtime: 25 hours Enddate: Wed, 30 Jul 2014 22:32:25 GMT Revision: 363395 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=363395 --------------------------------------------------------------------- Port: deskutils/gbirthday 0.6.7_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388930/gbirthday-0.6.7_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388931/gbirthday-0.6.7_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388932/gbirthday-0.6.7_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388933/gbirthday-0.6.7_1.log --------------------------------------------------------------------- Port: devel/libcidr 1.2.3 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388934/libcidr-1.2.3.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388935/libcidr-1.2.3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388936/libcidr-1.2.3.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388937/libcidr-1.2.3.log --------------------------------------------------------------------- Port: devel/xdg-utils 1.0.2.20130919_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388938/xdg-utils-1.0.2.20130919_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388939/xdg-utils-1.0.2.20130919_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388940/xdg-utils-1.0.2.20130919_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388941/xdg-utils-1.0.2.20130919_1.log --------------------------------------------------------------------- Port: editors/calligra-l10n 2.7.5_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (DISTINFO_UPDATE IN EDITORS/CALLIGRA-L10N-EN_GB) Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388942/en_GB-calligra-l10n-2.6.4_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: DEPEND (DEPEND_PACKAGE IN DEVEL/PCRE) Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388943/pcre-8.34_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: DEPEND (DISTINFO_UPDATE IN EDITORS/CALLIGRA-L10N-EN_GB) Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388944/en_GB-calligra-l10n-2.6.4_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: DEPEND (DISTINFO_UPDATE IN EDITORS/CALLIGRA-L10N-EN_GB) Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388945/en_GB-calligra-l10n-2.6.4_1.log --------------------------------------------------------------------- Port: games/gnomechess 3.10.2_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388946/gnomechess-3.10.2_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388947/gnomechess-3.10.2_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388948/gnomechess-3.10.2_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388949/gnomechess-3.10.2_1.log --------------------------------------------------------------------- Port: graphics/poppler 0.24.5_4 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388950/poppler-0.24.5_4.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388951/poppler-0.24.5_4.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388952/poppler-0.24.5_4.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388953/poppler-0.24.5_4.log --------------------------------------------------------------------- Port: japanese/font-mplus 2.2.4.055_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388954/ja-font-mplus-2.2.4.055_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388955/ja-font-mplus-2.2.4.055_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388956/ja-font-mplus-2.2.4.055_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388957/ja-font-mplus-2.2.4.055_2.log --------------------------------------------------------------------- Port: lang/libhx 3.14.1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388958/libHX-3.14.1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388959/libHX-3.14.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388960/libHX-3.14.1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388961/libHX-3.14.1.log --------------------------------------------------------------------- Port: mail/milter-callback 1.6.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388962/milter-callback-1.6.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388963/milter-callback-1.6.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388964/milter-callback-1.6.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388965/milter-callback-1.6.0.log --------------------------------------------------------------------- Port: math/matlab-installer 0.2_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (FORBIDDEN: HTTP://WWW.FRESHPORTS.ORG/VUXML.PHP?VID=5F030587-E39A-11DE-881E-001AA0166822 IN TEXTPROC/LINUX-F10-EXPAT) Buildgroup: 8.4-QAT/i386 Buildstatus: DEPEND (IGNORED: YOU MUST MANUALLY FETCH THE J2SE SDK DOWNLOAD FOR THE LINUX PLATFORM (JDK-7U65-LINUX-I586.TAR.GZ) FROM HTTP://WWW.ORACLE.COM/TECHNETWORK/JAVA/JAVASE/DOWNLOADS/INDEX.HTML, PLACE IT IN /USR/PORTS/DISTFILES AND THEN RUN MAKE AGAIN IN JAVA/LI Buildgroup: 9.2-QAT/amd64 Buildstatus: DEPEND (IGNORED: YOU MUST MANUALLY FETCH THE J2SE SDK DOWNLOAD FOR THE LINUX PLATFORM (JDK-7U65-LINUX-I586.TAR.GZ) FROM HTTP://WWW.ORACLE.COM/TECHNETWORK/JAVA/JAVASE/DOWNLOADS/INDEX.HTML, PLACE IT IN /USR/PORTS/DISTFILES AND THEN RUN MAKE AGAIN IN JAVA/LI Buildgroup: 9.2-QAT/i386 Buildstatus: DEPEND (IGNORED: YOU MUST MANUALLY FETCH THE J2SE SDK DOWNLOAD FOR THE LINUX PLATFORM (JDK-7U65-LINUX-I586.TAR.GZ) FROM HTTP://WWW.ORACLE.COM/TECHNETWORK/JAVA/JAVASE/DOWNLOADS/INDEX.HTML, PLACE IT IN /USR/PORTS/DISTFILES AND THEN RUN MAKE AGAIN IN JAVA/LI --------------------------------------------------------------------- Port: misc/ddate 2.22.2,1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388970/ddate-2.22.2,1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388971/ddate-2.22.2,1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388972/ddate-2.22.2,1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388973/ddate-2.22.2,1.log --------------------------------------------------------------------- Port: net-p2p/eiskaltdcpp-data 2.2.4_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388974/eiskaltdcpp-data-2.2.4_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388975/eiskaltdcpp-data-2.2.4_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388976/eiskaltdcpp-data-2.2.4_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388977/eiskaltdcpp-data-2.2.4_1.log --------------------------------------------------------------------- Port: news/leafnode 1.11.10_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388978/leafnode-1.11.10_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388979/leafnode-1.11.10_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388980/leafnode-1.11.10_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388981/leafnode-1.11.10_1.log --------------------------------------------------------------------- Port: print/pdfcolorsplit 2011.08.26_3 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388982/py27-pdfcolorsplit-2011.08.26_3.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388983/py27-pdfcolorsplit-2011.08.26_3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388984/py27-pdfcolorsplit-2011.08.26_3.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388985/py27-pdfcolorsplit-2011.08.26_3.log --------------------------------------------------------------------- Port: print/tex-jadetex 3.13_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388986/tex-jadetex-3.13_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388987/tex-jadetex-3.13_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388988/tex-jadetex-3.13_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388989/tex-jadetex-3.13_1.log --------------------------------------------------------------------- Port: security/openvpn-beta 2.3.r2_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388990/openvpn-beta-2.3.r2_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388991/openvpn-beta-2.3.r2_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388992/openvpn-beta-2.3.r2_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388993/openvpn-beta-2.3.r2_1.log --------------------------------------------------------------------- Port: security/pam_search_list 0.1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388994/pam_search_list-0.1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388995/pam_search_list-0.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388996/pam_search_list-0.1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388997/pam_search_list-0.1.log --------------------------------------------------------------------- Port: sysutils/auto-admin 0.3.3 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388998/auto-admin-0.3.3.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-388999/auto-admin-0.3.3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389000/auto-admin-0.3.3.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389001/auto-admin-0.3.3.log --------------------------------------------------------------------- Port: sysutils/desktop-installer 0.4.6 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389002/desktop-installer-0.4.6.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389003/desktop-installer-0.4.6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389004/desktop-installer-0.4.6.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389005/desktop-installer-0.4.6.log --------------------------------------------------------------------- Port: sysutils/diskimage-tools 0.1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389006/diskimage-tools-0.1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389007/diskimage-tools-0.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389008/diskimage-tools-0.1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389009/diskimage-tools-0.1.log --------------------------------------------------------------------- Port: sysutils/downtimed 0.6 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389010/downtimed-0.6.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389011/downtimed-0.6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389012/downtimed-0.6.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389013/downtimed-0.6.log --------------------------------------------------------------------- Port: sysutils/edid-decode 0.1.20121128 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389014/edid-decode-0.1.20121128.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389015/edid-decode-0.1.20121128.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389016/edid-decode-0.1.20121128.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389017/edid-decode-0.1.20121128.log --------------------------------------------------------------------- Port: sysutils/linrename 2.22.2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389018/linrename-2.22.2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389019/linrename-2.22.2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389020/linrename-2.22.2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389021/linrename-2.22.2.log --------------------------------------------------------------------- Port: textproc/pecl-ctemplate 1.11 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389022/pecl-cTemplate-1.11.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389023/pecl-cTemplate-1.11.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389024/pecl-cTemplate-1.11.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389025/pecl-cTemplate-1.11.log --------------------------------------------------------------------- Port: textproc/rnv 1.7.11 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389026/rnv-1.7.11.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389027/rnv-1.7.11.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389028/rnv-1.7.11.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389029/rnv-1.7.11.log --------------------------------------------------------------------- Port: www/webbrowser 0.3 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389030/webbrowser-0.3.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389031/webbrowser-0.3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389032/webbrowser-0.3.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389033/webbrowser-0.3.log --------------------------------------------------------------------- Port: x11-themes/audacious-skins 0.4 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389034/audacious-skins-0.4.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389035/audacious-skins-0.4.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389036/audacious-skins-0.4.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389037/audacious-skins-0.4.log --------------------------------------------------------------------- Port: x11-themes/mate-icon-theme-faenza 1.6.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389038/mate-icon-theme-faenza-1.6.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389039/mate-icon-theme-faenza-1.6.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389040/mate-icon-theme-faenza-1.6.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~adamw@FreeBSD.org/20140729212600-47865-389041/mate-icon-theme-faenza-1.6.0.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 22:37:27 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1188FC86; Wed, 30 Jul 2014 22:37:27 +0000 (UTC) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BC5212F4D; Wed, 30 Jul 2014 22:37:26 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id at20so2487119iec.22 for ; Wed, 30 Jul 2014 15:37:26 -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=fGKk7JmQ/ts1TCbggXdB7r64ZYQVPzEGAeCgTMOq9cs=; b=NDy/BH1Yd6aTilmnWMEg9xET0mN/XNxDIDHGICRS85rHbr6ru8/U7lsbiwvOBpy0Ts 1H0Ty4tP16t9A2O+ZazOdiXCi1IYz8RoPG7W1L3dfL6JZTI1J8Uk0Zx6xVfytbFqPUK7 iOtwtOVvCcmo0fj1EqFxuXk6MECspPmYrxzMYhXPZreepfzMxLre6j3cr//Ztu4F8Jx4 mS42mw3r0ODGW6Fc+KnoMqhl9Px1ywyTHyLBlLlXR1uokEHoK9Foyamk91BBiMlNUqZH T0hLkKDgP165MSTVQVr/4G0os7pXr5kQH6XZCSRWAGM0AKJQQfQL+IQtFdw84RFCGMXx O7QA== MIME-Version: 1.0 X-Received: by 10.50.43.193 with SMTP id y1mr12365552igl.32.1406759846166; Wed, 30 Jul 2014 15:37:26 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Wed, 30 Jul 2014 15:37:26 -0700 (PDT) In-Reply-To: References: <1406677532.1545.6.camel@lenovo.toontown> <20140730054718.GD37672@ivaldir.etoilebsd.net> <1764FA9A-2B4B-4829-B669-DAFB3584C167@freebsd.org> Date: Wed, 30 Jul 2014 15:37:26 -0700 X-Google-Sender-Auth: SfoL6lz3OHlvriFYVgP9BWwgVeo Message-ID: Subject: Re: pkg 1.3.X changed behaviour with pkg -fR xxx From: Kevin Oberman To: Jos Backus Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Baptiste Daroussin , Michael Gmelin , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 22:37:27 -0000 On Wed, Jul 30, 2014 at 3:29 PM, Jos Backus wrote: > On Jul 30, 2014 12:03 PM, "Kevin Oberman" wrote: > > > > On Wed, Jul 30, 2014 at 1:16 AM, Michael Gmelin > wrote: > > > > > > > > > > > > On 30 Jul 2014, at 08:58, Kevin Oberman wrote: > > > > > > > > On Tue, Jul 29, 2014 at 10:47 PM, Baptiste Daroussin < > bapt@freebsd.org> > > > > wrote: > > > > > > > >>> On Tue, Jul 29, 2014 at 08:45:32PM -0300, sergio lenzi wrote: > > > >>> see the sequence of commands > > > >>> > > > >>> pkg info -qr db6 > > > >>> results.... > > > >>> redland-1.0.17_3 > > > >>> serf-1.3.6_1 > > > >>> subversion-1.8.9_7 > > > >>> apr-1.5.1.1.5.3_3 > > > >>> squidGuard-1.4_9 > > > >>> cyrus-sasl-saslauthd-2.1.26_1 > > > >>> evolution-data-server-2.32.1_11 > > > >>> bogofilter-1.2.4_2 > > > >>> ============================= > > > >>> Now the command.... > > > >>> > > > >>> pkg install -fR db6 > > > >>> > > > >>> > > > >>> > > > >>> Updating repository catalogue > > > >>> DIST64 repository is up-to-date > > > >>> All repositories are up-to-date > > > >>> Checking integrity... done (0 conflicting) > > > >>> The following 1 packages will be affected (of 1037 checked): > > > >>> > > > >>> Installed packages to be REINSTALLED: > > > >>> db6-6.1.19 (forced reinstall) > > > >>> =========================== > > > >>> look that it will reinstall db6 (which is correct) > > > >>> but not will reinstall the other packages as the manual says so... > > > >>> > > > >>> Another missing thing is that pkg upgrade > > > >>> will not reinstall the packages that changed options or > > > >>> that changed direct dependencies (as pkg 1.2.X did)... > > > >>> > > > >>> Is it normal or a bug?? > > > >> This is a bug can you open a ticket on github? > > > >> > > > >> regards, > > > >> Bapt > > > > > > > > Wouldn't the FreeBSD bugzilla be a better place? > > > > > > Pkg is developed using git and hosted on GitHub. Its issue tracker > hooks > > > into the repository quite nicely, so it actually makes a lot of sense > to > > > file it there. > > > > > > https://github.com/freebsd/pkg/issues/new > > > > > > > While I understand that, it is disturbing to see a very important part of > > FreeBSD not using the FreeBSD bug tracking system. If I have a problem > with > > FreeBSD and want to see if there is a trouble report, I am not going to > > look at github (or any external tracker). I'm going to look at the > FreeBSD > > Bugzilla and I feel it is improper to have an official FreeBSD project > > recommending issues be sent to any external bug tracker in lieu of the > > official one.. > > > > Simply put, I think it is a terrible idea and should be squashed > > immediately. > > My impression was that pkg is supposed to be cross-platform and portable, > hence not FreeBSD-specific. > Jos > I have seen nothing indicating that. It's certainly not going to work with any Linux distro. It might be applicable to other BSDs, especially DragonFly, but I still believe that FreeBSD bugs belong in the FreeBSD bug system. Normally, when maintainers want to dent reports upstream to the port developers, it is up to them to do so. So the ports management team would be responsible for forwarding bugs to the github system if they think it is appropriate. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 22:40:14 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CFFED84 for ; Wed, 30 Jul 2014 22:40:14 +0000 (UTC) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 69B502F6C for ; Wed, 30 Jul 2014 22:40:14 +0000 (UTC) Received: by mail-ig0-f173.google.com with SMTP id h18so8225209igc.12 for ; Wed, 30 Jul 2014 15:40:13 -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=MhnH+/ytih7xNXr/41EcyJAbC0TtlL1N/SRRS9UTYA4=; b=vlHIi3XoBKXd2cgOWUpyExEUV8atTwpfScIgJ+ETmEoHTvazVoL3TPxyBhPpVNoE2k nGJx4utxJGyInnQl69t60KbC/9xbZGhEgpEy8k7u3QIn2SKefsPBvXo7aTSiG4Jl4x4D Zj4nXIXMc1nwUn0RO1wYJB2BxM2AhSVmLgqOQbc884r7r3TfJPxFvPEAAvQLZhTkm18R cH+zVxGLQCfqQ2wu4sZMEQHvs4g6t2jOhRmNm5UlkfXOdzAEG+hUxfNM6EuQZUqgT3Uv ST1zr7RB6XKG/X8K9kAtu35TxAgM7ihxh3/SnOgCPlZ7MxMeaevoaxpETJ+ZeERNxUim eQ3A== MIME-Version: 1.0 X-Received: by 10.42.47.140 with SMTP id o12mr9712819icf.4.1406760013711; Wed, 30 Jul 2014 15:40:13 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Wed, 30 Jul 2014 15:40:13 -0700 (PDT) In-Reply-To: <2524822.BhseSZ6M7C@lumiwa.farms.net> References: <2524822.BhseSZ6M7C@lumiwa.farms.net> Date: Wed, 30 Jul 2014 15:40:13 -0700 X-Google-Sender-Auth: YbMj3ktTo0mLSNI0SspzyGTVq_Y Message-ID: Subject: Re: cppunit From: Kevin Oberman To: ajtiM Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 22:40:14 -0000 On Wed, Jul 30, 2014 at 3:30 PM, Ajtim wrote: > Hi! > > Update of ccpunit on FreeBSD 10.0-RELEASE (amd64) doesn't work: > > ===> Installing for cppunit-1.12.1_2 > ===> Checking if devel/cppunit already installed > ===> Registering installation for cppunit-1.12.1_2 as automatic > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_additional_message.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_brief_test_progress_listener.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_compiler_outputter.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_concret_test_fixture_factory.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_default_protector.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_dynamic_library_manager_exception.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_exception.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_exception_test_case_decorator.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_functor.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_message.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_orthodox.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_outputter.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_protector.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_protector_chain.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_protector_chain_1_1_protect_functor.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_repeated_test.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_synchronized_object.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_caller.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_case.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_case_decorator.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_case_method_functor.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_composite.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_decorator.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_factory.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_factory_registry.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_fixture.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_leaf.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_listener.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_plug_in_default_impl.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_result.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_result_collector.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_runner_1_1_wrapping_suite.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_set_up.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_success_listener.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_suite.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_suite_builder_context.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_suite_builder_context_base.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_suite_factory.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_text_outputter.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_text_test_progress_listener.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_text_test_result.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_text_test_runner.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_xml_outputter.png): > No such file or directory > pkg-static: > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/struct_cpp_unit_test_plug_in.png): > No such file or directory > *** Error code 74 > > Stop. > make[1]: stopped in /usr/ports/devel/cppunit > *** Error code 1 > > Stop. > make: stopped in /usr/ports/devel/cppunit > > ===>>> A backup package for cppunit-1.12.1_1 should > be located in /usr/ports/packages/portmaster-backup > > ===>>> Installation of cppunit-1.12.1_2 (devel/cppunit) failed > ===>>> Aborting update > > ===>>> Update for devel/cppunit failed > ===>>> Aborting update > > Thank you. > > -- > ajtiM > > Hmm. I have installed in my 10-Stable system (amd64) with no such issues. Are you using pkg-1.3.3? -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 22:52:54 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE64D6C for ; Wed, 30 Jul 2014 22:52:54 +0000 (UTC) Received: from mail-oi0-x22e.google.com (mail-oi0-x22e.google.com [IPv6:2607:f8b0:4003:c06::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3E78210E for ; Wed, 30 Jul 2014 22:52:54 +0000 (UTC) Received: by mail-oi0-f46.google.com with SMTP id i138so1282851oig.19 for ; Wed, 30 Jul 2014 15:52:54 -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=iKY8ony07zdQNtBxYd3JZkbRTzjpVNVNozfmVTq6o24=; b=cfWQZgOeKOMtWl3GDvEEMeHCac9kPzXKhe2LBWC/1d62OaZaciSz3qvAhWOepe3YXq NkgCsGzVtacgDrLjROSTQWMYUe8cYjd5RtNQFIgG1f1dm91MgOa0APCtf3WWl8udu3h9 BoDRmiRRCSw4RFekJUWcBlCALWxvQk4xV/VcV6tT9i8Tmgc/oDWEPJgwux+wOmpxrxtE cvrAocnmsEefmgcUIQWuI2saf4FqLMkNZnQPW1WwX3lV5qh3sMi4LmaLi670oYYtW7Tj 24ZAKpTbqY1tD5rbUTCDrowUlewIOdYQot8SoCTp96aD7mHBxUrRnmBWsEgztNidnRi3 mO+w== MIME-Version: 1.0 X-Received: by 10.60.159.164 with SMTP id xd4mr1224530oeb.19.1406760774029; Wed, 30 Jul 2014 15:52:54 -0700 (PDT) Received: by 10.202.87.87 with HTTP; Wed, 30 Jul 2014 15:52:53 -0700 (PDT) In-Reply-To: References: <1406677532.1545.6.camel@lenovo.toontown> <20140730054718.GD37672@ivaldir.etoilebsd.net> <1764FA9A-2B4B-4829-B669-DAFB3584C167@freebsd.org> Date: Wed, 30 Jul 2014 15:52:53 -0700 Message-ID: Subject: Re: pkg 1.3.X changed behaviour with pkg -fR xxx From: Freddie Cash To: Kevin Oberman Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 22:52:54 -0000 On Wed, Jul 30, 2014 at 3:37 PM, Kevin Oberman wrote: > On Wed, Jul 30, 2014 at 3:29 PM, Jos Backus wrote: > > My impression was that pkg is supposed to be cross-platform and portabl= e, > > hence not FreeBSD-specific. > > Jos > > I have seen nothing indicating that. It's certainly not going to work wit= h > any Linux distro. It might be applicable to other BSDs, especially > DragonFly, but I still believe that FreeBSD bugs belong in the FreeBSD bu= g > system. Normally, when maintainers want to dent reports upstream to the > port developers, it is up to them to do so. So the ports management team > would be responsible for forwarding bugs to the github system if they thi= nk > it is appropriate. > > =E2=80=8Bpkg is the default package manager on DragonflyBSD now. Their d= ports setup switched over to it officially a release or two ago. I believe they're even using poudriere to build their packages. However, I agree that pkg bugs on FreeBSD should be added to the FreeBSD bug tracker. At the very least, a FreeBSD PR needs to be entered with the bug number from the pkg bug tracker. There needs to be a FreeBSD-specific papertrail for bugs on FreeBSD.=E2=80=8B --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 23:01:02 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 196CC22C for ; Wed, 30 Jul 2014 23:01:02 +0000 (UTC) Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A11072151 for ; Wed, 30 Jul 2014 23:01:01 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id x48so1935814wes.3 for ; Wed, 30 Jul 2014 16:00:59 -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=W9B9y+aQOIblWPuq4h8J5ExtjKrxXyxZBiZfMXUh92Q=; b=ktIYOPuXzes+kgjGy6mSZ/6jv/Wuaw9Em20YUDf0tWcXVmOoPXXO0UCKBUwWGBZYB1 NpsIzd4GMOV7cjEH8VfCNeFXmHCTkXNgODs319x8lxrAEcIO14TYS+HYtA8MFIwpciKj Wo7hafbiJhdB4o12yoToKJG62Z1ZFKn7QGL8QQ49WBfJlNzfLYC9++FSG+HRjGQSlA+m uQUmOha3iIo/7CBcjiRLWRyTluRoQo8bBWfwQEZ/MSl65CNRZJHOeOoFzbdRJvNsrmdC Zt4qym7J+6FysXGctg0BmZzwwarLWSyO6WdN2cxP+hlym2XmecoXd1L1aw2fGQnOl2ch eHUQ== X-Received: by 10.194.133.1 with SMTP id oy1mr10664476wjb.87.1406761259430; Wed, 30 Jul 2014 16:00:59 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id r9sm60047134wia.17.2014.07.30.16.00.58 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 30 Jul 2014 16:00:58 -0700 (PDT) Sender: Baptiste Daroussin Date: Thu, 31 Jul 2014 01:00:56 +0200 From: Baptiste Daroussin To: Kevin Oberman Subject: Re: cppunit Message-ID: <20140730230055.GO37672@ivaldir.etoilebsd.net> References: <2524822.BhseSZ6M7C@lumiwa.farms.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tzZdJ4yHDV5r1Akt" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: ports , ajtiM X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 23:01:02 -0000 --tzZdJ4yHDV5r1Akt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 30, 2014 at 03:40:13PM -0700, Kevin Oberman wrote: > On Wed, Jul 30, 2014 at 3:30 PM, Ajtim wrote: >=20 > > Hi! > > > > Update of ccpunit on FreeBSD 10.0-RELEASE (amd64) doesn't work: > > > > =3D=3D=3D> Installing for cppunit-1.12.1_2 > > =3D=3D=3D> Checking if devel/cppunit already installed > > =3D=3D=3D> Registering installation for cppunit-1.12.1_2 as automatic > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_additional_message.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_brief_test_progress_listener.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_compiler_outputter.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_concret_test_fixture_factory.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_default_protector.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_dynamic_library_manager_exception.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_exception.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_exception_test_case_decorator.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_functor.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_message.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_orthodox.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_outputter.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_protector.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_protector_chain.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_protector_chain_1_1_protect_functor.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_repeated_test.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_synchronized_object.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_caller.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_case.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_case_decorator.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_case_method_functor.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_composite.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_decorator.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_factory.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_factory_registry.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_fixture.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_leaf.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_listener.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_plug_in_default_impl.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_result.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_result_collector.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_runner_1_1_wrapping_suite.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_set_up.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_success_listener.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_suite.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_suite_builder_context.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_suite_builder_context_base.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_test_suite_factory.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_text_outputter.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_text_test_progress_listener.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_text_test_result.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_text_test_runner.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/c= lass_xml_outputter.png): > > No such file or directory > > pkg-static: > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/s= truct_cpp_unit_test_plug_in.png): > > No such file or directory > > *** Error code 74 > > > > Stop. > > make[1]: stopped in /usr/ports/devel/cppunit > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/devel/cppunit > > > > =3D=3D=3D>>> A backup package for cppunit-1.12.1_1 should > > be located in /usr/ports/packages/portmaster-backup > > > > =3D=3D=3D>>> Installation of cppunit-1.12.1_2 (devel/cppunit) failed > > =3D=3D=3D>>> Aborting update > > > > =3D=3D=3D>>> Update for devel/cppunit failed > > =3D=3D=3D>>> Aborting update > > > > Thank you. > > > > -- > > ajtiM > > > > Hmm. I have installed in my 10-Stable system (amd64) with no such issue= s. > Are you using pkg-1.3.3? > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.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" This is not pkg 1.3.x bug this is DOCS options --tzZdJ4yHDV5r1Akt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPZeScACgkQ8kTtMUmk6ExjVgCgsYJDnrudNTFj00hjcml6WwdR QDUAnREXQ8CaowB4SiJL9IeYgHkOij8Q =qhRF -----END PGP SIGNATURE----- --tzZdJ4yHDV5r1Akt-- From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 23:02:42 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E957642A for ; Wed, 30 Jul 2014 23:02:42 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C2C321E7 for ; Wed, 30 Jul 2014 23:02:42 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id l18so1895027wgh.14 for ; Wed, 30 Jul 2014 16:02:40 -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=3avUbQmG9CVXyowrXRDhefve8c8zW1g+Wr5O2/3wdqU=; b=NLGm2zS/6uXSiUyKUfZh9CYYi8GXbBtusb/PY7j6hIZzau+RQMrCaN0RqdVu/ZlFQV QmuBtK3iAqYs+GtvG+n2cc1uWWxtvoupeyKrbwyKfBqmZ20Y8vvYWpuwn/CqWjIYEXPj Te+0FXqDHLjQmMftyvf2ygv60yXUK07oVwXbHkFEsYdntvffAgWg2ZvMVQoLyRvz+hCk nKivOSQnURJRNXLkFz18d0QaBRISye6D4DDYeXNYloHXUVrr5Mx1vqy+EAXq1QpgqfU5 DE2178BtPK6Hs9zRqL0mnZ/6HJIixDg7bOmjOoFl951B43v+E9xeVxnSdeBJr1VfEo63 gc7w== X-Received: by 10.180.189.4 with SMTP id ge4mr10495787wic.25.1406761360760; Wed, 30 Jul 2014 16:02:40 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id rw4sm8928293wjb.44.2014.07.30.16.02.38 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 30 Jul 2014 16:02:39 -0700 (PDT) Sender: Baptiste Daroussin Date: Thu, 31 Jul 2014 01:02:37 +0200 From: Baptiste Daroussin To: Kevin Oberman Subject: Re: cppunit Message-ID: <20140730230237.GP37672@ivaldir.etoilebsd.net> References: <2524822.BhseSZ6M7C@lumiwa.farms.net> <20140730230055.GO37672@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LfQcPIWFRhGivmDw" Content-Disposition: inline In-Reply-To: <20140730230055.GO37672@ivaldir.etoilebsd.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: ports , ajtiM X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 23:02:43 -0000 --LfQcPIWFRhGivmDw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 31, 2014 at 01:00:56AM +0200, Baptiste Daroussin wrote: > On Wed, Jul 30, 2014 at 03:40:13PM -0700, Kevin Oberman wrote: > > On Wed, Jul 30, 2014 at 3:30 PM, Ajtim wrote: > >=20 > > > Hi! > > > > > > Update of ccpunit on FreeBSD 10.0-RELEASE (amd64) doesn't work: > > > > > > =3D=3D=3D> Installing for cppunit-1.12.1_2 > > > =3D=3D=3D> Checking if devel/cppunit already installed > > > =3D=3D=3D> Registering installation for cppunit-1.12.1_2 as automat= ic > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_additional_message.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_brief_test_progress_listener.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_compiler_outputter.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_concret_test_fixture_factory.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_default_protector.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_dynamic_library_manager_exception.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_exception.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_exception_test_case_decorator.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_functor.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_message.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_orthodox.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_outputter.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_protector.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_protector_chain.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_protector_chain_1_1_protect_functor.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_repeated_test.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_synchronized_object.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_caller.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_case.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_case_decorator.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_case_method_functor.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_composite.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_decorator.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_factory.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_factory_registry.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_fixture.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_leaf.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_listener.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_plug_in_default_impl.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_result.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_result_collector.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_runner_1_1_wrapping_suite.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_set_up.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_success_listener.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_suite.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_suite_builder_context.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_suite_builder_context_base.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_test_suite_factory.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_text_outputter.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_text_test_progress_listener.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_text_test_result.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_text_test_runner.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /class_xml_outputter.png): > > > No such file or directory > > > pkg-static: > > > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit= /struct_cpp_unit_test_plug_in.png): > > > No such file or directory > > > *** Error code 74 > > > > > > Stop. > > > make[1]: stopped in /usr/ports/devel/cppunit > > > *** Error code 1 > > > > > > Stop. > > > make: stopped in /usr/ports/devel/cppunit > > > > > > =3D=3D=3D>>> A backup package for cppunit-1.12.1_1 should > > > be located in /usr/ports/packages/portmaster-backup > > > > > > =3D=3D=3D>>> Installation of cppunit-1.12.1_2 (devel/cppunit) failed > > > =3D=3D=3D>>> Aborting update > > > > > > =3D=3D=3D>>> Update for devel/cppunit failed > > > =3D=3D=3D>>> Aborting update > > > > > > Thank you. > > > > > > -- > > > ajtiM > > > > > > Hmm. I have installed in my 10-Stable system (amd64) with no such iss= ues. > > Are you using pkg-1.3.3? > > -- > > R. Kevin Oberman, Network Engineer, Retired > > E-mail: rkoberman@gmail.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" >=20 > This is not pkg 1.3.x bug this is DOCS options Actually DOXYGEN :) regards, Bapt --LfQcPIWFRhGivmDw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPZeY0ACgkQ8kTtMUmk6Ezj7ACfWxTtsMBFWxdgbB4e9YlKy3NM x6kAn2kS+0Nf2m8dJY3SPOs8XIEAVEVW =wMOP -----END PGP SIGNATURE----- --LfQcPIWFRhGivmDw-- From owner-freebsd-ports@FreeBSD.ORG Wed Jul 30 23:06:18 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9D4E588; Wed, 30 Jul 2014 23:06:18 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (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 BE0882218; Wed, 30 Jul 2014 23:06:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=Ui2UvZ+TC9wqIFSAi3sZsWbGDR9Kke2tqNHTiWZxNpM=; b=Cw4VjrhKsKLqECSviu8Vzlu29NnRkbAq4jMSo9JCCqPjZ1iD7npdy/CNGzv/ZIsHr5smHvpT6WHfupkIMpw0tuF5CpGEpmZ/OYVIDAsTkdmBAdDjzBpUTPtIAI+Iysppmr2u6qj/2qeTNs446mBfJ+tJJ7bZJ3m38domWE+pclU=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XCcwr-00037J-R0; Wed, 30 Jul 2014 23:06:17 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 1.0.1 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 1.0.1, by Edgewall Software To: amdmi3@FreeBSD.org X-Trac-Project: redports Date: Wed, 30 Jul 2014 23:06:17 -0000 Reply-To: qat@redports.org X-URL: https://qat.redports.org/ Subject: [QAT] 363416: 4x leftovers To: amdmi3@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140729235000-25787 X-Trac-Build-ID: 20140729235000-25787 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 23:06:19 -0000 - Fix plist Approved by: portmgr blanket --------------------------------------------------------------------- Build ID: 20140729235000-25787 Job owner: amdmi3@FreeBSD.org Buildtime: 23 hours Enddate: Wed, 30 Jul 2014 23:06:16 GMT Revision: 363416 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=363416 --------------------------------------------------------------------- Port: net-im/ekiga 4.0.1_6 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~amdmi3@FreeBSD.org/20140729235000-25787-389142/ekiga-4.0.1_6.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~amdmi3@FreeBSD.org/20140729235000-25787-389143/ekiga-4.0.1_6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~amdmi3@FreeBSD.org/20140729235000-25787-389144/ekiga-4.0.1_6.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~amdmi3@FreeBSD.org/20140729235000-25787-389145/ekiga-4.0.1_6.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 02:49:49 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DB334DC; Thu, 31 Jul 2014 02:49:49 +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 23DF5270C; Thu, 31 Jul 2014 02:49:49 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XCgRA-000ATI-VY; Thu, 31 Jul 2014 04:49:48 +0200 Date: Thu, 31 Jul 2014 04:49:48 +0200 From: Kurt Jaeger To: Baptiste Daroussin Subject: Re: cppunit Message-ID: <20140731024948.GK66308@home.opsec.eu> References: <2524822.BhseSZ6M7C@lumiwa.farms.net> <20140730230055.GO37672@ivaldir.etoilebsd.net> <20140730230237.GP37672@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140730230237.GP37672@ivaldir.etoilebsd.net> Cc: ports , Kevin Oberman , ajtiM X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 02:49:49 -0000 Hi! > > > > Update of ccpunit on FreeBSD 10.0-RELEASE (amd64) doesn't work: [...] > > > > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_success_listener.png): > > > > No such file or directory > > > > pkg-static: [...] > > Actually DOXYGEN :) I hear you 8-} I'm working on 190943 and hope to get back to this PR soon(tm). -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 08:23:41 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 534F13B0 for ; Thu, 31 Jul 2014 08:23:41 +0000 (UTC) Received: from mail.issp.ac.ru (mail.issp.ac.ru [77.236.34.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.issp.ac.ru", Issuer "relay.issp.ac.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C8A7E2932 for ; Thu, 31 Jul 2014 08:23:40 +0000 (UTC) Received: from mercury.issp.ac.ru [77.236.34.155:14505] (HELO/EHLO mercury.ph.man.ac.uk, authenticated with PLAIN) by mail.issp.ac.ru with ESMTP/inet id s6V8O0gr072993 (using TLSv1/SSLv3, with cipher DHE-RSA-AES256-SHA (256 bits), verified NO) Thu, 31 Jul 2014 12:24:00 +0400 (MSK) X-Authentication-Warning: mail.issp.ac.ru: Host mercury.issp.ac.ru [77.236.34.155] claimed to be mercury.ph.man.ac.uk From: Max Brazhnikov To: Kevin Oberman Subject: Re: Scilab 5.5.0 Date: Thu, 31 Jul 2014 08:23:37 +0000 Message-ID: <1845315.QxyFqSbhFu@mercury.ph.man.ac.uk> User-Agent: KMail/4.12.5 (FreeBSD/9.3-PRERELEASE; KDE/4.12.5; amd64; ; ) In-Reply-To: References: <1840716.3mO7obb9C1@mercury.ph.man.ac.uk> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="ISO-8859-1" Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 08:23:41 -0000 On Mon, 28 Jul 2014 17:16:20 -0700 Kevin Oberman wrote: > On Mon, Jul 28, 2014 at 3:10 PM, Max Brazhnikov wrote: > > > Hi folks, > > > > I've finally got a chance update math/scilab to the latest release. > > The patch can be found at > > http://people.freebsd.org/~makc/patches/scilab550-20140729.diff.xz > > > > If you prefer a packed port directory: > > http://people.freebsd.org/~makc/ports/scilab550-20140729.txz > > > > I've reduced the number of options mainly for simplicity, PVM is not > > supported > > anymore. > > > > I have tested it on 9-amd64/10-amd64, so I'm interested in other > > combinations. > > Please report back to me in case of success or failure. > > > > Scilab may crash at start up if graphics/libglesv2 is installed, deinstall > > it > > and try again before reporting a problem. > > > > Max > > _______________________________________________ > > 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" > > > > Max, > > Great! But please submit this to buzilla (https://bugs.freebsd.org/bugzilla/) > so it will not get lost. (By the way, if it won't work with libglesv2, add > a CONFLICTS statement to the Makefile.) It won't get lost, I promise as maintainer and committer :) From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 10:22:31 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FD322C5 for ; Thu, 31 Jul 2014 10:22:31 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (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 0CED42768 for ; Thu, 31 Jul 2014 10:22: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 s6VAMUDc051241 for ; Thu, 31 Jul 2014 10:22:30 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id s6VAMULg051240; Thu, 31 Jul 2014 10:22:30 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201407311022.s6VAMULg051240@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, 31 Jul 2014 10:22:30 +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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 10:22: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 ------------------------------------------------+-----------------+------------ deskutils/org-mode.el | 7.8.11 | 8.2.7c ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_agent | 4.0.1 | 5.1-140731 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_console | 4.0.1 | 5.1-140731 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_server | 4.0.1 | 5.1-140731 ------------------------------------------------+-----------------+------------ 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 Jul 31 12:42:15 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43E9272E for ; Thu, 31 Jul 2014 12:42:15 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 28B1A2726 for ; Thu, 31 Jul 2014 12:42:14 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1XCpgN-0002l6-Sz for freebsd-ports@freebsd.org; Thu, 31 Jul 2014 05:42:07 -0700 Date: Thu, 31 Jul 2014 05:42:07 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1406810527837-5933597.post@n5.nabble.com> Subject: net/samba4: minimal requirements for running winbind MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 12:42:15 -0000 I have two issues re net/samba4* #1: "make install" for both ports net/samba4 & net/samba41 results in error when selecting NSUPDATE for DNS. Both ports compile but fail to install due to same problem: Nothing /dns/ related is created. net/samba41/work/stage/usr/local/lib/python2.7/site-packages/samba/external= /dns/): No such file or directory #2: My whole purpose for samba is that some wine apps want winbind, and complain if it's not there: err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Mak= e sure that ntlm_auth >=3D 3.0.25 is in your path. fixme:rpc:RpcBindingSetAuthInfoExW unsupported AuthnSvc 10. Install samba/winbind component >From what I have read, winbind also requires nmbd =E2=80=94 NetBIOS name se= rver running? Is this correct and are there any other services that need to run? What's the simplest way and simplest samba configuration to satisfy this error message? ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/net-samb= a4-minimal-requirements-for-running-winbind-tp5933597.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 14:11:00 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A89697DD for ; Thu, 31 Jul 2014 14:11:00 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 5A8B62451 for ; Thu, 31 Jul 2014 14:10:59 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id 87B3FE7426 for ; Thu, 31 Jul 2014 16:01:52 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:message-id:subject:subject:from:from:date :date:received:received; s=mimar-0901; t=1406815310; x= 1408629711; bh=QGmQeVdwQCMUOQ4GETy9Q93BVz6ak/+TrsLibkjLnqU=; b=N TItywiW5hGNeTciTWOK7+qTs+g1HWrJiywR/r+M5ujfc4qiE2Zt3hOZpOLS1Z6Ic xGYdP4YbbkowSp/sb2gWDnuGyMyzqcX8v273P30UFz8v9ESzB6DGDTvVIU1ayFxA slw7Xzpz6dFO4IEJKtklM/2mDfl3aJzavgSrjhhgbk= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id TgDRWuM995c6 for ; Thu, 31 Jul 2014 16:01:50 +0200 (CEST) Received: from genie (nat.kappastar.com [193.53.106.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id BA98AE7425 for ; Thu, 31 Jul 2014 16:01:49 +0200 (CEST) Date: Thu, 31 Jul 2014 16:01:47 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-ports@freebsd.org Subject: problem upgrading ejabberd Message-Id: <20140731160147.f2fbe3bb6c074e0d3780ba70@mimar.rs> Organization: Mimar X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 14:11:00 -0000 Hi, I have problem updating ejabberd-14.05 to ejabberd-14.07 with portmaster on FreeBSD 9.2-RELEASE-p10 amd64. I am mounting ports dir from another server (partial output of mount command): nfs01.example.com:/usr/ports on /usr/ports (nfs, read-only) nfs01.example.com:/usr/ports/distfiles on /usr/ports/distfiles (nfs) nfs01.example.com:/usr/ports/packages on /usr/ports/packages (nfs) This is in my make.conf: WITH_PKGNG=3Dyes WRKDIRPREFIX=3D/tmp WITH_OPENSSL_PORT=3Dyes Here's the error: > =3D=3D=3D> Building for ejabberd-14.07 > rm -rf deps/.got > rm -rf deps/.built > /usr/local/lib/erlang/bin/escript rebar get-deps && :> deps/.got > ERROR: Failed to extract name > from /tmp/usr/ports/net-im/ejabberd/work/ejabberd-14.07/deps/lhttpc/src= /lhttpc.app.src: > {27, file_io_server, invalid_unicode} > gmake: *** [deps/.got] Error 1 > =3D=3D=3D> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the > failure to the maintainer. > *** [do-build] Error code 1 >=20 > Stop in /usr/ports/net-im/ejabberd. > *** [build] Error code 1 >=20 > Stop in /usr/ports/net-im/ejabberd. >=20 > =3D=3D=3D>>> make build failed for net-im/ejabberd > =3D=3D=3D>>> Aborting update >=20 >=20 > =3D=3D=3D>>> You can restart from the point of failure with this comman= d > line: portmaster net-im/ejabberd=20 Any idea how to resolve this? Thank you in advance. --=20 Marko Cupa=C4=87 From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 15:36:29 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71EEC253 for ; Thu, 31 Jul 2014 15:36:29 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2231D2F6F for ; Thu, 31 Jul 2014 15:36:28 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s6VFaR8N047924 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 31 Jul 2014 09:36:27 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s6VFaRYP047921 for ; Thu, 31 Jul 2014 09:36:27 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 31 Jul 2014 09:36:27 -0600 (MDT) From: Warren Block To: ports@FreeBSD.org Subject: Visual options definitions Message-ID: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Thu, 31 Jul 2014 09:36:27 -0600 (MDT) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 15:36:29 -0000 Defining port options through variables makes it somewhat hard to visualize. Could we consider a visual definition? OPTIONS_VISUAL= \ /* normal options */ \ FOO "Build with Foo support" \ BAR "Runtime BAR support" \ /* only one */ \ radio[ \ A "Use A for something" \ B "Use B instead" \ C "Use C instead of A or B" \ ] \ /* at least one */ \ multi[ \ X "Include X support" \ Y "Include Y support" \ Z "Include Z support" \ ] \ /* zero or more */ \ group[ \ H "Use H for something" \ I "Use I for something" \ J "Use J for something" \ ] The [] delimiters and C-style comments are arbitrary, just what I tried that does not conflict with normal make(1) syntax. The description of standard definitions could be left empty, to get a default value: [NLS] "" This would all be parsed into the normal OPTIONS variables, so either style of options definitions could be used and no other changes would need to be made. From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 15:46:54 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16C9F879 for ; Thu, 31 Jul 2014 15:46:54 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (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 EBB8820E7 for ; Thu, 31 Jul 2014 15:46:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id s6VFkrQ4020475 for ; Thu, 31 Jul 2014 15:46:53 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s6VFkr3d020473 for ports@freebsd.org; Thu, 31 Jul 2014 15:46:53 GMT (envelope-from bdrewery) Received: (qmail 320 invoked from network); 31 Jul 2014 10:46:51 -0500 Received: from unknown (HELO blah) (freebsd@shatow.net@67.182.131.225) by sweb.xzibition.com with ESMTPA; 31 Jul 2014 10:46:51 -0500 Message-ID: <53DA64E9.4000303@FreeBSD.org> Date: Thu, 31 Jul 2014 10:46:49 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: lumiwa@gmail.com, ports Subject: Re: cppunit References: <2524822.BhseSZ6M7C@lumiwa.farms.net> In-Reply-To: <2524822.BhseSZ6M7C@lumiwa.farms.net> 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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 15:46:54 -0000 On 7/30/14, 5:30 PM, Ajtim wrote: > Hi! > > Update of ccpunit on FreeBSD 10.0-RELEASE (amd64) doesn't work: > > ===> Installing for cppunit-1.12.1_2 > ===> Checking if devel/cppunit already installed > ===> Registering installation for cppunit-1.12.1_2 as automatic > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_additional_message.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_brief_test_progress_listener.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_compiler_outputter.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_concret_test_fixture_factory.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_default_protector.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_dynamic_library_manager_exception.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_exception.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_exception_test_case_decorator.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_functor.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_message.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_orthodox.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_outputter.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_protector.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_protector_chain.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_protector_chain_1_1_protect_functor.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_repeated_test.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_synchronized_object.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_caller.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_case.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_case_decorator.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_case_method_functor.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_composite.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_decorator.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_factory.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_factory_registry.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_fixture.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_leaf.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_listener.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_plug_in_default_impl.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_result.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_result_collector.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_runner_1_1_wrapping_suite.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_set_up.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_success_listener.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_suite.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_suite_builder_context.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_suite_builder_context_base.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_test_suite_factory.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_text_outputter.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_text_test_progress_listener.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_text_test_result.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_text_test_runner.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/class_xml_outputter.png): > No such file or directory > pkg-static: > lstat(/usr/ports/devel/cppunit/work/stage/usr/local/share/doc/cppunit/struct_cpp_unit_test_plug_in.png): > No such file or directory > *** Error code 74 > > Stop. > make[1]: stopped in /usr/ports/devel/cppunit > *** Error code 1 > > Stop. > make: stopped in /usr/ports/devel/cppunit > > ===>>> A backup package for cppunit-1.12.1_1 should > be located in /usr/ports/packages/portmaster-backup > > ===>>> Installation of cppunit-1.12.1_2 (devel/cppunit) failed > ===>>> Aborting update > > ===>>> Update for devel/cppunit failed > ===>>> Aborting update > > Thank you. > Can you send me the entire buildlog? Run it in script(1) and send me the typescript file. It builds fine for me. -- Regards, Bryan Drewery From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 15:54:48 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BECA1D15 for ; Thu, 31 Jul 2014 15:54:48 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 70A9A21F1 for ; Thu, 31 Jul 2014 15:54:48 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s6VFsjhv052370 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 31 Jul 2014 09:54:46 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s6VFsjDj052367 for ; Thu, 31 Jul 2014 09:54:45 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 31 Jul 2014 09:54:45 -0600 (MDT) From: Warren Block To: ports@FreeBSD.org Subject: OPTIONS_REQUIRES Message-ID: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Thu, 31 Jul 2014 09:54:46 -0600 (MDT) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 15:54:48 -0000 Right now, we have no standard method of making options depend on other options. For example, many ports have an X11 option, and later options that require X11. If the user disables X11 but chooses one of the options that require it, the best case is that the port build stops with a message. Worst case, it just stops. We need a way to make options depend on others. This could be used in the option configuration screen. If the X11 option from the example is disabled, all the options that depend on it are also disabled. This could also be used for groups. Of course, it would also be evaluated after the configuration screen, stopping with an error message if the required dependencies are not set. Given that I don't know if this is a good way to name the variables, something like (from emulators/virtualbox-ose): OPTIONS_REQUIRES_X11= QT4 In the configuration screen, the QT4 option is disabled (grayed out) unless X11 is on. If QT4 is on but X11 is not (say, BATCH is used), the build stops with option QT4 requires option X11 Groups (single, radio, multi, group) could be made to depend on an option, too. The only difference would be some tuning of the message to show the individual option names rather than the group name, which the user can't see. From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 16:03:30 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE1CE226 for ; Thu, 31 Jul 2014 16:03:30 +0000 (UTC) Received: from vms173005pub.verizon.net (vms173005pub.verizon.net [206.46.173.5]) by mx1.freebsd.org (Postfix) with ESMTP id BC72623EC for ; Thu, 31 Jul 2014 16:03:30 +0000 (UTC) Received: from yeaguy.com ([unknown] [71.165.236.99]) by vms173005.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0N9L00K5V391KB60@vms173005.mailsrvcs.net> for ports@FreeBSD.org; Thu, 31 Jul 2014 11:03:05 -0500 (CDT) Received: from yeaguy.com (localhost [127.0.0.1]) by yeaguy.com (Postfix) with ESMTP id 58EBE112641 for ; Thu, 31 Jul 2014 09:03:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at yeaguy.com Received: from yeaguy.com ([127.0.0.1]) by yeaguy.com (yeaguy.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L67VIZugDYup for ; Thu, 31 Jul 2014 09:02:51 -0700 (PDT) Received: from [192.168.1.3] (unknown [192.168.1.3]) by yeaguy.com (Postfix) with ESMTPSA id 6344C1125AB for ; Thu, 31 Jul 2014 09:02:51 -0700 (PDT) Date: Thu, 31 Jul 2014 09:02:51 -0700 (PDT) From: jcv To: ports@FreeBSD.org Subject: py27-setuptools27-5.4.1 Message-id: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-version: 1.0 Content-type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 16:03:30 -0000 Hi- I am getting this error message and would like to know if there is an easy way to fix this??? pkg-static: py27-setuptools27-5.4.1 conflicts with py27-setuptools-5.4.1 (installs files into the same place). Problematic file: /usr/local/lib/python2.7/site-packages/easy-install.pth.dist *** Error code 70 I do not see anything in /ports/UPDATING regarding: py27-setuptools root@yeaguy:#cat /usr/ports/UPDATING | grep py27-setup root@yeaguy:# THanks, JV From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 16:09:29 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C15C617 for ; Thu, 31 Jul 2014 16:09:29 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7E486244F for ; Thu, 31 Jul 2014 16:09:29 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1XCsv1-0001os-Q6 for freebsd-ports@freebsd.org; Thu, 31 Jul 2014 09:09:27 -0700 Date: Thu, 31 Jul 2014 09:09:27 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1406822967797-5933663.post@n5.nabble.com> In-Reply-To: <1406810527837-5933597.post@n5.nabble.com> References: <1406810527837-5933597.post@n5.nabble.com> Subject: Re: net/samba4: minimal requirements for running winbind 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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 16:09:29 -0000 I had not realized that it was as simple as "winbindd start". man winbindd (8) has all the info I need to figure it out. That only leaves the compile problem mentioned in issue #1. ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/net-samba4-minimal-requirements-for-running-winbind-tp5933597p5933663.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 16:25:41 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8C0AF8F for ; Thu, 31 Jul 2014 16:25:41 +0000 (UTC) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.103]) (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 A9E192699 for ; Thu, 31 Jul 2014 16:25:41 +0000 (UTC) Received: from [89.182.155.136] (helo=localhost) by smtprelay06.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1XCt8d-0008R1-7R; Thu, 31 Jul 2014 18:23:31 +0200 Date: Thu, 31 Jul 2014 18:23:30 +0200 From: Marcus von Appen To: jcv Subject: Re: py27-setuptools27-5.4.1 Message-ID: <20140731162330.GA1018@medusa.sysfault.org> Reply-To: Marcus von Appen Mail-Followup-To: jcv , ports@FreeBSD.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Df-Sender: MTEyNTc0Mg== Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 16:25:42 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On, Thu Jul 31, 2014, jcv wrote: > Hi- I am getting this error message and would like to know if there is an > easy way to fix this??? > > > pkg-static: py27-setuptools27-5.4.1 conflicts with py27-setuptools-5.4.1 > (installs files into the same place). Problematic file: > /usr/local/lib/python2.7/site-packages/easy-install.pth.dist > *** Error code 70 > > > I do not see anything in /ports/UPDATING regarding: > > py27-setuptools > > root@yeaguy:#cat /usr/ports/UPDATING | grep py27-setup > root@yeaguy:# Try cat /usr/ports/UPDATING |grep py-setuptools It looks like you are bitten by the entry from 20140307 Cheers Marcus --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPabYIACgkQi68/ErJnpkcx4ACgwgTQ7xVyzXD9h7ofjkUn72fd RgAAoICM0ww1zXqdkJ8OQSVxWj1cy+DB =5LQW -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 16:26:12 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 452D0138 for ; Thu, 31 Jul 2014 16:26:12 +0000 (UTC) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1492326AD for ; Thu, 31 Jul 2014 16:26:12 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id r2so1935629igi.2 for ; Thu, 31 Jul 2014 09:26:11 -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=D9JbmgCYydQuACSa5+KYkA5vHmm1RRNeArwCQKCgl3I=; b=tGlrgDuH4WxGemot8HnvSpGJW17gRmRdb8PC+P6G4JHIB+G+GEb5KHXYyjYtaXFhsP P4T0P2iPPlktrZY8pwIkCJ6zUHlGEzgDZDDSTrBcJsWPNK5b1cEJqJE+V5otuZI2ACAA t9rRalBuaEK/i20xO4eiFOWJlckIydP0eaiMtQ0nXxDn3jFmqY8eS0Mf9Fd/jwnXAXm2 45FUKanCxkvoBrl1TG0C6QxPg+gZ1G1vISGRku5D2mU5Ead5OoT+tCdPhgI/U489yx0V 94TxroA+oRmZNUf5Tpatd12aZqx3nyKP1P+2TUrw86sUnHOSLYvaL3F+FvJ2Viv0lFFt 85Bw== MIME-Version: 1.0 X-Received: by 10.42.47.140 with SMTP id o12mr16704289icf.4.1406823970969; Thu, 31 Jul 2014 09:26:10 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Thu, 31 Jul 2014 09:26:10 -0700 (PDT) In-Reply-To: References: Date: Thu, 31 Jul 2014 09:26:10 -0700 X-Google-Sender-Auth: TBgg2jpz_6Nk9coTV_26l5xIIec Message-ID: Subject: Re: py27-setuptools27-5.4.1 From: Kevin Oberman To: jcv Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "ports@FreeBSD.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 16:26:12 -0000 On Thu, Jul 31, 2014 at 9:02 AM, jcv wrote: > Hi- I am getting this error message and would like to know if there is an > easy way to fix this??? > > > pkg-static: py27-setuptools27-5.4.1 conflicts with py27-setuptools-5.4.1 > (installs files into the same place). Problematic file: > /usr/local/lib/python2.7/site-packages/easy-install.pth.dist > *** Error code 70 > > > I do not see anything in /ports/UPDATING regarding: > > py27-setuptools > > root@yeaguy:#cat /usr/ports/UPDATING | grep py27-setup > root@yeaguy:# > > THanks, > > JV > > See 20140307. Sicne hte issue applies to more then just Python 2.7, greping on py27-setup failes. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 17:26:01 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17335CA5; Thu, 31 Jul 2014 17:26:01 +0000 (UTC) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C57C12E80; Thu, 31 Jul 2014 17:26:00 +0000 (UTC) Received: by mail-ig0-f176.google.com with SMTP id hn18so9854142igb.9 for ; Thu, 31 Jul 2014 10:26:00 -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:content-type; bh=lFueAEKndbGlRuC+9bB8fag/y9o6RbeXjPH1G73h2T4=; b=D9i+rQYj85MtRlskl++PO2HvrWcluejQHtSo9DQN03+JwlfzXldShZdUzrvpIv+qmB pXhkZVC4IEt0dDKmt/9qU6INvOocwZ6SUcwwVv3RYAatJmNuac686crqxsq2hkf6jp/H qvVrZbX4rJRIb89hqq8Cyxa0zn7UQr45ABs9yYjbckCpY/iZSKN9sgltVQspP9I0lLSF PgTbY2d2Y6zcqgq02Y3oywLV64RYfCGQojx7pWg/FSJF1bKg/gKqVCXJ+KQpgCvH8dV4 Fa18gLJO4sK59JTMFEndd3p/kxb5MjRbGcpHmCdrna24H6hI1j0sr1STuTI1C0XlRrOF s+ag== MIME-Version: 1.0 X-Received: by 10.50.25.162 with SMTP id d2mr92215igg.0.1406827560053; Thu, 31 Jul 2014 10:26:00 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Thu, 31 Jul 2014 10:26:00 -0700 (PDT) In-Reply-To: <53DA6D4D.9020509@FreeBSD.org> References: <2524822.BhseSZ6M7C@lumiwa.farms.net> <53DA64E9.4000303@FreeBSD.org> <53DA6D4D.9020509@FreeBSD.org> Date: Thu, 31 Jul 2014 10:26:00 -0700 X-Google-Sender-Auth: 9zFwKMeOoKoy9akf2BYpxLbZ3Hs Message-ID: Subject: Re: cppunit From: Kevin Oberman To: Bryan Drewery , FreeBSD Ports ML , Baptiste Daroussin , "Hartmann, O." Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 17:26:01 -0000 On Thu, Jul 31, 2014 at 9:22 AM, Bryan Drewery wrote: > On 7/31/14, 11:21 AM, Kevin Oberman wrote: > >> Bryan, Did you build with DOXYGEN option selected? >> >> R. Kevin Oberman, Network Engineer, Retired >> >> > >> > I've tried every combination of the OPTIONS. All tests and packaging pass > for me. > > > -- > Regards, > Bryan Drewery > I have no problems reproducing it. All port at head as of 1000 UTC today. Using "portmaster devel/cppunit". make showconfig (y|n|e)?yes ===> The following configuration options are available for cppunit-1.12.1_2: DOCS=on: Build and/or install documentation DOXYGEN=on: Build documentation with Doxygen ===> Use 'make config' to modify these settings rogue# uname -a FreeBSD rogue 10.0-STABLE FreeBSD 10.0-STABLE #0 r268570M: Sat Jul 12 11:51:39 PDT 2014 root@rogue:/usr/obj/usr/src/sys/GENERIC amd64 Not surprisingly, no errors are reported until registration. Disable DOXYGEN and it works fine. -- R. Kevin Oberman, NetworkEngineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 18:34:09 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6189861 for ; Thu, 31 Jul 2014 18:34:09 +0000 (UTC) Received: from btw.pki2.com (btw.pki2.com [IPv6:2001:470:a:6fd::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 7637E2662 for ; Thu, 31 Jul 2014 18:34:09 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by btw.pki2.com (8.14.9/8.14.9) with ESMTP id s6VIXu9w017609 for ; Thu, 31 Jul 2014 11:33:56 -0700 (PDT) (envelope-from dg@pki2.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=pki2.com; s=pki2; t=1406831636; bh=P2A6dERw/Q8NKSiYS4a4/Yg2oS02tWSG0SF4oxKgTB0=; h=Subject:From:To:Date; b=FsfHWqIzdOfAVzG9Iaaj91di+LxZCEl0vB3dXqwuxHx9DIT+rYKSU1pZt2BbcUa8U KwYodLD8vPCBq+D3NKVJOX/CduXG1xJqWYgxhVrPYSMXiwrldHhuJ5asW9JBZhwwcu vbnnJN+s/P9Es0jDj0lEM9Jp3INnhvCX0HURHDrwt2ZCFhc3tiO7PysBZulwH8v9iO zJUO7Xn33e8942PKiRe3qJC64H2ZaXymxMiuNH18sJEVd2Fxg/J6roAJbIbMrCLGvH iMjPcw1XcXsyRexkFomoT2Pt+w4h+imifRCSxuW8frrjHcGNvipIp2gLR7tOwDSdxV +18mLdVDZI2gw== Subject: [Fwd: [opendmarc:tickets] #94 core dump in mlfi_eom()] From: Dennis Glatting To: ports@freebsd.org Content-Type: text/plain; charset="ISO-8859-1" Date: Thu, 31 Jul 2014 11:33:56 -0700 Message-ID: <1406831636.3895.17.camel@btw.pki2.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-SoftwareMunitions-MailScanner-Information: Dennis Glatting X-SoftwareMunitions-MailScanner-ID: s6VIXu9w017609 X-SoftwareMunitions-MailScanner: Found to be clean X-MailScanner-From: dg@pki2.com X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 18:34:09 -0000 I generated a temporary patch and forwarded it to the email address in the OpenDMARC Makefile and filed a ticket. I got this response from the ticket but 1.3.0 is BETA, not RELEASE. -------- Forwarded Message -------- From: Murray S. Kucherawy Reply-to: "[opendmarc:tickets] " <94@tickets.opendmarc.p.re.sf.net> To: [opendmarc:tickets] <94@tickets.opendmarc.p.re.sf.net> Subject: [opendmarc:tickets] #94 core dump in mlfi_eom() Date: Thu, 31 Jul 2014 17:57:56 +0000 * status: open --> closed * Comment: This is a duplicate of bug #72. This is fixed in 1.3.0. ________________________________________________________________________ [tickets:#94] core dump in mlfi_eom() Status: closed Target: 1.2.0 Created: Wed Jul 30, 2014 11:43 PM UTC by Dennis Glatting Last Updated: Wed Jul 30, 2014 11:43 PM UTC Owner: nobody I am getting a core dump in mlfi_eom() under FreeBSD 10.0 where the OpenDMARC milter is followed by the OpenDKIM milter. According to gdb (below) dmarcf_findheader() fails to find the header and returns NULL but the code does not check for that condition. In my case, OpenDKIM reports: Daffy# grep s6UN87aC042254: /var/log/maillog 2014-07-30T17:08:08.440548-06:00 daffy sm-mta-in[42254]: s6UN87aC042254: from=bounce-1928280_HTML-805635706-13686654-172553-1@bounce.email.ally.com, size=24697, class=0, nrcpts=1, msgid=566686d5-a4ce-4cc7-937c-a41b2540ab5f@xtinmta410.xt.local, bodytype=8BITMIME, proto=ESMTP, daemon=MTA-v4, relay=mta.email.ally.com [66.231.92.124] 2014-07-30T17:08:08.440971-06:00 daffy opendkim[1078]: s6UN87aC042254: mta.email.ally.com [66.231.92.124] not internal 2014-07-30T17:08:08.440982-06:00 daffy opendkim[1078]: s6UN87aC042254: not authenticated 2014-07-30T17:08:08.440988-06:00 daffy opendkim[1078]: s6UN87aC042254: no signing domain match for 'auto.ally.com' 2014-07-30T17:08:08.440993-06:00 daffy opendkim[1078]: s6UN87aC042254: no signing subdomain match for 'auto.ally.com' 2014-07-30T17:08:18.520076-06:00 daffy sm-mta-in[42254]: s6UN87aC042254: Milter (filter3): timeout before data read, where=eom 2014-07-30T17:08:18.520107-06:00 daffy sm-mta-in[42254]: s6UN87aC042254: Milter (filter3): to error state 2014-07-30T17:08:18.520112-06:00 daffy sm-mta-in[42254]: s6UN87aC042254: Milter: data, reject=451 4.3.2 Please try again later 2014-07-30T17:08:18.520140-06:00 daffy sm-mta-in[42254]: s6UN87aC042254: to=xyzzy@penford.com, delay=00:00:10, pri=54697, stat=Please try again later 2014-07-30T17:08:24.591284-06:00 daffy opendkim[1078]: s6UN87aC042254: ADSP query: A query failed for 'auto.ally.com' 2014-07-30T17:08:24.591326-06:00 daffy opendkim[1078]: s6UN87aC042254: Authentication-Results header add failed Daffy# gdb /usr/local/sbin/opendmarc opendmarc.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `opendmarc'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libopendmarc.so.1...done. Loaded symbols for /usr/local/lib/libopendmarc.so.1 Reading symbols from /usr/lib/libmilter.so.5...done. Loaded symbols for /usr/lib/libmilter.so.5 Reading symbols from /usr/lib/librt.so.1...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 0 0x0000000000407ae6 in mlfi_eom (ctx=0x801c1e800) at opendmarc.c:2049 2049 strncpy(addrbuf, from->hdr_value, sizeof addrbuf - 1); [New Thread 801c09000 (LWP 100894/opendmarc)] [New Thread 801c07400 (LWP 100683/opendmarc)] [New Thread 801c07000 (LWP 100681/opendmarc)] [New Thread 801c06400 (LWP 100169/opendmarc)] (gdb) p addrbuf $1 = '\0' Current language: auto; currently minimal (gdb) p from $2 = (struct dmarcf_header *) 0x0 ________________________________________________________________________ Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/opendmarc/tickets/94/ To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/ -- Dennis Glatting From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 18:53:28 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9187AF9D; Thu, 31 Jul 2014 18:53:28 +0000 (UTC) Received: from vms173011pub.verizon.net (vms173011pub.verizon.net [206.46.173.11]) by mx1.freebsd.org (Postfix) with ESMTP id 6DE50283B; Thu, 31 Jul 2014 18:53:27 +0000 (UTC) Received: from yeaguy.com ([unknown] [71.165.236.99]) by vms173011.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0N9L009VW8C14600@vms173011.mailsrvcs.net>; Thu, 31 Jul 2014 12:52:53 -0500 (CDT) Received: from yeaguy.com (localhost [127.0.0.1]) by yeaguy.com (Postfix) with ESMTP id 01E711125AB; Thu, 31 Jul 2014 10:52:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at yeaguy.com Received: from yeaguy.com ([127.0.0.1]) by yeaguy.com (yeaguy.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GWAkh0ipJgeD; Thu, 31 Jul 2014 10:52:36 -0700 (PDT) Received: from [192.168.1.3] (unknown [192.168.1.3]) by yeaguy.com (Postfix) with ESMTPSA id 9A4C711255C; Thu, 31 Jul 2014 10:52:36 -0700 (PDT) Date: Thu, 31 Jul 2014 10:52:36 -0700 (PDT) From: jcv To: Marcus von Appen Subject: Re: py27-setuptools27-5.4.1 In-reply-to: <20140731162330.GA1018@medusa.sysfault.org> Message-id: References: <20140731162330.GA1018@medusa.sysfault.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 18:53:28 -0000 On Thu, 31 Jul 2014, Marcus von Appen wrote: > On, Thu Jul 31, 2014, jcv wrote: > >> Hi- I am getting this error message and would like to know if there is an >> easy way to fix this??? >> >> >> pkg-static: py27-setuptools27-5.4.1 conflicts with py27-setuptools-5.4.1 >> (installs files into the same place). Problematic file: >> /usr/local/lib/python2.7/site-packages/easy-install.pth.dist >> *** Error code 70 >> >> >> I do not see anything in /ports/UPDATING regarding: >> >> py27-setuptools >> >> root@yeaguy:#cat /usr/ports/UPDATING | grep py27-setup >> root@yeaguy:# > > Try cat /usr/ports/UPDATING |grep py-setuptools > > It looks like you are bitten by the entry from 20140307 > > Cheers > Marcus > Thanks guys.. I think i fixed it.. however chromium and firefox still fail when using portmaster.. but i dont think those have been updated yet.. telling me to update my ports.. i broke bitlebee but then fixed that.. updating is kinda scary.. as long as the main stuff works im fine.. web/mail/ssh/ftp/bitlebee/mysql/plex :) From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 19:00:00 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D967116E; Thu, 31 Jul 2014 19:00:00 +0000 (UTC) Received: from mp1-smtp-6.eutelia.it (mp1-smtp-6.eutelia.it [62.94.10.166]) by mx1.freebsd.org (Postfix) with ESMTP id 8C79B28A6; Thu, 31 Jul 2014 19:00:00 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mp1-smtp-6.eutelia.it (Eutelia) with ESMTP id 76F266C1CAA; Thu, 31 Jul 2014 20:59:53 +0200 (CEST) Received: from soth.ventu (adsl-ull-222-173.41-151.net24.it [151.41.173.222]) (authenticated bits=0) by ns2.biolchim.it (8.14.9/8.14.9) with ESMTP id s6VIxn3r034919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 31 Jul 2014 20:59:50 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-222-173.41-151.net24.it [151.41.173.222] claimed to be soth.ventu Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.9/8.14.7) with ESMTP id s6VIxhqF088692; Thu, 31 Jul 2014 20:59:43 +0200 (CEST) (envelope-from ml@netfence.it) Message-ID: <53DA921F.1050907@netfence.it> Date: Thu, 31 Jul 2014 20:59:43 +0200 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Bryan Drewery , freebsd-ports@freebsd.org Subject: Re: Strange pkg_deinstall behaviour with pkgng References: <53D69662.6020503@netfence.it> <53D7C1E0.1000204@netfence.it> <53D7C312.1020000@FreeBSD.org> <53D8318E.6030506@FreeBSD.org> In-Reply-To: <53D8318E.6030506@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Thu, 31 Jul 2014 20:59:50 +0200 (CEST) X-Spam-Score: () X-Scanned-By: MIMEDefang 2.75 Cc: portmgr@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 19:00:00 -0000 On 07/30/14 01:43, Bryan Drewery wrote: Hello. >> Yes, pkg now requires -f to have the old behavior. No, it does not. "-f" is the old "-f"; "-R" is the old "-R"; no way it can behave now like it did before when no such option was passed. > I have released a quick hack to workaround this by passing in -f. Thanks, but this is not quite it. Aside from being IMHO a very bad idea, this is still different from the old behavior and will deinstall many more ports, leaving several unsatisfied dependencies (just tryed it now). Again, at the very minumum, the user should be warned of the POLA violation. bye & Thanks av. From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 20:10:02 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F5197B6; Thu, 31 Jul 2014 20:10:02 +0000 (UTC) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 593E5213B; Thu, 31 Jul 2014 20:10:02 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id at20so4334610iec.25 for ; Thu, 31 Jul 2014 13:10:01 -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=OSMoVKcaCG4VY4fsD3MCEc1iVpM4yB3o+9DdnY97MbY=; b=ztt4LqDQe8Dn1SMNeamxLe6pVwyJqd+A6uIXAvXKknDSFfy6LLyUJ+DHby7pMjnK/v cpjw2cWuJrZ68r2uaeT/sxoWBXJMa1ORMnOQ0OSWpqv/mN8LlUyYYDp/b3ldogXIjscw Eq92G0I1cCOJw5r2TJwnzcU3KvuvtIt8f9awzQjgldPfjGhftUCjUO/v1bXf0ajl1hJc XAY7oIWBGwNPwGOIWH2CnRvncB13HPaZgZM7muL+cYhACMzZsmu6rWODD+KMzURoDVT5 D4RqRjLqmZDCcx6yaAb64NmN1cc7JupRbwPBVbgIz92oJj8i8BtMUb0abXBTFsGA56KL LQmw== MIME-Version: 1.0 X-Received: by 10.50.2.71 with SMTP id 7mr125731igs.32.1406837401707; Thu, 31 Jul 2014 13:10:01 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Thu, 31 Jul 2014 13:10:01 -0700 (PDT) In-Reply-To: <53DA921F.1050907@netfence.it> References: <53D69662.6020503@netfence.it> <53D7C1E0.1000204@netfence.it> <53D7C312.1020000@FreeBSD.org> <53D8318E.6030506@FreeBSD.org> <53DA921F.1050907@netfence.it> Date: Thu, 31 Jul 2014 13:10:01 -0700 X-Google-Sender-Auth: 6TmGMMhEEGT9Z00bGUrizz3aG2Y Message-ID: Subject: Re: Strange pkg_deinstall behaviour with pkgng From: Kevin Oberman To: Andrea Venturoli Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: portmgr@freebsd.org, FreeBSD Ports ML , Bryan Drewery X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 20:10:02 -0000 On Thu, Jul 31, 2014 at 11:59 AM, Andrea Venturoli wrote: > On 07/30/14 01:43, Bryan Drewery wrote: > > Hello. > > > > Yes, pkg now requires -f to have the old behavior. >>> >> > No, it does not. > "-f" is the old "-f"; "-R" is the old "-R"; no way it can behave now like > it did before when no such option was passed. > > > > I have released a quick hack to workaround this by passing in -f. >> > > Thanks, but this is not quite it. > Aside from being IMHO a very bad idea, this is still different from the > old behavior and will deinstall many more ports, leaving several > unsatisfied dependencies (just tryed it now). > Again, at the very minumum, the user should be warned of the POLA > violation. > > > bye & Thanks > av. > > Yes, something is very broken here and adding '-f' is a very wrong work-around! First, the simple addition of '-f' means that it unconditionally will delete the package while the old behavior was the same, it is very different from the old 'pkg delete' with no -f. That one would delete the package if there were no dependencies and error out with information on the dependent port if there were any. Worse, it i not working correctly. In the recent libevent case the only port deleted was tmux when at least firefox and libxul were still linked to the old .so file. So it fails to do either what it used to do or what it was supposed to do in 1.3. Not sure what might have been wrong. I'm guessing that libevent did not list firefox and libxul as depending on it. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 20:26:11 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F88AEA6 for ; Thu, 31 Jul 2014 20:26:11 +0000 (UTC) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "nyi.unixathome.org", Issuer "StartCom Class 2 Primary Intermediate Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D524423F6 for ; Thu, 31 Jul 2014 20:26:10 +0000 (UTC) Received: from nyi.unixathome.org (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id DD1395089D for ; Thu, 31 Jul 2014 20:25:59 +0000 (UTC) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by nyi.unixathome.org (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p-Z0fbYti-Lj for ; Thu, 31 Jul 2014 20:25:59 +0000 (UTC) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 2EF2750893 for ; Thu, 31 Jul 2014 20:25:58 +0000 (UTC) From: Dan Langille Content-Type: multipart/signed; boundary="Apple-Mail=_F629300D-F9BA-45A7-BB70-5469FE2169B5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: Help wanted with sysutils/bacula-server 7.0.4 Message-Id: <19438114-51CF-4BA7-8058-1841F8A5F3DF@langille.org> Date: Thu, 31 Jul 2014 16:25:55 -0400 To: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 20:26:11 -0000 --Apple-Mail=_F629300D-F9BA-45A7-BB70-5469FE2169B5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I need help please with upgrading sysutils/bacula-server to 7.0.4 The latest patch, incomplete, is in the PR: = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D191311#c15 The current problems: * the shared libraries installed by bacula-client are not correct: # ls -l /usr/local/lib/libbacfind* =20 -rwxr-xr-x 1 root wheel 950 Jul 31 19:57 /usr/local/lib/libbacfind.la lrwxr-xr-x 1 root wheel 19 Jul 31 19:57 /usr/local/lib/libbacfind.so = -> libbacfind.so.7.0.0 lrwxr-xr-x 1 root wheel 19 Jul 31 19:57 = /usr/local/lib/libbacfind.so.7 -> libbacfind.so.7.0.0 I expected there to be just .7, not 7.0.0 They are built: [root@testing = /var/ports/usr/ports.SVN/sysutils/bacula-client/work/bacula-7.0.4/src/lib/= .libs]# ls -l libbac.so* =20 lrwxr-xr-x 1 root wheel 15 Jul 31 20:20 libbac.so -> = libbac.so.7.0.0 lrwxr-xr-x 1 root wheel 15 Jul 31 20:20 libbac.so.7 -> = libbac.so.7.0.0 -rwxr-xr-x 1 root wheel 446132 Jul 31 20:20 libbac.so.7.0.0 I can=92t figure out why they don=92t get installed. =20 More eyes welcomed. =97=20 Dan Langille --Apple-Mail=_F629300D-F9BA-45A7-BB70-5469FE2169B5 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 - http://gpgtools.org iEYEARECAAYFAlPaplMACgkQCgsXFM/7nTxrUwCg/sv2rQXQw6fKjqI2IoPHq66/ XKAAnjdhW35k2QtAhV6WKDiwP7MpzgBY =QPX4 -----END PGP SIGNATURE----- --Apple-Mail=_F629300D-F9BA-45A7-BB70-5469FE2169B5-- From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 20:34:00 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EFC11187 for ; Thu, 31 Jul 2014 20:34:00 +0000 (UTC) Received: from gproxy4-pub.mail.unifiedlayer.com (gproxy4-pub.mail.unifiedlayer.com [69.89.23.142]) by mx1.freebsd.org (Postfix) with SMTP id C557324BA for ; Thu, 31 Jul 2014 20:34:00 +0000 (UTC) Received: (qmail 7944 invoked by uid 0); 31 Jul 2014 20:33:53 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy4.mail.unifiedlayer.com with SMTP; 31 Jul 2014 20:33:53 -0000 Received: from host356.hostmonster.com ([66.147.240.156]) by cmgw2 with id Z8Zm1o00j3P9sDu018ZpNX; Thu, 31 Jul 2014 14:33:52 -0600 X-Authority-Analysis: v=2.1 cv=EJKVjTpC c=1 sm=1 tr=0 a=FWcRu7l24H2k7lU03+oCMQ==:117 a=FWcRu7l24H2k7lU03+oCMQ==:17 a=DsvgjBjRAAAA:8 a=f5113yIGAAAA:8 a=krj2tpGRp2AA:10 a=czKNTQoGAHQA:10 a=jyw3duuQOWkA:10 a=ApEToP7uZ4IA:10 a=8nJEP1OIZ-IA:10 a=VMbx4hZHAAAA:8 a=ItMCKu-tgkAA:10 a=2HOvWpw9LtYA:10 a=x2m3GPe0AAAA:8 a=6I5d2MoRAAAA:8 a=1XWaLZrsAAAA:8 a=j5VUOKisA9wnxmpaXjEA:9 a=wPNLvfGTeEIA:10 a=SV7veod9ZcQA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=klahnpages.net; s=default; h=Content-Transfer-Encoding:Content-Type:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=PWOssR7L7iYV0u7mKwGU9illIR4dv3++/dS1Im8xE9c=; b=jMP9Xxz52Ezzu0llqIKwuUbiNoa2FE4SLWdcQ8ytBZYi6UZJRBLO+GHulCUfIwjhIj5cau+u0OcvAgEw0eSXm/DLxzyNfS+FL5kuydOzzpgfTcDRgQZ7OUfMWeXUgm94; Received: from [128.173.100.225] (port=42448) by host356.hostmonster.com with esmtpa (Exim 4.82) (envelope-from ) id 1XCx2p-0003Hx-N9; Thu, 31 Jul 2014 14:33:47 -0600 Message-ID: <53DAA828.90205@klahnpages.net> Date: Thu, 31 Jul 2014 16:33:44 -0400 From: Brian Klahn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: nivit@FreeBSD.org Subject: FreeBSD Port: google-appengine-1.9.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Identified-User: {2919:host356.hostmonster.com:klahnpag:klahnpages.net} {sentby:smtp auth 128.173.100.225 authed with bdk@klahnpages.net} Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 20:34:01 -0000 Hi, Might you be able to help me? I've been searching for hours. Is your port supposed to allow this to not fail?: $ python Python 2.7.6 (default, Mar 4 2014, 19:30:28) [GCC 4.2.1 Compatible FreeBSD Clang 3.3 (tags/RELEASE_33/final 183502)] on freebsd10 Type "help", "copyright", "credits" or "license" for more information. >>> from google.appengine.api import mail Traceback (most recent call last): File "", line 1, in ImportError: No module named google.appengine.api >>> The module name tab completion in IPython doesn't even show a "google" base module name: In [1]: from google google_sql googlecl My system: $ uname -a FreeBSD optiplex-9010 10.0-RELEASE-p15 FreeBSD 10.0-RELEASE-p15 #0: Wed Jul 9 15:46:53 UTC 2014 root@amd64-builder.pcbsd.org:/usr/obj/usr/src/sys/GENERIC amd6 I refreshed my ports tree (as root) and did: cd /usr/ports/www/py-google-api-python-client make install && make clean pkg info google-appengine-1.9.6 gives . . . google-appengine-1.9.6 Name : google-appengine Version : 1.9.6 Installed on : Thu Jul 31 15:13:05 EDT 2014 Origin : www/google-appengine Architecture : freebsd:10:x86:64 Prefix : /usr/local Categories : www python devel Licenses : PSFL and MPL and MIT and LGPL21 and GPLv2 and BSD3CLAUSE and APACHE20 Maintainer : nivit@FreeBSD.org WWW : https://developers.google.com/appengine/ Comment : Development tools for Google App Engine (SDK) Options : EXAMPLES : on . . . I can't tell what your port is supposed to install, and where (no pkg-plist). By the Makefile, it apparently uses the default PREFIX, which is /usr/local, but . . . # find /usr/local/ -name "*appengine*" /usr/local/share/examples/py-gdata/oauth/oauth_on_appengine /usr/local/share/examples/py-gdata/oauth/oauth_on_appengine/appengine_utilities /usr/local/share/examples/py-gdata/apps/marketplace_sample/appengine_utilities /usr/local/share/examples/py-gdata/blogger/oauth-appengine /usr/local/share/examples/py27-google-api-python-client/appengine /usr/local/share/examples/py27-google-api-python-client/storage_serviceaccount_appengine /usr/local/share/examples/py27-google-api-python-client/tasks_appengine /usr/local/share/examples/google-appengine /usr/local/share/examples/google-appengine/demos/php/minishell/static/appengine_button_noborder.gif /usr/local/share/google-appengine /usr/local/share/google-appengine/lib/PyAMF-0.6.1/pyamf/adapters/_google_appengine_ext_blobstore.pyc /usr/local/share/google-appengine/lib/PyAMF-0.6.1/pyamf/adapters/_google_appengine_ext_db.py /usr/local/share/google-appengine/lib/PyAMF-0.6.1/pyamf/adapters/_google_appengine_ext_db.pyc /usr/local/share/google-appengine/lib/PyAMF-0.6.1/pyamf/adapters/_google_appengine_ext_blobstore.py /usr/local/share/google-appengine/lib/webapp2-2.3/webapp2_extras/appengine /usr/local/share/google-appengine/lib/webapp2-2.5.2/webapp2_extras/appengine /usr/local/share/google-appengine/lib/google-api-python-client/oauth2client/appengine.pyc /usr/local/share/google-appengine/lib/google-api-python-client/oauth2client/appengine.py /usr/local/share/google-appengine/lib/google-api-python-client/apiclient/ext/appengine.py /usr/local/share/google-appengine/lib/google-api-python-client/apiclient/ext/appengine.pyc /usr/local/share/google-appengine/lib/webapp2-2.5.1/webapp2_extras/appengine /usr/local/share/google-appengine/google/appengine /usr/local/share/google-appengine/google/appengine/ext/appstats/sample_appengine_config.py /usr/local/share/google-appengine/google/appengine/ext/appstats/sample_appengine_config.pyc /usr/local/share/google-appengine/google/appengine/tools/appengine_rpc_httplib2.pyc /usr/local/share/google-appengine/google/appengine/tools/appengine_rpc_httplib2.py /usr/local/share/google-appengine/google/appengine/tools/appengine_rpc.py /usr/local/share/google-appengine/google/appengine/tools/appengine_rpc.pyc /usr/local/share/licenses/google-appengine-1.9.6 /usr/local/lib/python2.7/site-packages/gdata/alt/appengine.pyo /usr/local/lib/python2.7/site-packages/gdata/alt/appengine.pyc /usr/local/lib/python2.7/site-packages/gdata/alt/appengine.py /usr/local/lib/python2.7/site-packages/oauth2client/appengine.py /usr/local/lib/python2.7/site-packages/oauth2client/appengine.pyc /usr/local/lib/python2.7/site-packages/oauth2client/appengine.pyo The py-google-api-python-client port, for example, is easily imported, and lives here: /usr/local/lib/python2.7/site-packages/apiclient I get the same error when I, for example, run this: $python /usr/local/lib/python2.7/site-packages/gdata/alt/appengine.py Traceback (most recent call last): File "/usr/local/lib/python2.7/site-packages/gdata/alt/appengine.py", line 39, in from google.appengine.api import urlfetch ImportError: No module named google.appengine.api Maybe I am mistaken in thinking your port is supposed to provide google.appengine.api. Thank you for any input you have time to provide. -Brian From owner-freebsd-ports@FreeBSD.ORG Thu Jul 31 22:07:58 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B189562 for ; Thu, 31 Jul 2014 22:07:58 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (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 64F9B2F2F for ; Thu, 31 Jul 2014 22:07:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id s6VM7wnT052872 for ; Thu, 31 Jul 2014 22:07:58 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s6VM7wPv052870 for freebsd-ports@freebsd.org; Thu, 31 Jul 2014 22:07:58 GMT (envelope-from bdrewery) Received: (qmail 73729 invoked from network); 31 Jul 2014 17:07:51 -0500 Received: from unknown (HELO blah) (freebsd@shatow.net@67.182.131.225) by sweb.xzibition.com with ESMTPA; 31 Jul 2014 17:07:51 -0500 Message-ID: <53DABE34.7060404@FreeBSD.org> Date: Thu, 31 Jul 2014 17:07:48 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Kevin Oberman , FreeBSD Ports ML , Baptiste Daroussin , "Hartmann, O." Subject: Re: cppunit References: <2524822.BhseSZ6M7C@lumiwa.farms.net> <53DA64E9.4000303@FreeBSD.org> <53DA6D4D.9020509@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 22:07:58 -0000 On 7/31/14, 12:26 PM, Kevin Oberman wrote: > On Thu, Jul 31, 2014 at 9:22 AM, Bryan Drewery > wrote: > > On 7/31/14, 11:21 AM, Kevin Oberman wrote: > > Bryan, Did you build with DOXYGEN option selected? > > R. Kevin Oberman, Network Engineer, Retired > > > > I've tried every combination of the OPTIONS. All tests and packaging > pass for me. > > > -- > Regards, > Bryan Drewery > > > I have no problems reproducing it. All port at head as of 1000 UTC today. > > Using "portmaster devel/cppunit". > make showconfig (y|n|e)?yes > ===> The following configuration options are available for cppunit-1.12.1_2: > DOCS=on: Build and/or install documentation > DOXYGEN=on: Build documentation with Doxygen > ===> Use 'make config' to modify these settings > rogue# uname -a > FreeBSD rogue 10.0-STABLE FreeBSD 10.0-STABLE #0 r268570M: Sat Jul 12 > 11:51:39 PDT 2014 root@rogue:/usr/obj/usr/src/sys/GENERIC amd64 > > Not surprisingly, no errors are reported until registration. Disable > DOXYGEN and it works fine. > -- > R. Kevin Oberman, NetworkEngineer, Retired > E-mail: rkoberman@gmail.com It all works for me. > # find work -name 'class_text_test_progress_listener.png' > work/cppunit-1.12.1/doc/html/class_text_test_progress_listener.png > work/stage/usr/local/share/doc/cppunit/class_text_test_progress_listener.png Doxygen: Options : HTMLDOCS : off PDFDOCS : off QT4 : off Which options do you have selected? Can you include a build log please? -- Regards, Bryan Drewery From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 01:02:59 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B81D862; Fri, 1 Aug 2014 01:02:59 +0000 (UTC) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 32F6E22DF; Fri, 1 Aug 2014 01:02:59 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id y20so4940008ier.27 for ; Thu, 31 Jul 2014 18:02:58 -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=tHja/iaIUEJeL6L34SCZSDNLwWRJfVchYK+3B56V/HE=; b=iyww3qJ8sISsLzbq6uhSgacPpjWsnSNRGnwzOOHkjQe3U2X6zyv8OpJKEDFX8iHGwy 5Z6VDnyixnvzhxlpogucZreP5KLZns6KikCCWTRoEmytfGBoSDwd/7ZXUy7dA88Og86V pX9mJzwI2bZYhJrij2hoRnV30kCA/pE3pZjiI0ASJ+KNVZFu7P/+016SHZWEADmc8/PD LuyWfpRzsaLtfbyDYnqvLzbSjzrgviz4U9BRx9yERCYvIPedCX3OLbJFQdnhRxxriSll 4hpgxdavB68ZbX3DYGPX+yd6QxBNWh4cqmWZmkd/hTAvlMXV0xt55wLNlhl2FgGhaLW0 W+xg== MIME-Version: 1.0 X-Received: by 10.43.84.65 with SMTP id aj1mr2342799icc.5.1406854978143; Thu, 31 Jul 2014 18:02:58 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Thu, 31 Jul 2014 18:02:58 -0700 (PDT) In-Reply-To: References: <2524822.BhseSZ6M7C@lumiwa.farms.net> <53DA64E9.4000303@FreeBSD.org> <53DA6D4D.9020509@FreeBSD.org> <53DABE34.7060404@FreeBSD.org> Date: Thu, 31 Jul 2014 18:02:58 -0700 X-Google-Sender-Auth: LBT2hLysFBOAvyU558a8NSyi27s Message-ID: Subject: Re: cppunit From: Kevin Oberman To: Bryan Drewery Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Baptiste Daroussin , "Hartmann, O." , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 01:02:59 -0000 On Thu, Jul 31, 2014 at 5:48 PM, Kevin Oberman wrote: > On Thu, Jul 31, 2014 at 3:07 PM, Bryan Drewery > wrote: > >> On 7/31/14, 12:26 PM, Kevin Oberman wrote: >> >>> On Thu, Jul 31, 2014 at 9:22 AM, Bryan Drewery >> > wrote: >>> >>> On 7/31/14, 11:21 AM, Kevin Oberman wrote: >>> >>> Bryan, Did you build with DOXYGEN option selected? >>> >>> R. Kevin Oberman, Network Engineer, Retired >>> >>> >>> >>> I've tried every combination of the OPTIONS. All tests and packaging >>> pass for me. >>> >>> >>> -- >>> Regards, >>> Bryan Drewery >>> >>> >>> I have no problems reproducing it. All port at head as of 1000 UTC today. >>> >>> Using "portmaster devel/cppunit". >>> make showconfig (y|n|e)?yes >>> ===> The following configuration options are available for >>> cppunit-1.12.1_2: >>> DOCS=on: Build and/or install documentation >>> DOXYGEN=on: Build documentation with Doxygen >>> ===> Use 'make config' to modify these settings >>> rogue# uname -a >>> FreeBSD rogue 10.0-STABLE FreeBSD 10.0-STABLE #0 r268570M: Sat Jul 12 >>> 11:51:39 PDT 2014 root@rogue:/usr/obj/usr/src/sys/GENERIC amd64 >>> >>> Not surprisingly, no errors are reported until registration. Disable >>> DOXYGEN and it works fine. >>> -- >>> R. Kevin Oberman, NetworkEngineer, Retired >>> E-mail: rkoberman@gmail.com >>> >> >> It all works for me. >> >> # find work -name 'class_text_test_progress_listener.png' >>> work/cppunit-1.12.1/doc/html/class_text_test_progress_listener.png >>> work/stage/usr/local/share/doc/cppunit/class_text_test_ >>> progress_listener.png >>> >> >> Doxygen: >> Options : >> HTMLDOCS : off >> PDFDOCS : off >> QT4 : off >> >> Which options do you have selected? >> >> Can you include a build log please? >> >> -- >> Regards, >> Bryan Drewery >> > > The following configuration options are available for doxygen-1.8.3.1_1,1: > HTMLDOCS=off: Install documentation in HTML format > PDFDOCS=off: Install documentation in PDF format > QT4=off: Install Doxywizard GUI > Build log available at http://ykoberman.dlinkddns.com/cppunit.log. Does > not look very interesting to me, but hopefully you can spot something. > -- > > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 03:35:16 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32A94153 for ; Fri, 1 Aug 2014 03:35:16 +0000 (UTC) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C408722D8 for ; Fri, 1 Aug 2014 03:35:15 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id n3so614250wiv.13 for ; Thu, 31 Jul 2014 20:35:13 -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:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=rfANCzXMd/hQ8H/R0zf5r7CghI5z55IWawodCRIWqD0=; b=sglIS/1+ZqRqzo6hy6mdUSIAebOScYgxnGChEoLTdPRTF9y3yAQgPkIFE0O8t7k7+/ pDSsl7b1Pf7NivfJN3IywKPgKlDrHq7FaCIF3bHq7vpnrzDTo8ifg8JNV+HTJExZZicy Hxdr7IgJI393Yn+SPcpOUMyPsQ7eHP+8JJLdRrn6NDhOBLOwC1dCN7IopqyuBQti9f0c 2deSVYFMBUsffl5mL1eNw3yVkquWLbGkfX5oEmKv8w+5k7POw3XFXS97N2TteujVcZlz LcSO5nafq069bW+QCWu8AJEPGM85ATB89Y/7A0V8PAJMB43eY2OpggAKlT8UFB55skEI Id1Q== X-Received: by 10.180.205.212 with SMTP id li20mr2798627wic.2.1406864113004; Thu, 31 Jul 2014 20:35:13 -0700 (PDT) MIME-Version: 1.0 Sender: nicovit@gmail.com Received: by 10.180.4.73 with HTTP; Thu, 31 Jul 2014 20:34:32 -0700 (PDT) In-Reply-To: <53DAA828.90205@klahnpages.net> References: <53DAA828.90205@klahnpages.net> From: Nicola Vitale Date: Fri, 1 Aug 2014 05:34:32 +0200 X-Google-Sender-Auth: kGDzDrYFcXE8SeKjSjZfNygvf2s Message-ID: Subject: Re: FreeBSD Port: google-appengine-1.9.6 To: Brian Klahn Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 03:35:16 -0000 Hi Brian, > [2014-07-31 22:33 GMT+02:00 Brian Klahn ] > Might you be able to help me? I've been searching for hours. Is your port > supposed to allow this to not fail?: > >>>> from google.appengine.api import mail > Traceback (most recent call last): > File "", line 1, in > ImportError: No module named google.appengine.api You have to add /usr/local/share/google-appengine to the environment variab= le PYTHONPATH or to sys.path in your scripts: =E2=9E=9C ~ python Python 2.7.8 (default, Jul 19 2014, 13:56:51) [GCC 4.2.1 Compatible FreeBSD Clang 3.3 (tags/RELEASE_33/final 183502)] on freebsd10 Type "help", "copyright", "credits" or "license" for more information. >>> from google.appengine.api import mail Traceback (most recent call last): File "", line 1, in ImportError: No module named google.appengine.api >>> import sys >>> sys.path.insert(1, '/usr/local/share/google-appengine') >>> from google.appengine.api import mail >>> Best regards. -- Nicola Vitale From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 10:13:22 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A4EAF1 for ; Fri, 1 Aug 2014 10:13:22 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (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 776C4271A for ; Fri, 1 Aug 2014 10:13:22 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id s71ADM26035676 for ; Fri, 1 Aug 2014 10:13:22 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id s71ADMs5035673; Fri, 1 Aug 2014 10:13:22 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201408011013.s71ADMs5035673@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: Fri, 1 Aug 2014 10:13:22 +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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 10:13:22 -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 ------------------------------------------------+-----------------+------------ editors/zim | 0.60 | 0.61 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_agent | 4.0.1 | 5.1-140801 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_console | 4.0.1 | 5.1-140801 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_server | 4.0.1 | 5.1-140801 ------------------------------------------------+-----------------+------------ x11/roxterm | 2.8.3 | 2.9.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 Fri Aug 1 12:49:49 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF022D33 for ; Fri, 1 Aug 2014 12:49:49 +0000 (UTC) Received: from venus.morante.net (venus.morante.net [63.247.147.163]) by mx1.freebsd.org (Postfix) with ESMTP id 9B7472994 for ; Fri, 1 Aug 2014 12:49:49 +0000 (UTC) Received: from saturn.morante.com (localhost [127.0.0.1]) by venus.morante.net (Postfix) with ESMTP id 2DE66E1B03B for ; Fri, 1 Aug 2014 08:43:13 -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 CO8uYSEm5DEP for ; Fri, 1 Aug 2014 08:43:11 -0400 (EDT) Received: from [192.168.0.2] (my-room.morante.com [192.168.0.2]) by venus.morante.net (Postfix) with ESMTPSA id 925A3E1B008 for ; Fri, 1 Aug 2014 08:43:11 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morante.net; s=default; t=1406896991; bh=hvETqe93huMxTsEmZt9mS6Vj7+X03udLsiFwpI4SY/o=; h=Date:From:To:Subject:References:In-Reply-To; b=aCMh9IKj4oETEuonuce12P1yBbzxrGWnvbctZiJb0YPPIgVKQvYFo3oHS8OLh6+H3 9bQnDII0FJIVpcJ4TY9KvaRsvWyrRWCw7Ettm2tONAtBOktOTwR7sC+LZV4jxm7e8u Ejva+SKTHxxrcpQ0J5+JlR1oKufrJfKvBp5x/FiY= Message-ID: <53DB88E9.4050809@morante.net> Date: Fri, 01 Aug 2014 08:32:41 -0400 From: Daniel Morante User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: OPTIONS_REQUIRES References: In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020503070507000402040003" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 12:49:50 -0000 This is a cryptographically signed message in MIME format. --------------ms020503070507000402040003 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable I've recently had this issue . The following forum post provides a=20 decent work around for the time being: https://forums.freebsd.org/viewtopic.php?f=3D22&t=3D47412 Also consider the following case as well: OPTIONS_GROUP=3D X11 OPTIONS_GROUP_X11=3D OPT1 QT4 QT5 I'd like to be able to allow choosing OPT1, and either QT4 or QT5. I=20 tried doing this: OPTIONS_RADIO=3D QTVERSION OPTIONS_RADIO_QTVERSION=3D QT4 QT5 OPTIONS_GROUP=3D X11 OPTIONS_GROUP_X11=3D OPT1 QTVERSION But that did not work. On 7/31/2014 11:54 AM, Warren Block wrote: > Right now, we have no standard method of making options depend on=20 > other options. For example, many ports have an X11 option, and later=20 > options that require X11. If the user disables X11 but chooses one of = > the options that require it, the best case is that the port build=20 > stops with a message. Worst case, it just stops. > > We need a way to make options depend on others. This could be used in = > the option configuration screen. If the X11 option from the example=20 > is disabled, all the options that depend on it are also disabled. =20 > This could also be used for groups. > > Of course, it would also be evaluated after the configuration screen,=20 > stopping with an error message if the required dependencies are not set= =2E > > Given that I don't know if this is a good way to name the variables,=20 > something like (from emulators/virtualbox-ose): > > OPTIONS_REQUIRES_X11=3D QT4 > > In the configuration screen, the QT4 option is disabled (grayed out)=20 > unless X11 is on. > > If QT4 is on but X11 is not (say, BATCH is used), the build stops with > option QT4 requires option X11 > > Groups (single, radio, multi, group) could be made to depend on an=20 > option, too. The only difference would be some tuning of the message=20 > to show the individual option names rather than the group name, which=20 > the user can't see. > _______________________________________________ > 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= " > --------------ms020503070507000402040003 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKRzCC BRowggQCoAMCAQICEG0Z6qcZT2ozIuYiMnqqcd4wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMTEwNDI4MDAwMDAwWhcNMjAwNTMwMTA0ODM4WjCBkzELMAkGA1UEBhMCR0Ix GzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UE ChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGlj YXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBAJKEhFtLV5jUXi+LpOFAyKNTWF9mZfEyTvefMn1V0HhMVbdClOD5J3EHxcZppLkyxPFA GpDMJ1Zifxe1cWmu5SAb5MtjXmDKokH2auGj/7jfH0htZUOMKi4rYzh337EXrMLaggLW1DJq 1GdvIBOPXDX65VSAr9hxCh03CgJQU2yVHakQFLSZlVkSMf8JotJM3FLb3uJAAVtIaN3FSrTg 7SQfOq9xXwfjrL8UO7AlcWg99A/WF1hGFYE8aIuLgw9teiFX5jSw2zJ+40rhpVJyZCaRTqWS D//gsWD9Gm9oUZljjRqLpcxCm5t9ImPTqaD8zp6Q30QZ9FxbNboW86eb/8ECAwEAAaOCAUsw ggFHMB8GA1UdIwQYMBaAFImCZ33EnSZwAEu0UEh83j2uBG59MB0GA1UdDgQWBBR6E04AdFvG eGNkJ8Ev4qBbvHnFezAOBgNVHQ8BAf8EBAMCAQYwEgYDVR0TAQH/BAgwBgEB/wIBADARBgNV HSAECjAIMAYGBFUdIAAwWAYDVR0fBFEwTzBNoEugSYZHaHR0cDovL2NybC51c2VydHJ1c3Qu Y29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGljYXRpb25hbmRFbWFpbC5jcmwwdAYI KwYBBQUHAQEEaDBmMD0GCCsGAQUFBzAChjFodHRwOi8vY3J0LnVzZXJ0cnVzdC5jb20vVVRO QWRkVHJ1c3RDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51c2VydHJ1 c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQCF1r54V1VtM39EUv5C1QaoAQOAivsNsv1Kv/av QUn1G1rF0q0bc24+6SZ85kyYwTAo38v7QjyhJT4KddbQPTmGZtGhm7VNm2+vKGwdr+XqdFqo 2rHA8XV6L566k3nK/uKRHlZ0sviN0+BDchvtj/1gOSBH+4uvOmVIPJg9pSW/ve9g4EnlFsjr P0OD8ODuDcHTzTNfm9C9YGqzO/761Mk6PB/tm/+bSTO+Qik5g+4zaS6CnUVNqGnagBsePdIa XXxHmaWbCG0SmYbWXVcHG6cwvktJRLiQfsrReTjrtDP6oDpdJlieYVUYtCHVmdXgQ0BCML7q peeU0rD+83X5f27nMIIFJTCCBA2gAwIBAgIQUv6uOZ5jSVo+ZxxUhw8XxDANBgkqhkiG9w0B AQUFADCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4G A1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTAeFw0xNDA0 MDYwMDAwMDBaFw0xNTA0MDYyMzU5NTlaMCMxITAfBgkqhkiG9w0BCQEWEmRhbmllbEBtb3Jh bnRlLm5ldDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOrDYZTJNIxlQlGbltv9 VOuBF2Slc24q36qAUfbSb1oCuYBMFt48tWcX79TreaEg/5BHKHbzyy9X4ufErMwWblcblmUU UeRzc+JHqNiqBJd49pn2tjbZS8F+M1Fxyd0TEZWV0p9R5sHBUia8cnIeMMStRsEahKm73+DP OBwlnozBjt7Uz1EYd9f4G40VmPIZLfUqlXbQEMdqwkqLSIwIGzBJ8x3xVejaZR/bjIFsSx2y UcxhPjAWRmIj4SpyO7u2mKh9bIuUkoQhE4C6kaClgPXgIGP/Yh+QvagdQp0PlR17T62rSuOX M8re7S4USH/viyYZhzzb/CFV2Cq5vh8FaEcCAwEAAaOCAeIwggHeMB8GA1UdIwQYMBaAFHoT TgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBQIo4SCbZ3YNP7HTgkpCrYgtD516DAOBgNV HQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGy MQEDBQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCsw KQYIKwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4w TKBKoEiGRmh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0 aW9uYW5kU2VjdXJlRW1haWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZG aHR0cDovL2NydC5jb21vZG9jYS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRT ZWN1cmVFbWFpbENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29t MB0GA1UdEQQWMBSBEmRhbmllbEBtb3JhbnRlLm5ldDANBgkqhkiG9w0BAQUFAAOCAQEAEG8I b+N/eBRvx4NADR0UiBiXo8r2dvzN/F9u9HpcdFRoE2kUUyrIJaux9DZ1GxVD0mktDxj/URGZ EMjabAR6KOb7P5uOB2S530anaQ10Hey24vWobdASQuUZv2b3RhkL+Blyb9L+pDw2x+jK/Vat cMpJk1fWQUj+hU0LGcK80gZolFZJTSKlnu49H3wEXl3Eij7yJCXOcF5qhZWycCirntbraxXQ ouu32yCsgYWt9jOss1Z0fqTCvvh9vXsqDZ1k5I+nprhMxzsVnjZLQhZixG4MbMPHrF/+IhKU 1NR6zzYnTrjhhPKW+qyVVEMLdHOIKxbopv7JwW/s3eZ6yQtUfTGCBBkwggQVAgEBMIGoMIGT MQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdT YWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENs aWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhBS/q45nmNJWj5nHFSH DxfEMAkGBSsOAwIaBQCgggJFMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTE0MDgwMTEyMzI0MVowIwYJKoZIhvcNAQkEMRYEFGTJK3/dxmWrAyZ7Zgf/uOpO 4to2MGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG 9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcN AwICASgwgbkGCSsGAQQBgjcQBDGBqzCBqDCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdy ZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENB IExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNl Y3VyZSBFbWFpbCBDQQIQUv6uOZ5jSVo+ZxxUhw8XxDCBuwYLKoZIhvcNAQkQAgsxgauggagw gZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcT B1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8g Q2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEFL+rjmeY0laPmcc VIcPF8QwDQYJKoZIhvcNAQEBBQAEggEA4ntpZlMZNkL9terq5DLOUayHUVyBGvTfaCyMRR5x VIrW2BRKxZe2IykU7nurMF3VRhuexflplbTO/PdVwUFyNsqVtnBQr8gVIUCMAV2by0Tc1Fy/ 8Lx21TjUJnIhxn6jsTNX6+szjwSDJaREy+mSgKQvt6K1gRNvM+N5A6oVGXQzoSkp3hUYd6xw HKcih8M6dxlqJ10nBclnPUZSTgzglOND0/BVZeClSkAVdd1Yw+YKaowMuTxcP0TnUOrvdPjx DqY8+KncEdQODnpIs06uEtfLi71tH9hTCnuz258d85VPLSrpC+YS1uzzbz8v7tLQq31omAbs SakChEdRUupyCQAAAAAAAA== --------------ms020503070507000402040003-- From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 12:51:35 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AD25EC8 for ; Fri, 1 Aug 2014 12:51:35 +0000 (UTC) Received: from venus.morante.net (venus.morante.net [63.247.147.163]) by mx1.freebsd.org (Postfix) with ESMTP id 054372A2C for ; Fri, 1 Aug 2014 12:51:34 +0000 (UTC) Received: from saturn.morante.com (localhost [127.0.0.1]) by venus.morante.net (Postfix) with ESMTP id 4DA92E1B03B for ; Fri, 1 Aug 2014 08:51:34 -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 7x0CCQBPMMSU for ; Fri, 1 Aug 2014 08:51:33 -0400 (EDT) Received: from [192.168.0.49] (unknown [192.168.0.49]) by venus.morante.net (Postfix) with ESMTPSA id A7544E1B008 for ; Fri, 1 Aug 2014 08:51:33 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morante.net; s=default; t=1406897493; bh=u3+vetQ1ZD8cP9/+0NgFHguFElZ9fVQUlmm7PcMwXN0=; h=Date:From:To:Subject; b=s5z8/VIf7GHCKRnJj2/f9w++leTYIaJmTGSB5+69w0cGFzBEDWD8MxN5hdx17ebdR uXD+TbuTmum2LAb7ffG8hHjdsJzDtgza5oACv12wb5CZNXFpqKs/ZSf8JTUUZmVtpp oLxC76fzKtnZikOlexFui/+yH2vEBjwMTizMFeq0= Message-ID: <53DB8AE0.8030903@morante.net> Date: Fri, 01 Aug 2014 08:41:04 -0400 From: Daniel Morante User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "ports@freebsd.org" Subject: Trying to build a QT5 application 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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 12:51:35 -0000 I am trying to create a port for an application that supports both Qt4 and Qt5. Qt4 builds fine and I am using the following in the port's Makefile: QT4_CONFIGURE_WITH= gui=qt4 QT4_USE= qt4=corelib,gui,qmake_build,linguist,uic,moc,rcc,qtestlib_build For Qt5 I have: QT5_CONFIGURE_WITH= gui=qt5 QT5_USE= qt5=core,gui,dbus,widgets,network,qmake_build,linguisttools,buildtools_build,testlib_build Using Qt5 fails to configure properly. It's unable to find "lrelease": checking for lrelease-qt5... no checking for lrelease5... no checking for lrelease... no configure: error: LRELEASE not found According to the porters handbook, that should be provided by "linguisttools" above. I also tried with and had the same result: QT5_USE= qt5=core,gui,dbus,widgets,network,qmake_build,linguist,linguisttools,buildtools_build,testlib_build From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 13:27:11 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BF11B25 for ; Fri, 1 Aug 2014 13:27:11 +0000 (UTC) Received: from mx.lissyara.su (mx.lissyara.su [91.227.18.11]) (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 12CB52F04 for ; Fri, 1 Aug 2014 13:27:10 +0000 (UTC) Received: from [195.93.240.5] (port=26401 helo=lissyara.moskb.local) by mx.lissyara.su with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XDCrU-000F1A-Jl for freebsd-ports@freebsd.org; Fri, 01 Aug 2014 17:27:08 +0400 Message-ID: <53DB95AB.8070701@lissyara.su> Date: Fri, 01 Aug 2014 17:27:07 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.23) Gecko/20091202 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: more problems after last upgrade(s) pkg Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: mx.lissyara.su X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 13:27:11 -0000 first: srv7# pkg -v 1.3.3 srv7# uname -a FreeBSD srv7.host-food.ru 9.2-RELEASE-p8 FreeBSD 9.2-RELEASE-p8 #0: Mon Jun 9 20:12:11 MSK 2014 toor@srv7.host-food.ru:/usr/obj/usr/src/sys/HOST-FOOD amd64 srv7# srv7# pkg install -fy ap22-mod_geoip2 Updating repository catalogue HostFood repository is up-to-date All repositories are up-to-date The following 1 packages will be affected (of 756 checked): Installed packages to be REINSTALLED: ap22-mod_geoip2-1.2.9 (forced reinstall) Fetching ap22-mod_geoip2-1.2.9.txz: 100% of 18 kB pkg: cached package ap22-mod_geoip2-1.2.9: size mismatch, fetching from remote Fetching ap22-mod_geoip2-1.2.9.txz: 100% of 18 kB pkg: cached package ap22-mod_geoip2-1.2.9: size mismatch, cannot continue srv7# whats size mismatch? it's my own repo, all ports rebuilded and all pkg and repository recreated every day. ================ and second: srv0# pkg upgrade Updating repository catalogue Fetching meta.txz: 100% of 292 B Fetching digests.txz: 100% of 36 kB Fetching packagesite.txz: 100% of 186 kB Adding new entries: 100% Incremental update completed, 759 packages processed: 11 packages updated, 0 removed and 0 added. Checking for upgrades: 82% ffmpeg0~multimedia/ffmpeg0 has no direct installation candidates, change it to ffmpeg~multimedia/ffmpeg [Y/n]: y ffmpeg0~multimedia/ffmpeg0 has no direct installation candidates, change it to ffmpeg~multimedia/ffmpeg [Y/n]: y Checking for upgrades: 100% pkg: sqlite error while executing UPDATE packages SET name=SPLIT_UID('name', ?1), origin=SPLIT_UID('origin', ?1) WHERE name=SPLIT_UID('name', ?2) AND origin=SPLIT_UID('origin', ?2); in file pkg_jobs.c:2267: UNIQUE constraint failed: packages.origin, packages.name The following 12 packages will be affected (of 775 checked): Installed packages to be REMOVED: ffmpeg-2.2.4_3,1 ffmpeg0-0.7.16_2,1 Installed packages to be UPGRADED: unrar-iconv: 5.01,5 -> 5.10,5 t1lib: 5.1.2_2,1 -> 5.1.2_3,1 postgresql90-client: 9.0.17 -> 9.0.18 portupgrade: 2.4.12_1,2 -> 2.4.12_2,2 pecl-memcached: 2.2.0_1 -> 2.2.0_2 p5-HTTP-Tiny: 0.046 -> 0.047 p5-CPAN-Meta-Requirements: 2.125 -> 2.126 libxslt: 1.1.28_3 -> 1.1.28_4 libgcrypt: 1.5.3_3 -> 1.6.1_1 libssh2: 1.4.3_2,2 -> 1.4.3_3,2 The operation will free 56 MB 3 MB to be downloaded Proceed with this action [y/N]: y Fetching unrar-iconv-5.10,5.txz: 100% of 107 kB Fetching t1lib-5.1.2_3,1.txz: 100% of 707 kB Fetching postgresql90-client-9.0.18.txz: 100% of 1 MB Fetching portupgrade-2.4.12_2,2.txz: 100% of 93 kB Fetching pecl-memcached-2.2.0_2.txz: 100% of 36 kB Fetching p5-HTTP-Tiny-0.047.txz: 100% of 33 kB Fetching p5-CPAN-Meta-Requirements-2.126.txz: 100% of 18 kB Fetching libxslt-1.1.28_4.txz: 100% of 220 kB Fetching libgcrypt-1.6.1_1.txz: 100% of 413 kB Fetching libssh2-1.4.3_3,2.txz: 100% of 194 kB Checking integrity... done (0 conflicting) [1/12] Deleting ffmpeg-2.2.4_3,1: 100% [2/12] Deleting ffmpeg0-0.7.16_2,1: 100% [3/12] Upgrading libgcrypt from 1.5.3_3 to 1.6.1_1: 100% [4/12] Upgrading unrar-iconv from 5.01,5 to 5.10,5: 100% [5/12] Upgrading t1lib from 5.1.2_2,1 to 5.1.2_3,1: 100% [6/12] Upgrading postgresql90-client from 9.0.17 to 9.0.18: 100% [7/12] Upgrading portupgrade from 2.4.12_1,2 to 2.4.12_2,2: 100% [8/12] Upgrading pecl-memcached from 2.2.0_1 to 2.2.0_2: 100% [9/12] Upgrading p5-HTTP-Tiny from 0.046 to 0.047: 100% [10/12] Upgrading p5-CPAN-Meta-Requirements from 2.125 to 2.126: 100% [11/12] Upgrading libxslt from 1.1.28_3 to 1.1.28_4: 100% [12/12] Upgrading libssh2 from 1.4.3_2,2 to 1.4.3_3,2: 100% 1.1 - sql query error 1.2 - whats reason for delete ffmpeg-2.2.4_3,1 ? From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 13:28:56 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1E49C0B for ; Fri, 1 Aug 2014 13:28:56 +0000 (UTC) Received: from mx.lissyara.su (mx.lissyara.su [91.227.18.11]) (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 253922F32 for ; Fri, 1 Aug 2014 13:28:56 +0000 (UTC) Received: from [195.93.240.5] (port=13132 helo=lissyara.moskb.local) by mx.lissyara.su with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XDCFM-0006Mc-DX for ports@freebsd.org; Fri, 01 Aug 2014 16:47:44 +0400 Message-ID: <53DB8C6F.10704@lissyara.su> Date: Fri, 01 Aug 2014 16:47:43 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.23) Gecko/20091202 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: ports@freebsd.org Subject: more problems =?windows-1251?Q?=F4=E0=E5=F3=EA_last_upgrade=28?= =?windows-1251?Q?s=29_pkg?= Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: mx.lissyara.su X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 13:28:56 -0000 first: srv7# pkg -v 1.3.3 srv7# uname -a FreeBSD srv7.host-food.ru 9.2-RELEASE-p8 FreeBSD 9.2-RELEASE-p8 #0: Mon Jun 9 20:12:11 MSK 2014 toor@srv7.host-food.ru:/usr/obj/usr/src/sys/HOST-FOOD amd64 srv7# srv7# pkg install -fy ap22-mod_geoip2 Updating repository catalogue HostFood repository is up-to-date All repositories are up-to-date The following 1 packages will be affected (of 756 checked): Installed packages to be REINSTALLED: ap22-mod_geoip2-1.2.9 (forced reinstall) Fetching ap22-mod_geoip2-1.2.9.txz: 100% of 18 kB pkg: cached package ap22-mod_geoip2-1.2.9: size mismatch, fetching from remote Fetching ap22-mod_geoip2-1.2.9.txz: 100% of 18 kB pkg: cached package ap22-mod_geoip2-1.2.9: size mismatch, cannot continue srv7# whats size mismatch? it's my own repo, all ports rebuilded and all pkg and repository recreated every day. ================ and second: srv0# pkg upgrade Updating repository catalogue Fetching meta.txz: 100% of 292 B Fetching digests.txz: 100% of 36 kB Fetching packagesite.txz: 100% of 186 kB Adding new entries: 100% Incremental update completed, 759 packages processed: 11 packages updated, 0 removed and 0 added. Checking for upgrades: 82% ffmpeg0~multimedia/ffmpeg0 has no direct installation candidates, change it to ffmpeg~multimedia/ffmpeg [Y/n]: y ffmpeg0~multimedia/ffmpeg0 has no direct installation candidates, change it to ffmpeg~multimedia/ffmpeg [Y/n]: y Checking for upgrades: 100% pkg: sqlite error while executing UPDATE packages SET name=SPLIT_UID('name', ?1), origin=SPLIT_UID('origin', ?1) WHERE name=SPLIT_UID('name', ?2) AND origin=SPLIT_UID('origin', ?2); in file pkg_jobs.c:2267: UNIQUE constraint failed: packages.origin, packages.name The following 12 packages will be affected (of 775 checked): Installed packages to be REMOVED: ffmpeg-2.2.4_3,1 ffmpeg0-0.7.16_2,1 Installed packages to be UPGRADED: unrar-iconv: 5.01,5 -> 5.10,5 t1lib: 5.1.2_2,1 -> 5.1.2_3,1 postgresql90-client: 9.0.17 -> 9.0.18 portupgrade: 2.4.12_1,2 -> 2.4.12_2,2 pecl-memcached: 2.2.0_1 -> 2.2.0_2 p5-HTTP-Tiny: 0.046 -> 0.047 p5-CPAN-Meta-Requirements: 2.125 -> 2.126 libxslt: 1.1.28_3 -> 1.1.28_4 libgcrypt: 1.5.3_3 -> 1.6.1_1 libssh2: 1.4.3_2,2 -> 1.4.3_3,2 The operation will free 56 MB 3 MB to be downloaded Proceed with this action [y/N]: y Fetching unrar-iconv-5.10,5.txz: 100% of 107 kB Fetching t1lib-5.1.2_3,1.txz: 100% of 707 kB Fetching postgresql90-client-9.0.18.txz: 100% of 1 MB Fetching portupgrade-2.4.12_2,2.txz: 100% of 93 kB Fetching pecl-memcached-2.2.0_2.txz: 100% of 36 kB Fetching p5-HTTP-Tiny-0.047.txz: 100% of 33 kB Fetching p5-CPAN-Meta-Requirements-2.126.txz: 100% of 18 kB Fetching libxslt-1.1.28_4.txz: 100% of 220 kB Fetching libgcrypt-1.6.1_1.txz: 100% of 413 kB Fetching libssh2-1.4.3_3,2.txz: 100% of 194 kB Checking integrity... done (0 conflicting) [1/12] Deleting ffmpeg-2.2.4_3,1: 100% [2/12] Deleting ffmpeg0-0.7.16_2,1: 100% [3/12] Upgrading libgcrypt from 1.5.3_3 to 1.6.1_1: 100% [4/12] Upgrading unrar-iconv from 5.01,5 to 5.10,5: 100% [5/12] Upgrading t1lib from 5.1.2_2,1 to 5.1.2_3,1: 100% [6/12] Upgrading postgresql90-client from 9.0.17 to 9.0.18: 100% [7/12] Upgrading portupgrade from 2.4.12_1,2 to 2.4.12_2,2: 100% [8/12] Upgrading pecl-memcached from 2.2.0_1 to 2.2.0_2: 100% [9/12] Upgrading p5-HTTP-Tiny from 0.046 to 0.047: 100% [10/12] Upgrading p5-CPAN-Meta-Requirements from 2.125 to 2.126: 100% [11/12] Upgrading libxslt from 1.1.28_3 to 1.1.28_4: 100% [12/12] Upgrading libssh2 from 1.4.3_2,2 to 1.4.3_3,2: 100% 1.1 - sql query error 1.2 whats reason for delete ffmpeg-2.2.4_3,1 ? From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 13:54:11 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2CF98EF; Fri, 1 Aug 2014 13:54:11 +0000 (UTC) Received: from mp1-smtp-2.eutelia.it (mp1-smtp-2.eutelia.it [62.94.10.162]) by mx1.freebsd.org (Postfix) with ESMTP id 6989F22BE; Fri, 1 Aug 2014 13:54:11 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mp1-smtp-2.eutelia.it (Eutelia) with ESMTP id 6CC90E369C; Fri, 1 Aug 2014 15:54:09 +0200 (CEST) Received: from soth.ventu (adsl-ull-222-173.41-151.net24.it [151.41.173.222]) (authenticated bits=0) by ns2.biolchim.it (8.14.9/8.14.9) with ESMTP id s71Ds1S2001538 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 1 Aug 2014 15:54:05 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-222-173.41-151.net24.it [151.41.173.222] claimed to be soth.ventu Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.9/8.14.7) with ESMTP id s71DruWS072485; Fri, 1 Aug 2014 15:53:56 +0200 (CEST) (envelope-from ml@netfence.it) Message-ID: <53DB9BF4.5070208@netfence.it> Date: Fri, 01 Aug 2014 15:53:56 +0200 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: ports@freebsd.org Subject: Yet another pkg bug? Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Fri, 01 Aug 2014 15:54:06 +0200 (CEST) X-Spam-Score: () X-Scanned-By: MIMEDefang 2.75 Cc: bdrewery@FreeBSD.org, portmgr@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 13:54:12 -0000 Hello. On a 10.0/amd64 system: > # cat /usr/ports/UPDATING > ... > 20140730: > AFFECTS: users of security/libgcrypt > AUTHOR: pi@FreeBSD.org > > libgcrypt has been updated to 1.6.1 and all shared libraries versions have > been bumped. So you need to rebuild all applications that depend on > libgcrypt. > > # portmaster -r libgcrypt > or > # portupgrade -fr security/libgcrypt > or > # pkg install -fR security/libgcrypt > ... > # pkg info -r libgcrypt|less > libgcrypt-1.6.1_1: > libgnome-keyring-2.32.0_8 > gnupg-2.0.25_1 > libxslt-1.1.28_4 > # pkg info -r libxslt | less > libxslt-1.1.28_4: > rarian-0.8.1_1 > gnome-doc-utils-0.20.10_2 > gtk-doc-1.18_1 > inkscape-0.48.4_4 > vala-0.20.1_1 > policykit-gnome-0.9.2_7 > raptor2-2.0.14 > xmlto-0.0.26_2 > shiboken-1.2.2 > apiextractor-0.10.10_2 > libreoffice-4.2.5_3 > # portupgrade -frn libgcrypt > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) > + security/libgcrypt (libgcrypt-1.6.1_1 -> libgcrypt-1.6.1_1) > + textproc/libxslt (libxslt-1.1.28_4 -> libxslt-1.1.28_4) > + security/gnupg (gnupg-2.0.25_1 -> gnupg-2.0.25_1) > + security/libgnome-keyring (libgnome-keyring-2.32.0_8 -> libgnome-keyring-2.32.0_8) So, libreoffice is not rebuilt and after "portupgrade -fr libgcrypt"... > # libchk -v | less -S > ... > Binaries that are linked with: /usr/local/lib/compat/pkg/libgcrypt.so.19 > /usr/local/lib/compat/pkg/libsoup-gnome-2.4.so.1.5.0 > /usr/local/lib/libreoffice/program/libxsltfilterlo.so ... libreoffice is still using the old library. Is the command provided in "UPGRADING" wrong? Is it yet another bug in pkg? In portupgrade? In libreoffice? Is something wrong in my setup? bye & Thanks av. From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 14:40:31 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28D0E866; Fri, 1 Aug 2014 14:40:31 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 67CBF2928; Fri, 1 Aug 2014 14:40:30 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id hi2so1481253wib.5 for ; Fri, 01 Aug 2014 07:40:28 -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=YJyGFhKMxcC/3DMz5NuCQFNHhKdvA/iKn1Fo1EZx59Y=; b=fD3g7QJq5zFHGniBRjTd5O5Een2ha3mKewYEzPs8Bm7scI5HDnZmqDRrihHP7JcBs6 QBNeJ34IPixaP1ZouXV2+g9ISFvsULCrIP1G2ceHKdV6RN6vZT5re6AHDuoZQjihsMW7 wojrYHoLxDbXRsVCoB/eYpAbsNyt4TTTjPkjh54KHvyt8Bq0eih7k3oPDcwvQjeU0SlU RK1nJ41yJOwFshJSzaukiEgVip0r1FUQsP+wSTVKM+DtiGQ0MkaIPRCrzg8G0IQU2mPQ GfovTUKYlHFShJqQL2irJHEuhH99pmFDFtc4dFkgwTCdaIJPVHZSaHBZPCYSsaIsT1J4 I7jQ== X-Received: by 10.180.96.169 with SMTP id dt9mr7436789wib.62.1406904028186; Fri, 01 Aug 2014 07:40:28 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id q2sm9305633wia.19.2014.08.01.07.40.26 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 01 Aug 2014 07:40:27 -0700 (PDT) Sender: Baptiste Daroussin Date: Fri, 1 Aug 2014 16:40:24 +0200 From: Baptiste Daroussin To: Andrea Venturoli Subject: Re: Yet another pkg bug? Message-ID: <20140801144024.GC80686@ivaldir.etoilebsd.net> References: <53DB9BF4.5070208@netfence.it> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E/DnYTRukya0zdZ1" Content-Disposition: inline In-Reply-To: <53DB9BF4.5070208@netfence.it> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: ports@freebsd.org, bdrewery@FreeBSD.org, portmgr@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 14:40:31 -0000 --E/DnYTRukya0zdZ1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 01, 2014 at 03:53:56PM +0200, Andrea Venturoli wrote: > Hello. >=20 > On a 10.0/amd64 system: >=20 > > # cat /usr/ports/UPDATING > > ... > > 20140730: > > AFFECTS: users of security/libgcrypt > > AUTHOR: pi@FreeBSD.org > > > > libgcrypt has been updated to 1.6.1 and all shared libraries versions= have > > been bumped. So you need to rebuild all applications that depend on > > libgcrypt. > > > > # portmaster -r libgcrypt > > or > > # portupgrade -fr security/libgcrypt > > or > > # pkg install -fR security/libgcrypt > > ... > > # pkg info -r libgcrypt|less > > libgcrypt-1.6.1_1: > > libgnome-keyring-2.32.0_8 > > gnupg-2.0.25_1 > > libxslt-1.1.28_4 > > # pkg info -r libxslt | less > > libxslt-1.1.28_4: > > rarian-0.8.1_1 > > gnome-doc-utils-0.20.10_2 > > gtk-doc-1.18_1 > > inkscape-0.48.4_4 > > vala-0.20.1_1 > > policykit-gnome-0.9.2_7 > > raptor2-2.0.14 > > xmlto-0.0.26_2 > > shiboken-1.2.2 > > apiextractor-0.10.10_2 > > libreoffice-4.2.5_3 > > # portupgrade -frn libgcrypt > > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) > > + security/libgcrypt (libgcrypt-1.6.1_1 -> libgcrypt-1.6.1_1) > > + textproc/libxslt (libxslt-1.1.28_4 -> libxslt-1.1.28_4) > > + security/gnupg (gnupg-2.0.25_1 -> gnupg-2.0.25_1) > > + security/libgnome-keyring (libgnome-keyring-2.32.0_8 -> libgn= ome-keyring-2.32.0_8) >=20 > So, libreoffice is not rebuilt and after "portupgrade -fr libgcrypt"... >=20 > > # libchk -v | less -S > > ... > > Binaries that are linked with: /usr/local/lib/compat/pkg/libgcrypt.so.19 > > /usr/local/lib/compat/pkg/libsoup-gnome-2.4.so.1.5.0 > > /usr/local/lib/libreoffice/program/libxsltfilterlo.so >=20 > ... libreoffice is still using the old library. >=20 >=20 >=20 > Is the command provided in "UPGRADING" wrong? > Is it yet another bug in pkg? In portupgrade? In libreoffice? > Is something wrong in my setup? >=20 This is not related to pkg regards, Bapt --E/DnYTRukya0zdZ1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPbptgACgkQ8kTtMUmk6EznjgCdG0s1Kfvb1ZfGAJPKOwIkN2JQ 7HEAn1PqjdJ1IotE5N4C1vMAY7MpBpCU =MYBs -----END PGP SIGNATURE----- --E/DnYTRukya0zdZ1-- From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 16:05:34 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A2DD214; Fri, 1 Aug 2014 16:05:34 +0000 (UTC) Received: from mp1-smtp-6.eutelia.it (mp1-smtp-6.eutelia.it [62.94.10.166]) by mx1.freebsd.org (Postfix) with ESMTP id 9E02522DE; Fri, 1 Aug 2014 16:05:33 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mp1-smtp-6.eutelia.it (Eutelia) with ESMTP id 7874D6C1928; Fri, 1 Aug 2014 18:05:31 +0200 (CEST) Received: from soth.ventu (adsl-ull-222-173.41-151.net24.it [151.41.173.222]) (authenticated bits=0) by ns2.biolchim.it (8.14.9/8.14.9) with ESMTP id s71G5Re5010046 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 1 Aug 2014 18:05:28 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-222-173.41-151.net24.it [151.41.173.222] claimed to be soth.ventu Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.9/8.14.7) with ESMTP id s71G5MVC076389; Fri, 1 Aug 2014 18:05:22 +0200 (CEST) (envelope-from ml@netfence.it) Message-ID: <53DBBAC2.80000@netfence.it> Date: Fri, 01 Aug 2014 18:05:22 +0200 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: Yet another pkg bug? References: <53DB9BF4.5070208@netfence.it> <20140801144024.GC80686@ivaldir.etoilebsd.net> In-Reply-To: <20140801144024.GC80686@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Fri, 01 Aug 2014 18:05:28 +0200 (CEST) X-Spam-Score: () X-Scanned-By: MIMEDefang 2.75 Cc: ports@freebsd.org, bdrewery@FreeBSD.org, portmgr@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 16:05:34 -0000 On 08/01/14 16:40, Baptiste Daroussin wrote: > This is not related to pkg Thanks. So, what's the reason? Did I setup something wrong? bye & Thanks av. From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 16:37:47 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EDEEB6E6 for ; Fri, 1 Aug 2014 16:37:47 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A24BD26DF for ; Fri, 1 Aug 2014 16:37:47 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s71Gbj9D044582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 1 Aug 2014 10:37:45 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s71Gbjt8044573; Fri, 1 Aug 2014 10:37:45 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 1 Aug 2014 10:37:45 -0600 (MDT) From: Warren Block To: Daniel Morante Subject: Re: OPTIONS_REQUIRES In-Reply-To: <53DB88E9.4050809@morante.net> Message-ID: References: <53DB88E9.4050809@morante.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Fri, 01 Aug 2014 10:37:45 -0600 (MDT) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 16:37:48 -0000 On Fri, 1 Aug 2014, Daniel Morante wrote: > I've recently had this issue . The following forum post provides a decent > work around for the time being: > https://forums.freebsd.org/viewtopic.php?f=22&t=47412 Yes, that is why I posted here. By adding this, we can make handling option dependencies a lot easier for porters and users. From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 16:52:16 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4ED5DB0F; Fri, 1 Aug 2014 16:52:16 +0000 (UTC) Received: from astart2.astart.com (108-248-95-193.lightspeed.sndgca.sbcglobal.net [108.248.95.193]) (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 D3A952885; Fri, 1 Aug 2014 16:52:15 +0000 (UTC) Received: from laptop_84.private (localhost [127.0.0.1]) by astart2.astart.com (8.14.4/8.14.4) with ESMTP id s71GmCua091644; Fri, 1 Aug 2014 09:48:13 -0700 (PDT) (envelope-from papowell@astart.com) Message-ID: <53DBC4C8.3010906@astart.com> Date: Fri, 01 Aug 2014 09:48:08 -0700 From: Patrick Powell Reply-To: papowell@astart.com Organization: Astart Technologies User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130714 Thunderbird/17.0.7 MIME-Version: 1.0 To: Baptiste Daroussin Subject: pkg meta.txz: Not Found Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, portmgr@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 16:52:16 -0000 I updated to pkg-1.3.3 and am getting these annoying messages: pkg: http://pkg.FreeBSD.org/freebsd:9:x86:64/latest/meta.txz: Not Found pkg: http://pkg.FreeBSD.org/freebsd:9:x86:64/new_xorg/meta.txz: Not Found They appear to be harmless, but is there a way to turn them off or can the repository put in meta.txz file? Ummm... I think that the 'official' FreeBSD repositories should not generate these messages... From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 17:35:49 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C212F2D; Fri, 1 Aug 2014 17:35:49 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (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 0A52B2D3E; Fri, 1 Aug 2014 17:35:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=5jmy0s6Uyb6hIZ9CiayDvBH2Mjx1rAZQJtOB/wF7JBw=; b=VmiyzYHNnr1PFmMoms9iqf6azP+BAb8PatjnBnn5bXRab2ckhTVtbgnpkKdGR9+zPDh8NRmOFPWN/ZTQz3RTKh43qWeLRpsiYkukoFcpr0qokFF6HBrEW4F3ZCF3gobl0bFCNHkuDadpbzHZOvRFkCTWaIzDQPnJNxy3IwrncPE=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XDGk7-000Obv-QE; Fri, 01 Aug 2014 17:35:47 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 1.0.1 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 1.0.1, by Edgewall Software To: rpaulo@FreeBSD.org X-Trac-Project: redports Date: Fri, 01 Aug 2014 17:35:47 -0000 Reply-To: qat@redports.org X-URL: https://qat.redports.org/ Subject: [QAT] 363529: 3x deleted, 1x leftovers To: rpaulo@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140731005601-23301 X-Trac-Build-ID: 20140731005601-23301 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 17:35:49 -0000 Add devel/cask. Cask is a project management tool for Emacs that helps automate the package development cycle; development, dependencies, testing, building, packaging and more. Cask can also be used to manage dependencies for your local Emacs configuration. Reviewed by: bapt Approved by: bapt (mentor) --------------------------------------------------------------------- Build ID: 20140731005601-23301 Job owner: rpaulo@FreeBSD.org Buildtime: 41 hours Enddate: Fri, 01 Aug 2014 17:35:43 GMT Revision: 363529 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=363529 --------------------------------------------------------------------- Port: devel/cask 0.7.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: DELETED Buildgroup: 8.4-QAT/i386 Buildstatus: DELETED Buildgroup: 9.2-QAT/amd64 Buildstatus: DELETED Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rpaulo@FreeBSD.org/20140731005601-23301-389669/cask-0.7.0.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 18:45:45 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9282DBC6 for ; Fri, 1 Aug 2014 18:45:45 +0000 (UTC) Received: from kirk.hochpass.uni-hannover.de (kirk.hochpass.uni-hannover.de [130.75.81.215]) (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 2EF642660 for ; Fri, 1 Aug 2014 18:45:44 +0000 (UTC) Received: from SOLO.hochpass.uni-hannover.de (solo.hochpass.uni-hannover.de [130.75.81.216]) by kirk.hochpass.uni-hannover.de (8.14.7/8.14.7) with SMTP id s71IOufR084647 for ; Fri, 1 Aug 2014 20:24:56 +0200 (CEST) (envelope-from hilko.meyer@gmx.de) From: Hilko Meyer To: freebsd-ports@freebsd.org Subject: getting packages for ports when installing or upgrading Date: Fri, 01 Aug 2014 20:24:55 +0200 Message-ID: <3iknt9d0lda8cegoiq860eva7alu6lfvsq@4ax.com> X-Mailer: Forte Agent 1.93/32.576 English (American) 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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 18:45:45 -0000 Hi, when staging was introduced packages of the ports I built were automagically generated in /usr/ports/packages. I used 'portupgrade -p' before to get that functionality so that change was very convenient for me. Got hit by ports/184672 though. But that wasn't a problem because the '-p' option to portupgrade wasn't needed anymore. Now I migrated to pkgng and after the change the automatic package generation stopped. Falling back to 'portupgrade -p' isn't an option cause ports/184672 stil isn't solved. So a couple of questions: 1. Was the autmotic package building when installing or upgrading after staging was introduced not intentional? Or why did that behaviour changed again? 2. So how can I get automatically packages from the ports I install or upgrade? Having to manually execute "make package" every time would be a pita. regards, Hilko From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 19:51:39 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5617ABC3 for ; Fri, 1 Aug 2014 19:51:39 +0000 (UTC) Received: from mail.egr.msu.edu (gribble.egr.msu.edu [35.9.37.169]) by mx1.freebsd.org (Postfix) with ESMTP id 2F5AE2F06 for ; Fri, 1 Aug 2014 19:51:38 +0000 (UTC) Received: from gribble (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 18BA033623 for ; Fri, 1 Aug 2014 15:51:32 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by gribble (gribble.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TAwd2ced_UJS for ; Fri, 1 Aug 2014 15:51:31 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <53DBEFC3.2010300@egr.msu.edu> Date: Fri, 01 Aug 2014 15:51:31 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: more problems after last upgrade(s) pkg References: <53DB95AB.8070701@lissyara.su> In-Reply-To: <53DB95AB.8070701@lissyara.su> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 19:51:39 -0000 On 08/01/2014 09:27, Alex Keda wrote: > first: > > srv7# pkg -v > 1.3.3 > srv7# uname -a > FreeBSD srv7.host-food.ru 9.2-RELEASE-p8 FreeBSD 9.2-RELEASE-p8 #0: Mon > Jun 9 20:12:11 MSK 2014 > toor@srv7.host-food.ru:/usr/obj/usr/src/sys/HOST-FOOD amd64 > srv7# > > > srv7# pkg install -fy ap22-mod_geoip2 > Updating repository catalogue > HostFood repository is up-to-date > All repositories are up-to-date > The following 1 packages will be affected (of 756 checked): > > Installed packages to be REINSTALLED: > ap22-mod_geoip2-1.2.9 (forced reinstall) > > Fetching ap22-mod_geoip2-1.2.9.txz: 100% of 18 > kB > pkg: cached > package ap22-mod_geoip2-1.2.9: size mismatch, fetching from > remote > Fetching ap22-mod_geoip2-1.2.9.txz: 100% of 18 > kB > pkg: cached > package ap22-mod_geoip2-1.2.9: size mismatch, cannot continue > srv7# > > whats size mismatch? it's my own repo, all ports rebuilded and all pkg > and repository recreated every day. > I am also getting "size mismatch" on rt-3.8.17_1.txz: # pkg upgrade -F ... Proceed with this action [y/N]: y Fetching t1lib-5.1.2_3,1.txz: 100% of 708 kB Fetching rt-3.8.17_1.txz: 100% of 2 MB pkg: cached package rt-3.8.17_1: size mismatch, fetching from remote Fetching rt-3.8.17_1.txz: 100% of 2 MB pkg: cached package rt-3.8.17_1: size mismatch, cannot continue -rw-r--r-- 1 mcdouga9 wheel 2923996 Aug 1 12:36 rt-3.8.17_1.txz I deleted it in poudriere, updated my ports tree to include pkg 1.3.4, let poudriere compile both of those but I still have the issue. # pkg rquery %sb rt-3.8.17_1 20164010 From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 21:09:14 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6ADE0C52 for ; Fri, 1 Aug 2014 21:09:14 +0000 (UTC) Received: from astart2.astart.com (108-248-95-193.lightspeed.sndgca.sbcglobal.net [108.248.95.193]) (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 4396C276D for ; Fri, 1 Aug 2014 21:09:13 +0000 (UTC) Received: from laptop_84.private (localhost [127.0.0.1]) by astart2.astart.com (8.14.4/8.14.4) with ESMTP id s71L9AZ3092508; Fri, 1 Aug 2014 14:09:10 -0700 (PDT) (envelope-from papowell@astart.com) Message-ID: <53DC01F2.90102@astart.com> Date: Fri, 01 Aug 2014 14:09:06 -0700 From: Patrick Powell Reply-To: papowell@astart.com Organization: Astart Technologies User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130714 Thunderbird/17.0.7 MIME-Version: 1.0 To: ports@freebsd.org Subject: Apache 24 + mod_perl Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: modperl@perl.apache.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 21:09:14 -0000 Question: when will mod_perl be available for Apache 24? Is anybody using it (see below), and what problems (if any) were there? The method outlined below may or may not work - I haven't tried it. Any comments or suggestions? Background: I wanted to update to Apache 24/FreeBSD 9.2. Everything went fine until I hit mod_perl. The current Port Makefile as of Fri 01 Aug 2014 is marked as: .if ${APACHE_VERSION} > 22 BROKEN= Does not build with apache24 .endif Apparently mod_perl is currently not compatible with Apache24. The perl-modperl mailing list has a posting: http://mail-archives.apache.org/mod_mbox/perl-modperl/201402.mbox/%3CCADED=K4p2HFc6K1San3MPmm8vZ+gwT5rsiJ5sAMVLRV7z5z-gA@mail.gmail.com%3E This has the following information: Date: Sun, 16 Feb 2014 15:36:18 GMT > The Debian project is shipping mod_perl with httpd24 support > based on http://svn.apache.org/repos/asf/perl/modperl/branches/httpd24/. An update on the state of things regarding httpd-2.4 support in mod_perl: We are working hard to get this done and are 99% of the way there. Both volunteers and volunteers' time is limited, though, so progress has been slow. A lot of work has taken place in the httpd24 branch, and as Dominic says, some Linux distros are already shipping that. There is also a posting on how to abuse the mod_perl2 port, download the source from the SVN repository and force mod_perl2 to compile it: https://forums.freebsd.org/viewtopic.php?f=5&t=46523 From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 21:34:35 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08351656 for ; Fri, 1 Aug 2014 21:34:35 +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 B6C6B2A00 for ; Fri, 1 Aug 2014 21:34:34 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XDKTA-0005CU-FL; Fri, 01 Aug 2014 23:34:32 +0200 Date: Fri, 1 Aug 2014 23:34:32 +0200 From: Kurt Jaeger To: Patrick Powell Subject: Re: Apache 24 + mod_perl Message-ID: <20140801213432.GC2644@home.opsec.eu> References: <53DC01F2.90102@astart.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53DC01F2.90102@astart.com> Cc: ports@freebsd.org, modperl@perl.apache.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 21:34:35 -0000 Hi! > Question: when will mod_perl be available for Apache 24? There's a PR where people are discussing this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191471 This PR needs more testers etc. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 23:31:56 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93CAEC4E for ; Fri, 1 Aug 2014 23:31:56 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id DD8CD27A8 for ; Fri, 1 Aug 2014 23:31:54 +0000 (UTC) Received: (qmail 877 invoked by uid 89); 1 Aug 2014 23:31:47 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@194.97.158.66) by mail.grem.de with ESMTPA; 1 Aug 2014 23:31:47 -0000 Date: Sat, 2 Aug 2014 01:31:50 +0200 From: Michael Gmelin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 23:31:56 -0000 pkg-repo(8) says: To create a package repository catalogue you must specify the top-level directory where all the packages are stored as repo-path. pkg repo will search the filesystem beneath repo-path to find all the packages it con- tains. Symbolic links are ignored, and *only the most recent package for each origin is included in the catalogue.* I played with this tonight and had a couple of cases where this didn't work, e.g. git-1.7.11.5.txz git-2.0.2.txz or pkg-1.3.3.txz pkg-1.3.4.txz pkg info -F git-1* git-1.7.11.5 Name : git Version : 1.7.11.5 Installed on : Thu Jan 1 00:00:00 UTC 1970 Origin : devel/git ... pkg info -F git-2* git-2.0.2 Name : git Version : 2.0.2 Installed on : Thu Jan 1 00:00:00 UTC 1970 Origin : devel/git ... pkg repo . signkey Creates a repository that only includes git-2.0.2, I have to delete git-1.7.11.5.txz to create repo that contains the new version. Is this a bug? Thanks Michael -- Michael Gmelin From owner-freebsd-ports@FreeBSD.ORG Fri Aug 1 23:54:51 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD8925A3 for ; Fri, 1 Aug 2014 23:54:51 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 12E1E29C9 for ; Fri, 1 Aug 2014 23:54:50 +0000 (UTC) Received: (qmail 999 invoked by uid 89); 1 Aug 2014 23:48:08 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@194.97.158.66) by mail.grem.de with ESMTPA; 1 Aug 2014 23:48:08 -0000 Date: Sat, 2 Aug 2014 01:48:11 +0200 From: Michael Gmelin To: freebsd-ports@freebsd.org Subject: pkg: pkg repo most recent package for origin? Message-ID: <20140802014811.6fb19d0b@bsd64.grem.de> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 23:54:51 -0000 pkg-repo(8) says: To create a package repository catalogue you must specify the top-level directory where all the packages are stored as repo-path. pkg repo will search the filesystem beneath repo-path to find all the packages it con- tains. Symbolic links are ignored, and *only the most recent package for each origin is included in the catalogue.* I played with this tonight and had a couple of cases where this didn't work, e.g. git-1.7.11.5.txz git-2.0.2.txz or pkg-1.3.3.txz pkg-1.3.4.txz pkg info -F git-1* git-1.7.11.5 Name : git Version : 1.7.11.5 Installed on : Thu Jan 1 00:00:00 UTC 1970 Origin : devel/git ... pkg info -F git-2* git-2.0.2 Name : git Version : 2.0.2 Installed on : Thu Jan 1 00:00:00 UTC 1970 Origin : devel/git ... pkg repo . signkey Creates a repository that only includes git-2.0.2, I have to delete git-1.7.11.5.txz to create repo that contains the new version. Is this a bug? Thanks Michael -- Michael Gmelin From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 00:27:40 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 103A5A13 for ; Sat, 2 Aug 2014 00:27:40 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (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 ECA092CD8 for ; Sat, 2 Aug 2014 00:27:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id s720Rco4018337 for ; Sat, 2 Aug 2014 00:27:38 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s720Rct2018335 for ports@freebsd.org; Sat, 2 Aug 2014 00:27:38 GMT (envelope-from bdrewery) Received: (qmail 49616 invoked from network); 1 Aug 2014 19:27:36 -0500 Received: from unknown (HELO roundcube.xk42.net) (10.10.5.5) by sweb.xzibition.com with SMTP; 1 Aug 2014 19:27:36 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 01 Aug 2014 19:27:36 -0500 From: Bryan Drewery To: Andrea Venturoli Subject: Re: Yet another pkg =?UTF-8?Q?bug=3F?= Organization: FreeBSD In-Reply-To: <53DB9BF4.5070208@netfence.it> References: <53DB9BF4.5070208@netfence.it> Message-ID: <62714296e76c28f63d8b7ca430882a37@shatow.net> X-Sender: bdrewery@FreeBSD.org User-Agent: Roundcube Webmail/1.0.1 Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 00:27:40 -0000 On 2014-08-01 08:53, Andrea Venturoli wrote: > Hello. > > On a 10.0/amd64 system: > >> # cat /usr/ports/UPDATING >> ... >> 20140730: >> AFFECTS: users of security/libgcrypt >> AUTHOR: pi@FreeBSD.org >> >> libgcrypt has been updated to 1.6.1 and all shared libraries >> versions have >> been bumped. So you need to rebuild all applications that depend on >> libgcrypt. >> >> # portmaster -r libgcrypt >> or >> # portupgrade -fr security/libgcrypt >> or >> # pkg install -fR security/libgcrypt >> ... >> # pkg info -r libgcrypt|less >> libgcrypt-1.6.1_1: >> libgnome-keyring-2.32.0_8 >> gnupg-2.0.25_1 >> libxslt-1.1.28_4 >> # pkg info -r libxslt | less >> libxslt-1.1.28_4: >> rarian-0.8.1_1 >> gnome-doc-utils-0.20.10_2 >> gtk-doc-1.18_1 >> inkscape-0.48.4_4 >> vala-0.20.1_1 >> policykit-gnome-0.9.2_7 >> raptor2-2.0.14 >> xmlto-0.0.26_2 >> shiboken-1.2.2 >> apiextractor-0.10.10_2 >> libreoffice-4.2.5_3 >> # portupgrade -frn libgcrypt >> ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) >> + security/libgcrypt (libgcrypt-1.6.1_1 -> libgcrypt-1.6.1_1) >> + textproc/libxslt (libxslt-1.1.28_4 -> libxslt-1.1.28_4) >> + security/gnupg (gnupg-2.0.25_1 -> gnupg-2.0.25_1) >> + security/libgnome-keyring (libgnome-keyring-2.32.0_8 -> >> libgnome-keyring-2.32.0_8) > > So, libreoffice is not rebuilt and after "portupgrade -fr libgcrypt"... > >> # libchk -v | less -S >> ... >> Binaries that are linked with: >> /usr/local/lib/compat/pkg/libgcrypt.so.19 >> /usr/local/lib/compat/pkg/libsoup-gnome-2.4.so.1.5.0 >> /usr/local/lib/libreoffice/program/libxsltfilterlo.so > > ... libreoffice is still using the old library. > > Agreed it is not a pkg problem, nor a portupgrade problem. libreoffice is not directly depending on libgcrypt so it was not rebuilt. Only direct dependencies are rebuilt. But this is not really the problem. The problem is that Libreoffice seems to be doing something special by building its own libxsltfilterlo.so into its own directory. So the libxslt rebuild had no idea about it. It's not a file actually provided by libxslt. # pkg info -l libxslt|grep /usr/local/lib /usr/local/lib/libexslt.a /usr/local/lib/libexslt.la /usr/local/lib/libexslt.so /usr/local/lib/libexslt.so.8 /usr/local/lib/libxslt.a /usr/local/lib/libxslt.la /usr/local/lib/libxslt.so /usr/local/lib/libxslt.so.2 Note the lack of libxsltfilterlo.so. I'd say the instructions were lacking. My guess is a small handfull of people realize what's going on here and none of the other committers do. So it's very likely that many UPDATING entries need special libreoffice care as well and have not had it documented. I.e., every dependency of libreoffice would require rebuilding libreoffice. I'm not sure what this program/ dir is, perhaps some cache. It would be safer to have it disabled so this special care is not needed. > > Is the command provided in "UPGRADING" wrong? > Is it yet another bug in pkg? In portupgrade? In libreoffice? > Is something wrong in my setup? > > bye & Thanks > av. From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 00:54:07 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7AA16B for ; Sat, 2 Aug 2014 00:54:07 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A75242064 for ; Sat, 2 Aug 2014 00:54:07 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s720s7TB029597 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 1 Aug 2014 17:54:07 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s720s7li029596 for freebsd-ports@freebsd.org; Fri, 1 Aug 2014 17:54:07 -0700 (PDT) (envelope-from sgk) Date: Fri, 1 Aug 2014 17:54:07 -0700 From: Steve Kargl To: freebsd-ports@freebsd.org Subject: devel/pcre is broken. please fix. Message-ID: <20140802005407.GB29541@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 00:54:07 -0000 % portmaster --force-config devel/pcre (Select the build with libedit option) (Do not select the build with readline option) make ... ===> Building for pcre-8.34_2 --- all --- /usr/bin/make all-am --- pcretest-pcretest.o --- --- pcretest-pcre_printint.o --- --- pcretest-pcretest.o --- CC pcretest-pcretest.o --- pcretest-pcre_printint.o --- CC pcretest-pcre_printint.o --- pcretest-pcretest.o --- pcretest.c:77:10: fatal error: 'readline/readline.h' file not found #include ^ 1 error generated. *** [pcretest-pcretest.o] Error code 1 make[3]: stopped in /usr/ports/devel/pcre/work/pcre-8.34 1 error make[3]: stopped in /usr/ports/devel/pcre/work/pcre-8.34 *** [all] Error code 2 make[2]: stopped in /usr/ports/devel/pcre/work/pcre-8.34 1 error If the port offers an option, then it should be buildable with that option. Please fix. -- Steve From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 01:06:25 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 789E1543 for ; Sat, 2 Aug 2014 01:06:25 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 58A5D2141 for ; Sat, 2 Aug 2014 01:06:25 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s720lIhR029571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 1 Aug 2014 17:47:18 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s720lHmO029570 for freebsd-ports@freebsd.org; Fri, 1 Aug 2014 17:47:17 -0700 (PDT) (envelope-from sgk) Date: Fri, 1 Aug 2014 17:47:17 -0700 From: Steve Kargl To: freebsd-ports@freebsd.org Subject: math/lapack broken Message-ID: <20140802004717.GA29541@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 01:06:25 -0000 % portmaster --force-config math/lapack (Select to build/install profiled libraries) ===>>> Port directory: /usr/ports/math/lapack ===>>> This port is marked IGNORE ===>>> you have chosen WITH_PROFILE, but have not installed the base system profiling libraries WTF!. I know the base system doesn't have the profiled libraries installed. I don't need nor want profiled versions of the base system libraries. I want profiled versions of the math/lapack and math/blas libraries. ===>>> If you are sure you can build it, remove the IGNORE line in the Makefile and try again. This is just unbelievably stupid. Please fix the port. -- Steve From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 01:14:45 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FEF0705 for ; Sat, 2 Aug 2014 01:14:45 +0000 (UTC) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D65F8220E for ; Sat, 2 Aug 2014 01:14:44 +0000 (UTC) Received: by mail-qg0-f50.google.com with SMTP id q108so6602848qgd.23 for ; Fri, 01 Aug 2014 18:14:43 -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=YiKDaL4DNBUft2wFPtntDWIocbI8o1mc/sEouaehyuM=; b=WfM/S/yx7vctpJxLDnmiJ8k1nMNtmHonB+8UfvsP5jUB2rKUR0byL2LwvCQiFfK2oG 0go/jknY9KMV9aMHu3KigisrE4IX3MmbXCTtQJzIZWTOLxPKWz9jM9LszngEH5rgfWSk 9c6THvjoG9HRFiunDaH0054XdJ2mms7US/mcQnYtLdg9npnJmB5jk2qpZV5xKIvfySoB mKpvv+RYkgGZktHfe707merCCzv7LVsOSmlm/SCwYaokMFXQOHbmnf85F1DIm7Vot0+H vjsKBH6ghD7Jm42npej6TIckrgNIOC82oNDmdstTtVJphpOHsL6RwbbsHpFBh19mmXiw HT+A== MIME-Version: 1.0 X-Received: by 10.224.161.129 with SMTP id r1mr13253289qax.86.1406942083861; Fri, 01 Aug 2014 18:14:43 -0700 (PDT) Sender: william88@gmail.com Received: by 10.140.49.10 with HTTP; Fri, 1 Aug 2014 18:14:43 -0700 (PDT) In-Reply-To: <20140802004717.GA29541@troutmask.apl.washington.edu> References: <20140802004717.GA29541@troutmask.apl.washington.edu> Date: Fri, 1 Aug 2014 22:14:43 -0300 X-Google-Sender-Auth: iBuSqWxZhrXXU08BbpYO0iNf2ak Message-ID: Subject: Re: math/lapack broken From: William Grzybowski To: Steve Kargl Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 01:14:45 -0000 I can't help but notice how unrespectful you have been. Its not the first message ranting about something broken. This is a open source project, people work on it in their spare times. I think you should know that as a src@ committer. If you do not want to provide a patch for the problem please fill out a PR (bugs.freebsd.org) and/or contact the maintainer. Thank you! On Fri, Aug 1, 2014 at 9:47 PM, Steve Kargl wrote: > % portmaster --force-config math/lapack > > (Select to build/install profiled libraries) > > ===>>> Port directory: /usr/ports/math/lapack > > ===>>> This port is marked IGNORE > ===>>> you have chosen WITH_PROFILE, but have not installed > the base system profiling libraries > > WTF!. I know the base system doesn't have the profiled > libraries installed. I don't need nor want profiled > versions of the base system libraries. I want profiled > versions of the math/lapack and math/blas libraries. > > ===>>> If you are sure you can build it, remove the > IGNORE line in the Makefile and try again. > > This is just unbelievably stupid. Please fix the port. > > -- > Steve > _______________________________________________ > 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" -- William Grzybowski / wg FreeBSD Ports Committer From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 04:54:40 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BE8E2E7; Sat, 2 Aug 2014 04:54:40 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A494286E; Sat, 2 Aug 2014 04:54:40 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s724sc3R030193 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 1 Aug 2014 21:54:38 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s724scaY030192; Fri, 1 Aug 2014 21:54:38 -0700 (PDT) (envelope-from sgk) Date: Fri, 1 Aug 2014 21:54:38 -0700 From: Steve Kargl To: William Grzybowski Subject: Re: math/lapack broken Message-ID: <20140802045438.GA30183@troutmask.apl.washington.edu> References: <20140802004717.GA29541@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 04:54:40 -0000 On Fri, Aug 01, 2014 at 10:14:43PM -0300, William Grzybowski wrote: > I can't help but notice how unrespectful you have been. > Its not the first message ranting about something broken. > I can't help but notice how poorly some decisions are made within the ports community, and no, this isn't the nearly the first poor decision. If the port has an option to build the profiled libraries and that option is selected, then I expect the port to build the profiled library. -- Steve From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 07:04:36 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3654A477 for ; Sat, 2 Aug 2014 07:04:36 +0000 (UTC) Received: from fire.magemana.nl (magemana.nl [IPv6:2a01:7c8:aaae:25e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 005B42580 for ; Sat, 2 Aug 2014 07:04:35 +0000 (UTC) Received: by fire.magemana.nl (Postfix, from userid 1003) id F1DAD4AB4C6; Sat, 2 Aug 2014 09:04:34 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by fire.magemana.nl (Postfix) with ESMTP id E873E4AB4BC; Sat, 2 Aug 2014 09:04:34 +0200 (CEST) Date: Sat, 2 Aug 2014 09:04:34 +0200 (CEST) From: Melvyn Sopacua To: Adam McDougall Subject: Re: more problems after last upgrade(s) pkg In-Reply-To: <53DBEFC3.2010300@egr.msu.edu> Message-ID: References: <53DB95AB.8070701@lissyara.su> <53DBEFC3.2010300@egr.msu.edu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 07:04:36 -0000 Hi Adam, On Fri, 1 Aug 2014, Adam McDougall wrote: > -rw-r--r-- 1 mcdouga9 wheel 2923996 Aug 1 12:36 rt-3.8.17_1.txz > > I deleted it in poudriere, updated my ports tree to include pkg 1.3.4, > let poudriere compile both of those but I still have the issue. > > # pkg rquery %sb rt-3.8.17_1 > 20164010 While there certainly is a bug here (I'm bitten by it too), this is always a false comparison. %sb requests the flat size, which is the size after installation. The package size (which is what fetch is reporting) cannot be queried at the moment. I've added some extra debugging in the release-1.3 branch and am looking to reproduce it now. index 6555512..e2aa789 100644 --- a/libpkg/repo/binary/fetch.c +++ b/libpkg/repo/binary/fetch.c @@ -221,8 +221,8 @@ checksum: unlink(dest); pkg_emit_error("cached package %s-%s: " - "size mismatch, fetching from remote", - name, version); + "size mismatch (%li != %li), fetching from remote", + name, version, pkgsize, st.st_size); return (pkg_repo_binary_try_fetch(repo, pkg, true, mirror, destdir)); } retcode = sha256_file(dest, cksum); -- Melvyn From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 07:12:20 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44B735C4; Sat, 2 Aug 2014 07:12:20 +0000 (UTC) Received: from mp1-smtp-2.eutelia.it (mp1-smtp-2.eutelia.it [62.94.10.162]) by mx1.freebsd.org (Postfix) with ESMTP id C021C2990; Sat, 2 Aug 2014 07:12:19 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mp1-smtp-2.eutelia.it (Eutelia) with ESMTP id D9898E59F0; Sat, 2 Aug 2014 09:12:15 +0200 (CEST) Received: from soth.ventu (adsl-ull-222-173.41-151.net24.it [151.41.173.222]) (authenticated bits=0) by ns2.biolchim.it (8.14.9/8.14.9) with ESMTP id s727C7EL058942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 2 Aug 2014 09:12:08 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-222-173.41-151.net24.it [151.41.173.222] claimed to be soth.ventu Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.9/8.14.7) with ESMTP id s727C1hx099465; Sat, 2 Aug 2014 09:12:01 +0200 (CEST) (envelope-from ml@netfence.it) Message-ID: <53DC8F41.5080204@netfence.it> Date: Sat, 02 Aug 2014 09:12:01 +0200 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Bryan Drewery Subject: Re: Yet another pkg bug? References: <53DB9BF4.5070208@netfence.it> <62714296e76c28f63d8b7ca430882a37@shatow.net> In-Reply-To: <62714296e76c28f63d8b7ca430882a37@shatow.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Sat, 02 Aug 2014 09:12:08 +0200 (CEST) X-Spam-Score: () X-Scanned-By: MIMEDefang 2.75 Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 07:12:20 -0000 On 08/02/14 02:27, Bryan Drewery wrote: > Agreed it is not a pkg problem, nor a portupgrade problem. > > libreoffice is not directly depending on libgcrypt so it was not > rebuilt. Only direct dependencies are rebuilt. But this is not really > the problem. The problem is that Libreoffice seems to be doing something > special by building its own libxsltfilterlo.so into its own directory. > So the libxslt rebuild had no idea about it. It's not a file actually > provided by libxslt. > > # pkg info -l libxslt|grep /usr/local/lib > /usr/local/lib/libexslt.a > /usr/local/lib/libexslt.la > /usr/local/lib/libexslt.so > /usr/local/lib/libexslt.so.8 > /usr/local/lib/libxslt.a > /usr/local/lib/libxslt.la > /usr/local/lib/libxslt.so > /usr/local/lib/libxslt.so.2 > > Note the lack of libxsltfilterlo.so. > > I'd say the instructions were lacking. My guess is a small handfull of > people realize what's going on here and none of the other committers do. > So it's very likely that many UPDATING entries need special libreoffice > care as well and have not had it documented. I.e., every dependency of > libreoffice would require rebuilding libreoffice. > > I'm not sure what this program/ dir is, perhaps some cache. It would be > safer to have it disabled so this special care is not needed. Thanks for the explanation. bye av. From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 07:51:17 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 24F02E0C for ; Sat, 2 Aug 2014 07:51:17 +0000 (UTC) Received: from fire.magemana.nl (magemana.nl [77.72.149.204]) by mx1.freebsd.org (Postfix) with ESMTP id DF5732D5C for ; Sat, 2 Aug 2014 07:51:16 +0000 (UTC) Received: by fire.magemana.nl (Postfix, from userid 1003) id 2E9AF4AB4C6; Sat, 2 Aug 2014 09:51:10 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by fire.magemana.nl (Postfix) with ESMTP id 275554AB4BC; Sat, 2 Aug 2014 09:51:10 +0200 (CEST) Date: Sat, 2 Aug 2014 09:51:10 +0200 (CEST) From: Melvyn Sopacua To: freebsd-ports@freebsd.org Subject: Re: more problems after last upgrade(s) pkg In-Reply-To: Message-ID: References: <53DB95AB.8070701@lissyara.su> <53DBEFC3.2010300@egr.msu.edu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Adam McDougall X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 07:51:17 -0000 > I've added some extra debugging in the release-1.3 branch and am looking > to reproduce it now. Reported: https://github.com/freebsd/pkg/issues/906 -- Melvyn From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 08:01:59 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3297E1BE for ; Sat, 2 Aug 2014 08:01:59 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 040082FA9 for ; Sat, 2 Aug 2014 08:01:58 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1XDUGE-0004Gl-Qr for freebsd-ports@freebsd.org; Sat, 02 Aug 2014 01:01:50 -0700 Date: Sat, 2 Aug 2014 01:01:50 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1406966510814-5934106.post@n5.nabble.com> In-Reply-To: <1403468571037-5922974.post@n5.nabble.com> References: <1401958638341-5918098.post@n5.nabble.com> <1401987639244-5918202.post@n5.nabble.com> <20140606085156.15b32a6c@tmu.ulm.sysgo.com> <1402046122363-5918422.post@n5.nabble.com> <1402077244120-5918572.post@n5.nabble.com> <1403468571037-5922974.post@n5.nabble.com> Subject: Re: print/cups-base web interface broken & unable to print 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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 08:01:59 -0000 I may have some clues why my cups-printing is broken. I have two real printers and two virtual (PS/PDF) printers defined but none of them work. The main printer used in diagnostic: Printer: HP_LaserJet_2100tn with ps-level2 Driver: HP LaserJet 2100M Foomatic/Postscript (grayscale, 2-sided printing) 1. Trying to print a simple text file from mousepad results in this error in the log file: "Request file type is application/pdf. Print-Job client-error-document-format-not-supported: Unsupported format "application/pdf". Returning IPP client-error-document-format-not-supported for Print-Job (ipp://localhost:631/printers/hp2100) from localhost" 2. File > Print preview on same printer is displayed as a single line of text - that is, all /CR seems to be ignored and all lines are printed one-on-top another. 3. Enabling "debug: 1" in foomatic/filter.conf does not create a log file "/tmp/foomatic-rip.log" (nor in /var/tmp/) as claimed. 4. Changing Driver to: HP LaserJet 2100M - CUPS+Gutenprint v5.2.8 (grayscale, 2-sided printing), Fixes issue #2 from above, but printing still fails with same error message stated in issue #1. 5. Changing Driver to: Generic PCL Laser Printer (grayscale, 2-sided printing) gives same as #4 (can preview, can't print) 6. Changing Driver to: Generic PostScript Printer (color, 2-sided printing) gives same as #4 (can preview, can't print) print/cups related packages installed on the system: cups-base-1.7.3, cups-client-1.7.3, cups-image-1.7.3, cups-pdf-2.6.1_1, cups-pstoraster-8.15.4_8, gutenprint-cups-5.2.8_1, ghostscript9-9.06_7. * Re-installing these packages with "pkg install -f" => No difference * Deleting cups-pdf from the system => No difference * FreeBSD's own LPD prints to this device hp2100 without problem. * cupsd server was restarted after each change. 7. "{# OR $} /usr/local/bin/lpr -Php2100 printer_testps.txt" => /usr/local/bin/lpr: Unsupported document-format "text/plain". Below redacted cups-err.log shows that text/plain is also not a format accepted by cups, and that the server cancels such jobs on its own (job was not canceled by user): D Send-Document ipp://localhost:631/printers/hp2100 D cupsdIsAuthorized: requesting-user-name="xyz" D [Job 20] Request file type is text/plain. E [Client 12] Returning IPP client-error-document-format-not-supported for Send-Document (ipp://localhost:631/printers/hp2100) from localhost D cupsdSetBusyState: newbusy="Dirty files", busy="Active clients and dirty files" D Cancel-Job ipp://localhost:631/printers/hp2100 D [Job 20] time-at-completed=1406964960 D Discarding unused job-completed event... I [Job 20] Job canceled by "xyz" D cupsdMarkDirty(---J-) D [Client 12] Returning IPP successful-ok for Cancel-Job (ipp://localhost:631/printers/hp2100) from localhost 8. ghostscript's pdf2ps correctly converts a pdf file to ps. CONCLUSION: Although at least changing from foomatic-based drivers seems to have cleared one error (ignored /CR), I'd like to get some ideas as to why cups-client keeps thinking that the document is a pdf when a GUI is used. Does anyone have ideas how to correct or what else I can try? ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/print-cups-base-web-interface-broken-unable-to-print-tp5918098p5934106.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 08:47:27 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4AA3C80 for ; Sat, 2 Aug 2014 08:47:27 +0000 (UTC) Received: from posteo.de (mx02.posteo.de [89.146.194.165]) (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 A49632426 for ; Sat, 2 Aug 2014 08:47:26 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.posteo.de (Postfix) with ESMTP id 4E13225AF506; Sat, 2 Aug 2014 10:39:26 +0200 (CEST) X-Virus-Scanned: amavisd-new at posteo.de Received: from posteo.de ([10.125.125.178]) (using TLS) by localhost (amavis1.posteo.de [10.125.125.165]) (amavisd-new, port 10026) with ESMTPS id fa9wi59Sv5Ip; Sat, 2 Aug 2014 10:39:24 +0200 (CEST) Received: from mail.posteo.de (localhost [127.0.0.1]) by mail.posteo.de (Postfix) with ESMTPSA id 2979D2C2C9F; Sat, 2 Aug 2014 10:39:23 +0200 (CEST) Date: Sat, 2 Aug 2014 10:36:39 +0200 From: Marco =?UTF-8?B?QnLDtmRlcg==?= To: Daniel Morante Subject: Re: Trying to build a QT5 application Message-ID: <20140802103639.0384dfb9@localhost> In-Reply-To: <53DB8AE0.8030903@morante.net> References: <53DB8AE0.8030903@morante.net> Reply-To: marco.broeder@posteo.eu MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/SJgHonvMf4wJy+Eg9xisaSi"; protocol="application/pgp-signature" Cc: "ports@freebsd.org" , kde-freebsd@kde.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 08:47:28 -0000 --Sig_/SJgHonvMf4wJy+Eg9xisaSi Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 01 Aug 2014 08:41:04 -0400 Daniel Morante wrote: > I am trying to create a port for an application that supports both > Qt4 and Qt5. >=20 > Qt4 builds fine and I am using the following in the port's Makefile: >=20 > QT4_CONFIGURE_WITH=3D gui=3Dqt4 > QT4_USE=3D > qt4=3Dcorelib,gui,qmake_build,linguist,uic,moc,rcc,qtestlib_build >=20 > For Qt5 I have: >=20 > QT5_CONFIGURE_WITH=3D gui=3Dqt5 > QT5_USE=3D=20 > qt5=3Dcore,gui,dbus,widgets,network,qmake_build,linguisttools,buildtools_= build,testlib_build >=20 > Using Qt5 fails to configure properly. It's unable to find > "lrelease": >=20 > checking for lrelease-qt5... no > checking for lrelease5... no > checking for lrelease... no > configure: error: LRELEASE not found >=20 > According to the porters handbook, that should be provided by=20 > "linguisttools" above. I also tried with and had the same result: >=20 > QT5_USE=3D=20 > qt5=3Dcore,gui,dbus,widgets,network,qmake_build,linguist,linguisttools,bu= ildtools_build,testlib_build >=20 Hello Daniel, I had the same problem with mail/trojita in the QT5 version and solved it by patching the cmake search path for the linguist binaries to ${QT_BINDIR}. Maybe you should do something similar with your port. CC'ing kde-freebsd@kde.org, because it looks like something is wrong with our QT5 ports. Unfortunately, I never had the time to take a closer look at this issue and the simple fix worked for my port. --=20 Regards --Sig_/SJgHonvMf4wJy+Eg9xisaSi Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJT3KM3AAoJEEjQ6Txo1AoUQ4oP/ikG3kAdbiqEPpTO6gj/D55g 50WNFzt0pB80xT0hcAFnq8tYt90GlPsXEpjLWGOhYNoWLhzQVyv7NrLOuAqT/Cpr 3asl2HeSWXfdC4zOoxYmAQNn5M/rNprHxyqv4jmhB90gvyus9NdL6afEiw/9hkWc kklsOQQeAlclApIJSpVEfbXe3aTlEy8zQ6SALQJxJOZen/3E1xwds5WnbrRXfSGX HD9EWgxNcVj2yR9ct3wVOgrhWrGs1mzX0gb2dMUb2V3AuhpZWnTnB0Fw+rDyyB6u EontLJ3TopXexHf90GytM/AInzkMeYAYr/gPITbjtGG5h/JJHmRQsRmXwUqeoOTv Pb6mYjiEhg9vBKcNkUwFlgrYPEwIG9FRXSbK17Ji51mAHkfffnqndvjOuMqysQ2P 9y3x2rz0ZJlRGcnVb6e/pfjC/uyEyQqbXUXhgiPzTYlvzft+kE6fmT/FL8E7IPaV LkgTBYnZxJl7lUGtopqply5MPGnxG3fGjSmgV2+TuAM/4NGil1BpQjPWnOvdDuBt 8RY2OZEqsfnBdXjkRGqzmu2VaZGm5oXSvdj4/3UIYhpiA36AD43IrCL0YOXaM8gt 0VImzaTb+xOlVgTKfS+paE//iIFWfrhuJCHrfB9IGGsin2oJACAgI84NhAhbx2Og g0jEhX0Vr7RlHWITizVF =IJUR -----END PGP SIGNATURE----- --Sig_/SJgHonvMf4wJy+Eg9xisaSi-- From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 10:08:42 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E34D6B8F for ; Sat, 2 Aug 2014 10:08:42 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (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 D091F2C61 for ; Sat, 2 Aug 2014 10:08:42 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id s72A8gw6067250 for ; Sat, 2 Aug 2014 10:08:42 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id s72A8go2067249; Sat, 2 Aug 2014 10:08:42 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201408021008.s72A8go2067249@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, 2 Aug 2014 10:08:42 +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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 10:08:43 -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 ------------------------------------------------+-----------------+------------ japanese/skk-jisyo | 201302 | 201408 ------------------------------------------------+-----------------+------------ japanese/skk-jisyo-cdb | 201302 | 201408 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_agent | 4.0.1 | 5.1-140802 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_console | 4.0.1 | 5.1-140802 ------------------------------------------------+-----------------+------------ net-mgmt/pandorafms_server | 4.0.1 | 5.1-140802 ------------------------------------------------+-----------------+------------ www/groupoffice | 3.7.24 | 6.0.9 ------------------------------------------------+-----------------+------------ 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 Aug 2 10:35:42 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE38A207 for ; Sat, 2 Aug 2014 10:35:42 +0000 (UTC) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 471A7206A for ; Sat, 2 Aug 2014 10:35:42 +0000 (UTC) Received: by mail-lb0-f177.google.com with SMTP id s7so3837716lbd.8 for ; Sat, 02 Aug 2014 03:35:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:mime-version :content-transfer-encoding:content-type; bh=lE2YH7EIMEuM2yeV43T5MN1xInWIJ9RtKQykthkGIfc=; b=gCE+vDm6syuPPrG1Ra0AP9GxcrHtqxO/ctRBRzT3C9tOTk3aXEezKoje7/Uv4iPrSS oU14z23mOWz23Xoyf7tjP6aIn6NA0S/oKxU7wr9lXvqiGPDYkFSa9YpgK3bKb81tE9wp k22DZkc+Ykeqn/Zuq9vvOlMNLrw3ATR6daw0EgnIlRlIMPHl3016iUvWeG95DlL0+SWl P+3naMTIgkudOwtzglGZdJF9+shbkcrJL8Wtsmf+DJEt7tN94d+PWT9dLDHwSytZGXyY WIuSPQ8DHt8jCFvP0IU74WGY4B3HBQjTZNeaBS9L5n5261sq244hV69C+5Ui5LPVUHZA +O1g== X-Received: by 10.152.8.82 with SMTP id p18mr1093577laa.83.1406975740120; Sat, 02 Aug 2014 03:35:40 -0700 (PDT) Received: from quad.localnet (vps-6159-8629.cloud.tilaa.com. [37.252.124.82]) by mx.google.com with ESMTPSA id ue8sm4257425lac.31.2014.08.02.03.35.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 02 Aug 2014 03:35:39 -0700 (PDT) From: Maxim V FIlimonov X-Google-Original-From: Maxim V FIlimonov To: freebsd-ports@freebsd.org Subject: devel/stlink Date: Sat, 02 Aug 2014 14:35:36 +0400 Message-ID: <4443341.EiikNYngQK@quad> User-Agent: KMail/4.12.5 (FreeBSD/10.0-RELEASE; KDE/4.12.5; 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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 10:35:42 -0000 The mentioned port in the ports collection is probably outdated; also, sometimes it misbehaves. The stlink itself is in active development, so sometimes you might need the newest version with better board support. Based on the port from my ports tree, I made a port for the recent version. How could I submit something like stlink-recent to the ports tree? -- wbr, Maxim Filimonov From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 10:38:07 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07B3D2A1 for ; Sat, 2 Aug 2014 10:38:07 +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 B025F207B for ; Sat, 2 Aug 2014 10:38:06 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XDWhI-0008eg-A3; Sat, 02 Aug 2014 12:37:56 +0200 Date: Sat, 2 Aug 2014 12:37:56 +0200 From: Kurt Jaeger To: Maxim V FIlimonov Subject: Re: devel/stlink Message-ID: <20140802103756.GF2644@home.opsec.eu> References: <4443341.EiikNYngQK@quad> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4443341.EiikNYngQK@quad> Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 10:38:07 -0000 Hello, > The mentioned port in the ports collection is probably outdated; also, > sometimes it misbehaves. The stlink itself is in active development, so > sometimes you might need the newest version with better board support. Based > on the port from my ports tree, I made a port for the recent version. How > could I submit something like stlink-recent to the ports tree? Please open a new problem report on bugzilla: https://bugs.freebsd.org/bugzilla/ Attach the port, and we'll work on it. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 11:23:22 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A22CA7FA for ; Sat, 2 Aug 2014 11:23:22 +0000 (UTC) Received: from erelay3.ox.registrar-servers.com (erelay3.ox.registrar-servers.com [192.64.117.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7F70824F5 for ; Sat, 2 Aug 2014 11:23:21 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id D5F612205B8C; Sat, 2 Aug 2014 11:23:20 +0000 (UTC) Received: from erelay1.ox.registrar-servers.com ([127.0.0.1]) by localhost (erelay.ox.registrar-servers.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id TlyJVjgSuh9o; Sat, 2 Aug 2014 07:23:19 -0400 (EDT) Received: from imap10.ox.privateemail.com (imap10.ox.privateemail.com [192.64.116.221]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 617202205B29; Sat, 2 Aug 2014 07:23:19 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.privateemail.com (Postfix) with ESMTP id 121692400C7; Sat, 2 Aug 2014 07:23:19 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap10.ox.privateemail.com Received: from mail.privateemail.com ([127.0.0.1]) by localhost (imap10.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Vw3d0-UYxdKT; Sat, 2 Aug 2014 07:23:18 -0400 (EDT) Received: from localhost (227.Red-83-33-60.dynamicIP.rima-tde.net [83.33.60.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.privateemail.com (Postfix) with ESMTPSA id 1B9CA2400D6; Sat, 2 Aug 2014 07:23:17 -0400 (EDT) Date: Sat, 2 Aug 2014 13:22:34 +0200 From: Carlos Jacobo Puga Medina To: papowell@astart.com Subject: Re: pkg meta.txz: Not found Message-Id: <20140802132234.baefb6f17515625170d7e792@fbsd.es> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; i386-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 11:23:22 -0000 > I updated to pkg-1.3.3 and am getting these annoying messages: > pkg: http://pkg.FreeBSD.org/freebsd:9:x86:64/latest/meta.txz: Not Found > pkg: http://pkg.FreeBSD.org/freebsd:9:x86:64/new_xorg/meta.txz: Not Found > They appear to be harmless, but is there a way to turn them off or can > the repository put in meta.txz file? > Ummm... I think that the 'official' FreeBSD repositories should not > generate these messages... Same here: # pkg update Updating repository catalogue pkg: http://pkg.FreeBSD.org/freebsd:11:x86:32/latest/meta.txz: Not Found pkg: repository FreeBSD has no meta file, using default settings FreeBSD repository is up-to-date All repositories are up-to-date As you point this messages are harmless and could be safely ignored. See libpkg/repo/binary/update.c for further details: /* Fetch meta */ local_t = *mtime; if (pkg_repo_fetch_meta(repo, &local_t) == EPKG_FATAL) pkg_emit_notice("repository %s has no meta file, using " "default settings", repo->name); Cheers, -- Carlos Jacobo Puga Medina From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 13:18:07 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 980F6CAC for ; Sat, 2 Aug 2014 13:18:07 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 562D52F42 for ; Sat, 2 Aug 2014 13:18:06 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-ports@freebsd.org with esmtp (envelope-from ) id <1XDZCF-0010Pm-FG>; Sat, 02 Aug 2014 15:18:03 +0200 Received: from g225049112.adsl.alicedsl.de ([92.225.49.112] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-ports@freebsd.org with esmtpsa (envelope-from ) id <1XDZCF-0031Ky-DD>; Sat, 02 Aug 2014 15:18:03 +0200 Date: Sat, 2 Aug 2014 15:17:50 +0200 From: "O. Hartmann" To: FreeBSD Ports Subject: pkg-static: sqlite error while executing INSERT OR REPLACE INTO packages Message-ID: <20140802151750.3deddd5f.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/yCoXemFhg7o.DftEWQFjDF6"; protocol="application/pgp-signature" X-Originating-IP: 92.225.49.112 X-ZEDAT-Hint: A X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 13:18:07 -0000 --Sig_/yCoXemFhg7o.DftEWQFjDF6 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Update of port windowmaker fails during registration with pkg: =3D=3D=3D> Installing for windowmaker-0.95.5_4 =3D=3D=3D> Registering installation for windowmaker-0.95.5_4 pkg-static: sqlite error while executing INSERT OR REPLACE INTO packages( o= rigin, name, version, comment, desc, message, arch, maintainer, www, prefix, flatsize, a= utomatic, licenselogic, mtree_id, time, manifestdigest) VALUES( ?1, ?2, ?3, ?4, ?5, ?6, ?7, ?8, ?9, ?10, ?11, ?12, ?13, (SELECT id = FROM mtree WHERE content =3D ?14), NOW(), ?15) in file pkgdb.c:1595: FOREIGN KEY const= raint failed *** Error code 70 Box is running CURRENT and uptodate ports tree: FreeBSD 11.0-CURRENT #1 r269391: Fri Aug 1 21:02:11 CEST 2014 =20 How to repair this? Seems strange ... Please CC me. Oliver --Sig_/yCoXemFhg7o.DftEWQFjDF6 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJT3OUKAAoJEOgBcD7A/5N8ojQH/jpE33zTE2XlyVwSzb5K9GZA 6J55y6sfmu9aqnGUk7dtgt6lc23gb3OB5b/vUUi6Ot9A9KNhFV4Jtc+5G09H99hL 7JxCmLWy+H77yDVNpzwHkhSdm6sKXSdcTMizH0qPCEeQmrr+ptS+sKhl88Q0xKMn 4xAcD/FTqNSuzMnWZZKHKkHAOcYJJO4Cpxka6fmLSUR0jSy1wPN7guko5w/MItNs OdQHrNz75YsyZw2RN8RzAjMjGMa99eGHNH9VCMKd9rvlb6bdpqDba1kp88/vLHgF FyBX9QUu7jmpbHfzDwR4W1Ca1XrlgvafXEPQynnCMX1l64aIkxpdq1hzwRnLsEU= =K87P -----END PGP SIGNATURE----- --Sig_/yCoXemFhg7o.DftEWQFjDF6-- From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 13:31:05 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10F40F4A for ; Sat, 2 Aug 2014 13:31:05 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 572DE2090 for ; Sat, 2 Aug 2014 13:31:03 +0000 (UTC) Received: (qmail 15244 invoked by uid 89); 2 Aug 2014 13:31:01 -0000 Received: from unknown (HELO ?192.168.250.177?) (mg@grem.de@88.217.180.211) by mail.grem.de with ESMTPA; 2 Aug 2014 13:31:01 -0000 References: <20140802151750.3deddd5f.ohartman@zedat.fu-berlin.de> Mime-Version: 1.0 (1.0) In-Reply-To: <20140802151750.3deddd5f.ohartman@zedat.fu-berlin.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <30A9F813-1DE0-431D-9D7E-E6C98C77818A@freebsd.org> X-Mailer: iPhone Mail (11D257) From: Michael Gmelin Subject: Re: pkg-static: sqlite error while executing INSERT OR REPLACE INTO packages Date: Sat, 2 Aug 2014 15:30:36 +0200 To: "O. Hartmann" Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 13:31:05 -0000 > On 02 Aug 2014, at 15:17, "O. Hartmann" wrot= e: >=20 >=20 >=20 > Update of port windowmaker fails during registration with pkg: >=20 >=20 > =3D=3D=3D> Installing for windowmaker-0.95.5_4 > =3D=3D=3D> Registering installation for windowmaker-0.95.5_4 > pkg-static: sqlite error while executing INSERT OR REPLACE INTO packages( o= rigin, name, > version, comment, desc, message, arch, maintainer, www, prefix, flatsize, a= utomatic, > licenselogic, mtree_id, time, manifestdigest) > VALUES( ?1, ?2, ?3, ?4, ?5, ?6, ?7, ?8, ?9, ?10, ?11, ?12, ?13, (SELECT id= FROM mtree > WHERE content =3D ?14), NOW(), ?15) in file pkgdb.c:1595: FOREIGN KEY cons= traint failed *** > Error code 70 >=20 > Box is running CURRENT and uptodate ports tree: >=20 >=20 > FreeBSD 11.0-CURRENT #1 r269391: Fri Aug 1 21:02:11 CEST 2014 =20 >=20 > How to repair this? Seems strange ... >=20 > Please CC me. >=20 > Oliver Which version of pkg? I had a similar issue on 1.3.3 that disappeared after u= pdating to 1.3.4.= From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 13:31:56 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12BBDFE4 for ; Sat, 2 Aug 2014 13:31:56 +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 C19A2209F for ; Sat, 2 Aug 2014 13:31:55 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XDZPd-0008qG-Oy; Sat, 02 Aug 2014 15:31:53 +0200 Date: Sat, 2 Aug 2014 15:31:53 +0200 From: Kurt Jaeger To: Maxim V FIlimonov Subject: Re: devel/stlink Message-ID: <20140802133153.GG2644@home.opsec.eu> References: <4443341.EiikNYngQK@quad> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4443341.EiikNYngQK@quad> Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 13:31:56 -0000 Hi! > The mentioned port in the ports collection is probably outdated; also, > sometimes it misbehaves. The stlink itself is in active development, so > sometimes you might need the newest version with better board support. Based > on the port from my ports tree, I made a port for the recent version. How > could I submit something like stlink-recent to the ports tree? I saw https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192331 and had a look at it. The ports system has no real hook to allow a port just to 'get the latest code and install it'. But the script that does this is helpful to understand the basic process. Can you tell me where I get urllib2 for python on an 10.0-amd64 ? f10$ ./latest.sh Traceback (most recent call last): File "getlatest.py", line 1, in import urllib2 ImportError: No module named 'urllib2' -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 13:49:18 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D36F026C for ; Sat, 2 Aug 2014 13:49:18 +0000 (UTC) Received: from bein.link (unknown [IPv6:2a02:2770:3:0:21a:4aff:fee6:9061]) by mx1.freebsd.org (Postfix) with ESMTP id 9D3822187 for ; Sat, 2 Aug 2014 13:49:18 +0000 (UTC) Received: from quad.localnet (unknown [172.16.32.6]) by bein.link (Postfix) with ESMTPSA id 28016404D9 for ; Sat, 2 Aug 2014 15:49:02 +0200 (CEST) From: Maxim V FIlimonov To: freebsd-ports@freebsd.org Subject: Re: devel/stlink Date: Sat, 02 Aug 2014 17:49:15 +0400 Message-ID: <1494477.bANW8ZsodF@quad> User-Agent: KMail/4.12.5 (FreeBSD/10.0-RELEASE; KDE/4.12.5; amd64; ; ) In-Reply-To: <20140802133153.GG2644@home.opsec.eu> References: <4443341.EiikNYngQK@quad> <20140802133153.GG2644@home.opsec.eu> 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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 13:49:18 -0000 On Saturday 02 August 2014 15:31:53 Kurt Jaeger wrote: > Hi! > > But the script that does this is helpful to understand the basic > process. > Thank you. > Can you tell me where I get urllib2 for python on an 10.0-amd64 ? > > f10$ ./latest.sh > Traceback (most recent call last): > File "getlatest.py", line 1, in > import urllib2 > ImportError: No module named 'urllib2' Hm, that's strange. Do you use python27? I have FreeBSD 10 amd64, and it works just fine. -- wbr, Maxim Filimonov che@bein.link From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 13:52:18 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3186A315 for ; Sat, 2 Aug 2014 13:52:18 +0000 (UTC) Received: from bein.link (unknown [IPv6:2a02:2770:3:0:21a:4aff:fee6:9061]) by mx1.freebsd.org (Postfix) with ESMTP id F00632215 for ; Sat, 2 Aug 2014 13:52:17 +0000 (UTC) Received: from quad.localnet (unknown [172.16.32.6]) by bein.link (Postfix) with ESMTPSA id 635C4404D9 for ; Sat, 2 Aug 2014 15:52:02 +0200 (CEST) From: Maxim V FIlimonov To: freebsd-ports@freebsd.org Subject: Re: devel/stlink Date: Sat, 02 Aug 2014 17:52:16 +0400 Message-ID: <1637580.MU5nyUnjPH@quad> User-Agent: KMail/4.12.5 (FreeBSD/10.0-RELEASE; KDE/4.12.5; amd64; ; ) In-Reply-To: <20140802133153.GG2644@home.opsec.eu> References: <4443341.EiikNYngQK@quad> <20140802133153.GG2644@home.opsec.eu> 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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 13:52:18 -0000 On Saturday 02 August 2014 15:31:53 Kurt Jaeger wrote: > Hi! > > > The mentioned port in the ports collection is probably outdated; also, > > sometimes it misbehaves. The stlink itself is in active development, so > > sometimes you might need the newest version with better board support. > > Based on the port from my ports tree, I made a port for the recent > > version. How could I submit something like stlink-recent to the ports > > tree? > > I saw > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192331 > > and had a look at it. The ports system has no real hook to > allow a port just to 'get the latest code and install it'. > > But the script that does this is helpful to understand the basic > process. > > Can you tell me where I get urllib2 for python on an 10.0-amd64 ? > > f10$ ./latest.sh > Traceback (most recent call last): > File "getlatest.py", line 1, in > import urllib2 > ImportError: No module named 'urllib2' Ah, I see, in my case it was installed with python27: $ pkg which /usr/local/lib/python2.7/urllib2.py /usr/local/lib/python2.7/urllib2.py was installed by package python27-2.7.8 -- wbr, Maxim Filimonov che@bein.link -- wbr, Maxim Filimonov che@bein.link From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 13:52:47 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 092813AA for ; Sat, 2 Aug 2014 13:52:47 +0000 (UTC) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 88FE3221E for ; Sat, 2 Aug 2014 13:52:46 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id hz20so4039352lab.22 for ; Sat, 02 Aug 2014 06:52:44 -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=zJyUoBOtCV0prZw494z6QGThkpTlYVdWQi3vl5YFavo=; b=ucvIzQGM5jBldGPh+wd3A/ZMH8S3UzRoIyFYwy+yu53nAaRoYxsMmxGakOyJOwe8EN eJuXsbTcn146UaWnuzGSI6caXpYjfO+v3c1NHq0o4NoZkRFy8//DsVyUyCx04U2gQgCx 4u7joH7UHHSIxIX+Njo+jxsIn1HMzhpSsO+gXWVXa5VhfQ/sP/eRTlHzmgZzgkiL2swL 2G5KnxehXkXRrCT6+n04SGNbzF41bbTjS5ae8nRNbqq2zYFo2kIZpZDKuOo2NutKyqDw C3IUnnrx1zVs62/97ITwujjsGJHY1NbKjWGAdqSlzPRLhFZ7g8I91SpX1XdBM5z1UrFT ACvQ== MIME-Version: 1.0 X-Received: by 10.152.26.39 with SMTP id i7mr13121585lag.14.1406987564386; Sat, 02 Aug 2014 06:52:44 -0700 (PDT) Received: by 10.152.23.104 with HTTP; Sat, 2 Aug 2014 06:52:44 -0700 (PDT) In-Reply-To: <20140802133153.GG2644@home.opsec.eu> References: <4443341.EiikNYngQK@quad> <20140802133153.GG2644@home.opsec.eu> Date: Sat, 2 Aug 2014 15:52:44 +0200 Message-ID: Subject: Re: devel/stlink From: Olivier Duchateau To: Kurt Jaeger Content-Type: text/plain; charset=UTF-8 Cc: Maxim V FIlimonov , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 13:52:47 -0000 2014-08-02 15:31 GMT+02:00 Kurt Jaeger : > Hi! Hi, > >> The mentioned port in the ports collection is probably outdated; also, >> sometimes it misbehaves. The stlink itself is in active development, so >> sometimes you might need the newest version with better board support. Based >> on the port from my ports tree, I made a port for the recent version. How >> could I submit something like stlink-recent to the ports tree? > > I saw > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192331 > > and had a look at it. The ports system has no real hook to > allow a port just to 'get the latest code and install it'. > > But the script that does this is helpful to understand the basic > process. > > Can you tell me where I get urllib2 for python on an 10.0-amd64 ? > > f10$ ./latest.sh > Traceback (most recent call last): > File "getlatest.py", line 1, in > import urllib2 > ImportError: No module named 'urllib2' In Python2 'urllib2' is standard module. In Python3, this module is splitted urllib.request and urllib.error. > > -- > pi@opsec.eu +49 171 3101372 6 years to go ! > _______________________________________________ > 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" -- olivier From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 14:04:56 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23CDC581; Sat, 2 Aug 2014 14:04:56 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 D40AB23E9; Sat, 2 Aug 2014 14:04:55 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1XDZva-0017Ic-5O>; Sat, 02 Aug 2014 16:04:54 +0200 Received: from g225049112.adsl.alicedsl.de ([92.225.49.112] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1XDZva-0034Zg-1q>; Sat, 02 Aug 2014 16:04:54 +0200 Date: Sat, 2 Aug 2014 16:04:49 +0200 From: "O. Hartmann" To: Michael Gmelin Subject: Re: pkg-static: sqlite error while executing INSERT OR REPLACE INTO packages Message-ID: <20140802160449.7c687631.ohartman@zedat.fu-berlin.de> In-Reply-To: <30A9F813-1DE0-431D-9D7E-E6C98C77818A@freebsd.org> References: <20140802151750.3deddd5f.ohartman@zedat.fu-berlin.de> <30A9F813-1DE0-431D-9D7E-E6C98C77818A@freebsd.org> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/qoGjEUNL8dWY=QQKLI5vxsd"; protocol="application/pgp-signature" X-Originating-IP: 92.225.49.112 X-ZEDAT-Hint: A Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 14:04:56 -0000 --Sig_/qoGjEUNL8dWY=QQKLI5vxsd Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 2 Aug 2014 15:30:36 +0200 Michael Gmelin schrieb: >=20 >=20 > > On 02 Aug 2014, at 15:17, "O. Hartmann" w= rote: > >=20 > >=20 > >=20 > > Update of port windowmaker fails during registration with pkg: > >=20 > >=20 > > =3D=3D=3D> Installing for windowmaker-0.95.5_4 > > =3D=3D=3D> Registering installation for windowmaker-0.95.5_4 > > pkg-static: sqlite error while executing INSERT OR REPLACE INTO package= s( origin, > > name, version, comment, desc, message, arch, maintainer, www, prefix, f= latsize, > > automatic, licenselogic, mtree_id, time, manifestdigest) > > VALUES( ?1, ?2, ?3, ?4, ?5, ?6, ?7, ?8, ?9, ?10, ?11, ?12, ?13, (SELECT= id FROM mtree > > WHERE content =3D ?14), NOW(), ?15) in file pkgdb.c:1595: FOREIGN KEY c= onstraint failed > > *** Error code 70 > >=20 > > Box is running CURRENT and uptodate ports tree: > >=20 > >=20 > > FreeBSD 11.0-CURRENT #1 r269391: Fri Aug 1 21:02:11 CEST 2014 =20 > >=20 > > How to repair this? Seems strange ... > >=20 > > Please CC me. > >=20 > > Oliver >=20 > Which version of pkg? I had a similar issue on 1.3.3 that disappeared aft= er updating to > 1.3.4. pkg is up to date on the machine in question: name : pkg Version : 1.3.4 Installed on : Fri Aug 1 22:40:59 CEST 2014 Origin : ports-mgmt/pkg But it has been sticky since pkg 1.2.X --Sig_/qoGjEUNL8dWY=QQKLI5vxsd Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJT3PAFAAoJEOgBcD7A/5N8JRQH/iphPHrFB17fFQoY1hUJVqe+ BHtVw5f7CX9e0Fis08dO6N4jXcFvySdL2R3zqawBH1cztwqrfXg6T/CVT9r92+Q+ KSDxpS/968vO5y+az7TXi1eM7r/Ox9m9s0Q1kc+eFXv7KdLpx21F75po5N/NNaOz Ahly+V/5OXfyYb01uG1+8sMQdOP81scEtybAImA9c7CDVHho7dJ25uwDXVIWEf3H 0rcmQvNVF7Oa2KXhk2tg7ztEp15FR/6SbWPZMBaMZx3hMe4yFyFXCBKdO50Y3yjw rQTWuXirILZ4O7dlZ0C4/mNuuw8+pK85Za8TzWEuoBQpo2rs69fyNJtg/lIXWh0= =YwfX -----END PGP SIGNATURE----- --Sig_/qoGjEUNL8dWY=QQKLI5vxsd-- From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 14:10:54 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A6B2648; Sat, 2 Aug 2014 14:10:54 +0000 (UTC) Received: from biertje.skysmurf.nl (unknown [IPv6:2001:980:27fb:1:21b:78ff:fea8:3f22]) (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 F25E22484; Sat, 2 Aug 2014 14:10:53 +0000 (UTC) Received: from biertje.skysmurf.nl (localhost [127.0.0.1]) by biertje.skysmurf.nl (8.14.7/8.14.7) with ESMTP id s72EApYX003219; Sat, 2 Aug 2014 16:10:51 +0200 (CEST) (envelope-from fonz@biertje.skysmurf.nl) Received: (from fonz@localhost) by biertje.skysmurf.nl (8.14.7/8.14.7/Submit) id s72EApMv003218; Sat, 2 Aug 2014 16:10:51 +0200 (CEST) (envelope-from fonz) Date: Sat, 2 Aug 2014 16:10:50 +0200 From: "A.J. 'Fonz' van Werven" To: FreeBSD ports mailing list , FreeBSD TeX mailing list Subject: [TeX] Migrating from teTeX to TeX Live Message-ID: <20140802141050.GA3083@biertje.skysmurf.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline X-PGP-Key: http://www.skysmurf.nl/~fonz/fonz_pubkey.asc User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 14:10:54 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Howdy, As we all know the old teTeX ports are now pretty much obsolete and TeX Live should be used instead. Yesterday we received a question on the FreeBSD Forums about exactly how to migrate from teTeX to TeX Live. First things first: is there an easy path using e.g. Portupgrade or Portmaster, or is manually deinstalling all installed teTeX ports the only option? And in the latter case: how can one obtain a list of all ports that need to be removed? I suppose one could do # cd /usr/ports/print/tetex # make all-depends-list but I'm not sure if that would also include ports used by both teTeX and TeX Live (if there are any) or if there are other objections. Moreover, one would still have to figure out in which order to deinstall the ports. AvW --=20 Imbibo, ergo sum. --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT3PFqAAoJEAfP7gJTaCe8G64QAJCajAHq/H/AWK79nvF5IU5t BEoQLUp1aSDgAH7Px9HgcnK/6mBaU/Xie1ZdKsdk0wyWGy1V0ZfQn4ypFI6Etr9x AwGE5+jpfMtt7rcQa6OlesWveOihslj/0bDaJhEkxtrPA64QbrWtSRDcjByR3BQl wMAF9hB4/hDnt5vCIc+9XYJRg1aprJ6OLdWzRqF2Z1meefGFXo2KudDHS8C4XnaL y9IIhCrTCkPb+8OV9LMZT/TkfGa6iZH43CRS1VP2pExd9Ht2cESxw1MI2PnFUCph xs1/H1bGMzDCqHsm6uAdC4RkHJu91AdQaGySR93S/jYCnJx7NdUjAngdMxuy+e7o oVtncUFIjSZpFdj4H6+1kXEPvGB8EwXNsMnREJf2eUgyAgZGmMx+pJ0UVVhPoCM/ LLlEEn+rIYx74r1QFRWtsT23odTYK9iCdCr/DbsBZaQ8cMysnd9Fy1Vo62+xe9a/ vqjIHqtzeRWG3pLTRqbew1Rtg165YPxlDNgWlWQBxv+SrNLtYqiXMtLeiocBbhjY 165E8bzI0PK6SXzdtd4HI66y6WNytkQhuS1hQn+eBZ49dgN83qlM+hMCkLZi73ah td/8iVHKwr2ggyeCVeu9FlEPFfcEh2KFzuy7g4LOsGD/9DO0gUS/EjXCycPDUS40 Dl/tVFJwIhFkUXs7RfUp =pCAT -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 14:18:21 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D8188B3 for ; Sat, 2 Aug 2014 14:18:21 +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 DB04924D6 for ; Sat, 2 Aug 2014 14:18:20 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XDa8Z-0008tm-HY; Sat, 02 Aug 2014 16:18:19 +0200 Date: Sat, 2 Aug 2014 16:18:19 +0200 From: Kurt Jaeger To: Maxim V FIlimonov Subject: Re: devel/stlink Message-ID: <20140802141819.GH2644@home.opsec.eu> References: <4443341.EiikNYngQK@quad> <20140802133153.GG2644@home.opsec.eu> <1637580.MU5nyUnjPH@quad> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1637580.MU5nyUnjPH@quad> Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 14:18:21 -0000 > > Can you tell me where I get urllib2 for python on an 10.0-amd64 ? > > > > f10$ ./latest.sh > > Traceback (most recent call last): > > File "getlatest.py", line 1, in > > import urllib2 > > ImportError: No module named 'urllib2' > > Ah, I see, in my case it was installed with python27: > $ pkg which /usr/local/lib/python2.7/urllib2.py > /usr/local/lib/python2.7/urllib2.py was installed by package python27-2.7.8 Thanks. Now, frankly, I have no easy idea on how to integrate this "get the latest from github" into a proper port. Probably some /usr/ports/Mk/ magic needs to be created for this to work in general. Would it be sufficient if we just commit the current "state", explain the process in the pkg-message and provide your scripts latest.sh and getlatest.py with a stlink-related name ? I know this is not purrrrfect 8-} -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 14:36:31 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D58CAA0 for ; Sat, 2 Aug 2014 14:36:31 +0000 (UTC) Received: from bein.link (vps-6159-8629.cloud.tilaa.com [37.252.124.82]) by mx1.freebsd.org (Postfix) with ESMTP id 5349C2645 for ; Sat, 2 Aug 2014 14:36:31 +0000 (UTC) Received: from quad.localnet (unknown [172.16.32.6]) by bein.link (Postfix) with ESMTPSA id 3BDC4404D9 for ; Sat, 2 Aug 2014 16:36:14 +0200 (CEST) From: Maxim V FIlimonov To: freebsd-ports@freebsd.org Subject: Re: devel/stlink Date: Sat, 02 Aug 2014 18:36:27 +0400 Message-ID: <2382005.ICHve2rjt0@quad> User-Agent: KMail/4.12.5 (FreeBSD/10.0-RELEASE; KDE/4.12.5; amd64; ; ) In-Reply-To: <20140802141819.GH2644@home.opsec.eu> References: <4443341.EiikNYngQK@quad> <1637580.MU5nyUnjPH@quad> <20140802141819.GH2644@home.opsec.eu> 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.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 14:36:31 -0000 On Saturday 02 August 2014 16:18:19 Kurt Jaeger wrote: > > > Can you tell me where I get urllib2 for python on an 10.0-amd64 ? > > > > > > f10$ ./latest.sh > > > > > > Traceback (most recent call last): > > > File "getlatest.py", line 1, in > > > > > > import urllib2 > > > > > > ImportError: No module named 'urllib2' > > > > Ah, I see, in my case it was installed with python27: > > $ pkg which /usr/local/lib/python2.7/urllib2.py > > /usr/local/lib/python2.7/urllib2.py was installed by package > > python27-2.7.8 > > Thanks. Now, frankly, I have no easy idea on how to integrate this > "get the latest from github" into a proper port. > Well, I tried to integrate my scripts into the existing Makefile, but I ended up with a cyclic fetch. I also tried to make this a dependency for pre-config, but it's not a good way to do that because config is not run every time you rebuild a port. Might there be any other targets to apply those actions to? > Probably some /usr/ports/Mk/ magic needs to be created for this > to work in general. > > Would it be sufficient if we just commit the current "state", > explain the process in the pkg-message and provide your scripts > latest.sh and getlatest.py with a stlink-related name ? > That's also a solution. I could update that port manually. > I know this is not purrrrfect 8-} Well, it isn't, but at least it works. -- wbr, Maxim Filimonov che@bein.link From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 15:49:04 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE5EAB3D for ; Sat, 2 Aug 2014 15:49:04 +0000 (UTC) Received: from mail-qa0-x22a.google.com (mail-qa0-x22a.google.com [IPv6:2607:f8b0:400d:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AEA722D3A for ; Sat, 2 Aug 2014 15:49:04 +0000 (UTC) Received: by mail-qa0-f42.google.com with SMTP id j15so5236050qaq.1 for ; Sat, 02 Aug 2014 08:49:03 -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=y4DaknCfLAZX2dVDim/sN0vN+aASRQtM+k3NW25BcUk=; b=Thu6kn6gG2OucH6jc8V5WbhwRe8bzxpaoDU0qFNHbrig9Y9Zc0GxfJWz8QmvgyvUAE KGbxN7xEKNTuXZD4yDlL9CVLSGpTbLAHT9Q+8Tcb312Pjn9nIfymMAQoisv+8MULospg JrjoeeExOaKDTczCD6p8S2/k6fEpzogP6tbYCo588DXWLYdMFwvZ3a2tG3zOijjElm1J s3+uF9j0Rg5tCbhkqxqfEsipGsnDVS60w3ywI1j9w4A70iRKbHeQ+MFa5XV3XC3+LZUB V+frkOKUxCqRWYaQtCtgcVxJ0+lolOd+UjzDg8Aft79BHE+qy/gs4ldMvjRfemFEK/43 1K3A== MIME-Version: 1.0 X-Received: by 10.140.101.86 with SMTP id t80mr18979119qge.91.1406994543916; Sat, 02 Aug 2014 08:49:03 -0700 (PDT) Sender: william88@gmail.com Received: by 10.140.49.10 with HTTP; Sat, 2 Aug 2014 08:49:03 -0700 (PDT) In-Reply-To: <20140802045438.GA30183@troutmask.apl.washington.edu> References: <20140802004717.GA29541@troutmask.apl.washington.edu> <20140802045438.GA30183@troutmask.apl.washington.edu> Date: Sat, 2 Aug 2014 12:49:03 -0300 X-Google-Sender-Auth: aInGbcXvFw4lB-sHqePd34oMb9A Message-ID: Subject: Re: math/lapack broken From: William Grzybowski To: Steve Kargl Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 15:49:05 -0000 On Sat, Aug 2, 2014 at 1:54 AM, Steve Kargl wrote: > On Fri, Aug 01, 2014 at 10:14:43PM -0300, William Grzybowski wrote: >> I can't help but notice how unrespectful you have been. >> Its not the first message ranting about something broken. >> > > I can't help but notice how poorly some decisions are made > within the ports community, and no, this isn't the nearly > the first poor decision. > > If the port has an option to build the profiled libraries > and that option is selected, then I expect the port to > build the profiled library. You're welcome to help the ports committers to maintain over 20k ports and raise the quality. Are you looking for mentors for your ports@ commit bit? -- William Grzybowski / wg FreeBSD Ports Committer From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 16:21:24 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 134A3F54; Sat, 2 Aug 2014 16:21:24 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C8CBB20AE; Sat, 2 Aug 2014 16:21:23 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s72GLMEA032544 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 2 Aug 2014 09:21:22 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s72GLMmJ032543; Sat, 2 Aug 2014 09:21:22 -0700 (PDT) (envelope-from sgk) Date: Sat, 2 Aug 2014 09:21:22 -0700 From: Steve Kargl To: William Grzybowski Subject: Re: math/lapack broken Message-ID: <20140802162122.GA32459@troutmask.apl.washington.edu> References: <20140802004717.GA29541@troutmask.apl.washington.edu> <20140802045438.GA30183@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 16:21:24 -0000 On Sat, Aug 02, 2014 at 12:49:03PM -0300, William Grzybowski wrote: > On Sat, Aug 2, 2014 at 1:54 AM, Steve Kargl > wrote: > > On Fri, Aug 01, 2014 at 10:14:43PM -0300, William Grzybowski wrote: > >> I can't help but notice how unrespectful you have been. > >> Its not the first message ranting about something broken. > >> > > > > I can't help but notice how poorly some decisions are made > > within the ports community, and no, this isn't the nearly > > the first poor decision. > > > > If the port has an option to build the profiled libraries > > and that option is selected, then I expect the port to > > build the profiled library. > > You're welcome to help the ports committers to maintain over 20k ports > and raise the quality. > Are you looking for mentors for your ports@ commit bit? > Check your history. I was a port maintainer many years ago. Dropped maintainership of all my ports after several unreviewed changes by others to those ports were made. These unreviewed changes broke those ports and I was forced to clean up the mess. This of course has little to do with the issue that I have raised here. A port, namely math/lapack, has an option to build profiled libraries and the port does not honor that option when selected. It's simple Q&A. Either remove the option or fix it. -- Steve From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 16:46:32 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 544E9812 for ; Sat, 2 Aug 2014 16:46:32 +0000 (UTC) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1DF4E247D for ; Sat, 2 Aug 2014 16:46:32 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id wn1so3472014obc.17 for ; Sat, 02 Aug 2014 09:46:31 -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=CUMpJJSjXfgHFUqbxphHufGsujUdd5E8YQNuCxhPZro=; b=vBI35sjI2KTOgy8fmZZinK/3xB2/o+KnclxrBDSphgkcl/a9B1h0NFdxob09Tr4q7e RWtXDbguToA7uH/s99eZjKl5gB4VLfpn+WDvrhuRV/OVKxYj4AL7tN8nHco7/77jmUzg VU4rDB8b2E3cISCxqp7VOIqyiIh92ORfpZHIU9HCBT/13hoCgVoo2Pk90MZ8WgDqYrse 0+G+0QJCF9KEjMRLaUoj74+NcPDNuPOnKjA7VZ9RTj7gLb2UZZZw0i9syYRWDjMpsAFZ J6w653C/8saf0zjBjd10/yxzc4cEjkxpLstc4dvl8ycZ35/6/uUKf7d0qVJFTb0O2Y0D szgg== X-Received: by 10.60.34.98 with SMTP id y2mr19139805oei.9.1406997991488; Sat, 02 Aug 2014 09:46:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.175.230 with HTTP; Sat, 2 Aug 2014 09:45:51 -0700 (PDT) In-Reply-To: <20140802141819.GH2644@home.opsec.eu> References: <4443341.EiikNYngQK@quad> <20140802133153.GG2644@home.opsec.eu> <1637580.MU5nyUnjPH@quad> <20140802141819.GH2644@home.opsec.eu> From: Dreamcat4 Date: Sat, 2 Aug 2014 17:45:51 +0100 Message-ID: Subject: Re: devel/stlink To: Kurt Jaeger Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Maxim V FIlimonov , ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 16:46:32 -0000 On Sat, Aug 2, 2014 at 3:18 PM, Kurt Jaeger wrote: > > > Can you tell me where I get urllib2 for python on an 10.0-amd64 ? > > > > > > f10$ ./latest.sh > > > Traceback (most recent call last): > > > File "getlatest.py", line 1, in > > > import urllib2 > > > ImportError: No module named 'urllib2' > > > > Ah, I see, in my case it was installed with python27: > > $ pkg which /usr/local/lib/python2.7/urllib2.py > > /usr/local/lib/python2.7/urllib2.py was installed by package > python27-2.7.8 > > Thanks. Now, frankly, I have no easy idea on how to integrate this > "get the latest from github" into a proper port. > Probably some /usr/ports/Mk/ magic needs to be created for this > to work in general. > It is always possible to download HEAD using this distfiles URL: https://github.com/${PORTNAME}/${PORTNAME}/archive/master.tar.gz The problem with doing that is then you must disable the checksum "distinfo". There is no way to know what the hash of such archive file is supposed to be. Since that archive file itself is being dynamically generated from the most recent commit... That is probably why all Ports (using master branch on github) are fixed to some specific GH_COMMIT. Then from time-to-time you have to move up the notch. Good source code projects on github may maintain a 'stable' tracking branch. Which makes updating the GH_COMMIT safe and very easy process. Of course, that doesn't necessarily matter for data repositories, which may be safe to use the latest master / HEAD always. Would it be sufficient if we just commit the current "state", > explain the process in the pkg-message and provide your scripts > latest.sh and getlatest.py with a stlink-related name ? > > I know this is not purrrrfect 8-} > > -- > pi@opsec.eu +49 171 3101372 6 years to > go ! > _______________________________________________ > 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 Sat Aug 2 16:50:57 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 385CB9B0 for ; Sat, 2 Aug 2014 16:50:57 +0000 (UTC) Received: from mail-qa0-x22b.google.com (mail-qa0-x22b.google.com [IPv6:2607:f8b0:400d:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC763250C for ; Sat, 2 Aug 2014 16:50:56 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id w8so5288128qac.30 for ; Sat, 02 Aug 2014 09:50:56 -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=6H7/9bxgko8OEAJSKG9xrgxwvzdNQEd19x9PUKbOuxg=; b=JAG6pY5EBZsi5HjEuEhVmOX6NwqrPoMcPj3XCuXcuUx3cIbt2PGStgwsY7bu7jXVK+ pAVB7M0z8KcJisAHhxVlkgC12xXjP7VArk5Yp3f8Crxvgnxx6Nq3vV9LUJVOhT+f6Lq0 nBkA+sJFjanm8CO0wSLELgk7JX7zD3zL8fazpRsmAfNs7GX/bSwC8/jNFQgH58+LspK0 izkK7rKZBkOiLhZOAYvbk2GyYKtuuLIG6UFrS3pRiVNtAp3r7ckSXq1Z7TQFIbRNLdmS iZU463LF8fCjq5JBbhdV7j/8O61YcuoSzeLrCjUkU1+2u+A7rQi+wTHWiY9RljpvCxl7 5p9w== MIME-Version: 1.0 X-Received: by 10.224.160.83 with SMTP id m19mr19954194qax.95.1406998256089; Sat, 02 Aug 2014 09:50:56 -0700 (PDT) Sender: william88@gmail.com Received: by 10.140.49.10 with HTTP; Sat, 2 Aug 2014 09:50:55 -0700 (PDT) In-Reply-To: <20140802162122.GA32459@troutmask.apl.washington.edu> References: <20140802004717.GA29541@troutmask.apl.washington.edu> <20140802045438.GA30183@troutmask.apl.washington.edu> <20140802162122.GA32459@troutmask.apl.washington.edu> Date: Sat, 2 Aug 2014 13:50:55 -0300 X-Google-Sender-Auth: HMTw2iWf7GAuu7rPq_z0LQIv6xg Message-ID: Subject: Re: math/lapack broken From: William Grzybowski To: Steve Kargl Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 16:50:57 -0000 On Sat, Aug 2, 2014 at 1:21 PM, Steve Kargl wrote: > On Sat, Aug 02, 2014 at 12:49:03PM -0300, William Grzybowski wrote: >> On Sat, Aug 2, 2014 at 1:54 AM, Steve Kargl >> wrote: >> > On Fri, Aug 01, 2014 at 10:14:43PM -0300, William Grzybowski wrote: >> >> I can't help but notice how unrespectful you have been. >> >> Its not the first message ranting about something broken. >> >> >> > >> > I can't help but notice how poorly some decisions are made >> > within the ports community, and no, this isn't the nearly >> > the first poor decision. >> > >> > If the port has an option to build the profiled libraries >> > and that option is selected, then I expect the port to >> > build the profiled library. >> >> You're welcome to help the ports committers to maintain over 20k ports >> and raise the quality. >> Are you looking for mentors for your ports@ commit bit? >> > > Check your history. I was a port maintainer many years > ago. Dropped maintainership of all my ports after several > unreviewed changes by others to those ports were made. > These unreviewed changes broke those ports and I was > forced to clean up the mess. So, you gave up? > This of course has little to do with the issue that I have > raised here. A port, namely math/lapack, has an option to > build profiled libraries and the port does not honor that > option when selected. It's simple Q&A. Either remove the > option or fix it. Like I said, fill out a PR and mail the maintainer. "Its broken, fix it." Doesn't work. -- William Grzybowski / wg FreeBSD Ports Committer From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 16:52:28 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9D71AB0 for ; Sat, 2 Aug 2014 16:52:28 +0000 (UTC) Received: from bein.link (unknown [IPv6:2a02:2770:3:0:21a:4aff:fee6:9061]) by mx1.freebsd.org (Postfix) with ESMTP id 814EA25D1 for ; Sat, 2 Aug 2014 16:52:28 +0000 (UTC) Received: from quad.localnet (unknown [172.16.32.6]) by bein.link (Postfix) with ESMTPSA id 26306404D9; Sat, 2 Aug 2014 18:52:12 +0200 (CEST) From: Maxim V FIlimonov To: freebsd-ports@freebsd.org Subject: Re: devel/stlink Date: Sat, 02 Aug 2014 20:52:25 +0400 Message-ID: <2269028.6G6mfBQYyp@quad> User-Agent: KMail/4.12.5 (FreeBSD/10.0-RELEASE; KDE/4.12.5; amd64; ; ) In-Reply-To: References: <4443341.EiikNYngQK@quad> <20140802141819.GH2644@home.opsec.eu> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Dreamcat4 , Kurt Jaeger X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 16:52:28 -0000 On Saturday 02 August 2014 17:45:51 Dreamcat4 wrote: > It is always possible to download HEAD using this distfiles URL: > > https://github.com/${PORTNAME}/${PORTNAME}/archive/master.tar.gz > Didn't know about that, thank you for the info. > The problem with doing that is then you must disable the checksum > "distinfo". There is no way to know what the hash of such archive file is > supposed to be. Since that archive file itself is being dynamically > generated from the most recent commit... Well, anyway I don't think that getting HEAD is the best possible idea. One of the reasons is the one you mentioned, the other is that you can't really know which exact commit you're going to get. -- wbr, Maxim Filimonov che@bein.link From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 17:14:17 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD07EC0; Sat, 2 Aug 2014 17:14:17 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DE3927A8; Sat, 2 Aug 2014 17:14:17 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s72HEHGC032746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 2 Aug 2014 10:14:17 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s72HEGWJ032745; Sat, 2 Aug 2014 10:14:16 -0700 (PDT) (envelope-from sgk) Date: Sat, 2 Aug 2014 10:14:16 -0700 From: Steve Kargl To: William Grzybowski Subject: Re: math/lapack broken Message-ID: <20140802171416.GA32725@troutmask.apl.washington.edu> References: <20140802004717.GA29541@troutmask.apl.washington.edu> <20140802045438.GA30183@troutmask.apl.washington.edu> <20140802162122.GA32459@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 17:14:17 -0000 On Sat, Aug 02, 2014 at 01:50:55PM -0300, William Grzybowski wrote: > On Sat, Aug 2, 2014 at 1:21 PM, Steve Kargl > wrote: > > On Sat, Aug 02, 2014 at 12:49:03PM -0300, William Grzybowski wrote: > >> On Sat, Aug 2, 2014 at 1:54 AM, Steve Kargl > >> wrote: > >> > On Fri, Aug 01, 2014 at 10:14:43PM -0300, William Grzybowski wrote: > >> >> I can't help but notice how unrespectful you have been. > >> >> Its not the first message ranting about something broken. > >> >> > >> > I can't help but notice how poorly some decisions are made > >> > within the ports community, and no, this isn't the nearly > >> > the first poor decision. > >> > > >> > If the port has an option to build the profiled libraries > >> > and that option is selected, then I expect the port to > >> > build the profiled library. > >> > >> You're welcome to help the ports committers to maintain over 20k ports > >> and raise the quality. > >> Are you looking for mentors for your ports@ commit bit? > > > > Check your history. I was a port maintainer many years > > ago. Dropped maintainership of all my ports after several > > unreviewed changes by others to those ports were made. > > These unreviewed changes broke those ports and I was > > forced to clean up the mess. > > So, you gave up? > Interesing spin. Repeating an action that always ends in a negative result? Brilliance, stupidity, insanity, you choose. I chose to contribute to other project (see your response about volunteers). If you use Fortran on FreeBSD, you're welcome. -- Steve From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 21:38:27 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27BCAFF9 for ; Sat, 2 Aug 2014 21:38:27 +0000 (UTC) Received: from kaywinnit.conundrum.com (smtp.conundrum.com [IPv6:2001:4900:1:213::2:20]) (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 05A662157 for ; Sat, 2 Aug 2014 21:38:27 +0000 (UTC) Received: from [2001:4900:1044:0:e170:1984:1f06:1503] by kaywinnit.conundrum.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XDh0T-0007Cn-3c; Sat, 02 Aug 2014 21:38:25 +0000 From: Matthew Pounsett Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Date: Sat, 2 Aug 2014 17:38:55 -0400 Subject: WANT_PHP_WEB is just a synonym for WANT_PHP_CGI in automated build environments To: freebsd-ports@freebsd.org Message-Id: Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 21:38:27 -0000 It looks to me like the rules that WANT_PHP_WEB uses to decide whether = to build the CGI or module version of PHP will always choose the CGI = version unless the module is already installed. If this is true, it = means that in automated build environments (e.g. tinderbox) =96 where = *only* the direct dependencies of a port are installed at build time =96 = there isn=92t any way to tell WANT_PHP_WEB to install the module. This = effectively makes WANT_PHP_WEB a synonym for WANT_PHP_CGI in these = environments. Have I missed something, or is this a significant flaw in the design of = the WANT_PHP_{WEB,CGI,MOD} knobs? =20 It seems to me that this should be changed in one of three ways: 1) It should be possible to provide direction to WANT_PHP_WEB via some = make.conf knob 2) WANT_PHP_WEB should be removed, and WANT_PHP_{CGI,MOD} should always = be chosen using a radio selector at config time, or by setting in = make.conf 3) WANT_PHP_WEB should cause a radio button selector to appear at port = config time (3) seems like the least desirable, since it leaves no way to provide = direction in a batch mode build. I think my preference would be for = (2). Does anyone have any other ideas for how to improve this? Or any = pointers to a way that already exists to provide direction to the ports = system about whether WANT_PHP_WEB should imply _CGI or _MOD? From owner-freebsd-ports@FreeBSD.ORG Sat Aug 2 22:42:19 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DDF5AFE; Sat, 2 Aug 2014 22:42:19 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (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 F09AE2763; Sat, 2 Aug 2014 22:42:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=VebCe88c68Mtoycsa74hX6Q/ox9z+Rs8IBJd+PwYFhc=; b=KMVb/eSsHnqvawNqOW6i9jZTne/QVuJVBBkb4Pl1Rc8mhwWtW9l4Qr3qJn6qbiYtLIQgt9B8i6qveiThDZZ1VZcZWoeFarJBp5DZKJV07QqOSWZB9lZ+Ws2T2AFexw83eg5Tb7Ngc7/G/2Yh5kA/72wy/RImfYiBrJ5SyBatYWw=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XDi0H-0009OU-SG; Sat, 02 Aug 2014 22:42:17 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 1.0.1 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 1.0.1, by Edgewall Software To: danfe@FreeBSD.org X-Trac-Project: redports Date: Sat, 02 Aug 2014 22:42:17 -0000 Reply-To: qat@redports.org X-URL: https://qat.redports.org/ Subject: [QAT] 363837: 4x leftovers, 4x success To: danfe@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140802195000-61960 X-Trac-Build-ID: 20140802195000-61960 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 22:42:19 -0000 Update Stellarium to version 0.13.0. It's a new major release, and is based on Qt version 5 now; for those who are not comfortable with upgrading to the new version of Qt, `astro/stellarium-qt4' port is available, serving version 0.12.4. Add an UPDATING entry to alert users about this. While here, make scripting support optional in `astro/stellarium-qt4', since it allows to use one less dependency. Unfortunately, this is not applicable to 0.13.0 as required `x11-toolkits/qt5-declarative' port has USE_QT5=script unconditionally. Relax USE_GL knob for both ports: only libGL itself is required, not libGLU. --------------------------------------------------------------------- Build ID: 20140802195000-61960 Job owner: danfe@FreeBSD.org Buildtime: 3 hours Enddate: Sat, 02 Aug 2014 22:42:14 GMT Revision: 363837 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=363837 --------------------------------------------------------------------- Port: astro/stellarium 0.13.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~danfe@FreeBSD.org/20140802195000-61960-390902/stellarium-0.13.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~danfe@FreeBSD.org/20140802195000-61960-390903/stellarium-0.13.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~danfe@FreeBSD.org/20140802195000-61960-390904/stellarium-0.13.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~danfe@FreeBSD.org/20140802195000-61960-390905/stellarium-0.13.0.log --------------------------------------------------------------------- Port: astro/stellarium-qt4 0.12.4 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~danfe@FreeBSD.org/20140802195000-61960-390906/stellarium-qt4-0.12.4.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~danfe@FreeBSD.org/20140802195000-61960-390907/stellarium-qt4-0.12.4.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~danfe@FreeBSD.org/20140802195000-61960-390908/stellarium-qt4-0.12.4.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~danfe@FreeBSD.org/20140802195000-61960-390909/stellarium-qt4-0.12.4.log -- Buildarchive URL: redports