Re: graphics/libfpx fails to build

2013-09-01 Thread Mikhail T.
02.09.2013 02:13, Kenta Suzumoto написав(ла): > Still doesn't build with Clang for me. Log attached. Must be a clang-3.3 thing... Well, at least, we established, the PR would not have fixed this... Let me contemplate some more. Thanks, -mi ___ free

Re: graphics/libfpx fails to build

2013-09-01 Thread Kenta Suzumoto
On 09/02/2013 at 1:38 AM, "Mikhail T." wrote: > >01.09.2013 20:40, Kenta Suzumoto написав(ла): >> There's also a PR to update it which may fix it, but the >maintainer hasn't responded in a few weeks. >> >> https://www.freebsd.org/cgi/query-pr.cgi?pr=181302 >I just committed the update and fixes p

graphics/libfpx fails to build

2013-09-01 Thread Kenta Suzumoto
Hi all. graphics/libfpx seems to fail for me in poudriere. Here's the whole log http://dpaste.com/1363160/plain/ Building with GCC in base instead of Clang seems to fix it. Maybe we can update the Makefile? There's also a PR to update it which may fix it, but the maintainer hasn't responded in

Re: [patch] poudriere (from repo): fix

2013-09-01 Thread Baptiste Daroussin
On Mon, Sep 02, 2013 at 12:06:42AM +0400, Boris Samorodov wrote: > Hi All, Baptiste, > > there is a hook (bulk.sh) which sends e-mails about starting and > finishing of builds. When the command to send an e-mail about > staring the build is envoked, the variable POUDRIERE_BUILD_TYPE > is not defin

[patch] poudriere (from repo): fix

2013-09-01 Thread Boris Samorodov
Hi All, Baptiste, there is a hook (bulk.sh) which sends e-mails about starting and finishing of builds. When the command to send an e-mail about staring the build is envoked, the variable POUDRIERE_BUILD_TYPE is not defined (exported). The resilting URL at the e-mail is wrong. I propose a tiny pa

Re: test build failures (Was: Re: svn commit: r325668 - head/x11-toolkits/open-motif)

2013-09-01 Thread Tijl Coosemans
On Sat, 31 Aug 2013 17:49:01 +0200 Guido Falsi wrote: > On 08/31/13 17:26, Tijl Coosemans wrote: > > On Sat, 31 Aug 2013 15:00:24 +0200 Baptiste Daroussin wrote: > >> This last build with with libc++ activated by default, it has fallout > >> from both iconv in libc and and libc++. > > > > Something

[one more fetch victim] japanese/edict: [: -eq: argument expected

2013-09-01 Thread Boris Samorodov
Hi All, the most fresh portstree (r325904): - % make fetch -C /usr/ports/japanese/edict 22:56 pts/10 ===> ja-edict-19990714_5 depends on file: /usr/local/sbin/pkg - found => edict.gz doesn't seem to exist in /usr/ports/distfiles/edict. => Attempting to fetch ftp://ftp.wart.ru/pub/FreeBSD/po

Re: Perl port to select in make.conf

2013-09-01 Thread Dmitry Morozovsky
On Sun, 1 Sep 2013, Boris Samorodov wrote: > Приветствую, Дмитрий -- давно не виделись, ;-) sme here ;) > > which variable should be defined in make.conf to switch from current 5.14 > > to, > > say, 5.16 (for poudriere package building)? > > > > Naive > > > > PERL_VER=5.16 > > > > does no

Re: Perl port to select in make.conf

2013-09-01 Thread Boris Samorodov
Приветствую, Дмитрий -- давно не виделись, ;-) 01.09.2013 22:31, Dmitry Morozovsky пишет: > which variable should be defined in make.conf to switch from current 5.14 to, > say, 5.16 (for poudriere package building)? > > Naive > > PERL_VER=5.16 > > does not seem to work, and I want to not ch

Perl port to select in make.conf

2013-09-01 Thread Dmitry Morozovsky
Dear colleagues, which variable should be defined in make.conf to switch from current 5.14 to, say, 5.16 (for poudriere package building)? Naive PERL_VER=5.16 does not seem to work, and I want to not chase minor version changes. -- Sincerely, D.Marck [DM

[QAT] r325865: 4x leftovers

2013-09-01 Thread Ports-QAT
- Update to 0.9.0 - Build ID: 20130901153400-54118 Job owner: m...@freebsd.org Buildtime: 47 minutes Enddate: Sun, 01 Sep 2013 16:20:46 GMT Revision: r325865 Repository:

[QAT] r325851: 4x leftovers

2013-09-01 Thread Ports-QAT
- Update multimedia/miro to 6.0 - change ffmpeg dependency to ffmpeg1 - update maintainer to swills@ (suggested and accepted over irc) PR: ports/181348 Submitted by: Steve Wills Approved by: decke (mentor) - Build I