Hi
I'll test it probably today / tomorrow, and let you know later.
Regards,
Jan
On Tue, Sep 25, 2012 at 3:57 AM, Sahil Tandon
wrote:
> On Wed, 2012-09-12 at 12:36:47 +0200, Ján Šebošík wrote:
>
>> while I was trying to build ports/mail/postfix, the problem occured
>> in file ./work/postfix-2.
Hi.
I'm trying to update my apache22 installation, but it keeps whinging about
having to use OptionsNG instead of the old options, which is fair enough.
Unfortunately I can't find how to set the options I need to set for SUEXEC.
Previously I had SUEXEC_GIDMIN, SUEXE_UIDMIN and most importantly
On 2012-Sep-25, 00:15, Baptiste Daroussin wrote:
> Hi,
>
> One of the missing thing since we switch to OptionNG is a reliable ability to
> pass options via command line that would override make.conf and config file
> options.
>
> Here is an implementation that do work:
> http://people.freebsd.org
[ Pietro Cerutti wrote on Tue 25.Sep'12 at 13:41:41 +0200 ]
> On 2012-Sep-25, 00:15, Baptiste Daroussin wrote:
> > Hi,
> >
> > One of the missing thing since we switch to OptionNG is a reliable ability
> > to
> > pass options via command line that would override make.conf and config file
> > opt
On 25 Sep 2012 12:42, "Pietro Cerutti" wrote:
>
> On 2012-Sep-25, 00:15, Baptiste Daroussin wrote:
> > Hi,
> >
> > One of the missing thing since we switch to OptionNG is a reliable
ability to
> > pass options via command line that would override make.conf and config
file
> > options.
> >
> > Here
Hi,
2012/9/25 Rafał Szkodziński :
> Hi.
>
> When I upgrade the port devel/newfile, I get the following problem:
>
> [cut]
> ===>>> The following actions will be taken if you choose to proceed:
> Upgrade newfile-1.0.14_2 to newfile-1.0.14_3
>
> ===>>> Proceed? y/n [y]
>
>
> ===>>> Starting
If someone overrides the default system compiler which is in my case
CLANG 3.2 (on FreeBSD 10.0-CURRENT #1 r240885M: Mon Sep 24 12:30:44
CEST 2012 amd64), the if-statement does always take place and prevents
lang/icon to be build:
[...]
.if ${CC} == "clang" || ${CXX} == "clang++"
BROKEN=
I tried to build astro/xearth on redports using amd64/clang
environment. I get several errors like this one:
/usr/local/lib/X11/config/FreeBSD.cf:451:35: error: '#' is not followed by a
macro parameter
The full log:
https://redports.org/~mexas/20120925084455-39349-73266/xearth-1.1_2.log
It bui
On 2012-09-25 14:47, Anton Shterenlikht wrote:
> I tried to build astro/xearth on redports using amd64/clang
> environment. I get several errors like this one:
>
> /usr/local/lib/X11/config/FreeBSD.cf:451:35: error: '#' is not followed by a
> macro parameter
>
> The full log:
>
> https://redpor
On Tue, Sep 25, 2012 at 02:42:23PM +0200, O. Hartmann wrote:
> If someone overrides the default system compiler which is in my case
> CLANG 3.2 (on FreeBSD 10.0-CURRENT #1 r240885M: Mon Sep 24 12:30:44
> CEST 2012 amd64), the if-statement does always take place and prevents
> lang/icon to be build
Am 09/25/12 15:03, schrieb Steve Kargl:
> On Tue, Sep 25, 2012 at 02:42:23PM +0200, O. Hartmann wrote:
>> If someone overrides the default system compiler which is in my case
>> CLANG 3.2 (on FreeBSD 10.0-CURRENT #1 r240885M: Mon Sep 24 12:30:44
>> CEST 2012 amd64), the if-statement does always ta
W dniu 25.09.2012 06:54, Jason Hellenthal pisze:
There is nothing useful in that patch file anyway... Remove it! and
continue forward.
On Tue, Sep 25, 2012 at 06:21:30AM +0200, Rafał Szkodziński wrote:
Hi.
When I upgrade the port devel/newfile, I get the following problem:
[cut]
===>>> The f
Dear all,
If you install phpMyAdmin from ports, you shouldn't be vulnerable to the
security problem described in PMASA-2012-5:
Firstly, the ports checks the SHA256 checksum of distributed
tarballs, which should prevent this sort of tampering.
Secondly, the distfile the port uses is
From zeis...@daemonic.se Tue Sep 25 14:52:17 2012
On 2012-09-25 14:47, Anton Shterenlikht wrote:
> I tried to build astro/xearth on redports using amd64/clang
> environment. I get several errors like this one:
>
> /usr/local/lib/X11/config/FreeBSD.cf
On 2012-09-25 16:38, Anton Shterenlikht wrote:
...
$ grep -c imake /usr/ports/INDEX-10
291
That's a relatively low number, indeed. :)
This issue must cause problems for
quite a few other ports.
So is it an agreed policy to migrate away from
imake in time for 10-release?
Imake is obsolete,
On 25 Sep 2012 15:37, "Matthew Seaman" wrote:
>
>
> Dear all,
>
> If you install phpMyAdmin from ports, you shouldn't be vulnerable to the
> security problem described in PMASA-2012-5:
>
>Firstly, the ports checks the SHA256 checksum of distributed
>tarballs, which should prevent this sort
Dimitry Andric wrote at 17:09 +0200 on Sep 25, 2012:
> On 2012-09-25 16:38, Anton Shterenlikht wrote:
> ...
> > $ grep -c imake /usr/ports/INDEX-10
> > 291
>
> That's a relatively low number, indeed. :)
>
>
> > This issue must cause problems for
> > quite a few other ports.
> > So is
On 25 Sep 2012 18:23, "John Hein" wrote:
>
> Dimitry Andric wrote at 17:09 +0200 on Sep 25, 2012:
> > On 2012-09-25 16:38, Anton Shterenlikht wrote:
> > ...
> > > $ grep -c imake /usr/ports/INDEX-10
> > > 291
> >
> > That's a relatively low number, indeed. :)
> >
> >
> > > This issue must
On 2012-09-25 19:21, John Hein wrote:
Dimitry Andric wrote at 17:09 +0200 on Sep 25, 2012:
...
> Imake is obsolete, X.org migrated to autoconf+gmake a long time
> ago, and new software should avoid it. That said, for old
> software, you could just add a dependency on one of the gcc ports
On 2012-09-25 11:16, Neal Nelson wrote:
> Hi.
>
> I'm trying to update my apache22 installation, but it keeps whinging about
> having to use OptionsNG instead of the old options, which is fair enough.
>
> Unfortunately I can't find how to set the options I need to set for SUEXEC.
> Previously I
On 2012-09-25 13:54, Chris Rees wrote:
> On 25 Sep 2012 12:42, "Pietro Cerutti" wrote:
>>
>> On 2012-Sep-25, 00:15, Baptiste Daroussin wrote:
>>> Hi,
>>>
>>> One of the missing thing since we switch to OptionNG is a reliable
> ability to
>>> pass options via command line that would override make.c
on 25/09/2012 15:05 TAKATSU Tomonari said the following:
> Did you install and update ports tree via portsnap?
> This problem is caused by the SVN to CVS exporter.
> Please consider using svn instead of portsnap to update ports tree.
This is a wrong advice.
portsnap MUST be well supported. Whatev
On 25-09-2012 07:56, Matthew Seaman wrote:
> On 24/09/2012 23:15, Baptiste Daroussin wrote:
>> Here is an implementation that do work:
>> http://people.freebsd.org/~bapt/OVERRIDE_BLA.diff
>>
>> Now OVERRIDE_SET/UNSET doesn't seems to be the best name :)
>>
>> http://www.freebsd.org/cgi/query-pr.cgi
Hi all!
This patch fixed the problem, when buildig xdm on a machine where
clang is the base the compiler (WITH_CLANG_IS_CC).
unbreak_xdm_build_when_clang_set_as_CC.diff
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.fr
Hi all!
This patch fixed the problem, when buildig imake on a machine where
clang is the base the compiler (WITH_CLANG_IS_CC).
unbreak_imake_build_when_clang_set_as_CC.diff
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://list
Hi all!
This patch fixed the problem, when buildig gccmakedep (yeah, gcc...)
on a machine where
clang is the base the compiler (WITH_CLANG_IS_CC).
unbreak_gccmakedep_build_when_clang_set_as_CC.diff
Description: Binary data
___
freebsd-ports@freebsd.org
On Tue, Sep 25, 2012 at 3:37 PM, Oliver Pinter wrote:
> Hi all!
>
> This patch fixed the problem, when buildig imake on a machine where
> clang is the base the compiler (WITH_CLANG_IS_CC).
(Picking a random message to reply to) Why not create PRs and CC the
relevant parties?
_
On 25 September 2012 18:45, Garrett Cooper wrote:
> On Tue, Sep 25, 2012 at 3:37 PM, Oliver Pinter wrote:
>> Hi all!
>>
>> This patch fixed the problem, when buildig imake on a machine where
>> clang is the base the compiler (WITH_CLANG_IS_CC).
>
> (Picking a random message to reply to) Why not c
Oliver Pinter writes:
> +# XXX unbreak build with clang as CC
> +BUILD_DEPENDS+= ucpp:${PORTSDIR}/devel/ucpp
> +RUN_DEPENDS+= ucpp:${PORTSDIR}/devel/ucpp
> +CONFIGURE_ENV+= ac_cv_path_RAWCPP="ucpp -s"
ucpp is even less compatible with GNU cpp:
- escaped newline is not recognized (Xreset,
29 matches
Mail list logo
