Am 07.06.2012 05:30 (UTC+1) schrieb Sunpoet Po-Chuan Hsieh:
Hi,
Many thanks for this update. What I observed so far:
(1) graphics/gdal builds and installs fine. There is a minor problem:
dependend port science/libkml (as option) does not configure, if
devel/swig13 is installed.
(2)
On Tue, 05 Jun 2012 21:14:06 -0400
Steve Wills swi...@freebsd.org mentioned:
From what I saw in your other messages, it sounds like this may be
specific to the use of mono. Or can you reproduce with another program?
Yes, it looks like it can be a mono bug, or unfortunate combination of
On 06/06/2012 02:18 PM, Heino Tiedemann wrote:
Hi,
Why this ports needs his compiler to RUN?!
firefox 13.0,1
snip
Required To Run: archivers/zip, lang/gcc46,...
Just a shot in the dark for lang/gcc46, I'd say it's because Firefox
dynamically links to a newer version of libgcc that is
[...]
If there is no issue after this, please send us a unified diff of the
zone.conf files.
The reason I ask to do this, is that I changed nothing and it worked
out-of-the-box.
Thanks,
Jason
--
Jason Helfman
System Administrator
experts-exchange.com
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as broken in their Makefiles. In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments. The most common
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness. Often,
this is due to a better alternative having become available and/or
the cessation of development on
Hello.
On one of my boxes I have a persistent problem with Firefox since the
last major update/recompilation a week ago due to the massive PNG
update. OS is FreeBSD 10.0-CURRENT/amd64, CLANG compiled.
First of all, neither firefox 12 nor 13 compile with CLANG. Firefox 12
also rejects compiling
Hi,
2012/6/7 Kevin Oberman kob6...@gmail.com:
# portmaster -g boost-libs boost-jam
# pkg_delete -f boost-libs-\* boost-jam-\*
# cd /usr/ports/editor/libreoffice
# make patch
# cd work/libreoffice-core
--- lotuswordpro/Module_lotuswordpro.mk.orig 2012-05-31
19:34:52.014043605 -0300
+++
Olivier Smedts writes:
This way it loses dependency tracking (ie.
/var/db/pkg/boost-libs-*/+REQUIRED_BY).
Don't forget to portmaster --check-depends after the pkg_add.
Am I the only one who thinks the make process should not depend
on tools like portmaster?
On 2012-06-07 13:16, Hartmann, O. wrote:
Hello.
On one of my boxes I have a persistent problem with Firefox since the
last major update/recompilation a week ago due to the massive PNG
update. OS is FreeBSD 10.0-CURRENT/amd64, CLANG compiled.
First of all, neither firefox 12 nor 13 compile
Hi Fans,
The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are
very happy to be able to Call for testing shortly after the Xorg team
annouced 7.7 release. This CFT is also open for discussion on how we
should move forward with xorg release as we are facing some issues and
we would
Hi,
I can confirm Rainers observation with swig13 and libkml, otherwise gdal
builds and installs fine.
Since I'm new to FreeBSD I still need to figure out what I need to do
with those .shar files, so I can't give an update yet on the language
packages
Frank
Am 07.06.2012 08:25, schrieb
On Thu, 7 Jun 2012 07:38:36 -0400
Robert Huff articulated:
Olivier Smedts writes:
This way it loses dependency tracking (ie.
/var/db/pkg/boost-libs-*/+REQUIRED_BY).
Don't forget to portmaster --check-depends after the pkg_add.
Am I the only one who thinks the make process should
Am 07.06.2012 14:38 (UTC+1) schrieb Frank Broniewski:
Hi,
I can confirm Rainers observation with swig13 and libkml, otherwise gdal
builds and installs fine.
Since I'm new to FreeBSD I still need to figure out what I need to do
with those .shar files, so I can't give an update yet on the
Martin Wilke wrote:
With the new mesa 8.0 release, accelerated support for a number of
older graphic cards was dropped. At the moment we are not sure how to
deal with that.We are thinking of just replacing mesa 7.11 with 8.0 or
making a new flag like WITH_MESA= 7.11.2 / 8.0 in combination with
Yes, that worked.
I tested it with py-gdal. First I had some problems because there were
some other programs depending gdal-grass (QGIS, Grass GIS) which linked
to the older gdal libs, but after deleting gdal-grass, I could import
the module into python and run successfully some tests against
2012/6/7 Sergio de Almeida Lenzi lenzi.ser...@gmail.com:
Well, now that libreoffice build is
solved, than what about insert
a line:
CONFLICTS_BUILD= boost*
near line 63 of Makefile???
libreoffice does not conflict with boost;
just Makefile has a problem.
Attached is the patch.
--
On Thu, 07 Jun 2012 08:09:06 -0500, Vitaly Magerya vmage...@gmail.com
wrote:
Will it be possible to provide, say pkgng repo with packages compiled
with new xorg and new mesa? That would simplify testing (and using) by a
very large factor. We'd just change PACKAGESITE and run pkg upgrade.
On 06/07/2012 07:37 AM, Olli Hauer wrote:
Hi,
during an update to 8.3 I notice mergemaster from 8.3 is
building a database from /etc/services with services_mkdb.
However the ports framework does not provide an automation
to rebuild this database, even I haven't seen any port which
On 2012-06-07 16:46, Doug Barton wrote:
On 06/07/2012 07:37 AM, Olli Hauer wrote:
Hi,
during an update to 8.3 I notice mergemaster from 8.3 is
building a database from /etc/services with services_mkdb.
However the ports framework does not provide an automation
to rebuild this database,
Hello,
In May 2011 I fixed some bugs in Evolution based on the original
2.32.3 sources, among other problems this one:
https://bugzilla.gnome.org/show_bug.cgi?id=649433
Now (in May 2012) I see in 10-CURRENT that in our ports tree Evolution is
still on version 2.32.1; attached is a set of
Yesterday, Firefox 13 built and installed quickly. It was just the
running part that did not go so well. Coredumps on start, it would
start with add-ons disabled, but then coredump while typing a URL, or
sometimes a few seconds later. Rebuilding everything Firefox depends on
did not make
On 2012-06-07 17:47, Warren Block wrote:
Yesterday, Firefox 13 built and installed quickly. It was just the
running part that did not go so well. Coredumps on start, it would
start with add-ons disabled, but then coredump while typing a URL, or
sometimes a few seconds later. Rebuilding
CyberLeo Kitsana cyber...@cyberleo.net wrote:
On 06/06/2012 02:18 PM, Heino Tiedemann wrote:
Hi,
Why this ports needs his compiler to RUN?!
firefox 13.0,1
snip
Required To Run: archivers/zip, lang/gcc46,...
Just a shot in the dark for lang/gcc46, I'd say it's because Firefox
Hi Olli,
On 7-6-2012 16:59, Olli Hauer wrote:
I don't think it is practical to patch all the ports like
like bacula , spamd and others to not use getservbyname
and hardcode the required ports?
I've got a preliminary patch that I'm going to submit upstream that
enables services support in
Each time I've upgraded ruby, python, and perl I've encountered
lengthy = reinstalls of the port files (p5-...) as well as
higher-level
programs which depend upon them. (Many pkg_which oneliners to parse. ..)
This could be simplified if those /lang/ ports
were all-in-=
On 2-6-2012 3:32, Steve Wills wrote:
Hi All,
I think we should try to make Ruby 1.9 the default Ruby again and would
like to see it done before 9.1 is released. I've submitted a patch which
does this and requested and exp-run from portmgr.
This may become obsolete soon, since graphics/gdal
On Thu, 07 Jun 2012 20:58:43 +0200
Mel Flynn rfl...@acsalaska.net mentioned:
Given issues described with swig 1.x earlier on this list, you may want
to investigate if swig 1.x should be removed/patched/whatever before
this sweep.
Swig 1.x actually works fine with ruby 1.9, I'm using it
On Thu, 7 Jun 2012, Niclas Zeising wrote:
On 2012-06-07 17:47, Warren Block wrote:
Yesterday, Firefox 13 built and installed quickly. It was just the
running part that did not go so well. Coredumps on start, it would
start with add-ons disabled, but then coredump while typing a URL, or
On Thu, Jun 7, 2012 at 2:55 PM, Warren Block wbl...@wonkity.com wrote:
On Thu, 7 Jun 2012, Niclas Zeising wrote:
On 2012-06-07 17:47, Warren Block wrote:
Yesterday, Firefox 13 built and installed quickly. It was just the
running part that did not go so well. Coredumps on start, it would
On 7-6-2012 21:36, Stanislav Sedov wrote:
On Thu, 07 Jun 2012 20:58:43 +0200
Mel Flynn rfl...@acsalaska.net mentioned:
Given issues described with swig 1.x earlier on this list, you may want
to investigate if swig 1.x should be removed/patched/whatever before
this sweep.
Swig 1.x
Niclas Zeising writes:
Which compiler did you use, clang or gcc, and if gcc, which version?
On:
FreeBSD 10.0-CURRENT #0: Sun Mar 11 08:20:02 EDT 2012 amd64
and using clang, FireFox 13 builds and starts, but freezes
after 2-3 seconds. The freeze locks focus (and therefore
On 7-6-2012 21:55, Warren Block wrote:
gcc46, and I do have CPUTYPE?=native in make.conf...
Interesting! Built without CPUTYPE set, Firefox seems fine. Compiler bug?
Shot in the dark: SSE support? Based on threads earlier on this list
with respect to chrome.
--
Mel
On Thu, 7 Jun 2012, Mel Flynn wrote:
On 7-6-2012 21:55, Warren Block wrote:
gcc46, and I do have CPUTYPE?=native in make.conf...
Interesting! Built without CPUTYPE set, Firefox seems fine. Compiler bug?
Shot in the dark: SSE support? Based on threads earlier on this list
with respect to
On 7-6-2012 23:25, Warren Block wrote:
On Thu, 7 Jun 2012, Mel Flynn wrote:
On 7-6-2012 21:55, Warren Block wrote:
gcc46, and I do have CPUTYPE?=native in make.conf...
Interesting! Built without CPUTYPE set, Firefox seems fine.
Compiler bug?
Shot in the dark: SSE support? Based on
On Jun 7, 2012, at 2:58 PM, Mel Flynn rfl...@acsalaska.net wrote:
On 2-6-2012 3:32, Steve Wills wrote:
Hi All,
I think we should try to make Ruby 1.9 the default Ruby again and would
like to see it done before 9.1 is released. I've submitted a patch which
does this and requested and
On 06/07/12 17:57, Steve Wills wrote:
This is expected. Try setting RUBY_DEFAULT_VER instead.
I probably should have been more clear about this. The ruby ports only
create ${PREFIX}/bin/ruby for the default ruby. So if you have ruby 1.9
installed but it is not the default ruby, you won't
On Thu, Jun 7, 2012 at 2:25 PM, Rainer Hurling rhur...@gwdg.de wrote:
Am 07.06.2012 05:30 (UTC+1) schrieb Sunpoet Po-Chuan Hsieh:
Hi,
Many thanks for this update. What I observed so far:
(1) graphics/gdal builds and installs fine. There is a minor problem:
dependend port science/libkml
Hi,
I've noticed (while portupgrading www/nginx-devel) that despite of
the new options set it doesn't provide me with the configuration
diaglog. This is because _OPTIONS_OK is set when OPTIONS isn't,
and the latter is always true for ports that have been converted.
: $ pwd make -V PKGNAME -V
On Fri, Jun 08, 2012 at 08:38:10AM +0400, Ruslan Ermilov wrote:
Hi,
I've noticed (while portupgrading www/nginx-devel) that despite of
the new options set it doesn't provide me with the configuration
diaglog. This is because _OPTIONS_OK is set when OPTIONS isn't,
and the latter is always
INDEX build failed with errors:
Generating INDEX-7 - please wait.. Done.
make_index: libvncserver-0.9.9_2: no entry for /graphics/png
make_index: libvncserver-0.9.9_2: no entry for /graphics/png
Committers on the hook:
adamw bapt maho swills trhodes
Most recent CVS update was:
U
41 matches
Mail list logo