[QAT] 348840: 2x leftovers, 4x success

[Ports-QAT]

lang/moscow_ml: Really add stage support this time

Only files installed in the post-install target were being placed in
stage directory.  All the files installed in the install target were
being put at ${PREFIX}, and this is most of them.  Strangely, portsmon
never complained about this.
-

  Build ID:  20140323073200-58818
  Job owner: mar...@freebsd.org
  Buildtime: 5 minutes
  Enddate:   Sun, 23 Mar 2014 07:37:27 GMT

  Revision:  348840
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=348840

-

Port:lang/moscow_ml 2.01_7

  Buildgroup: 10.0-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20140323073200-58818-305866/moscow_ml-2.01_7.log

  Buildgroup: 10.0-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20140323073200-58818-305867/moscow_ml-2.01_7.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20140323073200-58818-305868/moscow_ml-2.01_7.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20140323073200-58818-305869/moscow_ml-2.01_7.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20140323073200-58818-305870/moscow_ml-2.01_7.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20140323073200-58818-305871/moscow_ml-2.01_7.log


--
Buildarchive URL: 
redports 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

FreeBSD ports you maintain which are out of date

[portscout]

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/po...@freebsd.org.html


Port| Current version | New version
+-+
games/doomsday  | 1.12.2  | 
1.14.0-build1176
+-+


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.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Libiconv confusion on 10.0-RELEASE

[Thomas Mueller]

If libiconv in base for FreeBSD >= 10.0 was supposed to replace the version in 
ports but had a deficiency, is there any plan to port the ports version to base 
for FreeBSD 10-stable or 11-head?


Tom
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[QAT] 348845: 5x ignored: is marked as broken: does not compile with graphics/ogre3d 1.9.0, 7x success, 5x ignored: is marked as broken: does not compile with graphics/cegui 0.8.3., 1x fetch, 1x bad_c

[Ports-QAT]

update ogre to 1.9.0
update cegui to 0.8.3
-

  Build ID:  20140323094600-14616
  Job owner: oli...@freebsd.org
  Buildtime: 45 minutes
  Enddate:   Sun, 23 Mar 2014 10:31:02 GMT

  Revision:  348845
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=348845

-

Port:games/secretmaryochronicles 1.10.git20120512_6

  Buildgroup: 10.0-QAT/amd64
  Buildstatus:   IGNORED: IS MARKED AS BROKEN: DOES NOT COMPILE WITH 
GRAPHICS/CEGUI 0.8.3.

  Buildgroup: 10.0-QAT/i386
  Buildstatus:   DEPEND (BAD_C++_CODE IN GRAPHICS/OGRE3D)
  Log: 
https://qat.redports.org//~oli...@freebsd.org/20140323094600-14616-305879/ogre3d-1.9.0.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   IGNORED: IS MARKED AS BROKEN: DOES NOT COMPILE WITH 
GRAPHICS/CEGUI 0.8.3.

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   IGNORED: IS MARKED AS BROKEN: DOES NOT COMPILE WITH 
GRAPHICS/CEGUI 0.8.3.

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   IGNORED: IS MARKED AS BROKEN: DOES NOT COMPILE WITH 
GRAPHICS/CEGUI 0.8.3.

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   IGNORED: IS MARKED AS BROKEN: DOES NOT COMPILE WITH 
GRAPHICS/CEGUI 0.8.3.

-

Port:games/sumwars 0.5.6

  Buildgroup: 10.0-QAT/amd64
  Buildstatus:   IGNORED: IS MARKED AS BROKEN: FAILS TO BUILD

  Buildgroup: 10.0-QAT/i386
  Buildstatus:   DEPEND (BAD_C++_CODE IN GRAPHICS/OGRE3D)
  Log: 
https://qat.redports.org//~oli...@freebsd.org/20140323094600-14616-305885/ogre3d-1.9.0.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   IGNORED: IS MARKED AS BROKEN: FAILS TO BUILD

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   IGNORED: IS MARKED AS BROKEN: FAILS TO BUILD

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   IGNORED: IS MARKED AS BROKEN: FAILS TO BUILD

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   IGNORED: IS MARKED AS BROKEN: FAILS TO BUILD

-

Port:graphics/cegui 0.8.3

  Buildgroup: 10.0-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~oli...@freebsd.org/20140323094600-14616-305890/cegui-0.8.3.log

  Buildgroup: 10.0-QAT/i386
  Buildstatus:   DEPEND (BAD_C++_CODE IN GRAPHICS/OGRE3D)
  Log: 
https://qat.redports.org//~oli...@freebsd.org/20140323094600-14616-305891/ogre3d-1.9.0.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~oli...@freebsd.org/20140323094600-14616-305892/cegui-0.8.3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~oli...@freebsd.org/20140323094600-14616-305893/cegui-0.8.3.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~oli...@freebsd.org/20140323094600-14616-305894/cegui-0.8.3.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~oli...@freebsd.org/20140323094600-14616-305895/cegui-0.8.3.log

-

Port:graphics/ogre3d 1.9.0

  Buildgroup: 10.0-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~oli...@freebsd.org/20140323094600-14616-305896/ogre3d-1.9.0.log

  Buildgroup: 10.0-QAT/i386
  Buildstatus:   BAD_C++_CODE
  Log: 
https://qat.redports.org//~oli...@freebsd.org/20140323094600-14616-305897/ogre3d-1.9.0.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~oli...@freebsd.org/20140323094600-14616-305898/ogre3d-1.9.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   FETCH
  Log: 
https://qat.redports.org//~oli...@freebsd.org/20140323094600-14616-305899/ogre3d-1.9.0.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~oli...@freebsd.org/20140323094600-14616-305900/ogre3d-1.9.0.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~oli...@freebsd.org/20140323094600-14616-305901/ogre3d-1.9.0.log

-

Port:x11-toolkits/mygui 3.2.0_2

  Buildgroup: 10.0-QAT/amd64
  Buildstatus:   IGNORED: IS MARKED AS BROKEN: DOES NOT COMPILE WITH 
GRAPHICS/OGRE3D 1.9.0

  Buildgroup: 10.0-QAT/i386
  Buildstatus:   DEPEND (BAD_C++_CODE IN GRAPHICS/OGRE3D)
  Log: 
https://qat.redports.org//~oli...@freebsd.org/20140323094600-14616-305903/ogre3d-1.9.0.log

  Buildgroup: 8.

Re: reason 23 why we've moved to linux

[Matthias Andree]

Am 23.03.2014 01:18, schrieb Matthew Seaman:

> PACKAGESITE support in pkg.conf has been dropped entirely in 1.3 which
> is in alpha at the moment.  I need to double check, but that should mean
> those error messages will go away too.

To be blunt, anyone who wants to use FreeBSD for production does not
give a shit on pkg alpha versions, he expects pkg 1.0.0 or 1.0.1 at the
latest to cover 99% right.

I still foster that feeling that we are rushing and forcing ports
changes, including pkgNG transition, at a hilarious pace, and even if
portmgr states that -exp runs do happen for most changes, -exp runs will
not capture real-world systems that need to make several transitions
(pkgNG, USES=... transition of the day, Perl version of the day, Python
wrapper of the day, c++ lib of the version) at once.

And the lack of compatibility I've seen so far is frightening.  Most
people no longer test ports on pre-pkgNG systems because that's
deprecated.  But it needs to work fine until the day after expiration.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Port version problem

[Jerry]

When I ran the following command after updating my port's tree:

/usr/sbin/pkg version -vIL=

It produced the following output:

dri-9.1.7_3,2  >   succeeds index (index has 7.6.1_3,2)
libEGL-9.1.7   >   succeeds index (index has 7.6.1)
libGL-9.1.7>   succeeds index (index has 7.6.1_4)
libdrm-2.4.50  >   succeeds index (index has 2.4.17_1)
xf86-video-ati-7.2.0_1 >   succeeds index (index has 6.14.6_1)
xf86-video-intel-2.21.15_1 >   succeeds index (index has 2.7.1_6)
xorg-server-1.12.4_4,1 >   succeeds index (index has 1.7.7_11,1)

How is that even possible? I don't recall seeing anything in UPDATING that
referred to this.

-- 
Jerry
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Port version problem

[Matthias Andree]

Am 23.03.2014 12:05, schrieb Jerry:
> When I ran the following command after updating my port's tree:
> 
> /usr/sbin/pkg version -vIL=
> 
> It produced the following output:
> 
> dri-9.1.7_3,2  >   succeeds index (index has 7.6.1_3,2)
> libEGL-9.1.7   >   succeeds index (index has 7.6.1)
> libGL-9.1.7>   succeeds index (index has 7.6.1_4)
> libdrm-2.4.50  >   succeeds index (index has 2.4.17_1)
> xf86-video-ati-7.2.0_1 >   succeeds index (index has 6.14.6_1)
> xf86-video-intel-2.21.15_1 >   succeeds index (index has 2.7.1_6)
> xorg-server-1.12.4_4,1 >   succeeds index (index has 1.7.7_11,1)
> 
> How is that even possible? I don't recall seeing anything in UPDATING that
> referred to this.
> 

pkg does not update your ports tree nor the INDEX file, but pkg version
checks against the ports tree.

A "portsnap fetch update" should fix that - but might show a few ports
requiring an update because the pkgs are built once weekly, whereas
portsnap information is updated much more frequently.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Port version problem

[Julien Laffaye]

On 3/23/2014 12:05 PM, Jerry wrote:

When I ran the following command after updating my port's tree:

/usr/sbin/pkg version -vIL=

It produced the following output:

dri-9.1.7_3,2  >   succeeds index (index has 7.6.1_3,2)
libEGL-9.1.7   >   succeeds index (index has 7.6.1)
libGL-9.1.7>   succeeds index (index has 7.6.1_4)
libdrm-2.4.50  >   succeeds index (index has 2.4.17_1)
xf86-video-ati-7.2.0_1 >   succeeds index (index has 6.14.6_1)
xf86-video-intel-2.21.15_1 >   succeeds index (index has 2.7.1_6)
xorg-server-1.12.4_4,1 >   succeeds index (index has 1.7.7_11,1)

How is that even possible? I don't recall seeing anything in UPDATING that
referred to this.



You have to update the INDEX too.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Port version problem

[Matthew D. Fuller]

On Sun, Mar 23, 2014 at 07:05:13AM -0400 I heard the voice of
Jerry, and lo! it spake thus:
> 
> dri-9.1.7_3,2  >   succeeds index (index has 7.6.1_3,2)
> libEGL-9.1.7   >   succeeds index (index has 7.6.1)
> libGL-9.1.7>   succeeds index (index has 7.6.1_4)
> libdrm-2.4.50  >   succeeds index (index has 2.4.17_1)
> xf86-video-ati-7.2.0_1 >   succeeds index (index has 6.14.6_1)
> xf86-video-intel-2.21.15_1 >   succeeds index (index has 2.7.1_6)
> xorg-server-1.12.4_4,1 >   succeeds index (index has 1.7.7_11,1)
> 
> How is that even possible?

I'd say you're running WITH_NEW_XORG.


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Port version problem

[olli hauer]

On 2014-03-23 12:05, Jerry wrote:
> When I ran the following command after updating my port's tree:
> 
> /usr/sbin/pkg version -vIL=
> 
> It produced the following output:
> 
> dri-9.1.7_3,2  >   succeeds index (index has 7.6.1_3,2)
> libEGL-9.1.7   >   succeeds index (index has 7.6.1)
> libGL-9.1.7>   succeeds index (index has 7.6.1_4)
> libdrm-2.4.50  >   succeeds index (index has 2.4.17_1)
> xf86-video-ati-7.2.0_1 >   succeeds index (index has 6.14.6_1)
> xf86-video-intel-2.21.15_1 >   succeeds index (index has 2.7.1_6)
> xorg-server-1.12.4_4,1 >   succeeds index (index has 1.7.7_11,1)
> 
> How is that even possible? I don't recall seeing anything in UPDATING that
> referred to this.
> 


The param -I checks against /usr/ports/INDEX(-n) to speed up comparing.

Do you use portsnap or cvs to update the ports tree?

portsnap should automatically update the INDEX file unless the setting in 
/etc/portsnap.conf was changed.

In case subversion is used, the INDEX is only updated with the following command
$> make fetchindex -C /usr/ports

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Port version problem

[Duane Hill]

On Sunday, March 23, 2014, 6:15:31 AM, olli wrote:

> On 2014-03-23 12:05, Jerry wrote:
>> When I ran the following command after updating my port's tree:
>> 
>> /usr/sbin/pkg version -vIL=
>> 
>> It produced the following output:
>> 
>> dri-9.1.7_3,2  >   succeeds index (index has 7.6.1_3,2)
>> libEGL-9.1.7   >   succeeds index (index has 7.6.1)
>> libGL-9.1.7>   succeeds index (index has 7.6.1_4)
>> libdrm-2.4.50  >   succeeds index (index has 2.4.17_1)
>> xf86-video-ati-7.2.0_1 >   succeeds index (index has 6.14.6_1)
>> xf86-video-intel-2.21.15_1 >   succeeds index (index has 2.7.1_6)
>> xorg-server-1.12.4_4,1 >   succeeds index (index has 1.7.7_11,1)
>> 
>> How is that even possible? I don't recall seeing anything in UPDATING that
>> referred to this.
>> 


> The param -I checks against /usr/ports/INDEX(-n) to speed up comparing.

> Do you use portsnap or cvs to update the ports tree?

> portsnap should automatically update the INDEX file unless the
> setting in /etc/portsnap.conf was changed.

> In case subversion is used, the INDEX is only updated with the following 
> command
$>> make fetchindex -C /usr/ports

Or rebuild indexes from the ports directory:

# cd /usr/ports && make index

-- 
Duane Hill
duih...@gmail.com
"If at first you don't succeed, so much for sky diving."

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Port version problem

[Jerry]

On Sun, 23 Mar 2014 12:15:31 +0100, olli hauer stated:
/usr/sbin/pkg version -vIL=
> On 2014-03-23 12:05, Jerry wrote:
> > When I ran the following command after updating my port's tree:
> > 
> > /usr/sbin/pkg version -vIL=
> > 
> > It produced the following output:
> > 
> > dri-9.1.7_3,2  >   succeeds index (index has
> > 7.6.1_3,2) libEGL-9.1.7   >   succeeds index (index
> > has 7.6.1) libGL-9.1.7>   succeeds index (index
> > has 7.6.1_4) libdrm-2.4.50  >   succeeds index
> > (index has 2.4.17_1) xf86-video-ati-7.2.0_1 >   succeeds
> > index (index has 6.14.6_1) xf86-video-intel-2.21.15_1 >
> > succeeds index (index has 2.7.1_6) xorg-server-1.12.4_4,1
> > >   succeeds index (index has 1.7.7_11,1)
> > 
> > How is that even possible? I don't recall seeing anything in UPDATING
> > that referred to this.
> > 
> 
> 
> The param -I checks against /usr/ports/INDEX(-n) to speed up comparing.
> 
> Do you use portsnap or cvs to update the ports tree?
> 
> portsnap should automatically update the INDEX file unless the setting
> in /etc/portsnap.conf was changed.
> 
> In case subversion is used, the INDEX is only updated with the following
> command $> make fetchindex -C /usr/ports

I ran the following commands in this order:

/usr/sbin/portsnap fetch update
/usr/local/sbin/portsdb -u
/usr/sbin/pkg version -vIL=

I just reran those command and it produced the exact same results.

-- 
Jerry
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Port version problem

[Matthias Andree]

Am 23.03.2014 12:39, schrieb Jerry:

> /usr/sbin/portsnap fetch update
> /usr/local/sbin/portsdb -u
> /usr/sbin/pkg version -vIL=
> 
> I just reran those command and it produced the exact same results.

portsdb is irrelevant here, did you check portsnap output, did it
succeed?  Is your system clock plausible?  Did portsnap rebuild the
INDEX file?

Otherwise, try: make fetchindex -C /usr/ports

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Port version problem

[Jerry]

On Sun, 23 Mar 2014 12:42:22 +0100, Matthias Andree stated:

> Am 23.03.2014 12:39, schrieb Jerry:
> 
> > /usr/sbin/portsnap fetch update
> > /usr/local/sbin/portsdb -u
> > /usr/sbin/pkg version -vIL=
> > 
> > I just reran those command and it produced the exact same results.
> 
> portsdb is irrelevant here, did you check portsnap output, did it
> succeed?  Is your system clock plausible?  Did portsnap rebuild the
> INDEX file?
> 
> Otherwise, try: make fetchindex -C /usr/ports

I tried your suggestion with negative results. Any other ideas?

-- 
Jerry
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

How to deal with broken MASTER_SITES/WWW?

[A.J. 'Fonz' van Werven]

Looking through my installed ports to see if any are unmaintained, I came
across a port of which the MASTER_SITE(S) and WWW are down. The site
itself (WWW) says it's currently down for maintenance, but it's been like
that for at least a week, if not longer. And with the MASTER_SITE(S) down
the distfile is only available from the FreeBSD mirror.

Should I just take maintainership, add my own mirror to MASTER_SITES and
wait for the site to come back online, or are there other steps to be
taken?

AvW

-- 
I'm not completely useless, I can be used as a bad example.


pgpCioOZmrdDG.pgp
Description: PGP signature

Re: Port version problem

[olli hauer]

On 2014-03-23 13:02, Jerry wrote:
> On Sun, 23 Mar 2014 12:42:22 +0100, Matthias Andree stated:
> 
>> Am 23.03.2014 12:39, schrieb Jerry:
>>
>>> /usr/sbin/portsnap fetch update
>>> /usr/local/sbin/portsdb -u
>>> /usr/sbin/pkg version -vIL=
>>>
>>> I just reran those command and it produced the exact same results.
>>
>> portsdb is irrelevant here, did you check portsnap output, did it
>> succeed?  Is your system clock plausible?  Did portsnap rebuild the
>> INDEX file?
>>
>> Otherwise, try: make fetchindex -C /usr/ports
> 
> I tried your suggestion with negative results. Any other ideas?
> 


As Matthew has already written you are running with WITH_NEW_XORG
but the INDEX is generated without this flag.

>From x11-servers/xorg-server/Makefile

.if defined(WITH_NEW_XORG)
XORG_VERSION=   1.12.4
XORG_REVISION=  4
.else
XORG_VERSION=   1.7.7
XORG_REVISION=  11
...


If you run only the command
$> pkg version -vL=
it should calculate the version correct.

-- 
Regards,
olli
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Port version problem

[Matthew D. Fuller]

On Sun, Mar 23, 2014 at 08:02:41AM -0400 I heard the voice of
Jerry, and lo! it spake thus:
> 
> I tried your suggestion with negative results. Any other ideas?

Yes, the one I already sent   :)

You're running WITH_NEW_XORG, which changes the versions of various X
ports.  Either explicitly enabled yourself, or implicitly on a version
(recent -CURRENT) new enough.  And no INDEX builder is running a
version with that set, so it shows the OLD_XORG versions.

I recommend "ignore it, it doesn't matter".  Only other likely
solution is building INDEX yourself, which is expensive and you'll
just forget it next time anyway.


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Port version problem

[Matthew D. Fuller]

On Sun, Mar 23, 2014 at 07:16:38AM -0500 I heard the voice of
Matthew D. Fuller, and lo! it spake thus:
> 
> I recommend "ignore it, it doesn't matter".

Or alternately phrased, use "-l'<'" instead of "-L=", like I always
do.  There are various reasons I'd have installed a newer version than
INDEX has, like NEW_XORG, and even version I'd have installed a newer
version than in the ports tree at all, like on a port I maintain and
have updated but hasn't gotten committed yet.

I only care to hear about stuff where I'm _behind_; if I'm _ahead_
that's the rest of the world's problem, not mine   :)


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: LPPL10 license consequences intended? (arabic/arabtex)

[John Marino]

On 3/23/2014 00:05, Kevin Oberman wrote:
> On Sat, Mar 22, 2014 at 2:16 PM, CyberLeo Kitsana 
> wrote:
> 
>> On 03/22/2014 02:27 PM, Kevin Oberman wrote:
>>> On Sat, Mar 22, 2014 at 10:29 AM, John Marino >> wrote:
>>>
 In December, Nicola set the license for Arabtex to LPPL10.
 The result is that the port is no longer packagable:

> >> Ignoring arabic/arabtex: License LPPL10 needs confirmation, but
 BATCH is defined
> build of /usr/ports/arabic/arabtex ended at Mon Mar 17 16:12:44 PDT
>> 2014

 From a quick conversation on IRC, I got the idea that the license was
 correct and many more Tex packages should also have this license.
 If/when that happens, does that mean Tex packages are only to be built
 from source?

 Is it correct that LPPL10 can't be built in a batch?
>>
>> No. You must accept the license before you can build the port, and you
>> cannot interactively accept a license in non-interactive batch mode.
>>
>> See the commments in /usr/ports/Mk/bsd.licenses.mk for what to set in
>> make.conf to automatically accept certain licenses.
>>
> 
> I have again looked over the LPPL and there is no language requiring
> explicit acceptance of the license that I can find. I see nothing about
> this more restrictive than LGPL or other standard licenses.
> 
> Am I missing it?


According to SVN, tabthorpe@ added these licenses as a result of PR
ports/151300 a couple of years ago.  Maybe he should weigh in and tell
us if making it more restrictive than the GPL was a mistake in the
original PR that just carried over?

If the latex licenses are indeed not defined correctly, they need to be
fixed.  I'd think tabthorpe@ would take the first crack at since he
added them, but if he doesn't want to, then who should evaluate and
potentially fix this?

John
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[QAT] 348851: 2x leftovers, 4x success

[Ports-QAT]

www/seamonkey: Unbreak DragonFly

The first fix is a NO-OP for FreeBSD.  The clang/optimized flags work-
around is OSVERSION-specific, so let's limit it to FreeBSD only.

The real breakage was caused by the XPI_FILE substitution.  The "x86"
part of DragonFly's "x86_64" was getting transformed incorrectly to
"i386_64".  This could be prevented by changing the replacement pattern
to "x86$", but "x86" is not a standard ARCH value, so this substitution
isn't made on FreeBSD anyway.  The solution is just remove it as the
only effect it has is negative.

Tested on: Redports, all four i386 builders pass
-

  Build ID:  20140323120200-24609
  Job owner: mar...@freebsd.org
  Buildtime: 32 minutes
  Enddate:   Sun, 23 Mar 2014 12:34:07 GMT

  Revision:  348851
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=348851

-

Port:www/seamonkey 

  Buildgroup: 10.0-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20140323120200-24609-305980/seamonkey-2.25.log

  Buildgroup: 10.0-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20140323120200-24609-305981/seamonkey-2.25.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20140323120200-24609-305982/seamonkey-2.25.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20140323120200-24609-305983/seamonkey-2.25.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20140323120200-24609-305984/seamonkey-2.25.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20140323120200-24609-305985/seamonkey-2.25.log


--
Buildarchive URL: 
redports 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Apache22 - PHP5 / APX ports issue

[Jos Chrispijn]

   Hi Jack,
   Krijg sinds gisteren een melding op subversion (svn):
   subversion17-1.7.16_1: "/usr/ports/www/apache" non-existent --
   dependency list incomplete
   subversion17-1.7.16_1: "/usr/ports/www/apache" non-existent --
   dependency list incomplete
   ===>>> Initial dependency check complete for devel/subversion17
   Dus ik dacht om subversion te updaten maar dat gaat de mist in:
   ===>>> Starting build for devel/subversion17 <<<===
   ===>>> All dependencies are up to date
   Shared object "libapr-1.so.4" not found, required by "httpd"
   Shared object "libapr-1.so.4" not found, required by "httpd"
   apxs:Error: Sorry, no shared object support for Apache.
   apxs:Error: available under your platform. Make sure.
   apxs:Error: the Apache module mod_so is compiled into.
   apxs:Error: your server binary `/usr/local/sbin/httpd'..
   "/usr/ports/Mk/bsd.apache.mk", line 290: warning: "/usr/local/sbin/apxs
   -q MPM_NAME" returned non-zero status
   Shared object "libapr-1.so.4" not found, required by "httpd"
   Shared object "libapr-1.so.4" not found, required by "httpd"
   apxs:Error: Sorry, no shared object support for Apache.
   apxs:Error: available under your platform. Make sure.
   apxs:Error: the Apache module mod_so is compiled into.
   apxs:Error: your server binary `/usr/local/sbin/httpd'..
   "/usr/ports/Mk/bsd.apache.mk", line 290: warning: "/usr/local/sbin/apxs
   -q MPM_NAME" returned non-zero status
   ===>  Cleaning for subversion17-1.7.16_1
   Shared object "libapr-1.so.4" not found, required by "httpd"
   Shared object "libapr-1.so.4" not found, required by "httpd"
   apxs:Error: Sorry, no shared object support for Apache.
   apxs:Error: available under your platform. Make sure.
   apxs:Error: the Apache module mod_so is compiled into.
   apxs:Error: your server binary `/usr/local/sbin/httpd'..
   "/usr/ports/Mk/bsd.apache.mk", line 290: warning: "/usr/local/sbin/apxs
   -q MPM_NAME" returned non-zero status
   Shared object "libapr-1.so.4" not found, required by "httpd"
   Shared object "libapr-1.so.4" not found, required by "httpd"
   apxs:Error: Sorry, no shared object support for Apache.
   apxs:Error: available under your platform. Make sure.
   apxs:Error: the Apache module mod_so is compiled into.
   apxs:Error: your server binary `/usr/local/sbin/httpd'..
   "/usr/ports/Mk/bsd.apache.mk", line 290: warning: "/usr/local/sbin/apxs
   -q MPM_NAME" returned non-zero status
   ===>  subversion17-1.7.16_1 is marked as broken: : Error from
   bsd.apache.mk. apache is installed (or APACHE_PORT is defined) and port
   requires apache22 at least.
   *** [all] Error code 1
   Stop in /usr/ports/devel/subversion17.
   ===>>> make failed for devel/subversion17
   ===>>> Aborting update
   ===>>> Killing background jobs
   Terminated
   ===>>> You can restart from the point of failure with this command
   line:
  portmaster  devel/subversion17
   ===>>> Exiting
   -- CUT -
   Weet jij hoe ik dit kan oplossen?
   Wil dit niet doen via pkg want dat ging de vorige keer ook mis $-/
   thanks,
   Jos
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Apache22 - PHP5 / APX ports issue

[Jos Chrispijn]

   Sorry, wrong recipient. Please ignore..
   Jos Chrispijn:

 Hi Jack,
 Krijg sinds gisteren een melding op subversion (svn):
 subversion17-1.7.16_1: "/usr/ports/www/apache" non-existent --
 dependency list incomplete
 subversion17-1.7.16_1: "/usr/ports/www/apache" non-existent --
 dependency list incomplete
 ===>>> Initial dependency check complete for devel/subversion17
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: reason 23 why we've moved to linux

[Lee Dilkie]

On 3/22/2014 15:29, Esa Karkkainen wrote:
> On Sun, Mar 23, 2014 at 03:49:34AM +0900, Randy Bush wrote:
>> > and i have two 9 systems where i try to use freebsd-update.  also a
>> > time-consuming rabbit hole leading nowhere pleasant.  e.g.
>> > 
>> > # freebsd-update upgrade -r 9.2-RELEASE-p3
> Lose the "-p3", because freebsd-update will get you to the lastet
> patch level. If you don't like this behaviour, you can use svn.

then freebsd-update should give an error message that the "-p3" should
be omitted, or offer to fetch "9.2-RELEASE" instead.

what it shouldn't do is accept this is a valid input and then go off and
pretend all the mirrors are down.

-lee

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[@ ports committers] unassigned PR ports/187370 security update

[Marco Bröder]

Hi,

could a ports committer please look at PR ports/187370 (second patch),
please?

I know there is a huge PR count. But this is somewhat urgent now
because of a security vulnerability just fixed in a second new release.

I am uncertain about a MFH and an vuxml entry.

Thank you!

-- 
Kind regards


signature.asc
Description: PGP signature

gnash ports was broken

[Nilton Jose Rizzo]

  Hi all,

  Have some idea when the gnash ports came back?

root@valfenda:/usr/ports/graphics/gnash # make
===>  gnash-0.8.10_10 is marked as broken: unable to link in libboost_system.
*** Error code 1

Stop.
make: stopped in /usr/ports/graphics/gnash
root@valfenda:/usr/ports/graphics/gnash # 

root@valfenda:/usr/ports/graphics/gnash # svn update .
Updating '.':
Na revisão 348868.
root@valfenda:/usr/ports/graphics/gnash # 

TIA

Rizzo

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[QAT] 348870: 2x leftovers, 2x fetch, 2x success

[Ports-QAT]

Upgrade from 3.0.0-beta1 to 3.0.0-beta2.
Rewrite entries for pkg-plist.



>> General

* [FIX] Sometimes the absolute config file path was obtained in a wrong way.
This happened when there was a "dir" directive inside the config file
and at the same time the configuration file was given as a relative
path to redis-server or redis-sentinel executables.
* [FIX] redis-cli: Automatically enter --slave mode when SYNC or PSYNC are
called during an interactive session.
* [FIX] BITCOUNT: fixed unaligned access causing issues in sparc and other
archs not capable of dealing with unaligned accesses. This also makes
the code faster in archs where unaligned accesses are allowed.
* [FIX] Force INFO used_memory_peak to match peak memory. This generated some
confusion among users even if it was not an actual bug.
* [FIX] Fixed an critical EVALSHA script cache bug: scripts executed may not
propagate to AOF / Slaves correctly under certain conditions.
See issue #1549 at Github for more information.
* [FIX] Fixed multiple bugs resulting into closing the link with master or slave
during replication without good reasons. This will result in useless
resynchronizations, or infinite loops where the replication link can't
be established.
* [FIX] Don't count the time needed to populate the buffers of clients waiting
in MONITOR mode when populating the Slow Log entries.

* [NEW] Redis-cli updated to use SCAN instead of random sampling via
RANDOMKEY in order to implement --bigkeys feature. Moreover the
implementation now supports pipelining and reports more information
at the end of the scan. Much faster, much better. A special thank
you to Michael Grunder for this improvement.
* [NEW] redis-cli now supports a new --intrinsic-latency mode that is able
to meter the latency of a system due to kernel / hypervisor.
How to use it is explained at http://redis.io/topics/latency.
* [NEW] New command BITPOS: find first bit set or clear in a bitmap.
* [NEW] CONFIG REWRITE calls are now logged.
* [NEW] AOF write errors (like no space on device) no longer abort Redis if the
fsync policy is none or every second. The database enters a read-only
mode where every write is refused with an error. Normal operations are
restored as soon as Redis is able to append again data to the AOF file.
* [NEW] Sentinel now accepts SHUTDOWN command.

>> Cluster

* [FIX] Bind the first interface listed in the "bind" configuration directive
if any, in order to perform outgoing connections. This fixes Cluster
usage when an address is bound but there are multiple interfaces that
may be used to connect with other nodes.
* [FIX] When an "Importing" slot is closed via CLUSTER SETSLOT NODE ...
increment the configEpoch in the special case it is zero.
* [FIX] Current transaction is invalidated on redirection errors.
* [FIX] Abort if port does not allow for a valid cluster bus port that is
always at fixed +1 offset.
* [FIX] Keys extraction algorithm fixed for ZUNIONSTORE/ZINTERSTORE and SORT.
* [FIX] Better failover timeout and retry times: failover should now work
reliabily when node-timeout is very small (a few milliseconds).
* [FIX] Don't allow SORT GET/BY options in Cluster mode.
* [FIX] Clear importing/migrating state when turning from master to slave role.
* [FIX] Set slot error if we receive an update for a busy slot.
* [FIX] Update node configEpoch on UPDATE messages.

* [NEW] Support multi-key operations as long as keys resolve to the same
hash slot, and the slot is not migrating, or it is migrating but all
the mentioned keys are available.
* [NEW] New DEBUG command CMDKEYS available to debug / test keys identification
in Redis commands.
* [NEW] redis-trib: create subcommand is now able to assign spare slaves.
* [NEW] redis-trib: new subcommand 'call'. Exec command in all nodes.

>> Sentinel

* [FIX] Sentinel "IDONTKNOW" er
-

  Build ID:  20140323165200-14676
  Job owner: o...@freebsd.org
  Buildtime: 12 minutes
  Enddate:   Sun, 23 Mar 2014 17:03:43 GMT

  Revision:  348870
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=348870

-

Port:databases/redis-devel 3.0.0.b2

  Buildgroup: 10.0-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~o...@freebsd.org/20140323165200-14676-306076/redis-devel-3.0.0.b2.log

  Buildgroup: 10.0-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~o...@freebsd.org/20140323165200-14676-306077/redis-devel-3.0.0.b2.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   FETCH
  Log: 
https://qa

Re: [@ ports committers] unassigned PR ports/187370 security update

[Matthias Andree]

Am 23.03.2014 17:03, schrieb Marco Bröder:
> Hi,
> 
> could a ports committer please look at PR ports/187370 (second patch),
> please?
> 
> I know there is a huge PR count. But this is somewhat urgent now
> because of a security vulnerability just fixed in a second new release.
> 
> I am uncertain about a MFH and an vuxml entry.
> 
> Thank you!
> 

done, MFH is pending, awaiting portmgr action.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: [@ ports committers] unassigned PR ports/187370 security update

[Marco Bröder]

On Sun, 23 Mar 2014 18:18:38 +0100
Matthias Andree  wrote:

> Am 23.03.2014 17:03, schrieb Marco Bröder:
> > Hi,
> > 
> > could a ports committer please look at PR ports/187370 (second patch),
> > please?
> > 
> > I know there is a huge PR count. But this is somewhat urgent now
> > because of a security vulnerability just fixed in a second new release.
> > 
> > I am uncertain about a MFH and an vuxml entry.
> > 
> > Thank you!
> > 
> 
> done, MFH is pending, awaiting portmgr action.

Wow! That was fast! Thank you very much!

-- 
Kind regards


signature.asc
Description: PGP signature

Staging without /usr/ports/packages/

[Lena]

FreeBSD 8.4-RELEASE-p4 i386, ports tree freshly updated with portsnap,
not pkgng, nothing about directories in make.conf,
the /usr/ports/packages/ directory deleted (in order to not waste disk space) -
that worked until today. Now:

===>  Building package for libiconv-1.14_3
Creating package /usr/ports/converters/libiconv/work/pkg/libiconv-1.14_3.tbz
Registering depends:.
Creating bzip'd tar ball in 
'/usr/ports/converters/libiconv/work/pkg/libiconv-1.14_3.tbz'
===>  Installing for libiconv-1.14_3
pkg_add: can't stat package file 
'/usr/ports/converters/libiconv/libiconv-1.14_3.tbz'
*** Error code 1

Same problem today with another update (ruby).
I recreated the /usr/ports/packages/ directory, now update successful:

===>  Building package for libiconv-1.14_3
Creating package /usr/ports/converters/libiconv/work/pkg/libiconv-1.14_3.tbz
Registering depends:.
Creating bzip'd tar ball in 
'/usr/ports/converters/libiconv/work/pkg/libiconv-1.14_3.tbz'
===>  Installing for libiconv-1.14_3
pkg_install EOL is scheduled for 2014-09-01. Please consider migrating to pkgng
http://blogs.freebsdish.org/portmgr/2014/02/03/time-to-bid-farewell-to-the-old-pkg_-tools/
===>  Cleaning for libiconv-1.14_3
--->  Cleaning out obsolete shared libraries
[Updating the pkgdb  in /var/db/pkg ... - 608 packages found 
(-0 +1) . done]
~ #

But /usr/ports/packages/All/ now keeps a copy of every package I build from
ports. What for?  It wasn't obligatory until today. I think that it's a
fresh bug (no /work/pkg/ in path).
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Staging without /usr/ports/packages/

[Bryan Drewery]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 3/23/2014 1:53 PM, l...@lena.kiev.ua wrote:
> FreeBSD 8.4-RELEASE-p4 i386, ports tree freshly updated with
> portsnap, not pkgng, nothing about directories in make.conf, the
> /usr/ports/packages/ directory deleted (in order to not waste disk
> space) - that worked until today. Now:
> 
> ===>  Building package for libiconv-1.14_3 Creating package
> /usr/ports/converters/libiconv/work/pkg/libiconv-1.14_3.tbz 
> Registering depends:. Creating bzip'd tar ball in
> '/usr/ports/converters/libiconv/work/pkg/libiconv-1.14_3.tbz' ===>
> Installing for libiconv-1.14_3 pkg_add: can't stat package file
> '/usr/ports/converters/libiconv/libiconv-1.14_3.tbz' *** Error code
> 1

I made a change here, am looking into it.

> 
> Same problem today with another update (ruby). I recreated the
> /usr/ports/packages/ directory, now update successful:
> 
> ===>  Building package for libiconv-1.14_3 Creating package
> /usr/ports/converters/libiconv/work/pkg/libiconv-1.14_3.tbz 
> Registering depends:. Creating bzip'd tar ball in
> '/usr/ports/converters/libiconv/work/pkg/libiconv-1.14_3.tbz' ===>
> Installing for libiconv-1.14_3 pkg_install EOL is scheduled for
> 2014-09-01. Please consider migrating to pkgng 
> http://blogs.freebsdish.org/portmgr/2014/02/03/time-to-bid-farewell-to-the-old-pkg_-tools/
>
> 
===>  Cleaning for libiconv-1.14_3
> --->  Cleaning out obsolete shared libraries [Updating the pkgdb
>  in /var/db/pkg ... - 608 packages found (-0 +1)
> . done] ~ #
> 
> But /usr/ports/packages/All/ now keeps a copy of every package I
> build from ports. What for?  It wasn't obligatory until today. I
> think that it's a fresh bug (no /work/pkg/ in path).

This is not new.

> ___ 
> freebsd-ports@freebsd.org mailing list 
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports To
> unsubscribe, send any mail to
> "freebsd-ports-unsubscr...@freebsd.org"
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTLy+4AAoJEG54KsA8mwz51B0P/3egboMXXYK/ENOcBOHGaUFU
QEWdXrTGmIeZZ3uiv7IegtKBSp5jwaywyaI6qwhyu13ugeJGJHSQwmKnyPczzC6V
eG7oAJzo/F4I+n4LGgsZxe77TPyT1ZlSDBXNeSgaqr1f8t60vSr6VyTo9HnB18xk
NfU/viHMKe9GHV1lMfyVzDz/2zUxHgFrxtwMbsP5xowQUnDVAEBSb2MRz0YlB1w5
PC4Z4sbDcL4B+OKSBZvFO7r53MQJfT//SFvUPVJwro7rXRKsVR1TxuDxZyqL/ojl
IdKxzVXVusPaxSPqdFAcn8svX7cHrmV5b/1NhUjZOqTTz4O8m5xJY/xCwk9LjbJi
F3n3qi/yGdHbge9tsjGqLk8jyJlp7Z+EHz7U/tU3EtGuZlr6STtSdySCKW36rz7I
bqGIvLwINUu4e/Q8ba4gKb4ifjkWNmerjmN+5Yrezzk1/OlVAoLA6E1HOSaiZETt
cswYwCTTsKs4DHoWE7UoPx12Ecg8Tk7fsYDute5R5uJYaGr5pLSrO9RjxPpx0k07
znzQCOvnAZMXPnP2LH26hwXKZIh7ObhtmySf4c+VlqpJcAE10r6jAMxZ8uwPUNcu
mzOTKOAT7sMhz9KihdDD3hx0KPInyuh3BMP9qm5pdqS9MweY09GbSaJrLf/zVm/V
Ycnq5iz+8h6tRPinZ840
=mKz4
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Staging without /usr/ports/packages/

[Bryan Drewery]

On 3/23/2014 1:53 PM, l...@lena.kiev.ua wrote:
> FreeBSD 8.4-RELEASE-p4 i386, ports tree freshly updated with portsnap,
> not pkgng, nothing about directories in make.conf,
> the /usr/ports/packages/ directory deleted (in order to not waste disk space) 
> -
> that worked until today. Now:

Can you show your make.conf please?



___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Staging without /usr/ports/packages/

[Bryan Drewery]

On 3/23/2014 1:53 PM, l...@lena.kiev.ua wrote:
> FreeBSD 8.4-RELEASE-p4 i386, ports tree freshly updated with portsnap,
> not pkgng, nothing about directories in make.conf,
> the /usr/ports/packages/ directory deleted (in order to not waste disk space) 
> -
> that worked until today. Now:
> 

I just committed a fix for this. Please try portsnap updating in 15-20
minutes and try again.

Sorry for the trouble.

Rgards,
Bryan Drewery



___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[QAT] 348874: 2x leftovers, 2x fetch, 2x success

[Ports-QAT]

- Update to 1.00.2014.03.23

PR: ports/187852
Submitted by:   Johannes Jost Meixner  (maintainer)
-

  Build ID:  20140323171801-45347
  Job owner: swi...@freebsd.org
  Buildtime: 2 hours
  Enddate:   Sun, 23 Mar 2014 19:45:40 GMT

  Revision:  348874
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=348874

-

Port:ports-mgmt/porttools 1.00.2014.03.23

  Buildgroup: 10.0-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20140323171801-45347-306106/porttools-1.00.2014.03.23.log

  Buildgroup: 10.0-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20140323171801-45347-306107/porttools-1.00.2014.03.23.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   FETCH
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20140323171801-45347-306108/porttools-1.00.2014.03.23.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   FETCH
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20140323171801-45347-306109/porttools-1.00.2014.03.23.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20140323171801-45347-306110/porttools-1.00.2014.03.23.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~swi...@freebsd.org/20140323171801-45347-306111/porttools-1.00.2014.03.23.log


--
Buildarchive URL: 
redports 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[RFC] New port: games/craft - Minecraft clone

[Danilo E. Gondolfo]

Somebody would like to help me to test this port?

Craft is a Minecraft clone created by Michael Fogleman and adapted by me
to run on FreeBSD.

svn co https://svn.redports.org/daniloegea/games/craft/
cd craft
make install clean

To run the game: craft

To run the server: craft-server
To connect to server: craft localhost

Thanks!

Danilo.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[QAT] 348892: 2x leftovers, 2x depend (??? in multimedia/mkvtoolnix), 6x success, 2x depend (new_compiler_error in multimedia/mkvtoolnix)

[Ports-QAT]

Remove dependency on expiring and forbidden xmms

With hat:   portmgr
-

  Build ID:  20140323213600-63636
  Job owner: anto...@freebsd.org
  Buildtime: 2 hours
  Enddate:   Mon, 24 Mar 2014 00:04:48 GMT

  Revision:  348892
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=348892

-

Port:multimedia/lives 

  Buildgroup: 10.0-QAT/amd64
  Buildstatus:   DEPEND (??? IN MULTIMEDIA/MKVTOOLNIX)
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140323213600-63636-306226/mkvtoolnix-6.7.0_1.log

  Buildgroup: 10.0-QAT/i386
  Buildstatus:   DEPEND (??? IN MULTIMEDIA/MKVTOOLNIX)
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140323213600-63636-306227/mkvtoolnix-6.7.0_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   DEPEND (NEW_COMPILER_ERROR IN MULTIMEDIA/MKVTOOLNIX)
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140323213600-63636-306228/mkvtoolnix-6.7.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (NEW_COMPILER_ERROR IN MULTIMEDIA/MKVTOOLNIX)
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140323213600-63636-306229/mkvtoolnix-6.7.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140323213600-63636-306230/lives-2.2.2_1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140323213600-63636-306231/lives-2.2.2_1.log

-

Port:multimedia/tunapie 2.1.18_5

  Buildgroup: 10.0-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140323213600-63636-306232/tunapie-2.1.18_5.log

  Buildgroup: 10.0-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140323213600-63636-306233/tunapie-2.1.18_5.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140323213600-63636-306234/tunapie-2.1.18_5.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140323213600-63636-306235/tunapie-2.1.18_5.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140323213600-63636-306236/tunapie-2.1.18_5.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20140323213600-63636-306237/tunapie-2.1.18_5.log


--
Buildarchive URL: 
redports 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

INDEX build failed for 8.x

[Ports Index build]

INDEX build failed with errors:
Generating INDEX-8 - please 
wait.."/home/indexbuild/tindex/ports/emulators/mupen64plus-video-glide64/../mupen64plus-core/Makefile.common",
 line 43: Need an operator
make: fatal errors encountered -- cannot continue
===> emulators/mupen64plus-video-glide64 failed
*** [describe.emulators] Error code 1
*** [/home/indexbuild/tindex/ports/INDEX-8] Error code 1

Stop in /home/indexbuild/tindex/ports.
*** [index] Error code 1

Stop in /home/indexbuild/tindex/ports.
1 error

Committers on the hook:
 acm marius nemysis swills 

Most recent SVN update was:
Updating '.':
Usysutils/memtest86+/Makefile
Usysutils/cdrtools-devel/pkg-plist
Usysutils/cdrtools-devel/Makefile
Usysutils/cdrtools-devel/distinfo
Usysutils/cdrtools-devel/files/patch-ad
Asysutils/cdrtools-devel/files/patch-DEFAULTS::Defaults.freebsd
Ugames/tome4/Makefile
UU   games/tome4/files/patch-build__te4core.lua
UU   games/tome4/files/patch-premake4.lua
Ugames/domination/pkg-plist
Ugames/domination/Makefile
Ugames/domination/pkg-descr
Ugames/domination/files/domination-Increment1GUI.in
Ugames/domination/files/domination-SwingGUI.in
Ugames/domination/files/domination-SimpleGUI.in
Agames/domination/files/pkg-deinstall.in
Ugames/domination/files/domination-FlashGUI.in
Udatabases/firebird20-server/Makefile
Uscience/py-netCDF4/Makefile
Uemulators/mupen64plus-core/Makefile.common
Uemulators/mupen64plus-core/Makefile
Uemulators/mupen64/Makefile
Uemulators/mupen64-base/Makefile
Uemulators/mupen64plus-video-glide64mk2/Makefile
U
emulators/mupen64plus-video-glide64mk2/files/patch-source-mupen64plus-video-glide64mk2-src-Glide64_Util.h
Updated to revision 348918.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[QAT] 348900: 2x leftovers, 1x fetch, 3x success

[Ports-QAT]

New port Lensfun GIMP plugin: correct lens distortion using the lensfun library

Approved by:bdrewery (mentor)
-

  Build ID:  20140323231200-41977
  Job owner: li...@freebsd.org
  Buildtime: 6 hours
  Enddate:   Mon, 24 Mar 2014 05:19:52 GMT

  Revision:  348900
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=348900

-

Port:graphics/gimp-lensfun-plugin 0.2.4.d

  Buildgroup: 10.0-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231200-41977-306448/gimp-lensfun-plugin-0.2.4.d.log

  Buildgroup: 10.0-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231200-41977-306449/gimp-lensfun-plugin-0.2.4.d.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231200-41977-306450/gimp-lensfun-plugin-0.2.4.d.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   FETCH
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231200-41977-306451/gimp-lensfun-plugin-0.2.4.d.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231200-41977-306452/gimp-lensfun-plugin-0.2.4.d.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231200-41977-306453/gimp-lensfun-plugin-0.2.4.d.log


--
Buildarchive URL: 
redports 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[QAT] 348898: 2x leftovers, 1x fetch, 3x success

[Ports-QAT]

New port Beautify: a set of GIMP plugins to both quickly and easily "beautify" 
photo

Approved by:bdrewery (mentor)
-

  Build ID:  20140323231001-14709
  Job owner: li...@freebsd.org
  Buildtime: 6 hours
  Enddate:   Mon, 24 Mar 2014 05:20:36 GMT

  Revision:  348898
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=348898

-

Port:graphics/gimp-beautify-plugin 2012.08.12.00

  Buildgroup: 10.0-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231001-14709-306436/gimp-beautify-plugin-2012.08.12.00.log

  Buildgroup: 10.0-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231001-14709-306437/gimp-beautify-plugin-2012.08.12.00.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231001-14709-306438/gimp-beautify-plugin-2012.08.12.00.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   FETCH
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231001-14709-306439/gimp-beautify-plugin-2012.08.12.00.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231001-14709-306440/gimp-beautify-plugin-2012.08.12.00.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231001-14709-306441/gimp-beautify-plugin-2012.08.12.00.log


--
Buildarchive URL: 
redports 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[QAT] 348914: 2x leftovers, 4x success

[Ports-QAT]

- Fix index build
-

  Build ID:  20140324002400-20456
  Job owner: a...@freebsd.org
  Buildtime: 5 hours
  Enddate:   Mon, 24 Mar 2014 05:27:50 GMT

  Revision:  348914
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=348914

-

Port:emulators/mupen64plus-core 2.0_1

  Buildgroup: 10.0-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20140324002400-20456-306532/mupen64plus-core-2.0_1.log

  Buildgroup: 10.0-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20140324002400-20456-306533/mupen64plus-core-2.0_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20140324002400-20456-306534/mupen64plus-core-2.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20140324002400-20456-306535/mupen64plus-core-2.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20140324002400-20456-306536/mupen64plus-core-2.0_1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20140324002400-20456-306537/mupen64plus-core-2.0_1.log


--
Buildarchive URL: 
redports 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[QAT] 348901: 2x leftovers, 4x success

[Ports-QAT]

New port wavelet-decompose: Gimp plugin to losslessly decompose images into 
wavelet scales layers

Approved by:bdrewery (mentor)
-

  Build ID:  20140323231800-6197
  Job owner: li...@freebsd.org
  Buildtime: 6 hours
  Enddate:   Mon, 24 Mar 2014 05:31:49 GMT

  Revision:  348901
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=348901

-

Port:graphics/gimp-wavelet-decompose-plugin 0.1.2

  Buildgroup: 10.0-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231800-6197-306454/gimp-wavelet-decompose-plugin-0.1.2.log

  Buildgroup: 10.0-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231800-6197-306455/gimp-wavelet-decompose-plugin-0.1.2.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231800-6197-306456/gimp-wavelet-decompose-plugin-0.1.2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231800-6197-306457/gimp-wavelet-decompose-plugin-0.1.2.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231800-6197-306458/gimp-wavelet-decompose-plugin-0.1.2.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~li...@freebsd.org/20140323231800-6197-306459/gimp-wavelet-decompose-plugin-0.1.2.log


--
Buildarchive URL: 
redports 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[QAT] 348920: 2x leftovers, 4x success

[Ports-QAT]

- Fix index build
-

  Build ID:  20140324045000-55508
  Job owner: a...@freebsd.org
  Buildtime: 47 minutes
  Enddate:   Mon, 24 Mar 2014 05:37:24 GMT

  Revision:  348920
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=348920

-

Port:emulators/mupen64plus-core 2.0_1

  Buildgroup: 10.0-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20140324045000-55508-306562/mupen64plus-core-2.0_1.log

  Buildgroup: 10.0-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20140324045000-55508-306563/mupen64plus-core-2.0_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20140324045000-55508-306564/mupen64plus-core-2.0_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20140324045000-55508-306565/mupen64plus-core-2.0_1.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20140324045000-55508-306566/mupen64plus-core-2.0_1.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20140324045000-55508-306567/mupen64plus-core-2.0_1.log


--
Buildarchive URL: 
redports 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

INDEX now builds successfully on 8.x

[Ports Index build]

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"