Date: Sat, 31 Aug 2013 06:58:31 -0700 (PDT) From: Jeffrey Bouquet <jeffreybouquet@yahoo.com> To: ports list <freebsd-ports@freebsd.org> Subject: Wishlist for pkg before it is default on STABLE Message-ID: <1377957511.86461.YahooMailNeo@web163901.mail.gq1.yahoo.com>
next in thread | raw e-mail | index | archive | help
.Actually, the subject is just a title, probably not the subject (multiple = issues).=0A=0A=0AI continue to believe svn, (pkg...) (gpart) should have a = *flowchart* so issues could be resolved without consulting=0Aforums, wikis,= ... quicker.=0A=0AShould one compose one for svn, the following fixed "che= cksum mismatch" svn halts on the ports tree.=0A#problem dir# =A0 svn co --s= et-depth empty =A0 (or it was svn up...)=0A#problem dir# =A0svn co --set-de= pth infinity =A0(or it was svn up...)=0A#/usr/ports# =A0svn up /usr/ports= =A0=0AHowever, that worked only on about ninety percent of the problematic = ports, of which there were too many.=0AI quit using it however, and had to = re-svn a ports tree, when svn could no longer operate because of segfaultin= g.=0A(Maybe it is unstable once it is fixed in a nonstandard way...)=0A=0AH= ope that hint helps someone. =A0One needs a recent version of svn for it to= work.=0A..................................................................= .........................................................=0ATwo issues, how= ever, seem problematic here.=0A............................................= ...........................................................................= ..=0AOne, many gnome ports (pkg_add) fail upon the (pkg_delete && pkg_add )= pkg_add,=0A"playpen: cannot change back to ' ' "=0Aand have done so for ye= ars, so the machine on which the install is to be done (say, an xargs-fed p= ortmaster)=0Ahalts with the port newly deinstalled.=0A(for which I found th= is week, the following=0Amake install -C /usr/ports/[category][port] =A0if = one is in a hurry...)=0A=0A(Most Freebsd users probably know it already, I = had always changed to the directory first.)=0A=0AAnyway, I am wondering if = the unknown cause (year after year here) of that pkg_add error will=A0=0Aoc= cur also in the equivalent command of pkg, if the cause is not known and de= termined to be=0Aa factor in the new code.=0A..............................= ...........................................................................= .........................................................................= =0AThe other pressing issue,=0AFor instance, today reinstalling p5-Text-Rec= ordParser (which btw wont' patch)=0Awith=A0=0Aportmaster -d -B -P -i -g ...= =0Ainstalled p5-Pod-* (2 of) "into" perl 5.14 although I still use 5.12.5..= ..=0ASo if I am upgrading hundreds of perl ports at a time, I try to rechec= k the /usr/local/lib/perl5 to see=0Aif =A0they have installed into 5.14, an= d recompile them for 5.12.=0A=0AI expect the same problem will be present i= n the /pkg/ repository?=0AIE there is not a=0Apkg-stable-still-perl-5.12 -v= 10=0Apkg-stable-perl-5.14-v10 =A0=0Abranching of either the repository, or = some way to know that the slew of packages intalling are mismatched=0Ain th= e dependent langauge to be installed.=0A...................................= ...........................................................................= ...........................................................................= ...=0ASorry if anything is unclear. =A0No time to rewrite...=A0=0A=0AJ. Bou= quet=A0 From owner-freebsd-ports@FreeBSD.ORG Sat Aug 31 14:28:23 2013 Return-Path: <owner-freebsd-ports@FreeBSD.ORG> 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 ESMTP id D665F104; Sat, 31 Aug 2013 14:28:23 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id E857024B7; Sat, 31 Aug 2013 14:28:22 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cS0KC6J2lzFTBF; Sat, 31 Aug 2013 16:28:15 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UgUVvdu_eIyG; Sat, 31 Aug 2013 16:28:13 +0200 (CEST) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Sat, 31 Aug 2013 16:28:13 +0200 (CEST) Message-ID: <5221FD7C.1040501@FreeBSD.org> Date: Sat, 31 Aug 2013 16:28:12 +0200 From: Guido Falsi <madpilot@FreeBSD.org> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130809 Thunderbird/17.0.8 MIME-Version: 1.0 To: Dimitry Andric <dim@FreeBSD.org> Subject: Re: svn commit: r325668 - head/x11-toolkits/open-motif References: <201308300952.r7U9qKsF026518@svn.freebsd.org> <52206DF8.1000401@FreeBSD.org> <5221CEB4.7090109@passap.ru> <B9A33C6E-B731-4862-B50E-74F52924FB7E@FreeBSD.org> In-Reply-To: <B9A33C6E-B731-4862-B50E-74F52924FB7E@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Baptiste Daroussin <bapt@FreeBSD.org>, Boris Samorodov <bsam@passap.ru>, Peter Wemm <peter@wemm.org>, FreeBSD ports list <freebsd-ports@FreeBSD.org> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD <freebsd-ports.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-ports>, <mailto:freebsd-ports-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-ports>; List-Post: <mailto:freebsd-ports@freebsd.org> List-Help: <mailto:freebsd-ports-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ports>, <mailto:freebsd-ports-request@freebsd.org?subject=subscribe> X-List-Received-Date: Sat, 31 Aug 2013 14:28:24 -0000 On 08/31/13 15:38, Dimitry Andric wrote: > On Aug 31, 2013, at 13:08, Boris Samorodov <bsam@passap.ru> wrote: >> (moving the discussion to ports@) >> >> 30.08.2013 14:03, Guido Falsi пишет: >> >>> On 08/30/13 11:52, Boris Samorodov wrote: >>>> Author: bsam >>>> Date: Fri Aug 30 09:52:20 2013 >>>> New Revision: 325668 >>>> URL: http://svnweb.freebsd.org/changeset/ports/325668 >>>> >>>> Log: >>>> Fix build at 10.x after recent changes at /usr/bin/ld. Error log: >>>> ---- >>>> ./../lib/Xm/.libs/libXm.so: undefined reference to `libiconv' >>>> ./../lib/Xm/.libs/libXm.so: undefined reference to `libiconv_close' >>>> ./../lib/Xm/.libs/libXm.so: undefined reference to `libiconv_open' > ... >>> I'm having a lot of failures too related to libiconv symbols. These seem >>> related by enabling iconv in libc on latest current. >>> >>> I'm not sure that forcing them to link against gnu libiconv is a good >>> long term solution. >> >> Agreed. But this commit is not a log term solution. It's just a fix >> which: >> . preservs current status-quo (the port always depended upon libiconv); >> . allow other ports which require this one to be build. >> >> Thus it's just a bandaid. I understand this. In fact, I'm sorry if my comment looked aggressive. I simply replied to your commit because it was a good starting point for this subject > > Yes, the basic problem is that programs do "#include <iconv.h>", which > pulls in /usr/local/include/iconv.h (the GNU version) instead of > /usr/include/iconv.h (the base version). The GNU version redefines all > the iconv-related functions to point to the GNU implementations. > However, most configure scripts fail to detect that the linker flags > should then be modified to add -L/usr/local/lib -liconv. > > I don't know of a good way to force ports to ignore the GNU version of > iconv.h, and use the base iconv.h instead. Maybe we should rename the > GNU version to gnuiconv.h, and use some sort of wrapper header to make > sure ports only get the GNU version when they really want or need it. > > -Dimitry > I have spent a few hours experimenting and produced this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/181693 The fixes themselves are trivial and for the subset of ports I have tested it seems to work fine. I have asked for an exp-run since I don't have the horsepower to properly test all the ports tree in an acceptable time frame. Most of the problematic ports seem not to work because of our patches in the ports tree forcing them to look in /usr/local/ for iiconv, while the software itself would prefer to use the system iconv implementation if left to it's own devices. My patch there is a little messy perhaps, since I had to make all the Makefile changes conditional to the OS version. I'm quite sure cleaner patches can be worked out, but I wanted to set some starting point. I hope my work on this to be useful, and will try to improve it. I'm quite open to suggestions and improvements. Thats why I decided to send this email. -- Guido Falsi <madpilot@FreeBSD.org>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1377957511.86461.YahooMailNeo>