-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28.09.2011 21:32, Hartmann, O. wrote:
floating like a dead man in the water. I suspect the
conversters/libiconv broke something, since it claims it has
installed libiconv.so.3, but there is never such a shared object
installed!
Here's what I
2011-09-29 09:45, crsnet.pl skrev:
Hello.
I make update yesterday with csup. And i have build new firefox 7 from src.
And today i see my flashplayer dont work (under Opera/Firefox).
Opera about:plugins
Opis: Shockwave Flash 10.3 r183
Hi folks,
Why can't we simply fix the entire ports tree at once by doing something
like this?
find ${WRKSRC} -type f \( -name config.libpath -o \
-name config.rpath -o -name configure -o -name libtool.m4 \) \
-exec sed -i 's/freebsd1\*)/SHOULDNOTMATCHANYTHING)/' {} +
Just to be
* Ed Schouten e...@80386.nl, 20110929 10:47:
-exec sed -i 's/freebsd1\*)/SHOULDNOTMATCHANYTHING)/' {} +
Whoops. Don't forget to add '' after the -i.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
pgpeXx31sf2gD.pgp
Description: PGP signature
On 29/09/2011 09:47, Ed Schouten wrote:
Hi folks,
Why can't we simply fix the entire ports tree at once by doing something
like this?
find ${WRKSRC} -type f \( -name config.libpath -o \
-name config.rpath -o -name configure -o -name libtool.m4 \) \
-exec sed -i
* Matthew Seaman m.sea...@infracaninophile.co.uk, 20110929 11:01:
Because that's a change to the upstream distfiles downloaded from the
net. So this change would have to be implemented by adding patch files
to every port that needed it, or by adding a new make target in the
various Makefiles
* Ed Schouten e...@80386.nl, 20110929 11:07:
I meant simply adding this line to bsd.port.mk, to be executed after
pre-configure and before configure.
More specifically, see the attached patch.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
--- Mk/bsd.port.mk
+++ Mk/bsd.port.mk
Hi,
Are you sure that you don't have -Werror being set somehow?
well, fortunately I have! Note that it is a feature in this
context that a similar programs don't compile if the types
are incompatible.
Compare the following. -Wno-unused -Werror is indeed the
correct choice of flags.
Best,
Hi,
Alternatively, you can turn off only a specific -Werror, e.g.
CFLAGS += -Wno-error=unused
it's ignored by gcc in base while gcc46 wants -Wno-error=unused-value
that's a very good point. Thanks a lot!
Best,
Klaus
___
On Thu, Sep 29, 2011 at 10:47:25AM +0200, Ed Schouten wrote:
Hi folks,
Why can't we simply fix the entire ports tree at once by doing something
like this?
If we're not going to fiddle with auto* so close to a release date, we
certainly are not going to fiddle with the whole ports
* Xin LI delp...@gmail.com, 20110929 12:08:
This is not sufficient since some places it's freebsd[123],
freebsd[[123]], etc...
Yes, but the patch I propose already fixes a large class of compilation
issues. It is by no means a silver bullet.
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl
On Thu, Sep 29, 2011 at 1:47 AM, Ed Schouten e...@80386.nl wrote:
Hi folks,
Why can't we simply fix the entire ports tree at once by doing something
like this?
find ${WRKSRC} -type f \( -name config.libpath -o \
-name config.rpath -o -name configure -o -name libtool.m4 \) \
I also have problems with flash after upgrade to FF7 on 8.2 -p3
RELEASE. I posted this to the ports list yesterday.
(process:20370): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
(npviewer.bin:20370): Gtk-WARNING **: cannot open display: :0.0
***
I'm seeing broken flash plugin, skype and citrix client all reporting
in one way or other that they can't open display. This is all on
8.2-STABLE FreeBSD 8.2-STABLE #8: Thu Sep 29 10:11:04 BST 2011 built
this morning on amd64.
e.g.
(npviewer.bin:2790): Gtk-WARNING **: cannot open display: :0
***
W dniu 2011-09-28 23:12, Matthias Andree pisze:
So basically, we need a lever the operator can flip, and that typical
ports running daemons, respect - that can state whether ports
auto-restart deamons previously running (which would entail complaining
the if needs manual intervention, like
On 09/28/11 14:29, O. Hartmann wrote:
I run in a problem on FreeBSD 9.0-BETA3/10.0-CURRENT using OpenLDAP
(Cyrus SASL2 aktivated) and OpenLDAP backend (most recent client and
server). Thunderbird 6.0.2 and 7.0 coredumps with signal 11. I hadn't
any chance to check whether this also happens on
Hi,
Unfortunately, for some time now, PHP scripts have been producing
segmentation faults when executed on one of our systems :(
Various posts found via google suggested reinstalling all the PHP ports
and/or using a script to re-order the PHP extension modules, but all so
far without
On 28 September 2011 10:49, Thomas Mueller mueller6...@bellsouth.net wrote:
from Chris Rees cr...@freebsd.org:
Some rather strange printers will be recognised by umass before ugen
recognises them; you have to plug it in before umass is loaded or it
becomes a mass storage device.
I'm not
Op 29-09-11 19:29, Moggie schreef:
Hi,
Unfortunately, for some time now, PHP scripts have been producing
segmentation faults when executed on one of our systems :(
Various posts found via google suggested reinstalling all the PHP
ports and/or using a script to re-order the PHP extension
hi
please commit port update
On Sun, Sep 25, 2011 at 08:30:10AM +, freebsd-gnats-sub...@freebsd.org
wrote:
Thank you very much for your problem report.
It has the internal identification `ports/161004'.
The individual assigned to look at your
report is: freebsd-ports-bugs.
You can
On Thu, 29 Sep 2011 11:18:59 +0200
Ed Schouten e...@80386.nl mentioned:
* Ed Schouten e...@80386.nl, 20110929 11:07:
I meant simply adding this line to bsd.port.mk, to be executed after
pre-configure and before configure.
More specifically, see the attached patch.
I think
On Thu, 29 Sep 2011 11:47:33 +0200
Erwin Lansing er...@freebsd.org mentioned:
On Thu, Sep 29, 2011 at 10:47:25AM +0200, Ed Schouten wrote:
Hi folks,
Why can't we simply fix the entire ports tree at once by doing something
like this?
If we're not going to fiddle with auto* so close
Hello, this mail is from Japan.
My name is Hiroshi Saeki, a hobby user of FreeBSD.
Only a few hours before, I upgraded my FreeBSD/amd64
8.2-RELEASE-p2 to 8.2-RELEASE-p3.
The same problem occured.
linux-firefox-devel-3.5.19
linux-opera-11.50
ja-acroread8-8.1.7_3
cannot be started.
They can't
On Thu, Sep 29, 2011 at 1:50 PM, Andrew and...@flarn.com wrote:
I'm seeing broken flash plugin, skype and citrix client all reporting
in one way or other that they can't open display. This is all on
8.2-STABLE FreeBSD 8.2-STABLE #8: Thu Sep 29 10:11:04 BST 2011 built
this morning on amd64.
The ports tree can be very fickle and touching a large class of ports
requires multiple exp-runs. Attempting these types of changes
just prior to release adds a degree of risk which no one wants to accept.
The question is why we're not going to fiddle with auto* given other
stuff which is being
On 09/29/11 18:31, Andrea Venturoli wrote:
On 09/28/11 14:29, O. Hartmann wrote:
I run in a problem on FreeBSD 9.0-BETA3/10.0-CURRENT using OpenLDAP
(Cyrus SASL2 aktivated) and OpenLDAP backend (most recent client and
server). Thunderbird 6.0.2 and 7.0 coredumps with signal 11. I hadn't
any
Try using xdebug (another php module) it will produce a stack trace when
it segfaults.
On 09/29/2011 10:29 AM, Moggie wrote:
Hi,
Unfortunately, for some time now, PHP scripts have been producing
segmentation faults when executed on one of our systems :(
Various posts found via google
INDEX build failed with errors:
Generating INDEX-7 - please wait.. Done.
make_index: py27-zope.component-3.11.0: no entry for
/usr/ports/devel/py-zope.interface
make_index: py27-zope.component-3.11.0: no entry for
/usr/ports/devel/py-zope.interface
make_index: kojoney-0.0.4.1_3: no entry for
On Thu, 29 Sep 2011 17:40:36 -0400
Eitan Adler li...@eitanadler.com mentioned:
The ports tree can be very fickle and touching a large class of ports
requires multiple exp-runs. Attempting these types of changes
just prior to release adds a degree of risk which no one wants to accept.
Who
On 30/09/2011 00:58, Jase Thew wrote:
On 29/09/2011 18:29, Moggie wrote:
Hi,
Unfortunately, for some time now, PHP scripts have been producing
segmentation faults when executed on one of our systems :(
Various posts found via google suggested reinstalling all the PHP ports
and/or using a
On 29/09/2011 20:54, johan Hendriks wrote:
Op 29-09-11 19:29, Moggie schreef:
Hi,
Unfortunately, for some time now, PHP scripts have been producing
segmentation faults when executed on one of our systems :(
Various posts found via google suggested reinstalling all the PHP
ports and/or
___
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
32 matches
Mail list logo