[QAT] r318828: 4x leftovers, 8x success

2013-05-22 Thread Ports-QAT 
- adoption of optionsNG
- trim historical headers

Approved by:portmgr (miwi)
-

  Build ID:  20130523022800-39364
  Job owner: j...@freebsd.org
  Buildtime: 4 hours
  Enddate:   Thu, 23 May 2013 06:52:50 GMT

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

-

Port:devel/librcc 0.2.9_6

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20130523022800-39364-141976/librcc-0.2.9_6.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20130523022800-39364-141977/librcc-0.2.9_6.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20130523022800-39364-141978/librcc-0.2.9_6.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20130523022800-39364-141979/librcc-0.2.9_6.log

-

Port:devel/poco 1.4.3

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20130523022800-39364-141980/poco-1.4.3.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20130523022800-39364-141981/poco-1.4.3.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20130523022800-39364-141982/poco-1.4.3.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20130523022800-39364-141983/poco-1.4.3.log

-

Port:devel/poco-ssl 1.4.3_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20130523022800-39364-141984/poco-ssl-1.4.3_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20130523022800-39364-141985/poco-ssl-1.4.3_2.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20130523022800-39364-141986/poco-ssl-1.4.3_2.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~j...@freebsd.org/20130523022800-39364-141987/poco-ssl-1.4.3_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"

Re: Proposal: do not show up the dialog(1) by default?

2013-05-22 Thread Xin Li 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 5/22/13 10:45 PM, Baptiste Daroussin wrote:
> hi,
> 
> A lot of people seems to be complaining about the configuration
> dialog popping up all the time.
> 
> What if we change the default behaviour to not pop up the dialog
> each time there is a changed option but only when the user
> explicitly type make config?
> 
> Just a proposal, please give your opinion.
> 
> Of course make config-recursive behaviour won't change.

I think this would be a good idea.  If the a majority of users need to
change default options, then the default should be changed.

Not really related to the dialog, but maybe, I mean maybe, we can
teach package tools to just go ahead download and install package, if
the options being chosen matches the package options, if the host
system meets certain criteria (e.g. is a supported release or
- -CURRENT) and the package is available?

Another idea is to collect the options from user, and send it as a
feedback (the user have reviewed the default and either accepted it,
or have changed).  This would help port maintainers to decide which
options should be made default, etc.

Cheers,

-BEGIN PGP SIGNATURE-

iQEcBAEBCAAGBQJRnbkEAAoJEG80Jeu8UPuzMakH/A9nMM9Q+ndHEEikjaln/zlM
80xGdMqHMObk9nfoz8xY2xIMbTHdTox3FHtFwTEKEuQjGj9rRbMj16sSrPJG1V0Z
P/WtIxdBoR7E4ApHIvdE2qBnN3XLTGIDMsk71ZqWPV2z7jUlPkrsUs5sc0shNQkt
GcqYIv/teb0QHVlki++RlxYvh/OvFblXJ1K8GTSh0EZ+5LoFvxtuA1pas82BMSCL
otlA4kdNb2B6y/FjyRKZ3DULo+Lq95p216WiWKR7P89XidiKF/CJznRHEmC/XpvP
cm3v8lj4Vwr7Fp9cA5k/khAU/GBYYZMbQrY6yRuy9x7t6T0emuQbdPMeyX87KdE=
=74VA
-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: Proposal: do not show up the dialog(1) by default?

2013-05-22 Thread Alex Dupre 

Chris Rees ha scritto:

I find such behavior very useful, I find annoying the above behavior. If

the dialog will not pop-up if the only options are the global ones it'd be
much better, IMO.

The correct solution to this is to not add those to DEFINE.


*If* this is the correct solution, why for months we said committers to 
add them to DEFINE and now we have 50% ports with them and 50% without? 
There should be a clear definitive statement on this subject. I don't 
have a strong preference, but we should choose oon the two:

1) not list them in DEFINE
2) if DEFINE contains only them, not show the popup

--
Alex Dupre
___
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: Proposal: do not show up the dialog(1) by default?

2013-05-22 Thread Baptiste Daroussin 
On Thu, May 23, 2013 at 01:04:21PM +0700, Erich Dollansky wrote:
> Hi,
> 
> On Thu, 23 May 2013 07:45:42 +0200
> Baptiste Daroussin  wrote:
> 
> > hi,
> > 
> > A lot of people seems to be complaining about the configuration
> > dialog popping up all the time.
> > 
> > What if we change the default behaviour to not pop up the dialog each
> > time there is a changed option but only when the user explicitly type
> > make config?
> > 
> > Just a proposal, please give your opinion.
> 
> does not sound like a bad thing.
> 
> How about an entry in /etc/make.conf?

Should also be doable to add a macro that will define the default behaviour in
make.conf

regards,
Bapt


pgpntffym43ji.pgp
Description: PGP signature

Re: Proposal: do not show up the dialog(1) by default?

2013-05-22 Thread Erich Dollansky 
Hi,

On Thu, 23 May 2013 07:45:42 +0200
Baptiste Daroussin  wrote:

> hi,
> 
> A lot of people seems to be complaining about the configuration
> dialog popping up all the time.
> 
> What if we change the default behaviour to not pop up the dialog each
> time there is a changed option but only when the user explicitly type
> make config?
> 
> Just a proposal, please give your opinion.

does not sound like a bad thing.

How about an entry in /etc/make.conf?

Erich
___
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: Proposal: do not show up the dialog(1) by default?

2013-05-22 Thread Chris Rees 
On 23 May 2013 06:55, "Alex Dupre"  wrote:
>
> Baptiste Daroussin ha scritto:
>
>> A lot of people seems to be complaining about the configuration dialog
popping
>> up all the time.
>
>
> Probably because now every ports that list DOCS/EXAMPLES/NLS pop up the
dialog?
>
>
>> What if we change the default behaviour to not pop up the dialog each
time there
>> is a changed option but only when the user explicitly type make config?
>>
>> Just a proposal, please give your opinion.
>
>
> I find such behavior very useful, I find annoying the above behavior. If
the dialog will not pop-up if the only options are the global ones it'd be
much better, IMO.

The correct solution to this is to not add those to DEFINE.

Chris
___
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: Proposal: do not show up the dialog(1) by default?

2013-05-22 Thread Baptiste Daroussin 
On Thu, May 23, 2013 at 07:55:24AM +0200, Alex Dupre wrote:
> Baptiste Daroussin ha scritto:
> > A lot of people seems to be complaining about the configuration dialog 
> > popping
> > up all the time.
> 
> Probably because now every ports that list DOCS/EXAMPLES/NLS pop up the 
> dialog?

I'll see what I can do in that direction

> 
> > What if we change the default behaviour to not pop up the dialog each time 
> > there
> > is a changed option but only when the user explicitly type make config?
> >
> > Just a proposal, please give your opinion.
> 
> I find such behavior very useful, I find annoying the above behavior. If 
> the dialog will not pop-up if the only options are the global ones it'd 
> be much better, IMO.
> 
> -- 
> Alex Dupre


pgp1EHpJHuzL6.pgp
Description: PGP signature

Re: Proposal: do not show up the dialog(1) by default?

2013-05-22 Thread Alex Dupre 

Baptiste Daroussin ha scritto:

A lot of people seems to be complaining about the configuration dialog popping
up all the time.


Probably because now every ports that list DOCS/EXAMPLES/NLS pop up the 
dialog?



What if we change the default behaviour to not pop up the dialog each time there
is a changed option but only when the user explicitly type make config?

Just a proposal, please give your opinion.


I find such behavior very useful, I find annoying the above behavior. If 
the dialog will not pop-up if the only options are the global ones it'd 
be much better, IMO.


--
Alex Dupre
___
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: Proposal: do not show up the dialog(1) by default?

2013-05-22 Thread Leslie Jensen 



2013-05-23 07:45, Baptiste Daroussin skrev:

hi,

A lot of people seems to be complaining about the configuration dialog popping
up all the time.

What if we change the default behaviour to not pop up the dialog each time there
is a changed option but only when the user explicitly type make config?

Just a proposal, please give your opinion.

Of course make config-recursive behaviour won't change.

regards,
Bapt




I would like the present behaviour to stay.

A least when there are new options that are default.

I'm afraid I would forget to make changes.

Thanks

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

Proposal: do not show up the dialog(1) by default?

2013-05-22 Thread Baptiste Daroussin 
hi,

A lot of people seems to be complaining about the configuration dialog popping
up all the time.

What if we change the default behaviour to not pop up the dialog each time there
is a changed option but only when the user explicitly type make config?

Just a proposal, please give your opinion.

Of course make config-recursive behaviour won't change.

regards,
Bapt


pgpIcTObljRSc.pgp
Description: PGP signature

audio/libsamplerate builds but fails to install

2013-05-22 Thread Beeblebrox 
I was just doing a ports upgrade and as usual poudriere wants
audio/libsamplerate to be built on host side. So after "pkg upgrade", I
built audio/libsamplerate and no problems there. but when I try to install:

make install -C audio/libsamplerate
===>  Installing for libsamplerate-0.1.8_3
===>   libsamplerate-0.1.8_3 depends on shared library: sndfile.1 - found
===>   Generating temporary packing list
===>  Checking if audio/libsamplerate already installed
make: don't know how to make
/asp/obj/asp/obj/asp/git/ports/audio/libsamplerate/work/libsamplerate-0.1.8/work/.install_done.libsamplerate._usr_local.
Stop
make: stopped in
/asp/obj/asp/git/ports/audio/libsamplerate/work/libsamplerate-0.1.8
*** Error code 2
Stop.
make: stopped in
/asp/obj/asp/git/ports/audio/libsamplerate/work/libsamplerate-0.1.8
*** Error code 1
Stop.
make: stopped in /asp/git/ports/audio/libsamplerate




-
10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & 
xorg.devel

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/audio-libsamplerate-builds-but-fails-to-install-tp5814138.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
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: softirq and tasklets

2013-05-22 Thread Orit Moskovich 
You're right! My bad :)

-Original Message-
From: Andriy Gapon [mailto:a...@freebsd.org] 
Sent: Wednesday, May 22, 2013 11:23 PM
To: Orit Moskovich
Cc: freebsd-ports@freebsd.org
Subject: Re: softirq and tasklets

on 22/05/2013 15:37 Orit Moskovich said the following:
> Hi,
> 
> Is there an equivalent concept for Linux softirq and tasklets in FreeBSD?
> If not, what will be the "closest" way to implement them? With the takqueue 
> taskqueue_swi which executes its tasks in the context of an interrupt? A 
> filter routine or interrupt thread defined in bus_setup_intr...?

This is an odd mailing list for the question.


-- 
Andriy Gapon
___
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] r318794: 4x leftovers, 4x success

2013-05-22 Thread Ports-QAT 
Add a new option MANPAGES to allow man pages to be supressed. [0]

Remove USE_GCC=4.2+ as all supported versions have an acceptable version
of gcc by default.[0]

Remove the long unused MAINTAINER_MODE variable.

Submitted by:   tijl [0]
-

  Build ID:  20130522202200-59077
  Job owner: bro...@freebsd.org
  Buildtime: 5 hours
  Enddate:   Thu, 23 May 2013 01:35:58 GMT

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

-

Port:devel/llvm 3.2_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522202200-59077-141776/llvm-3.2_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522202200-59077-141777/llvm-3.2_1.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522202200-59077-141778/llvm-3.2_1.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522202200-59077-141779/llvm-3.2_1.log

-

Port:lang/clang 3.2_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522202200-59077-141780/clang-3.2_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522202200-59077-141781/clang-3.2_2.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522202200-59077-141782/clang-3.2_2.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522202200-59077-141783/clang-3.2_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] r318799: 4x leftovers

2013-05-22 Thread Ports-QAT 
Install a more complete set of intrinsics header files[0].

Add a couple upstream svn revs that have been comitted to base[1]:

r172354:
Refactor the x86 CPU name logic in the driver and pass -march and -mcpu
flag information down from the Clang driver into the Gold linker plugin
for LTO. This allows specifying -march on the linker commandline and
should hopefully have it pass all the way through to the LTO optimizer.

r175919:
Driver: Pass down the -march setting down to -cc1as on x86 too.

The assembler historically didn't make use of any target features, but this has
changed when support for old CPUs that don't support long nops was added.

Requested by:   dim[1], eadler[0]
-

  Build ID:  20130522215800-30311
  Job owner: bro...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Thu, 23 May 2013 00:31:28 GMT

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

-

Port:lang/clang 3.2_3

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522215800-30311-141800/clang-3.2_3.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522215800-30311-141801/clang-3.2_3.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522215800-30311-141802/clang-3.2_3.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522215800-30311-141803/clang-3.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] r318790: 4x leftovers, 4x success

2013-05-22 Thread Ports-QAT 
Add a new option MANPAGES to allow man pages to be supressed. [0]

Remove USE_GCC=4.2+ as all supported versions have an acceptable version
of gcc by default.[0]

Remove the long unused MAINTAINER_MODE variable.

Submitted by:   tijl [0]
-

  Build ID:  20130522193200-9779
  Job owner: bro...@freebsd.org
  Buildtime: 5 hours
  Enddate:   Thu, 23 May 2013 00:10:14 GMT

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

-

Port:devel/llvm-devel 3.4.r181598_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522193200-9779-141756/llvm-devel-3.4.r181598_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522193200-9779-141757/llvm-devel-3.4.r181598_1.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522193200-9779-141758/llvm-devel-3.4.r181598_1.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522193200-9779-141759/llvm-devel-3.4.r181598_1.log

-

Port:lang/clang-devel 3.4.r181598_2

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522193200-9779-141760/clang-devel-3.4.r181598_2.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522193200-9779-141761/clang-devel-3.4.r181598_2.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522193200-9779-141762/clang-devel-3.4.r181598_2.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~bro...@freebsd.org/20130522193200-9779-141763/clang-devel-3.4.r181598_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] r318787: 4x leftovers

2013-05-22 Thread Ports-QAT 
- Update to 1.5.3

PR: ports/173237
Submitted by:   Anton Yuzhaninov 
-

  Build ID:  20130522183400-45243
  Job owner: a...@freebsd.org
  Buildtime: 5 hours
  Enddate:   Wed, 22 May 2013 23:11:51 GMT

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

-

Port:www/htmlcompressor 1.5.3

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20130522183400-45243-141744/htmlcompressor-1.5.3.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20130522183400-45243-141745/htmlcompressor-1.5.3.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20130522183400-45243-141746/htmlcompressor-1.5.3.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~a...@freebsd.org/20130522183400-45243-141747/htmlcompressor-1.5.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"

Re: php5-ice Needs Update

2013-05-22 Thread Michael Gmelin 
On Wed, 22 May 2013 12:42:34 -0700 (PDT)
Jaret Bartsch  wrote:

> Hi there. php5-ice does not work with php 5.4. Could someone update
> this to work with 5.4? Thanks.
> 
> 
> Regards,
> Jaret

You wrote the same email about five weeks ago, I offered you to help and
asked if you could test, but didn't even get a response from you.

Good news is that I'm done mostly done testing and fixing Ice 3.5.0, so
I will be able to submit updates to devel/ice (and devel/py-ice) in the
next couple days, which is the basis for upgrading devl/php5-ice.

Right now devel/php5-ice itself has no active maintainer. Like I
offered before: I could jump in, but I would need your _active_ support
for testing the changes.

What setup are you planning to use by the way? (nginx/php-fpm? Apache
mod_php?). Last time I checked Apache/mod_php + IceSSL was problematic.

Michael

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





-- 
Michael Gmelin
___
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: softirq and tasklets

2013-05-22 Thread Michael Gmelin 
On Wed, 22 May 2013 23:22:14 +0300
Andriy Gapon  wrote:

> on 22/05/2013 15:37 Orit Moskovich said the following:
> > Hi,
> > 
> > Is there an equivalent concept for Linux softirq and tasklets in
> > FreeBSD? If not, what will be the "closest" way to implement them?
> > With the takqueue taskqueue_swi which executes its tasks in the
> > context of an interrupt? A filter routine or interrupt thread
> > defined in bus_setup_intr...?
> 
> This is an odd mailing list for the question.
> 
> 

Not necessarily, maybe he's porting an existing Linux project that
makes use of these features (like epoll => kqueue).

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

php5-ice Needs Update

2013-05-22 Thread Jaret Bartsch 
Hi there. php5-ice does not work with php 5.4. Could someone update this to 
work with 5.4? Thanks.


Regards,
Jaret
___
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: softirq and tasklets

2013-05-22 Thread Andriy Gapon 
on 22/05/2013 15:37 Orit Moskovich said the following:
> Hi,
> 
> Is there an equivalent concept for Linux softirq and tasklets in FreeBSD?
> If not, what will be the "closest" way to implement them? With the takqueue 
> taskqueue_swi which executes its tasks in the context of an interrupt? A 
> filter routine or interrupt thread defined in bus_setup_intr...?

This is an odd mailing list for the question.


-- 
Andriy Gapon
___
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] r318771: 4x fail

2013-05-22 Thread Ports-QAT 
- Upgrade to 1.0024.
-

  Build ID:  20130522145600-43434
  Job owner: kuriy...@freebsd.org
  Buildtime: 4 hours
  Enddate:   Wed, 22 May 2013 19:22:49 GMT

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

-

Port:www/p5-Plack 1.0024

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   FAIL

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   FAIL

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   FAIL

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   FAIL


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

2013-05-22 Thread 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"

INDEX build failed for 8.x

2013-05-22 Thread Ports Index build 
INDEX build failed with errors:
Generating INDEX-8 - please wait.. Done.
make_index: p5-Plack-1.0024: no entry for 
/usr/ports/www/p5-Apache-LogFormat-Compiler
make_index: p5-Plack-1.0024: no entry for 
/usr/ports/www/p5-Apache-LogFormat-Compiler

Committers on the hook:
 gahr kuriyama kwm miwi pawel zeising 

Most recent SVN update was:
Updating '.':
Ux11-toolkits/gtk20/Makefile
Ux11-toolkits/gtk20/distinfo
Ux11-toolkits/tk84/Makefile
Ux11-toolkits/tk85/Makefile
Ux11-toolkits/tk86/Makefile
Dmail/clawsker/files
Umail/clawsker/Makefile
Umail/clawsker/distinfo
Unet/mediatomb/Makefile
Udatabases/mysql-proxy/Makefile
UU   databases/mysql-workbench51/Makefile
Uwww/p5-CGI-Compile/Makefile
Uwww/p5-CGI-Compile/distinfo
Uwww/p5-Plack/distinfo
Uwww/p5-Plack/Makefile
Uwww/typo3/Makefile
Uwww/drupal7/Makefile
UU   www/siteframe/Makefile
Uwww/xombrero/files/patch-freebsd__Makefile
Uwww/xombrero/Makefile
Uwww/xombrero/distinfo
Uwww/p5-Amon2/Makefile
Uwww/p5-Amon2/distinfo
Udns/opendnssec/Makefile
Udevel/bugzilla42/Makefile
UU   devel/pinba_engine/Makefile
Ulang/tcl84/Makefile
Ulang/tcl85/Makefile
Ulang/tcl86/Makefile
Ugraphics/gtk-update-icon-cache/Makefile
Ugraphics/gtk-update-icon-cache/distinfo
Updated to revision 318771.
___
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: Windows attack?

2013-05-22 Thread Radim Kolar 

could it be that some spammer is sending a virus to the list to attack
Windows machine?

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

2013-05-22 Thread 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
+-+
misc/freeswitch-scripts-devel   | 1.2.3   | 1.2.10
+-+
net/freeswitch-curl-devel   | 1.2.3   | 1.2.10
+-+
net/freeswitch-insideout-devel  | 1.2.3   | 1.2.10
+-+
net/freeswitch-sbc-devel| 1.2.3   | 1.2.10
+-+
net/freeswitch-vanilla-devel| 1.2.3   | 1.2.10
+-+


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...@portscout.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"

softirq and tasklets

2013-05-22 Thread Orit Moskovich 
Hi,

Is there an equivalent concept for Linux softirq and tasklets in FreeBSD?
If not, what will be the "closest" way to implement them? With the takqueue 
taskqueue_swi which executes its tasks in the context of an interrupt? A filter 
routine or interrupt thread defined in bus_setup_intr...?

Thanks,
Orit Moskovich
___
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] r318761: 12x leftovers

2013-05-22 Thread Ports-QAT 
Make PORTDOCS in the -reference framework overwriteable.
So some of the -reference ports that install multiple docs or "books" can
make sure they get installed correctly. This impacts the -reference ports
of glib20, gtk20 and gtk30.

The problem was that for example in glib20 the reference was installed in
share/doc/glib/{glib,gio,gobject} however devhelp only look in
share/doc/${book} for the *.devhelp2 file.

PR: ports/173577
Submitted by:   Victor Balada Diaz 
-

  Build ID:  20130522113400-12548
  Job owner: k...@freebsd.org
  Buildtime: 23 minutes
  Enddate:   Wed, 22 May 2013 11:57:16 GMT

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

-

Port:devel/glib20-reference 2.34.3_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522113400-12548-141576/glib-reference-2.34.3_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522113400-12548-141577/glib-reference-2.34.3_1.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522113400-12548-141578/glib-reference-2.34.3_1.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522113400-12548-141579/glib-reference-2.34.3_1.log

-

Port:x11-toolkits/gtk20-reference 2.24.17

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522113400-12548-141580/gtk-reference-2.24.17.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522113400-12548-141581/gtk-reference-2.24.17.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522113400-12548-141582/gtk-reference-2.24.17.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522113400-12548-141583/gtk-reference-2.24.17.log

-

Port:x11-toolkits/gtk30-reference 3.6.4_1

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522113400-12548-141584/gtk-reference-3.6.4_1.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522113400-12548-141585/gtk-reference-3.6.4_1.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522113400-12548-141586/gtk-reference-3.6.4_1.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522113400-12548-141587/gtk-reference-3.6.4_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] r318750: 4x leftovers, 4x success

2013-05-22 Thread Ports-QAT 
Add gmime and gmime-sharp 2.6.15.

PR: ports/170389
Submitted by:   myself
Approved by:Alan Hicks , \
romain@ (priv mail, for -sharp port)
-

  Build ID:  20130522090600-29166
  Job owner: k...@freebsd.org
  Buildtime: 54 minutes
  Enddate:   Wed, 22 May 2013 09:59:32 GMT

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

-

Port:mail/gmime26 2.6.15

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522090600-29166-141528/gmime-26-2.6.15.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522090600-29166-141529/gmime-26-2.6.15.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522090600-29166-141530/gmime-26-2.6.15.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   SUCCESS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522090600-29166-141531/gmime-26-2.6.15.log

-

Port:mail/gmime26-sharp 

  Buildgroup: 9.1-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522090600-29166-141532/gmime-26-sharp-2.6.15.log

  Buildgroup: 9.1-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522090600-29166-141533/gmime-26-sharp-2.6.15.log

  Buildgroup: 8.3-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522090600-29166-141534/gmime-26-sharp-2.6.15.log

  Buildgroup: 8.3-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~k...@freebsd.org/20130522090600-29166-141535/gmime-26-sharp-2.6.15.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"

Windows attack?

2013-05-22 Thread Erich Dollansky 
Hi,

could it be that some spammer is sending a virus to the list to attack
Windows machine?

This is iconic!

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

Quotation Needed For This Order

2013-05-22 Thread Mrs. Vivian Jiang 
Please open the attached Notepad to view my order.

Order.rtf
Description: Binary data
___
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: Firefox 21.0 Crash

2013-05-22 Thread Lawrence Stewart 
On 05/22/13 18:04, Cy Schubert wrote:
> In message <519c616c.50...@freebsd.org>, Lawrence Stewart writes:
>> On 05/21/13 07:02, Cy Schubert wrote:
>>> Hi,
>>>
>>> I'm experiencing firefox crashes since updating to 21.0.
>>
>> Me too. For me, it'll run ok for a while and then when I bring up a new
>> tab or actively do something with the UI it will crash unexpectedly.
>> Happening approximately every few minutes of active use. Leaving it open
>> but not doing anything with it will not trigger a crash.
> 
> I can leave the computer for five minutes discovering it had crashed when I 
> return.

hmm maybe I haven't managed to leave it running long enough without me
doing something with it. I'll try overnight.

>> When I ran firefox from the console the only thing printed was:
>>
>> lstewart@lstewart> firefox
>> ATTENTION: default value of option force_s3tc_enable overridden by
>> environment.
> 
> I don't see this.

I verified that this is printed well before the crash happens so I'm
pretty sure its totally unrelated.

>> It's unclear if that message is related to the crash or not.
>>
>> Some details about my system:
>>
>> lstewart@lstewart> uname -a
>> FreeBSD lstewart 9.1-STABLE FreeBSD 9.1-STABLE #10 r250824M: Mon May 20
>> 22:00:29 EST 2013
>> root@lstewart:/usr/obj/usr/src/sys/LSTEWART-DESKTOP  amd64
> 
> Similarly my laptop. I've yet to try it on -CURRENT (also on the same 
> laptop) though.
> 
> What extensions do you have installed? (If you want you can send the list 
> to me privately.) I uninstalled ghostery which made it more stable though 
> when I took the dog for a quick walk I discovered the browser was gone upon 
> my return. For the moment it appears stable (knock on wood).

I have Adblock Plus 2.2.4 and Flashblock 1.5.17 as "Extensions", and
linux-f10-flashplugin-11.2r202.285 via nspluginwrapper 1.4.4 as a plugin.

I tried disabling all of them but it still crashes.

Cheers,
Lawrence
___
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: Firefox 21.0 Crash

2013-05-22 Thread Cy Schubert 
In message <519c616c.50...@freebsd.org>, Lawrence Stewart writes:
> On 05/21/13 07:02, Cy Schubert wrote:
> > Hi,
> > 
> > I'm experiencing firefox crashes since updating to 21.0.
> 
> Me too. For me, it'll run ok for a while and then when I bring up a new
> tab or actively do something with the UI it will crash unexpectedly.
> Happening approximately every few minutes of active use. Leaving it open
> but not doing anything with it will not trigger a crash.

I can leave the computer for five minutes discovering it had crashed when I 
return.

> 
> When I ran firefox from the console the only thing printed was:
> 
> lstewart@lstewart> firefox
> ATTENTION: default value of option force_s3tc_enable overridden by
> environment.

I don't see this.

> 
> It's unclear if that message is related to the crash or not.
> 
> Some details about my system:
> 
> lstewart@lstewart> uname -a
> FreeBSD lstewart 9.1-STABLE FreeBSD 9.1-STABLE #10 r250824M: Mon May 20
> 22:00:29 EST 2013
> root@lstewart:/usr/obj/usr/src/sys/LSTEWART-DESKTOP  amd64

Similarly my laptop. I've yet to try it on -CURRENT (also on the same 
laptop) though.

What extensions do you have installed? (If you want you can send the list 
to me privately.) I uninstalled ghostery which made it more stable though 
when I took the dog for a quick walk I discovered the browser was gone upon 
my return. For the moment it appears stable (knock on wood).



-- 
Cheers,
Cy Schubert 
FreeBSD UNIX: Web:  http://www.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"

Re: TeXLive build error on poudriere (Was: [patch included] teTeX and TeXLive)

2013-05-22 Thread Christopher J. Ruwe 
On Tue, 21 May 2013 16:35:26 +0900 (JST)
Hiroki Sato  wrote:

> Hiroki Sato  wrote
>   in <20130519.070840.2265196291393572686@allbsd.org>:
> 
> hr> "Christopher J. Ruwe"  wrote
> hr>   in <20130518025801.0659b...@dijkstra.cruwe.de>:
> hr>
> hr> cj> I have included the patches, they are rather trivial,
> hr> cj> although, I think, dirty. I have also included a complete
> hr> cj> logfile of a failed build for tex-formats.
> hr>
> hr>  Where is the log file?
> hr>
> hr>  What I need to investigate here is a build+install log for
> hr>  print/texlive-base on your environment.  Running texconfig
> hr> rehash in pre-install just hides your error and makes another
> hr> problem.
> 
>  I committed a fix in r318651.  Please try it if you got a build error
>  when using poudriere.
> 
> -- Hiroki

Somehow, sometimes I am not getting through to the list.

This works for me, too. Thank you very, very much for your effort. 

Thanks,
-- 
Christopher
TZ: GMT + 2h
GnuPG/GPG:  0xE8DE2C14
 
FreeBSD 9.1-RELEASE #2: Tue Nov 27 03:45:16 UTC 2012
root@darkstar:/usr/obj/pcbsd-build90/fbsd-source/9.1/sys/GENERIC 
 
Punctuation matters:
"Lets eat Grandma or Lets eat, Grandma" - Punctuation saves lives.
"A panda eats shoots and leaves" or "A panda eats, shoots, and leaves" -
Punctuation teaches proper biology.
___
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"