Re: Update to release 11.0 and stage support for nzbget

[Nicolas Raspail]

Julian H. Stacey wrote:

I have attached to this email a patch that update the nzbget port to
release 11.0 and add support for staging.

My work is based on https://wiki.freebsd.org/ports/StageDir but this is
the first time I modify a port file, so any comments are welcome.

Nicolas


Hi, Use send-pr so your work is not lost.

Cheers,
Julian

Hi

you are right, I have updated the bug report ports/180832 with my new patch

Regards

Nicolas
___
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 Port: graphics/dri rev:328711 Malformed conditional

[Xu Waycell]

make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
(${DRI_DRIVERS:M${:UI915}})
make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
(${DRI_DRIVERS:M${:UI965}})
make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
(${DRI_DRIVERS:M${:UR200}})
make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
(${DRI_DRIVERS:M${:URADEON}})
make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
(${DRI_DRIVERS:M${:USWRAST}})
make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
(${DRI_DRIVERS:M${:UI810}})
make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
(${DRI_DRIVERS:M${:UMACH64}})
make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
(${DRI_DRIVERS:M${:UMGA}})
make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
(${DRI_DRIVERS:M${:UR128}})
make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
(${DRI_DRIVERS:M${:UR300}})
make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
(${DRI_DRIVERS:M${:UR600}})
make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
(${DRI_DRIVERS:M${:USAVAGE}})
make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
(${DRI_DRIVERS:M${:USIS}})
make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
(${DRI_DRIVERS:M${:UTDFX}})
make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
(${DRI_DRIVERS:M${:UUNICHROME}})
make: Fatal errors encountered -- cannot continue
make: stopped in /usr/ports/graphics/dri
___
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] r329537: 1x leftovers, 3x success

[Ports-QAT]

Correct gnome dependency to not pull gnome1
-

  Build ID:  20131006082400-24627
  Job owner: b...@freebsd.org
  Buildtime: 83 minutes
  Enddate:   Sun, 06 Oct 2013 09:47:15 GMT

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

-

Port:japanese/gjiten 2.6

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131006082400-24627-203184/ja-gjiten-2.6.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131006082400-24627-203185/ja-gjiten-2.6.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131006082400-24627-203186/ja-gjiten-2.6.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~b...@freebsd.org/20131006082400-24627-203187/ja-gjiten-2.6.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"

Qcad port error

[Bernt Hansson]

Hello list!

When trying to build qcad I get this error;

===>  Configuring for qcad-3.2.1.0
/usr/bin/sed -i.bak -e "s|%%DATADIR%%|/usr/local/share/qcad|" 
/usr/ports/cad/qcad/work/qcad-3.2.1.0/src/core/RSettings.cpp

cd /usr/ports/cad/qcad/work/qcad-3.2.1.0 && /usr/local/bin/qmake-qt4 -r
Reading /usr/ports/cad/qcad/work/qcad-3.2.1.0/src/src.pro
 Reading /usr/ports/cad/qcad/work/qcad-3.2.1.0/src/3rdparty/3rdparty.pro
Project ERROR: Script bindings not available for Qt version 4.8.2. You 
can add them to src/scripting/qt-labs-qtscriptgenerator-4.8.2 or use 
another version of Qt.

*** [do-configure] Error code 2

Stop in /usr/ports/cad/qcad.

There is other ports that is broken like multimedia/audacious among others.
___
freebsd-questi...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


___
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] r329541: 2x leftovers, 2x success

[Ports-QAT]

- Enable PAM support by default [1]
- Support staging
- Use new LIB_DEPENDS syntax

PR: ports/182533 [1]
Approved by:maintainer
-

  Build ID:  20131006091000-57403
  Job owner: l...@freebsd.org
  Buildtime: 43 minutes
  Enddate:   Sun, 06 Oct 2013 09:53:23 GMT

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

-

Port:x11/slim 1.3.5_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~l...@freebsd.org/20131006091000-57403-203204/slim-1.3.5_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~l...@freebsd.org/20131006091000-57403-203205/slim-1.3.5_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~l...@freebsd.org/20131006091000-57403-203206/slim-1.3.5_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~l...@freebsd.org/20131006091000-57403-203207/slim-1.3.5_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"

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
+-+
graphics/libglesv2  | 9.1.6   | 9.2.1
+-+
x11-toolkits/p5-Gnome2  | 1.042   | 1.043
+-+
x11-toolkits/p5-Gnome2-VFS  | 1.081   | 1.082
+-+


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

If wish to stop receiving portscout reminders, please contact
portsc...@freebsd.org

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"

[QAT] r329549: 1x leftovers, 7x success

[Ports-QAT]

databases/mysql5{5,6}-server: set shebangfix for perl

PR: ports/182071
Approved by:maintainer timeout
-

  Build ID:  20131006102600-13660
  Job owner: mar...@freebsd.org
  Buildtime: 11 minutes
  Enddate:   Sun, 06 Oct 2013 10:36:36 GMT

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

-

Port:databases/mysql55-server 5.5.34

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006102600-13660-203236/mysql55-server-5.5.34.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006102600-13660-203237/mysql55-server-5.5.34.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006102600-13660-203238/mysql55-server-5.5.34.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006102600-13660-203239/mysql55-server-5.5.34.log

-

Port:databases/mysql56-server 5.6.14

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006102600-13660-203240/mysql56-server-5.6.14.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006102600-13660-203241/mysql56-server-5.6.14.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006102600-13660-203242/mysql56-server-5.6.14.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006102600-13660-203243/mysql56-server-5.6.14.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"

Re: Installing ports for different versions of Python

[Marcus von Appen]

On, Sat Oct 05, 2013, Daamn M wrote:

> Hi,
>
> Sorry if I'm asking a question that have been asked many times but I
> couldn't find an answer using google.
>
> I need to install few version of Python (at least 2.6, 2.7 and 3.3). I
> really appreciate that FreeBSD let me have many versions the same time. But
> I have a problem when I need some third party library. It turns out that I
> can have only one instance.
>
> For example: I have installed python 2.7 and then port py-someport. Then I
> installed python 3.3 and set PYTHON_DEFAULT_VERSION to point python 3.3. If
> I try to install port py-someport again I wll get an error message saying
> that an older version is already installed.

This is a limitation in package handling at the moment. The FreeBSD
ports tree unfortunately uses the origin (e.g. devel/py-someport) to
check, if a port was already installed, instead of e.g. the package name
(e.g. py33-someport, py27-someport, etc.).

This is something being out of scope of the FreeBSD python team, but we
hope for a change of that behaviour in the near future.

> The way a port is registered in the database suggest that there could be
> more than one version. I mean: port py-someport is registered as
> py27-someport when installed for python 2.7.
>
> Now I copy ports adding versio prefix. For example to install py-someport
> for version 3.3 I copy the port as py33-someport. I works pretty well but I
> don't find it a clean way.
>
> Could you help?

Your best chance at the moment would be to use virtualenv, if
possible. Most python packages feature pip support, so that you could

1) change to your specific virtualenv
2) pip install 
   (or easy_install )
3) work in your virtualenv

Cheers
Marcus


pgpg5j5Q8ZPKh.pgp
Description: PGP signature

Re: FreeBSD Port: graphics/dri rev:328711 Malformed conditional

[Xu Waycell]

This happened on ARM.
I think that DRI_DRIVERS should be initialized to nothing on ARM platform.
On Oct 6, 2013, at 8:25 PM, Xu Waycell  wrote:

> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UI915}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UI965}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UR200}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:URADEON}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:USWRAST}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UI810}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UMACH64}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UMGA}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UR128}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UR300}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UR600}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:USAVAGE}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:USIS}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UTDFX}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UUNICHROME}})
> make: Fatal errors encountered -- cannot continue
> make: stopped in /usr/ports/graphics/dri

___
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: FreeBSD Port: graphics/dri rev:328711 Malformed conditional

[Xu Waycell]

hotfix on ARM

@@ -79,7 +79,7 @@
 .endif # defined(WITH_NEW_XORG)
 
 .for _d in ${ALL_DRI_DRIVERS}
-.if ${DRI_DRIVERS:M${_d}}
+.if ${ARCH} != arm && ${DRI_DRIVERS:M${_d}}
 PLIST_SUB+=${_d}_DRIVER=""
 .else
 PLIST_SUB+=${_d}_DRIVER="@comment "
On Oct 6, 2013, at 8:25 PM, Xu Waycell  wrote:

> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UI915}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UI965}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UR200}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:URADEON}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:USWRAST}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UI810}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UMACH64}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UMGA}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UR128}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UR300}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UR600}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:USAVAGE}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:USIS}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UTDFX}})
> make: "/usr/ports/graphics/dri/Makefile" line 82: Malformed conditional 
> (${DRI_DRIVERS:M${:UUNICHROME}})
> make: Fatal errors encountered -- cannot continue
> make: stopped in /usr/ports/graphics/dri

___
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: [HEADSUP] Staging, packaging and more

[Ulrich Spörlein]

2013/10/4 Bryan Drewery :
> On Fri, Oct 04, 2013 at 09:01:58AM +0200, Baptiste Daroussin wrote:
>> On Fri, Oct 04, 2013 at 08:57:53AM +0200, Erwin Lansing wrote:
>> > On Fri, Oct 04, 2013 at 08:32:59AM +0200, Baptiste Daroussin wrote:
>> > > > > > >
>> > > > > > > Please no devel packages.
>> > > > > >
>> > > > > > Seconded.
>> > > > >
>> > > > > What's wrong with devel packages?
>> > > >
>> > > > It complicates things for developers and custom software on
>> > > > FreeBSD. The typical situation that I see on most Linux platforms is a
>> > > > lot of confusion by people, why their custom software XYZ does not
>> > > > properly build - the most common answer: they forgot to install a
>> > > > tremendous amount of dev packages, containing headers, build tools and
>> > > > whatnot.
>> > > > On FreeBSD, you can rely on the fact that if you installed e.g. libGL,
>> > > > you can start building your own GL applications without the need to
>> > > > install several libGL-dev, libX11-dev, ... packages first.
>> > > > This is something, which I personally see as a big plus of the FreeBSD
>> > > > ports system and which makes FreeBSD attractive as a development 
>> > > > platform.
>> > > >
>> > >
>> > > On the other ends, that makes the package fat for embedded systems, that 
>> > > also
>> > > makes some arbitrary runtime conflicts between packages (because they 
>> > > both
>> > > provide the same symlink on the .so, while we could live with 2 version 
>> > > at
>> > > runtime), that leads to tons of potential issue while building locally, 
>> > > and
>> > > that makes having sometime insane issues with dependency tracking. Why 
>> > > having
>> > > .a, .la, .h etc in production servers? It could greatly reduce PBI size, 
>> > > etc.
>> > >
>> > > Personnaly I do have no strong opinion in one or another direction. 
>> > > Should we be
>> > > nicer with developers? with end users? with embedded world? That is the 
>> > > question
>> > > to face to decide if -devel packages is where we want to go or not.
>> > >
>> >
>> > If we chose to go down that path, at least we should chose a different
>> > name as we've used the -devel suffix for many years for developmental
>> > versions.
>> >
>> > I must agree that it is one of the things high on my list of things that
>> > irritate me with several Linux distributions but I can see the point for
>> > for embedded systems as well.  But can't we have both?  Create three
>> > packages, a default full package and split packages of -bin, -lib,
>> > and even -doc.  My first though twas to make the full package a
>> > meta-package that would install the split packages in the background,
>> > but that would probably be confusing for users at the end of the day, so
>> > rather just have it be a real package.
>> >
>> I do like that idea very much, and it is easily doable with stage :)
>
> +1 to splitting packages for embedded usage.

-1 for the split, as it will not fix anybody's problem.

On regular machines, disk space is cheap and having to install more
packages is just annoying to users. Think of the time wasted that
people are told to apt-get libfoo-dev before they can build anything
from github, or similar.

If you actually *are* space constricted on your tiny embedded machine,
what the fuck are you doing with the sqlite database and all the
metadata about ports/packages anyway? Just rm /usr/include and
/usr/share/doc, /usr/share/man, etc. when building your disk image.
But you are doing that already anyway, so this solves no actual
problem for you.

My two cents
Uli
___
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] r329554: 2x leftovers, 2x success

[Ports-QAT]

Update to 2.19.
-

  Build ID:  20131006123200-52892
  Job owner: de...@freebsd.org
  Buildtime: 37 minutes
  Enddate:   Sun, 06 Oct 2013 13:09:25 GMT

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

-

Port:mail/p5-Mail-POP3Client 2.19

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~de...@freebsd.org/20131006123200-52892-203288/p5-Mail-POP3Client-2.19.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~de...@freebsd.org/20131006123200-52892-203289/p5-Mail-POP3Client-2.19.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~de...@freebsd.org/20131006123200-52892-203290/p5-Mail-POP3Client-2.19.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~de...@freebsd.org/20131006123200-52892-203291/p5-Mail-POP3Client-2.19.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] r329555: 3x leftovers, 1x success

[Ports-QAT]

Update to 4.3.32
-

  Build ID:  20131006123600-41834
  Job owner: joh...@freebsd.org
  Buildtime: 33 minutes
  Enddate:   Sun, 06 Oct 2013 13:09:23 GMT

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

-

Port:games/wolfpack 4.3.32

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~joh...@freebsd.org/20131006123600-41834-203292/wolfpack-4.3.32.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~joh...@freebsd.org/20131006123600-41834-203293/wolfpack-4.3.32.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~joh...@freebsd.org/20131006123600-41834-203294/wolfpack-4.3.32.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~joh...@freebsd.org/20131006123600-41834-203295/wolfpack-4.3.32.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] r329562: 4x leftovers

[Ports-QAT]

- Update from 3.20.1 to 3.22.0

Approved by:wg/culot (mentors, implicit)
-

  Build ID:  20131006133800-11759
  Job owner: dan...@freebsd.org
  Buildtime: 46 minutes
  Enddate:   Sun, 06 Oct 2013 14:23:33 GMT

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

-

Port:games/freecell-solver 3.22.0

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~dan...@freebsd.org/20131006133800-11759-203360/freecell-solver-3.22.0.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~dan...@freebsd.org/20131006133800-11759-203361/freecell-solver-3.22.0.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~dan...@freebsd.org/20131006133800-11759-203362/freecell-solver-3.22.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~dan...@freebsd.org/20131006133800-11759-203363/freecell-solver-3.22.0.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] r329560: 3x leftovers, 1x success

[Ports-QAT]

- Fix PLIST

Notified by:antoine
-

  Build ID:  20131006132200-29895
  Job owner: sunp...@freebsd.org
  Buildtime: 90 minutes
  Enddate:   Sun, 06 Oct 2013 14:51:46 GMT

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

-

Port:archivers/p5-IO-Compress 2.062

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006132200-29895-203356/p5-IO-Compress-2.062.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006132200-29895-203357/p5-IO-Compress-2.062.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006132200-29895-203358/p5-IO-Compress-2.062.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006132200-29895-203359/p5-IO-Compress-2.062.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"

Re: Serf update?

[Lev Serebryakov]

Hello, olli.
You wrote 6 октября 2013 г., 1:12:20:

>> Any plan on an update to 1.3? Any timeline?
>> I'm experiencing some bugs with Subversion and somewhere they suggest to try 
>> Serf 1.3.
>> Just to decide whether to wait or try something else...
oh> I've created a serf-1.3.2 port for testing.
oh> http://people.freebsd.org/~ohauer/shar/serf-1.3.shar

oh> Since serf-1.3.x uses scons to build we do not get required
oh> .la files to build a static subversion.
  Problem is not in serf itself, but because serf could use openssl and
 without .la file linker of subversion binaries doesn't know, that it
 should link libcrypto.a too.
  I could try to workaround it by adding "-lcrypto" to LDFLAGS when build is
  static and SERF is selected is option. It should not do worse if serf is
  build without SSL support, as sstatic library will be skipped by linker in
  this case.



-- 
// Black Lion AKA Lev Serebryakov 

___
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: Serf update?

[olli hauer]

On 2013-10-06 16:57, Lev Serebryakov wrote:
> Hello, olli.
> You wrote 6 октября 2013 г., 1:12:20:
> 
>>> Any plan on an update to 1.3? Any timeline?
>>> I'm experiencing some bugs with Subversion and somewhere they suggest to 
>>> try Serf 1.3.
>>> Just to decide whether to wait or try something else...
> oh> I've created a serf-1.3.2 port for testing.
> oh> http://people.freebsd.org/~ohauer/shar/serf-1.3.shar
> 
> oh> Since serf-1.3.x uses scons to build we do not get required
> oh> .la files to build a static subversion.
>   Problem is not in serf itself, but because serf could use openssl and
>  without .la file linker of subversion binaries doesn't know, that it
>  should link libcrypto.a too.
>   I could try to workaround it by adding "-lcrypto" to LDFLAGS when build is
>   static and SERF is selected is option. It should not do worse if serf is
>   build without SSL support, as sstatic library will be skipped by linker in
>   this case.
> 

Hi Lev,

sound promising.

I also ask the office@ team to test openoffice against the new serf-1.3.2 
version.
In case subversion and openoffice works with serf-1.3 we can go on and commit 
the update.

-- 
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"

[QAT] r329589: 3x leftovers, 1x success

[Ports-QAT]

- use STAGEDIR
-

  Build ID:  20131006152000-62582
  Job owner: din...@freebsd.org
  Buildtime: 34 minutes
  Enddate:   Sun, 06 Oct 2013 15:54:11 GMT

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

-

Port:net-mgmt/check_multi 0.19

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~din...@freebsd.org/20131006152000-62582-203504/check_multi-0.19.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~din...@freebsd.org/20131006152000-62582-203505/check_multi-0.19.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~din...@freebsd.org/20131006152000-62582-203506/check_multi-0.19.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~din...@freebsd.org/20131006152000-62582-203507/check_multi-0.19.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] r329583: 2x leftovers, 2x success

[Ports-QAT]

- use STAGEDIR
-

  Build ID:  20131006151000-47535
  Job owner: din...@freebsd.org
  Buildtime: 64 minutes
  Enddate:   Sun, 06 Oct 2013 16:13:34 GMT

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

-

Port:databases/animenfo-client-gtk 20020819_10

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~din...@freebsd.org/20131006151000-47535-203480/animenfo-client-gui-gtk-20020819_10.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~din...@freebsd.org/20131006151000-47535-203481/animenfo-client-gui-gtk-20020819_10.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~din...@freebsd.org/20131006151000-47535-203482/animenfo-client-gui-gtk-20020819_10.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~din...@freebsd.org/20131006151000-47535-203483/animenfo-client-gui-gtk-20020819_10.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] r329571: 1x leftovers, 3x success

[Ports-QAT]

- Update from 0.83 to 0.84

Approved by:wg/culot (mentors, implicit)
-

  Build ID:  20131006142000-28323
  Job owner: dan...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Sun, 06 Oct 2013 17:11:29 GMT

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

-

Port:net/p5-Daemon-Generic 0.84

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~dan...@freebsd.org/20131006142000-28323-203404/p5-Daemon-Generic-0.84.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~dan...@freebsd.org/20131006142000-28323-203405/p5-Daemon-Generic-0.84.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~dan...@freebsd.org/20131006142000-28323-203406/p5-Daemon-Generic-0.84.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~dan...@freebsd.org/20131006142000-28323-203407/p5-Daemon-Generic-0.84.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"

Re: [HEADSUP] Staging, packaging and more

[Bernhard Fröhlich]

On Sun, Oct 6, 2013 at 2:20 PM, Ulrich Spörlein  wrote:
> 2013/10/4 Bryan Drewery :
>> On Fri, Oct 04, 2013 at 09:01:58AM +0200, Baptiste Daroussin wrote:
>>> On Fri, Oct 04, 2013 at 08:57:53AM +0200, Erwin Lansing wrote:
>>> > On Fri, Oct 04, 2013 at 08:32:59AM +0200, Baptiste Daroussin wrote:
>>> > > > > > >
>>> > > > > > > Please no devel packages.
>>> > > > > >
>>> > > > > > Seconded.
>>> > > > >
>>> > > > > What's wrong with devel packages?
>>> > > >
>>> > > > It complicates things for developers and custom software on
>>> > > > FreeBSD. The typical situation that I see on most Linux platforms is a
>>> > > > lot of confusion by people, why their custom software XYZ does not
>>> > > > properly build - the most common answer: they forgot to install a
>>> > > > tremendous amount of dev packages, containing headers, build tools and
>>> > > > whatnot.
>>> > > > On FreeBSD, you can rely on the fact that if you installed e.g. libGL,
>>> > > > you can start building your own GL applications without the need to
>>> > > > install several libGL-dev, libX11-dev, ... packages first.
>>> > > > This is something, which I personally see as a big plus of the FreeBSD
>>> > > > ports system and which makes FreeBSD attractive as a development 
>>> > > > platform.
>>> > > >
>>> > >
>>> > > On the other ends, that makes the package fat for embedded systems, 
>>> > > that also
>>> > > makes some arbitrary runtime conflicts between packages (because they 
>>> > > both
>>> > > provide the same symlink on the .so, while we could live with 2 version 
>>> > > at
>>> > > runtime), that leads to tons of potential issue while building locally, 
>>> > > and
>>> > > that makes having sometime insane issues with dependency tracking. Why 
>>> > > having
>>> > > .a, .la, .h etc in production servers? It could greatly reduce PBI 
>>> > > size, etc.
>>> > >
>>> > > Personnaly I do have no strong opinion in one or another direction. 
>>> > > Should we be
>>> > > nicer with developers? with end users? with embedded world? That is the 
>>> > > question
>>> > > to face to decide if -devel packages is where we want to go or not.
>>> > >
>>> >
>>> > If we chose to go down that path, at least we should chose a different
>>> > name as we've used the -devel suffix for many years for developmental
>>> > versions.
>>> >
>>> > I must agree that it is one of the things high on my list of things that
>>> > irritate me with several Linux distributions but I can see the point for
>>> > for embedded systems as well.  But can't we have both?  Create three
>>> > packages, a default full package and split packages of -bin, -lib,
>>> > and even -doc.  My first though twas to make the full package a
>>> > meta-package that would install the split packages in the background,
>>> > but that would probably be confusing for users at the end of the day, so
>>> > rather just have it be a real package.
>>> >
>>> I do like that idea very much, and it is easily doable with stage :)
>>
>> +1 to splitting packages for embedded usage.
>
> -1 for the split, as it will not fix anybody's problem.
>
> On regular machines, disk space is cheap and having to install more
> packages is just annoying to users. Think of the time wasted that
> people are told to apt-get libfoo-dev before they can build anything
> from github, or similar.
>
> If you actually *are* space constricted on your tiny embedded machine,
> what the fuck are you doing with the sqlite database and all the
> metadata about ports/packages anyway? Just rm /usr/include and
> /usr/share/doc, /usr/share/man, etc. when building your disk image.
> But you are doing that already anyway, so this solves no actual
> problem for you.
>
> My two cents
> Uli

I also don't see why we need to optimize our packages for an embedded
environment that is usually very customized. Wouldn't it make more sense to
provide some proper port / packaging options/flags that help to optimize
size of the packages without touching header files? People could use that
flags and poudriere to build their packages together with all their other
compiler flags and cpu optimisations.

-- 
Bernhard Froehlich
http://www.bluelife.at/
___
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] r329605: 1x leftovers, 3x success

[Ports-QAT]

Remove useless -c flag
-

  Build ID:  20131006172600-45060
  Job owner: bdrew...@freebsd.org
  Buildtime: 7 minutes
  Enddate:   Sun, 06 Oct 2013 17:33:19 GMT

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

-

Port:security/openssh-portable 6.2.p2_5,1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~bdrew...@freebsd.org/20131006172600-45060-203584/openssh-portable-6.2.p2_5,1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~bdrew...@freebsd.org/20131006172600-45060-203585/openssh-portable-6.2.p2_5,1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~bdrew...@freebsd.org/20131006172600-45060-203586/openssh-portable-6.2.p2_5,1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~bdrew...@freebsd.org/20131006172600-45060-203587/openssh-portable-6.2.p2_5,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] r329604: 1x leftovers, 3x success

[Ports-QAT]

- Support STAGEDIR
- Cleanup Makefile
-

  Build ID:  20131006172600-10819
  Job owner: sunp...@freebsd.org
  Buildtime: 10 minutes
  Enddate:   Sun, 06 Oct 2013 17:35:39 GMT

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

-

Port:converters/p5-JSON-PP 2.27202

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006172600-10819-203580/p5-JSON-PP-2.27202.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006172600-10819-203581/p5-JSON-PP-2.27202.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006172600-10819-203582/p5-JSON-PP-2.27202.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006172600-10819-203583/p5-JSON-PP-2.27202.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"

Re: [HEADSUP] Staging, packaging and more

[Pascal Schmid]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/06/2013 07:21 PM, Bernhard Fröhlich wrote:
> On Sun, Oct 6, 2013 at 2:20 PM, Ulrich Spörlein  wrote:
>> 2013/10/4 Bryan Drewery :
>>> On Fri, Oct 04, 2013 at 09:01:58AM +0200, Baptiste Daroussin wrote:
 On Fri, Oct 04, 2013 at 08:57:53AM +0200, Erwin Lansing wrote:
> On Fri, Oct 04, 2013 at 08:32:59AM +0200, Baptiste Daroussin wrote:
>> 
>> Please no devel packages.
> 
> Seconded.
 
 What's wrong with devel packages?
>>> 
>>> It complicates things for developers and custom software on FreeBSD. 
>>> The typical
>>> situation that I see on most Linux platforms is a lot of confusion by 
>>> people, why
>>> their custom software XYZ does not properly build - the most common 
>>> answer: they
>>> forgot to install a tremendous amount of dev packages, containing 
>>> headers, build
>>> tools and whatnot. On FreeBSD, you can rely on the fact that if you 
>>> installed e.g.
>>> libGL, you can start building your own GL applications without the need 
>>> to install
>>> several libGL-dev, libX11-dev, ... packages first. This is something, 
>>> which I
>>> personally see as a big plus of the FreeBSD ports system and which 
>>> makes FreeBSD
>>> attractive as a development platform.
>>> 
>> 
>> On the other ends, that makes the package fat for embedded systems, that 
>> also makes
>> some arbitrary runtime conflicts between packages (because they both 
>> provide the same
>> symlink on the .so, while we could live with 2 version at runtime), that 
>> leads to
>> tons of potential issue while building locally, and that makes having 
>> sometime insane
>> issues with dependency tracking. Why having .a, .la, .h etc in 
>> production servers? It
>> could greatly reduce PBI size, etc.
>> 
>> Personnaly I do have no strong opinion in one or another direction. 
>> Should we be 
>> nicer with developers? with end users? with embedded world? That is the 
>> question to
>> face to decide if -devel packages is where we want to go or not.
>> 
> 
> If we chose to go down that path, at least we should chose a different 
> name as we've
> used the -devel suffix for many years for developmental versions.
> 
> I must agree that it is one of the things high on my list of things that 
> irritate me
> with several Linux distributions but I can see the point for for embedded 
> systems as
> well.  But can't we have both?  Create three packages, a default full 
> package and split
> packages of -bin, -lib, and even -doc.  My first though twas to make the 
> full package
> a meta-package that would install the split packages in the background, 
> but that would
> probably be confusing for users at the end of the day, so rather just 
> have it be a real
> package.
> 
 I do like that idea very much, and it is easily doable with stage :)
>>> 
>>> +1 to splitting packages for embedded usage.
>> 
>> -1 for the split, as it will not fix anybody's problem.
>> 
>> On regular machines, disk space is cheap and having to install more packages 
>> is just annoying
>> to users. Think of the time wasted that people are told to apt-get 
>> libfoo-dev before they can
>> build anything from github, or similar.
>> 
>> If you actually *are* space constricted on your tiny embedded machine, what 
>> the fuck are you
>> doing with the sqlite database and all the metadata about ports/packages 
>> anyway? Just rm
>> /usr/include and /usr/share/doc, /usr/share/man, etc. when building your 
>> disk image. But you
>> are doing that already anyway, so this solves no actual problem for you.
>> 
>> My two cents Uli
> 
> I also don't see why we need to optimize our packages for an embedded 
> environment that is
> usually very customized. Wouldn't it make more sense to provide some proper 
> port / packaging
> options/flags that help to optimize size of the packages without touching 
> header files? People
> could use that flags and poudriere to build their packages together with all 
> their other 
> compiler flags and cpu optimisations.
> 

+1

As far as I can see Daniel Nebdal's approach ("WITH_DEV_FILES" flag, and 
defaulting to "yes")
sounds promising.

Pascal
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.21 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSUZ9hAAoJEAWefonBOgAfDlUP/3117hVdZ6WhrygIGnctSb49
V+i0SggAFxXuvFFYlkjexrWFpjMPN2H7vBtR9DVbLNwqb4En+mVj/LVY1ejS9TAQ
gj/nKlK6HNdVQWQD8qLfzFUAzWwnSBco/rIOiGkOrHuvFSUCTV5gPehoJ+Vg8Qnz
dyUp5SByePNpY1MGMTJZh9gKWJFtTe8DcanDBCVL65rZf/eOVPyiMwlQK+Fy2AQj
OQgJxhkWJzvl5V9THsMGiSCzJ+9EMoC620F9WEs3MvO0Ky2zIercFJ2bDaks6CXn
arNTsqTT1zI0sZNGNQMrnxYtQPgV3oCEAggj4ZOG0FkhmBkxWNOPUyahBUE/V8ds
tvLvugzVzqeaIJWg3IKDNEfGGh0ZnAMhUakUHyJPDhuCLgb498uwElesmgaSv

[QAT] r329598: 4x leftovers

[Ports-QAT]

- Convert last bit of the QUOTES option to newly added
  "opt_USE= FOO=bar" options helper
-

  Build ID:  20131006154800-9236
  Job owner: jh...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Sun, 06 Oct 2013 18:46:13 GMT

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

-

Port:finance/kmymoney-kde4 4.6.4

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~jh...@freebsd.org/20131006154800-9236-203540/kmymoney-4.6.4.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~jh...@freebsd.org/20131006154800-9236-203541/kmymoney-4.6.4.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~jh...@freebsd.org/20131006154800-9236-203542/kmymoney-4.6.4.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~jh...@freebsd.org/20131006154800-9236-203543/kmymoney-4.6.4.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"

Clang errors while building traverso

[Joe Nosay]

This port is unofficial.
http://slexy.org/view/s2Bl9PCAhU

Errors are at the above link.
___
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] r329611: 3x leftovers, 1x success

[Ports-QAT]

multimedia/ffmpeg2: fix build with clang

- Fix build with clang

Submitted by:   dim
-

  Build ID:  20131006175800-4289
  Job owner: w...@freebsd.org
  Buildtime: 61 minutes
  Enddate:   Sun, 06 Oct 2013 18:58:57 GMT

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

-

Port:multimedia/ffmpeg2 2.0.1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/20131006175800-4289-203608/ffmpeg2-2.0.1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~w...@freebsd.org/20131006175800-4289-203609/ffmpeg2-2.0.1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/20131006175800-4289-203610/ffmpeg2-2.0.1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/20131006175800-4289-203611/ffmpeg2-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] r329612: 2x leftovers, 2x success

[Ports-QAT]

multimedia/ffmpeg1: fix build with clang

- Fix build with clang

Submitted by:   dim
-

  Build ID:  2013100618-42318
  Job owner: w...@freebsd.org
  Buildtime: 64 minutes
  Enddate:   Sun, 06 Oct 2013 19:04:04 GMT

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

-

Port:multimedia/ffmpeg1 1.2.3

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/2013100618-42318-203612/ffmpeg1-1.2.3.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~w...@freebsd.org/2013100618-42318-203613/ffmpeg1-1.2.3.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~w...@freebsd.org/2013100618-42318-203614/ffmpeg1-1.2.3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~w...@freebsd.org/2013100618-42318-203615/ffmpeg1-1.2.3.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] r329621: 3x leftovers, 1x success

[Ports-QAT]

- Fix build with curl 7.32.0

Submitted by:   sunpoet (myself)
Approved by:maintainer (no objection, via e-mail)
-

  Build ID:  20131006184800-890
  Job owner: sunp...@freebsd.org
  Buildtime: 16 minutes
  Enddate:   Sun, 06 Oct 2013 19:04:20 GMT

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

-

Port:ftp/curl-hiphop 7.32.0

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006184800-890-203648/curl-hiphop-7.32.0.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006184800-890-203649/curl-hiphop-7.32.0.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006184800-890-203650/curl-hiphop-7.32.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006184800-890-203651/curl-hiphop-7.32.0.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] r329619: 2x leftovers, 2x success

[Ports-QAT]

- Update to 7.32.0
- Turn COOKIES on by default
- Support STAGEDIR

Note:
- mk-ca-bundle.1 will not be installed. Use 
http://curl.haxx.se/docs/caextract.html instead

Changes:http://curl.haxx.se/changes.html
PR: ports/181510
Exp run by: drewery
-

  Build ID:  20131006183800-51171
  Job owner: sunp...@freebsd.org
  Buildtime: 41 minutes
  Enddate:   Sun, 06 Oct 2013 19:19:14 GMT

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

-

Port:ftp/curl 7.32.0

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006183800-51171-203640/curl-7.32.0.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006183800-51171-203641/curl-7.32.0.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006183800-51171-203642/curl-7.32.0.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006183800-51171-203643/curl-7.32.0.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] r329625: 3x leftovers, 1x success

[Ports-QAT]

Add support for STAGEDIR
-

  Build ID:  20131006190400-47750
  Job owner: pa...@freebsd.org
  Buildtime: 20 minutes
  Enddate:   Sun, 06 Oct 2013 19:23:34 GMT

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

-

Port:x11-themes/gnome-icons-faenza 1.3

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~pa...@freebsd.org/20131006190400-47750-203664/gnome-icons-faenza-1.3.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~pa...@freebsd.org/20131006190400-47750-203665/gnome-icons-faenza-1.3.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~pa...@freebsd.org/20131006190400-47750-203666/gnome-icons-faenza-1.3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~pa...@freebsd.org/20131006190400-47750-203667/gnome-icons-faenza-1.3.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] r329622: 2x leftovers, 2x success

[Ports-QAT]

- Update to 0.080

Changes:http://search.cpan.org/dist/Astro-SpaceTrack/Changes
-

  Build ID:  20131006184800-62673
  Job owner: sunp...@freebsd.org
  Buildtime: 41 minutes
  Enddate:   Sun, 06 Oct 2013 19:28:54 GMT

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

-

Port:astro/p5-Astro-SpaceTrack 0.080

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006184800-62673-203652/p5-Astro-SpaceTrack-0.080.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006184800-62673-203653/p5-Astro-SpaceTrack-0.080.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006184800-62673-203654/p5-Astro-SpaceTrack-0.080.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006184800-62673-203655/p5-Astro-SpaceTrack-0.080.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"

Re: Installing ports for different versions of Python

[Daamn M]

2013/10/6 Marcus von Appen 

> On, Sat Oct 05, 2013, Daamn M wrote:
>
> > Hi,
> >
> > Sorry if I'm asking a question that have been asked many times but I
> > couldn't find an answer using google.
> >
> > I need to install few version of Python (at least 2.6, 2.7 and 3.3). I
> > really appreciate that FreeBSD let me have many versions the same time.
> But
> > I have a problem when I need some third party library. It turns out that
> I
> > can have only one instance.
> >
> > For example: I have installed python 2.7 and then port py-someport. Then
> I
> > installed python 3.3 and set PYTHON_DEFAULT_VERSION to point python 3.3.
> If
> > I try to install port py-someport again I wll get an error message saying
> > that an older version is already installed.
>
> This is a limitation in package handling at the moment. The FreeBSD
> ports tree unfortunately uses the origin (e.g. devel/py-someport) to
> check, if a port was already installed, instead of e.g. the package name
> (e.g. py33-someport, py27-someport, etc.).
>
> This is something being out of scope of the FreeBSD python team, but we
> hope for a change of that behaviour in the near future.
>

Do you know something more about this future? Is there any real work done
to change it?
I would appreciate a link if you know.


>
> > The way a port is registered in the database suggest that there could be
> > more than one version. I mean: port py-someport is registered as
> > py27-someport when installed for python 2.7.
> >
> > Now I copy ports adding versio prefix. For example to install py-someport
> > for version 3.3 I copy the port as py33-someport. I works pretty well
> but I
> > don't find it a clean way.
> >
> > Could you help?
>
> Your best chance at the moment would be to use virtualenv, if
> possible. Most python packages feature pip support, so that you could
>
> 1) change to your specific virtualenv
> 2) pip install 
>(or easy_install )
> 3) work in your virtualenv

Cheers
> Marcus
>

I think I will do it that way. But it would be nice to manage with packages
from the OS level.

Thanks for your comment

Regards,
Putrycy
___
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] r329626: 1x leftovers, 3x success

[Ports-QAT]

HoiChess is an xboard compatible chess engine. HoiChess plays
at easier levels than most modern engines, making chess games
actually winnable for regular human beings.

WWW: http://www.hoicher.de/hoichess
-

  Build ID:  20131006194400-19876
  Job owner: joh...@freebsd.org
  Buildtime: 7 minutes
  Enddate:   Sun, 06 Oct 2013 19:51:17 GMT

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

-

Port:games/hoichess 0.12.1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~joh...@freebsd.org/20131006194400-19876-203668/hoichess-0.12.1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~joh...@freebsd.org/20131006194400-19876-203669/hoichess-0.12.1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~joh...@freebsd.org/20131006194400-19876-203670/hoichess-0.12.1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~joh...@freebsd.org/20131006194400-19876-203671/hoichess-0.12.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] r329627: 1x leftovers, 3x success

[Ports-QAT]

- Convert to STAGEDIR
- Remove explicit dependency on iconv and pcre,  they are glib20 deps
  and are not directly used in rifiuti2
-

  Build ID:  20131006195401-46244
  Job owner: anto...@freebsd.org
  Buildtime: 7 minutes
  Enddate:   Sun, 06 Oct 2013 20:00:40 GMT

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

-

Port:security/rifiuti2 0.5.1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20131006195401-46244-203672/rifiuti2-0.5.1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20131006195401-46244-203673/rifiuti2-0.5.1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20131006195401-46244-203674/rifiuti2-0.5.1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~anto...@freebsd.org/20131006195401-46244-203675/rifiuti2-0.5.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] r329620: 1x leftovers, 3x success

[Ports-QAT]

- Update to 1.082
- Sort USES
- Support STAGEDIR
- Cleanup Makefile
- Sort PLIST
- Pass maintainership to perl@

Changes:http://search.cpan.org/dist/Gnome2-VFS/NEWS
-

  Build ID:  20131006184400-64271
  Job owner: sunp...@freebsd.org
  Buildtime: 77 minutes
  Enddate:   Sun, 06 Oct 2013 20:01:27 GMT

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

-

Port:x11-toolkits/p5-Gnome2-VFS 1.082

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006184400-64271-203644/p5-Gnome2-VFS-1.082.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006184400-64271-203645/p5-Gnome2-VFS-1.082.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006184400-64271-203646/p5-Gnome2-VFS-1.082.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~sunp...@freebsd.org/20131006184400-64271-203647/p5-Gnome2-VFS-1.082.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"

poudriere: fdescfs in kernel?

[Anton Shterenlikht]

I got this error:

#  poudriere bulk -f xxx -j ia64
kldload: can't load fdescfs: No such file or directory
>> Error: Required kernel module 'fdescfs' not found
#

Is is possible to build fdescfs into the kernel?
What is the syntax for this?
The man page doesn't say.

Thanks

Anton
___
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] r329578: 2x leftovers, 2x success

[Ports-QAT]

- Support staging

Approved by:crees, tabthorpe (mentors, implicit)
-

  Build ID:  20131006145200-22728
  Job owner: gbl...@freebsd.org
  Buildtime: 6 hours
  Enddate:   Sun, 06 Oct 2013 20:41:30 GMT

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

-

Port:graphics/evas 1.7.8,2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gbl...@freebsd.org/20131006145200-22728-203432/evas-1.7.8,2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~gbl...@freebsd.org/20131006145200-22728-203433/evas-1.7.8,2.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~gbl...@freebsd.org/20131006145200-22728-203434/evas-1.7.8,2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~gbl...@freebsd.org/20131006145200-22728-203435/evas-1.7.8,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] r329628: 3x leftovers, 1x depend (coredump in java/openjdk6)

[Ports-QAT]

- Change maintainer email to @FreeBSD.org
- Add stage support
- Add pkg-plist file

Approved by:wg/culot (mentors, implicit)
-

  Build ID:  20131006205600-52011
  Job owner: dan...@freebsd.org
  Buildtime: 26 minutes
  Enddate:   Sun, 06 Oct 2013 21:22:22 GMT

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

-

Port:editors/jedit 5.1.0,1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~dan...@freebsd.org/20131006205600-52011-203676/jedit-5.1.0,1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~dan...@freebsd.org/20131006205600-52011-203677/jedit-5.1.0,1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~dan...@freebsd.org/20131006205600-52011-203678/jedit-5.1.0,1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (COREDUMP IN JAVA/OPENJDK6)
  Log: 
https://qat.redports.org//~dan...@freebsd.org/20131006205600-52011-203679/openjdk6-b27_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"

[QAT] r329633: 1x leftovers, 3x success

[Ports-QAT]

Support staging; cleanup !NOPORTDOCS -> PORT_OPTIONS:MDOCS
-

  Build ID:  20131006220800-2925
  Job owner: mand...@freebsd.org
  Buildtime: 11 minutes
  Enddate:   Sun, 06 Oct 2013 22:19:25 GMT

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

-

Port:ftp/ftpcopy 0.6.7

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mand...@freebsd.org/20131006220800-2925-203720/ftpcopy-0.6.7.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mand...@freebsd.org/20131006220800-2925-203721/ftpcopy-0.6.7.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mand...@freebsd.org/20131006220800-2925-203722/ftpcopy-0.6.7.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mand...@freebsd.org/20131006220800-2925-203723/ftpcopy-0.6.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"

[QAT] r329638: 1x leftovers, 3x success

[Ports-QAT]

mail/textmail: Fix previous pdftotext breakage better

This unmaintained port was marked broken after pdftotext was relocated
away from bin/ with the rest of the xpdf package.  That happened to
avoid a conflict with poppler-utils.  The better fix is to change the
dependency to use pdftotext program from the preferred poppler-utils
port which remains installed in the standard bin/ path.
-

  Build ID:  20131006231200-33215
  Job owner: mar...@freebsd.org
  Buildtime: 12 minutes
  Enddate:   Sun, 06 Oct 2013 23:23:33 GMT

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

-

Port:mail/textmail 20070803_3

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006231200-33215-203748/textmail-20070803_3.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006231200-33215-203749/textmail-20070803_3.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006231200-33215-203750/textmail-20070803_3.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006231200-33215-203751/textmail-20070803_3.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] r329640: 1x leftovers, 3x success

[Ports-QAT]

audio/p5-Net-FreeBSD: Support DragonFly too

Transferring these dports patches to this unmaintained port.
-

  Build ID:  20131006232400-21725
  Job owner: mar...@freebsd.org
  Buildtime: 7 minutes
  Enddate:   Sun, 06 Oct 2013 23:31:01 GMT

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

-

Port:audio/p5-Net-FreeDB 0.08_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006232400-21725-203756/p5-Net-FreeDB-0.08_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006232400-21725-203757/p5-Net-FreeDB-0.08_2.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006232400-21725-203758/p5-Net-FreeDB-0.08_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006232400-21725-203759/p5-Net-FreeDB-0.08_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] r329607: 3x leftovers, 1x success

[Ports-QAT]

Update deskutils/plasma-applet-cwp to 1.8.2.

ChangeLog:
 * xml: gismeteo: icon fixes
 * xml: www.weather.com.cn: fixes
-

  Build ID:  20131006173600-32064
  Job owner: d...@freebsd.org
  Buildtime: 7 hours
  Enddate:   Mon, 07 Oct 2013 00:54:58 GMT

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

-

Port:deskutils/plasma-applet-cwp 1.8.2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~d...@freebsd.org/20131006173600-32064-203592/plasma-applet-cwp-1.8.2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~d...@freebsd.org/20131006173600-32064-203593/plasma-applet-cwp-1.8.2.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~d...@freebsd.org/20131006173600-32064-203594/plasma-applet-cwp-1.8.2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~d...@freebsd.org/20131006173600-32064-203595/plasma-applet-cwp-1.8.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] r329631: 1x leftovers, 1x depend (ignored: is marked as broken: does not link due to libtool not respecting cc in science/libctl), 26x success

[Ports-QAT]

Mark seven unmaintained ports as jobs unsafe.
-

  Build ID:  20131006215200-24031
  Job owner: mar...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Mon, 07 Oct 2013 01:07:54 GMT

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

-

Port:mail/drac 1.12_8

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203688/drac-1.12_8.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203689/drac-1.12_8.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203690/drac-1.12_8.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203691/drac-1.12_8.log

-

Port:math/nyh-hoc 9.2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203692/nyh-hoc-9.2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203693/nyh-hoc-9.2.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203694/nyh-hoc-9.2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203695/nyh-hoc-9.2.log

-

Port:net-p2p/liberator 2.0.2_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203696/liberator-2.0.2_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203697/liberator-2.0.2_1.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203698/liberator-2.0.2_1.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203699/liberator-2.0.2_1.log

-

Port:science/mpb 1.4.2_12

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203700/mpb-1.4.2_12.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203701/mpb-1.4.2_12.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203702/mpb-1.4.2_12.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   DEPEND (IGNORED: IS MARKED AS BROKEN: DOES NOT LINK DUE TO 
LIBTOOL NOT RESPECTING CC IN SCIENCE/LIBCTL)

-

Port:x11-wm/qlwm 4.3_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203704/qlwm-4.3_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203705/qlwm-4.3_2.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203706/qlwm-4.3_2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203707/qlwm-4.3_2.log

-

Port:x11/aterm 1.0.1_6

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203708/aterm-1.0.1_6.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203709/aterm-1.0.1_6.log

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~mar...@freebsd.org/20131006215200-24031-203710/aterm-1.0.1_6.log

  Buildgroup: 8.4-QAT/i386
  Buildstat

RE: [HEADSUP] Staging, packaging and more

[Dewayne Geraghty]

> -Original Message-
> From: owner-freebsd-po...@freebsd.org 
> [mailto:owner-freebsd-po...@freebsd.org] On Behalf Of Ulrich Spörlein
> Sent: Sunday, 6 October 2013 11:20 PM
> To: Bryan Drewery
> Cc: po...@freebsd.org; Baptiste Daroussin; Fernando Apesteguía
> Subject: Re: [HEADSUP] Staging, packaging and more
> Importance: Low
> 
> 2013/10/4 Bryan Drewery :
> > On Fri, Oct 04, 2013 at 09:01:58AM +0200, Baptiste Daroussin wrote:
> >> On Fri, Oct 04, 2013 at 08:57:53AM +0200, Erwin Lansing wrote:
> >> > On Fri, Oct 04, 2013 at 08:32:59AM +0200, Baptiste 
> Daroussin wrote:
> >> > > > > > >
> >> > > > > > > Please no devel packages.
> >> > > > > >
> >> > > > > > Seconded.
> >> > > > >
> >> > > > > What's wrong with devel packages?
> >> > > >
> >> > > > It complicates things for developers and custom software on 
> >> > > > FreeBSD. The typical situation that I see on most Linux 
> >> > > > platforms is a lot of confusion by people, why their custom 
> >> > > > software XYZ does not properly build - the most 
> common answer: 
> >> > > > they forgot to install a tremendous amount of dev packages, 
> >> > > > containing headers, build tools and whatnot.
> >> > > > On FreeBSD, you can rely on the fact that if you 
> installed e.g. 
> >> > > > libGL, you can start building your own GL 
> applications without 
> >> > > > the need to install several libGL-dev, libX11-dev, 
> ... packages first.
> >> > > > This is something, which I personally see as a big 
> plus of the 
> >> > > > FreeBSD ports system and which makes FreeBSD 
> attractive as a development platform.
> >> > > >
> >> > >
> >> > > On the other ends, that makes the package fat for embedded 
> >> > > systems, that also makes some arbitrary runtime 
> conflicts between 
> >> > > packages (because they both provide the same symlink 
> on the .so, 
> >> > > while we could live with 2 version at runtime), that leads to 
> >> > > tons of potential issue while building locally, and that makes 
> >> > > having sometime insane issues with dependency 
> tracking. Why having .a, .la, .h etc in production servers? 
> It could greatly reduce PBI size, etc.
> >> > >
> >> > > Personnaly I do have no strong opinion in one or another 
> >> > > direction. Should we be nicer with developers? with end users? 
> >> > > with embedded world? That is the question to face to 
> decide if -devel packages is where we want to go or not.
> >> > >
> >> >
> >> > If we chose to go down that path, at least we should chose a 
> >> > different name as we've used the -devel suffix for many 
> years for 
> >> > developmental versions.
> >> >
> >> > I must agree that it is one of the things high on my 
> list of things 
> >> > that irritate me with several Linux distributions but I 
> can see the 
> >> > point for for embedded systems as well.  But can't we 
> have both?  
> >> > Create three packages, a default full package and split 
> packages of 
> >> > -bin, -lib, and even -doc.  My first though twas to make 
> the full 
> >> > package a meta-package that would install the split 
> packages in the 
> >> > background, but that would probably be confusing for 
> users at the 
> >> > end of the day, so rather just have it be a real package.
> >> >
> >> I do like that idea very much, and it is easily doable 
> with stage :)
> >
> > +1 to splitting packages for embedded usage.
> 
> -1 for the split, as it will not fix anybody's problem.
> 
> On regular machines, disk space is cheap and having to 
> install more packages is just annoying to users. Think of the 
> time wasted that people are told to apt-get libfoo-dev before 
> they can build anything from github, or similar.
> 
> If you actually *are* space constricted on your tiny embedded 
> machine, what the fuck are you doing with the sqlite database 
> and all the metadata about ports/packages anyway? Just rm 
> /usr/include and /usr/share/doc, /usr/share/man, etc. when 
> building your disk image.
> But you are doing that already anyway, so this solves no 
> actual problem for you.
> 
> My two cents
> Uli
> ___
> 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"

Concur with Uli, sans expletive.

If you don't care about /var/db/pkg or sqlite then its easier to remove the 
unnecessary files after the build process and repackage
the packages (tar --exclude), leaving the clients' servers to
pkg_add -r -f
And yes some ports require parts of share or (unbelievably) examples to 
function correctly.

Pre-deployment testing or deployment is consistent because there's only one 
executable image to "track".

Dewayne.



___
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: [HEADSUP] Staging, packaging and more

[Matthew X. Economou]

Bernhard Fröhlich writes:

> I also don't see why we need to optimize our packages for an embedded
> environment that is usually very customized. Wouldn't it make more
> sense to provide some proper port / packaging options/flags that help
> to optimize size of the packages without touching header files?
> People could use that flags and poudriere to build their packages
> together with all their other compiler flags and cpu optimisations.

Seconded.  We already have knobs like "NOPORTDOCS" and "NOPORTEXAMPLES" and 
"WITH_STATIC".  As a prospective embedded system builder, I'd be happy with 
adding something like "NOINCLUDES" or "NODEVELFILES".

Best wishes,
Matthew

-- 
I FIGHT FOR THE USERS

___
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: PostgreSQL server bus error with uuid-ossp extension

[Christopher Hall]

Hello Bill,

On Fri, 4 Oct 2013 08:34:35 -0400
Bill Moran  wrote:

> On Fri, 4 Oct 2013 15:44:51 +0800
> Christopher Hall  wrote:
> 
> > When running PostgreSQL with the uuid-ossp extension the server
> > fails with signal 10 (bus error).
> 
> http://pgfoundry.org/projects/uuid-freebsd/

Thanks for the information.  I would sooner stay with the existing
module so as to be compatible with Linux.  Currently I am trying out a
patch to misc/uuid-ossp so I can just compile the postgres-contrib
unmodified.

> 
> -- 
> Bill Moran 


-- 
Best regards.
Christopher Hall
___
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: Installing ports for different versions of Python

[Shane Ambler]

On 06/10/2013 21:13, Marcus von Appen wrote:

On, Sat Oct 05, 2013, Daamn M wrote:



For example: I have installed python 2.7 and then port py-someport. Then I
installed python 3.3 and set PYTHON_DEFAULT_VERSION to point python 3.3. If
I try to install port py-someport again I wll get an error message saying
that an older version is already installed.


This is a limitation in package handling at the moment. The FreeBSD
ports tree unfortunately uses the origin (e.g. devel/py-someport) to
check, if a port was already installed, instead of e.g. the package name
(e.g. py33-someport, py27-someport, etc.).


Personally I went and created my own variations, easy if you want one
or two, probably a hassle if you want a lot that constantly get updated.

eg to get py-numpy for python3.3 I duplicated py-numpy to py-numpy33
and changed PORTNAME to numpy33 and USE_PYTHON to 3.3 I made a few
other adjustments like renaming f2py to f2py33 and a quick replace in
the pkg-plist for __PYCACHE__ and 3.3 added to names.

So I end up with py27-numpy and py33-numpy33 installed


___
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"

pkg_create error in port graphics/libgphoto2

[Matthias Apitz]

Hello,

While making packages of the ports I compiled (to transfer them to
another netbook) I'm getting the folloging error woth ports r328930 on
10-CURRENT:

# pkg_create -Rnb libgphoto2-2.4.14_3
tar: lib/libgphoto2_port/0.8.0/usb.a: Cannot stat: No such file or directory
tar: lib/libgphoto2_port/0.8.0/usb.la: Cannot stat: No such file or directory
tar: lib/libgphoto2_port/0.8.0/usb.so: Cannot stat: No such file or directory

The problem is in libgphoto2/pkg-plist

# egrep 'usb\.' pkg-plist
lib/libgphoto2_port/%%VERSION_PORT%%/usb.a
lib/libgphoto2_port/%%VERSION_PORT%%/usb.la
lib/libgphoto2_port/%%VERSION_PORT%%/usb.so

while the files are in:

# ls -l /usr/local/lib/libgphoto2_port/0.8.0/usb1.*
-rw-r--r--  1 root  wheel  42518 Oct  4 09:43 
/usr/local/lib/libgphoto2_port/0.8.0/usb1.a
-rwxr-xr-x  1 root  wheel   1028 Oct  4 09:43 
/usr/local/lib/libgphoto2_port/0.8.0/usb1.la
-rwxr-xr-x  1 root  wheel  33702 Oct  4 09:43 
/usr/local/lib/libgphoto2_port/0.8.0/usb1.so

HIH

Vy 73

matthias

-- 
Matthias Apitz   |  /"\ ASCII Ribbon Campaign: www.asciiribbon.org
E-mail: g...@unixarea.de |  \ / - No HTML/RTF in E-mail
WWW: http://www.unixarea.de/ |   X  - No proprietary attachments
phone: +49-170-4527211   |  / \ - Respect for open standards
___
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"