On 8 June 2012 22:21, Warren Block wbl...@wonkity.com wrote:
Is there an easy way to skip a particular distfile mirror that, say, wants
to timeout forever for Gnome files?
try adding RANDOMIZE_MASTER_SITES= yes to /etc/make.conf as well.
--
Eitan Adler
On Fri, Jun 8, 2012 at 11:10 PM, Eitan Adler li...@eitanadler.com wrote:
On 8 June 2012 22:21, Warren Block wbl...@wonkity.com wrote:
Is there an easy way to skip a particular distfile mirror that, say,
wants
to timeout forever for Gnome files?
try adding RANDOMIZE_MASTER_SITES= yes to
Le 07.06.2012 15:52, Frank Broniewski a écrit :
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
The xterm port just told me You installed xterm with wide chars
support. This introduces some problems...
Except WIDE_CHARS was not and still is not enabled in the port options.
___
freebsd-ports@freebsd.org mailing list
On 8 June 2012 23:01, Doug Barton do...@freebsd.org wrote:
On 06/08/2012 06:34, Chris Rees wrote:
So I have a question from a consumer standpoint as opposed to a
maintainer standpoint. If we use portconf to store all of our WITH_*
options for ports, will that continue to work with ports that
On 7 June 2012 15:28, Hiroto Kagotani hiroto.kagot...@gmail.com wrote:
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
from Doug Barton do...@freebsd.org:
My understanding is that one of the benefits of the new OPTIONS
On 06/08/2012 06:34, Chris Rees wrote:
So I have a question from a consumer standpoint as opposed to a
maintainer standpoint. If we use portconf to store all of our WITH_*
options for
On 09/06/2012 09:38, Thomas Mueller wrote:
Where is all this about the new options framework documented?
Here:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-options.html
There ought to be something in UPDATING file telling users what to do to stay
properly in
On 9 June 2012 09:38, Thomas Mueller muelle...@insightbb.com wrote:
from Doug Barton do...@freebsd.org:
My understanding is that one of the benefits of the new OPTIONS
On 06/08/2012 06:34, Chris Rees wrote:
So I have a question from a consumer standpoint as opposed to a
maintainer
When trying to install git I get the following:
=== kwallet-4.8.3 conflicts with installed package(s):
kdeutils-4.7.3
They install files into the same place.
You may want to stop build with Ctrl + C.
=== License check disabled, port has not defined LICENSE
=
Hi VirtualBox users!
We are again at the point where I am kindly asking if someone is
interested to help with the VirtualBox on FreeBSD work. We started
with an active team of around 3 people but since about one year I
ended up being a lonely ranger. Maintaining such a beast/high
profile port by
On Fri, 08 Jun 2012 22:03:49 +0100
Matthew Seaman m.sea...@infracaninophile.co.uk wrote:
On 08/06/2012 19:41, Christopher J. Ruwe wrote:
From
http://www.freebsd.org/doc/en/books/porters-handbook/book.html#CONFLICTS
I gather that I should add something like
CONFLICTS=noweb
Hi!
The FreeBSD x11 team is working on switching GLUT (OpenGL Utility
Toolkit) implementation from libGLUT to freeGLUT, and the switch will
happen soon. About 100 ports is affected by this and will need to be
recompiled, other than that the change should be invisible to users.
This change is
On Fri, 08 Jun 2012 22:03:49 +0100, Matthew Seaman wrote:
However, plain CONFLICTS is the popular choice for Makefiles, as it
takes effect before you waste too much time building a package you can't
install.
In principle, CONFLICTS_INSTALL is frequently going to be the more
correct choice.
On 09/06/2012 12:25, Christopher J. Ruwe wrote:
Thanks for your quick answer. Incidentally, I am at this moment also
preparing a maintainer update for a new version of math/ess. Should I
perpare two PRs, one for the CONFLICTS and one for the actual update or
is it permissable to pack these two
My FreeBSD 10-CURRENT/amd64 boxes fail to build Thunderbird 13 compiling
with CLANG. The error is very much the same as when I try compiling
Firefox 13 on the same box with CLANG.
I tried to track down the problem, but I failed. Bot systems are used to
have very similar setups and ports, both
On 2012-06-09 14:14, O. Hartmann wrote:
My FreeBSD 10-CURRENT/amd64 boxes fail to build Thunderbird 13 compiling
with CLANG. The error is very much the same as when I try compiling
Firefox 13 on the same box with CLANG.
...
I'm not sure this problem is related to clang at all, see below.
I
On 06/09/12 14:53, Dimitry Andric wrote:
On 2012-06-09 14:14, O. Hartmann wrote:
My FreeBSD 10-CURRENT/amd64 boxes fail to build Thunderbird 13 compiling
with CLANG. The error is very much the same as when I try compiling
Firefox 13 on the same box with CLANG.
...
I'm not sure this problem
On 6/9/2012 3:38 AM, Thomas Mueller wrote:
Where is all this about the new options framework documented?
There's a What users need to know section here:
http://wiki.freebsd.org/Ports/Options/OptionsNG
Regards,
Bryan Drewery
___
After upgrading a system from 8 to 9 I am reinstalling all ports.
Unfortunately, neither www/firefox nor www/firefox-remote is handling
options correctly. I'm just guessing that it is related to optionsng.
The options dialog always comes up with the default options showing.
If I modify these,
On Jun 9, 2012 4:52 PM, Kevin Oberman kob6...@gmail.com wrote:
After upgrading a system from 8 to 9 I am reinstalling all ports.
Unfortunately, neither www/firefox nor www/firefox-remote is handling
options correctly. I'm just guessing that it is related to optionsng.
The options dialog
On Sat, Jun 9, 2012 at 8:55 AM, Chris Rees utis...@gmail.com wrote:
On Jun 9, 2012 4:52 PM, Kevin Oberman kob6...@gmail.com wrote:
After upgrading a system from 8 to 9 I am reinstalling all ports.
Unfortunately, neither www/firefox nor www/firefox-remote is handling
options correctly. I'm
On 06/06/2012 23:15, Gerald Pfeifer wrote:
On Wed, 6 Jun 2012, Doug Barton wrote:
I purposely have a tiny /tmp, and while building gcc46 today it
filled up with stuff from the gcc build. Is there any way to
modify this process so that it keeps everything in WRKDIR?
GCC in general should put
On 06/06/2012 22:27, Dave Hayes wrote:
Personally, a 'pkg-options-descr' text file would suit me just fine.
For those on -ports, the context is, How do we provide more information
about what the various options mean? This idea seems reasonable to me,
what do others think?
Doug
--
This
On 06/09/2012 11:35 AM, Doug Barton wrote:
On 06/06/2012 22:27, Dave Hayes wrote:
Personally, a 'pkg-options-descr' text file would suit me just fine.
For those on -ports, the context is, How do we provide more information
about what the various options mean? This idea seems reasonable to me,
The following reply was made to PR ports/16873; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: ports/16873: commit references a PR
Date: Sat, 9 Jun 2012 16:43:42 + (UTC)
rakuco 2012-06-09 16:43:33 UTC
David Southwell ad...@vizion2000.net writes:
When trying to install git I get the following:
Just for posterity's sake, this is probably git with the SVN option
enabled, and devel/subversion with KWALLET enabled.
=== kwallet-4.8.3 conflicts with installed package(s):
kdeutils-4.7.3
I try to track down problems on one of our FreeBSD 10.0-CURRENT/amd64
boxes and therefore, I try recompiling xorg.
One box is constantly failing to compile port graphics/dri with a
obviously well know error, as googling reveals (
On Sat, Jun 09, 2012 at 09:35:12AM -0700, Doug Barton wrote:
On 06/06/2012 22:27, Dave Hayes wrote:
Personally, a 'pkg-options-descr' text file would suit me just fine.
For those on -ports, the context is, How do we provide more information
about what the various options mean? This idea
On 2012-06-09 19:00, O. Hartmann wrote:
...
I try to track down problems on one of our FreeBSD 10.0-CURRENT/amd64
boxes and therefore, I try recompiling xorg.
One box is constantly failing to compile port graphics/dri with a
obviously well know error, as googling reveals (
I've made a mistake of installing pkgng on 9.0-amd64 but since there is no
up-to-date repository I want to remove it.
What would be the correct procedure to achieve that ?
Invoking `pkg delete -a` still leaves some files including /usr/sbin/pkg.
___
On Sat, Jun 09, 2012 at 01:51:22PM -0300, Raphael Kubo da Costa wrote:
David Southwell ad...@vizion2000.net writes:
When trying to install git I get the following:
Just for posterity's sake, this is probably git with the SVN option
enabled, and devel/subversion with KWALLET enabled.
On 6/9/2012 7:46 PM, Marcin Wisnicki wrote:
I've made a mistake of installing pkgng on 9.0-amd64 but since there is no
up-to-date repository I want to remove it.
Have you looked at http://pkgbeta.freebsd.org/freebsd-9-amd64/latest/ ?
What would be the correct procedure to achieve that ?
On 09/06/2012 18:46, Marcin Wisnicki wrote:
I've made a mistake of installing pkgng on 9.0-amd64 but since there is no
up-to-date repository I want to remove it.
What would be the correct procedure to achieve that ?
Invoking `pkg delete -a` still leaves some files including /usr/sbin/pkg.
Jason Hellenthal jhellent...@dataix.net writes:
Since when would git have any direct relationship to KDE ?
It doesn't have a direct relationship. Please see what I wrote here:
Just for posterity's sake, this is probably git with the SVN option
enabled, and devel/subversion with KWALLET
On 05/26/2012 17:01, Doug Barton wrote:
What would be helpful to diagnose this? I'm on current r236118
FYI, it's the OPENMP option that causes this to fail. All of my other
options work fine.
hth,
Doug
--
This .signature sanitized for your protection
On Sat, Jun 09, 2012 at 07:03:23PM +0100, Matthew Seaman wrote:
On 09/06/2012 18:46, Marcin Wisnicki wrote:
I've made a mistake of installing pkgng on 9.0-amd64 but since there is no
up-to-date repository I want to remove it.
What would be the correct procedure to achieve that ?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/04/2012 23:04, Baptiste Daroussin wrote:
On Mon, Jun 04, 2012 at 03:58:24PM -0700, Doug Barton wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256
On 06/04/2012 15:40, Baptiste Daroussin wrote:
Can you try with this patch ?
On Sat, Jun 9, 2012 at 8:23 PM, Jason Hellenthal jhellent...@dataix.net wrote:
On Sat, Jun 09, 2012 at 07:03:23PM +0100, Matthew Seaman wrote:
On 09/06/2012 18:46, Marcin Wisnicki wrote:
I've made a mistake of installing pkgng on 9.0-amd64 but since there is no
up-to-date repository I want
On 6/9/2012 8:23 PM, Jason Hellenthal wrote:
On Sat, Jun 09, 2012 at 07:03:23PM +0100, Matthew Seaman wrote:
On 09/06/2012 18:46, Marcin Wisnicki wrote:
I've made a mistake of installing pkgng on 9.0-amd64 but since there is no
up-to-date repository I want to remove it.
What would be the
On 09/06/2012 17:02, Kevin Oberman wrote:
Wow! Not what I expected to find!
Yes, /var/db/ports/firefox/options is there, but
/var/db/ports/firefox-remote/options is not. And, when I look at
/var/db/ports/firefox/options, it actually contains the options for
firefox-remote!
If I go into
On Sat, Jun 09, 2012 at 08:32:03PM +0200, Julien Laffaye wrote:
On 6/9/2012 8:23 PM, Jason Hellenthal wrote:
On Sat, Jun 09, 2012 at 07:03:23PM +0100, Matthew Seaman wrote:
On 09/06/2012 18:46, Marcin Wisnicki wrote:
I've made a mistake of installing pkgng on 9.0-amd64 but since there
On Sat, Jun 9, 2012 at 11:54 AM, Matthew Seaman
m.sea...@infracaninophile.co.uk wrote:
On 09/06/2012 17:02, Kevin Oberman wrote:
Wow! Not what I expected to find!
Yes, /var/db/ports/firefox/options is there, but
/var/db/ports/firefox-remote/options is not. And, when I look at
On 9-6-2012 14:02, Matthew Seaman wrote:
On 09/06/2012 12:25, Christopher J. Ruwe wrote:
Thanks for your quick answer. Incidentally, I am at this moment also
preparing a maintainer update for a new version of math/ess. Should I
perpare two PRs, one for the CONFLICTS and one for the actual
On 9-6-2012 9:42, Chris Rees wrote:
On 7 June 2012 15:28, Hiroto Kagotani hiroto.kagot...@gmail.com wrote:
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
Doug Barton writes:
FYI, it's the OPENMP option that causes this to fail. All of my
other options work fine.
Um ... with OPENMP de-selected IM hangs in
tests/validate-streams.sh.
Robert mileage may vary Huff
___
On 06/09/12 19:34, Dimitry Andric wrote:
On 2012-06-09 19:00, O. Hartmann wrote:
...
I try to track down problems on one of our FreeBSD 10.0-CURRENT/amd64
boxes and therefore, I try recompiling xorg.
One box is constantly failing to compile port graphics/dri with a
obviously well know
On 06/09/2012 12:53, Robert Huff wrote:
Doug Barton writes:
FYI, it's the OPENMP option that causes this to fail. All of my
other options work fine.
Um ... with OPENMP de-selected IM hangs in
tests/validate-streams.sh.
What I did was to start with the defaults and make sure
On 2012-06-09 21:57, O. Hartmann wrote:
...
Now, with your patch set installed again, graphics/dri compiles without
a flaw.
I was wondering why there are not more people/FreeBSD users out there
having the very same problem.
Most likely because neither WITH_NEW_XORG nor CC=clang are defaults
Mel alerted me to the fact that my
original post got mangled (due to my
screemap mis-configuration). So I resend it.
# þkg infø -xl xðm
xðm-¹.¹.¹¹ øwns the følløwing files:
/usr/løcãl/bin/xðm
/usr/løcãl/lib/X¹¹/xðm/ãuthðir
/usr/løcãl/lib/X¹¹/xðm/chøøser
/usr/løcãl/lib/X¹¹/xðm/libXðmGreet.lã
On Sat, 9 Jun 2012, Doug Barton wrote:
On 06/06/2012 22:27, Dave Hayes wrote:
Personally, a 'pkg-options-descr' text file would suit me just fine.
For those on -ports, the context is, How do we provide more information
about what the various options mean? This idea seems reasonable to me,
On 06/09/2012 17:54, Warren Block wrote:
On Sat, 9 Jun 2012, Doug Barton wrote:
On 06/06/2012 22:27, Dave Hayes wrote:
Personally, a 'pkg-options-descr' text file would suit me just fine.
For those on -ports, the context is, How do we provide more information
about what the various options
On Sat, 9 Jun 2012, Doug Barton wrote:
On 06/09/2012 17:54, Warren Block wrote:
On Sat, 9 Jun 2012, Doug Barton wrote:
On 06/06/2012 22:27, Dave Hayes wrote:
Personally, a 'pkg-options-descr' text file would suit me just fine.
For those on -ports, the context is, How do we provide more
On 06/09/2012 18:10, Warren Block wrote:
That's a nice idea, how do you make it work with dialog?
No idea, this is still the design phase. :) Actually, a message I now
can't find suggested that dialog may be able to do it unchanged.
We have a solution that unquestionably will work, now.
I removed -current since it's out of scope for this. Also, I want to say
up front that I'm excited to have the new version available. :)
On 06/07/2012 05:37, Martin Wilke wrote:
[...]
What I'm trying to say is, I would love to see
the newer xorg released as the default version, but i know
The new version fails in a new location, even with the default options.
--
This .signature sanitized for your protection
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any
On 06/06/2012 12:18, Heino Tiedemann wrote:
Hi,
Why this ports needs his compiler to RUN?!
firefox 13.0,1
It's very common for binaries built with gcc to link to libgcc, and/or
libstdc++:
ldd firefox-bin | grep gcc
libstdc++.so.6 = /usr/local/lib/gcc46/libstdc++.so.6
On Sat, 9 Jun 2012, Warren Block wrote:
On Sat, 9 Jun 2012, Doug Barton wrote:
On 06/09/2012 17:54, Warren Block wrote:
On Sat, 9 Jun 2012, Doug Barton wrote:
On 06/06/2012 22:27, Dave Hayes wrote:
Personally, a 'pkg-options-descr' text file would suit me just fine.
For those on -ports,
58 matches
Mail list logo