On Tue, 05 Jun 2012 21:14:06 -0400
Steve Wills 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
what mono and ruby
On 06/06/2012 02:18 PM, Heino Tiedemann wrote:
> Hi,
>
> Why this ports needs his compiler to RUN?!
>
> firefox 13.0,1
>
>
> 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
[...]
>
> 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
> http://www.exper
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 probl
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 th
As part of an ongoing effort to reduce the number of problems in the
FreeBSD ports system, we periodically notify users about
ports that are marked as "forbidden" in their Makefiles. Often,
these ports are so marked due to security concerns, such as known
exploits.
An overview of each port, inclu
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 probl
[...]
>
> Actually I think I'll take a backup of the zope.conf file and copy the
> zope.conf.in file over and see if that changes anything.
>
>
> Regards,
>
> Kaya
Ok well here we go this is interesting!
I backed up the current zope.conf file then copied over the zope.conf.in file.
It didn't wor
Hi,
I am running a VM VirtualBox with FreeBSD 9-STABLE (updated on 06/05/12),
initially with VirtualBox 4.1.8.
Now I want to update my ports, but I can't update . My ports tree is up-to-date.
I use the command <# portmaster -a -D --no-confirm> to update ports with
portmaster tool.
The error is :
For me, the
lotusworldpro fix is not needed, as
libreoffice build without any fix other than
the original patches...
I use only the PKGNG so when
I remove boost*, it removes the package but not the dependencies (in
the /var/db/pkg/local.sqlite)
so when I reinstall boost*, everything is OK
Sergi
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 wi
Hi,
2012/6/7 Kevin Oberman :
> # 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
> +++ lotuswordp
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 c
On Do., 7. Jun. 2012 12:33:38 CEST, Alexandre wrote:
> Hi,
>
> I am running a VM VirtualBox with FreeBSD 9-STABLE (updated on 06/05/12),
> initially with VirtualBox 4.1.8.
> Now I want to update my ports, but I can't update
> . My ports tree is up-to-date.
> I use the command <# portmaster -a
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 Rain
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 proc
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 language
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 w
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 :
> 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.
--
Hiroto Kagotani
Make
On Thu, 07 Jun 2012 08:09:06 -0500, Vitaly Magerya
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.
The ability to add mu
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
triggers a rebuild.
So my questions:
- should ports take
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
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 patche
El día Thursday, June 07, 2012 a las 05:03:32PM +0200, Matthias Apitz escribió:
>
> 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
On Thu, 7 Jun 2012, Martin Wilke wrote:
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.
Thanks for your work on this!
This CFT is also open for discussion on how we should move fo
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 any
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 e
CyberLeo Kitsana wrote:
> On 06/06/2012 02:18 PM, Heino Tiedemann wrote:
>> Hi,
>>
>> Why this ports needs his compiler to RUN?!
>>
>> firefox 13.0,1
>>
>
>>
>> Required To Run: archivers/zip, lang/gcc46,...
>
> Just a shot in the dark for lang/gcc46, I'd say it's because Firefox
> dynamical
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 n
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-= one-dir
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/g
On Thu, 07 Jun 2012 20:58:43 +0200
Mel Flynn 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 quite regularly.
SWIG
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
someti
On Thu, Jun 7, 2012 at 1:46 PM, Bernhard Fröhlich wrote:
> On Do., 7. Jun. 2012 12:33:38 CEST, Alexandre wrote:
>
> > Hi,
> >
> > I am running a VM VirtualBox with FreeBSD 9-STABLE (updated on 06/05/12),
> > initially with VirtualBox 4.1.8.
> > Now I want to update my ports, but I can't update
On Thu, Jun 7, 2012 at 2:55 PM, Warren Block 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
>>> star
On 7-6-2012 21:36, Stanislav Sedov wrote:
> On Thu, 07 Jun 2012 20:58:43 +0200
> Mel Flynn 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
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 c
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
On Jun 7, 2012, at 2:58 PM, Mel Flynn 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 exp-run from por
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 h
On Thu, Jun 7, 2012 at 2:25 PM, Rainer Hurling 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 (as o
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 alw
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 devel/rubygem-lo
50 matches
Mail list logo
