On Sat, 28 May 2011 11:44:07 +
Eitan Adler wrote:
> This has come up multiple times on this mailing list. The maintainer dislikes
> the options system and has hidden vim's options behind a variable
> "WITH_VIM_OPTIONS" add WITH_VIM_OPTIONS="YES" to /etc/make.conf to have it
> act like other p
> How is it that there is no 'make config' menu to choose options from?
This has come up multiple times on this mailing list. The maintainer
dislikes the options system and has hidden vim's options behind a
variable "WITH_VIM_OPTIONS"
add WITH_VIM_OPTIONS="YES" to /etc/make.conf to have it act lik
On Sat, 28 May 2011 13:00:41 +0200
Gour-Gadadhara Dasa wrote:
> On Sat, 28 May 2011 11:23:32 +0100
> Florent Thoumie wrote:
>
> > You can rebuild the port with WITH_PYTHON=yes.
>
> Thank you.
>
> How is it that there is no 'make config' menu to choose options from?
IIRC the maintainer object
On Sat, 28 May 2011 11:23:32 +0100
Florent Thoumie wrote:
> You can rebuild the port with WITH_PYTHON=yes.
Thank you.
How is it that there is no 'make config' menu to choose options from?
Sincerely,
Gour
--
“In the material world, conceptions of good and bad are
all mental speculations…” (
On Sat, May 28, 2011 at 9:24 AM, Gour-Gadadhara Dasa wrote:
> Hello,
>
> I'm moving back from Emacs to Vim, but see that there is no Python enabled
> since: echo has("python") gives 0, although I see there is the following
> snippet in Makefile:
>
> .if define
Hello,
I'm moving back from Emacs to Vim, but see that there is no Python enabled
since: echo has("python") gives 0, although I see there is the following
snippet in Makefile:
.if defined(WITH_PYTHON)
USE_PYTHON= yes
MAKE_ARGS+= CONF_OPT_PYTHON="--enable-pythoninterp&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/31/11 1:49 PM, Greg Rivers wrote:
> On Thu, 31 Mar 2011, Greg Larkin wrote:
>
>> Try running this command:
>>
>> grep WITH_EXTENSION=true /var/db/ports/sqlite3/options
>>
>> If that doesn't return any output, then you should reinstall
>> database
On Thu, 31 Mar 2011, Greg Larkin wrote:
Try running this command:
grep WITH_EXTENSION=true /var/db/ports/sqlite3/options
If that doesn't return any output, then you should reinstall
databases/sqlite3 with the "loadable extensions" option turned on.
Then reinstall databases/py-sqlite3 and cali
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/31/11 1:07 PM, Greg Rivers wrote:
> I had to remove calibre to allow upgrade-site-packages to finish
> successfully during the Python update. Trying to install calibre
> afterwards fails:
>
> # portmaster -D deskutils/calibre
&
I had to remove calibre to allow upgrade-site-packages to finish
successfully during the Python update. Trying to install calibre
afterwards fails:
# portmaster -D deskutils/calibre
===>>> Port directory: /usr/ports/deskutils/calibre
===>>> Launching 'make checksum
On 14.03.2011 23:52, Jeremy Messenger wrote:
On Mon, Mar 14, 2011 at 11:26 AM, Gritsuk Anton wrote:
HI!
Now i'm using FreeBSD 8.2 (r219048):
# uname -srm
FreeBSD 8.2-STABLE i386
I upgraded and replaced my Python 2.6 to 2.7 and all packages is related of
this. I use instruction from
On Mon, Mar 14, 2011 at 11:26 AM, Gritsuk Anton wrote:
> HI!
>
> Now i'm using FreeBSD 8.2 (r219048):
> # uname -srm
> FreeBSD 8.2-STABLE i386
>
> I upgraded and replaced my Python 2.6 to 2.7 and all packages is related of
> this. I use instruction from /usr/ports/
You can also disable introspection (by default in configure script it
disabled) in CONFIGURE_ENV macro. Nothing to add in pkg-plist.
2011/3/14 Gritsuk Anton :
> HI!
>
> Now i'm using FreeBSD 8.2 (r219048):
> # uname -srm
> FreeBSD 8.2-STABLE i386
>
> I upgraded and rep
On Mon, 2011-03-14 at 18:26 +0200, Gritsuk Anton wrote:
>
> I upgraded and replaced my Python 2.6 to 2.7 and all packages is related
> of this. I use instruction from /usr/ports/UPDATING:
># portupgrade -o lang/python27 lang/python26
># cd /usr/ports/lang/python &
HI!
Now i'm using FreeBSD 8.2 (r219048):
# uname -srm
FreeBSD 8.2-STABLE i386
I upgraded and replaced my Python 2.6 to 2.7 and all packages is related
of this. I use instruction from /usr/ports/UPDATING:
# portupgrade -o lang/python27 lang/python26
# cd /usr/ports/lang/python &a
On Mon, Mar 07, 2011 at 06:56:09PM +, AN wrote:
> After a recent portupgrade that included updating python from 2.6 to
> 2.7 I have a few problems remaining. I did the following as per
> /usr/ports/UPDATING:
>
> portsnap fetch update
> pkgdb -vFf
> portupgrade -a
After a recent portupgrade that included updating python from 2.6 to 2.7
I have a few problems remaining. I did the following as per
/usr/ports/UPDATING:
portsnap fetch update
pkgdb -vFf
portupgrade -a
portupgrade -o lang/python27 lang/python26
If using portupgrade:
# cd /usr/ports/lang
I just noticed that libkate PORTREVISION has been bumped because of python
update.
I think because of what I've reported here: http://lists.freebsd.
org/pipermail/freebsd-ports/2011-March/066274.html
Anyway I filed a PR with a patch because libkate should depend on python while
it doesn&
>On that note out of every python app that I use there has only been one
>problem not really vital (ports/devel/py-psyco) does not seem to build
>against 2.7 and I assume that would be the same for ( > 2.7 )
>From the psyco homepage:
"16 July 2010
Python 2.7 is unsupp
On Sun, 6 Feb 2011 14:34, cvs-src@ wrote:
06.02.2011 18:36, Martin Wilke ?:
[python 2.7 move to default]
python 2.7 is already stable enough to be moved over as default. For
this one we will do an exp-run
to make sure nothing will break during the build. If all works fine, we
think we can
06.02.2011 18:36, Martin Wilke пишет:
[python 2.7 move to default]
python 2.7 is already stable enough to be moved over as default. For
this one we will do an exp-run
to make sure nothing will break during the build. If all works fine, we
think we can complete it by the
first week of March
I just want to inform you that the python team plans to make some
infrastructure changes.
The changes involves the following 3 steps:
[python 2.5/2.6/2.7 improvements/ py 3.2 adding]
We plan to integrate some important patches:
ports/153952 ports/148406 ports/149167 ports/152224 ports/133081
s-unsubscr...@freebsd.org"
>
You should use PYTHON_VERSION in make.conf(5) to build python ports
for your python version as described in bsd.python.mk
___
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"
http://saya.gthc.org/bugzilla/show_bug.cgi?id=2
e...@gthcfoundation.org changed:
What|Removed |Added
QAContact||freebsd-ports@freebsd.org
--- Comm
On 07/10/2010 03:45, Anonymous wrote:
The port blindly assumes the first version of python|ruby|etc it finds
as the one user wants weechat plugin built against. Example for python
$ export PYTHON_DEFAULT_VERSION=python2.7
$ make install deinstall WITH_PYTHON
om CMakeCache.txt
Oops, read as
And excerpt from CMakeCache.txt when several version of python
installed while retaining python2.7 as the default
> //Path to a program.
> PYTHON_EXECUTABLE:FILEPATH=/usr/local/bin/python
>
> //Path to a file.
> PYTHON_INCLUDE_PATH:PATH=
The port blindly assumes the first version of python|ruby|etc it finds
as the one user wants weechat plugin built against. Example for python
$ export PYTHON_DEFAULT_VERSION=python2.7
$ make install deinstall WITH_PYTHON=
...
===> Deinstalling weechat-0.3.3_1
pkg_delete: file
hello, i have built the swftools port but from the make/install
configure it does not seem to find Python.h so when i run:
$ python -c 'import gfx'
Traceback (most recent call last):
File "", line 1, in
ImportError: No module named gfx
how do i enable this?
thanks
norman
>> instead ?
>>
>> Comment from bsd.python.mk:
>>
>> This file contains some variable definitions that are supposed to make
>> your life easier when dealing with ports related to the Python language.
>> It's automatically included when USE_PYTHON or PYTHON_VERSI
are supposed to make
your life easier when dealing with ports related to the Python language.
It's automatically included when USE_PYTHON or PYTHON_VERSION is defined
in the ports' makefile. Define PYTHON_VERSION to override the defaults
that USE_PYTHON would give you. If your port requires
ions that are supposed to make
your life easier when dealing with ports related to the Python language.
It's automatically included when USE_PYTHON or PYTHON_VERSION is defined
in the ports' makefile. Define PYTHON_VERSION to override the defaults
that USE_PYTHON would give you. If your
graphics/gdal can be configured with many options.
When option 'python' is checked ON, the PORTREVISION will be hardcoded
to 4, see line 192 of Makefile (instead of 9 for the most recent version
from today).
On side-effect is, that then this port will not be seen by portupgrade
e
if
USE_APACHE=13
you can write ap13 you know what APACHE_VERSION will evaluate too.
Its only vague in the case of a '+'
--
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollu...@p6
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/21/10 22:06, Anonymous wrote:
> UNIQUENAME = ap${APACHE_VERSION}-${PORTNAME}
>
> and selecting MP4 in www/mod_musicindex it still thinks WITH_MP4 is not
> defined.
I haven't tried this, but thats a much better attempt then the py- version.
"Philip M. Gollucci" writes:
> On 07/21/10 20:30, Christopher Key wrote:
>> On 19/07/2010 21:05, Anonymous wrote:
>>> Christopher Key writes:
>>>
A crude survey shows several ports with this problem, listed below.
>>> ...
If you can suggest which is the
preferred solution, I'll
On 21/07/2010 21:34, Philip M. Gollucci wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/21/10 20:30, Christopher Key wrote:
On 19/07/2010 21:05, Anonymous wrote:
Christopher Key writes:
A crude survey shows several ports with this problem, listed below.
...
If you can su
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/21/10 20:30, Christopher Key wrote:
> On 19/07/2010 21:05, Anonymous wrote:
>> Christopher Key writes:
>>
>>> A crude survey shows several ports with this problem, listed below.
>> ...
>>> If you can suggest which is the
>>> preferred solutio
On 19/07/2010 21:05, Anonymous wrote:
Christopher Key writes:
A crude survey shows several ports with this problem, listed below.
...
If you can suggest which is the
preferred solution, I'll put together a patch.
I don't know what workaround is preferred but I'd suggest
UNIQUENAME. It's
itly setting OPTIONSFILE, explicitly setting UNIQUENAME, and
>> explicitly setting LATEST_LINK. If you can suggest which is the
>> preferred solution, I'll put together a patch.
>
> They all are workarounds. OPTIONSFILE should be defined *after*
> including bsd.{apache,python,etc
est which is the
> preferred solution, I'll put together a patch.
They all are workarounds. OPTIONSFILE should be defined *after*
including bsd.{apache,python,etc}.mk so that user can have different
options for different versions of apache/python/etc[1]. Same is true for
UNIQUENAME but i
2010/6/28 Anonymous :
> Anonymous writes:
>
> I've filed ports/148196.
>
> However, I think there should be a way to prepend search paths in
> /etc/rc.d/ldconfig despite possible footshooting. Using libmap.conf
> as described in custom-gcc article looks ugly to me.
>
Folks,
I've just returned fr
--
Dimitar Dimitrov
Hard Music And Sounds United
http://www.hmsu.org
+128kbps online radio
config.log
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any m
25.06.2010 00:39, Ruslan Mahmatkhanov пишет:
Good day!
Can please anybody, who have graphics/libchamplain installed, confirm this:
[...@smeshariki2 ~]> python -c "import champlain"
Traceback (most recent call last):
File "", line 1, in
ImportError: /usr/local/lib/
On Mon, 28 Jun 2010, Anonymous wrote:
I've filed ports/148196.
Looks nice, thanks!
However, I think there should be a way to prepend search paths in
/etc/rc.d/ldconfig despite possible footshooting. Using libmap.conf
as described in custom-gcc article looks ugly to me.
I tend to agree, alt
Anonymous writes:
> Doug Barton writes:
>
>> On 06/26/10 19:16, Anonymous wrote:
>>> @@GLIBCXX_3.4.14 symbols are in gcc45/libstdc++.so. Try to add -lstdc++
>>> or use CXX otherwise it picks up libstdc++.so from /usr/lib.
>>
>> I have the following in /etc/libmap.conf:
>>
>> libgcc_s.so.1 gcc4
Doug Barton writes:
> On 06/26/10 19:16, Anonymous wrote:
>> @@GLIBCXX_3.4.14 symbols are in gcc45/libstdc++.so. Try to add -lstdc++
>> or use CXX otherwise it picks up libstdc++.so from /usr/lib.
>
> I have the following in /etc/libmap.conf:
>
> libgcc_s.so.1 gcc45/libgcc_s.so.1
> libgomp.so.1
On 06/26/10 19:16, Anonymous wrote:
> @@GLIBCXX_3.4.14 symbols are in gcc45/libstdc++.so. Try to add -lstdc++
> or use CXX otherwise it picks up libstdc++.so from /usr/lib.
I have the following in /etc/libmap.conf:
libgcc_s.so.1 gcc45/libgcc_s.so.1
libgomp.so.1gcc45/libgomp.so.1
libobjc.so.
Doug Barton writes:
> Howdy,
>
> I'm working on compiling the python bindings for
> net-p2p/libtorrent-rasterbar-15 and compiled devel/boost-python-libs as
> a dependency for that. When compiled with gcc 4.5.1
> (http://www.freebsd.org/doc/en_US.ISO8859-1/articles/custo
Howdy,
I'm working on compiling the python bindings for
net-p2p/libtorrent-rasterbar-15 and compiled devel/boost-python-libs as
a dependency for that. When compiled with gcc 4.5.1
(http://www.freebsd.org/doc/en_US.ISO8859-1/articles/custom-gcc/index.html)
the boost-python-libs give the foll
Good day!
Can please anybody, who have graphics/libchamplain installed, confirm this:
[...@smeshariki2 ~]> python -c "import champlain"
Traceback (most recent call last):
File "", line 1, in
ImportError: /usr/local/lib/python2.6/site-packages/champlai
Hi,
I created a new port python-2.7 based on python-2.6,
now it is in RC2 and I hope it will release soon.
Here is the shar file of it and the diff file of bsd.python.mk:
http://people.freebsd.org/~wen/python27rc2.shar.txt
http://people.freebsd.org/~wen/python27rc2mk.diff.txt
Any
led with code 256
> *** Error code 1
>
> Stop in /usr/ports/lang/python26.
> *** Error code 1
>
> Stop in /usr/ports/lang/python26.
>
> Is it a broken PLIST issue?
It's a known issue I (and others) informed miwi@ about (I provided
him with a patc
Hi freebsd-ports,
This morning I wasn't able to make package in lang/python26 port.
===> Building package for python26-2.6.4
Creating package /usr/ports/packages/All/python26-2.6.4.tbz
Registering depends:.
Creating bzip'd tar ball in '/usr/ports/packages/All/python26-2.6.4.tbz'
tar: lib/python2
Doug Barton wrote:
On 03/26/10 14:03, Steven Kreuzer wrote:
So, it seems like most of the time python scripts will work with HUGE_STACK_SIZE
turned off, but every once and a while some scripts will fail in non obvious
ways
that could leave a person scratching their head for weeks trying to get
On 03/26/10 14:03, Steven Kreuzer wrote:
> So, it seems like most of the time python scripts will work with
> HUGE_STACK_SIZE
> turned off, but every once and a while some scripts will fail in non obvious
> ways
> that could leave a person scratching their head for weeks trying t
defaulting to on seems to be overkill. No offense to zope users, but I
imagine freebsd zope installs aren't on every corner. It would be
interesting to hear more feedback from other sources, and your coworker with
the original experience. Within python, stack size(in regards to sockets)
er
On Mar 25, 2010, at 1:07 AM, Adam Vande More wrote:
> On Wed, Mar 24, 2010 at 5:50 PM, Chuck Swiger wrote:
>
>>
>> I've run and written quite a bit of Python (including Trac, Mailman, the
>> Python IDE, our own custom stuff [like some log munging and web process
On Wed, Mar 24, 2010 at 5:50 PM, Chuck Swiger wrote:
>
> I've run and written quite a bit of Python (including Trac, Mailman, the
> Python IDE, our own custom stuff [like some log munging and web processing
> stuff], and even a few graphical Python games) without ever turning
Hi--
On Mar 24, 2010, at 4:11 PM, Xin LI wrote:
>> If python needs to be compiled with HUGE_STACK_SIZE on FreeBSD, is there a
>> reason
>> to provide the option to not compile python with it, or at the very least,
>> should it default to
>> being on?
>
> Ah
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[freebsd-python@ cc'ed]
On 2010/03/24 15:20, Steven Kreuzer wrote:
> A coworker of mine got bit by this bug on and off for the last few weeks and
> it appears he might not
> be the only one as documented in this blog:
>
> htt
A coworker of mine got bit by this bug on and off for the last few weeks and it
appears he might not
be the only one as documented in this blog:
http://tomster.org/blog/archive/2006/09/27/size-does-matter
If python needs to be compiled with HUGE_STACK_SIZE on FreeBSD, is there a
reason
to
have python 2.6 installed (and only that):
ti...@kg-v2$ portversion -v | grep python
python26-2.6.4 = up-to-date with port
I change to the spambayes directory, and try to install it (I select
python26 in the options dialog):
make
cd /usr/ports/mail/py-spambayes && make confi
On Mon, Dec 07, 2009 at 05:12:03PM -0500, Greg Larkin wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kevin Golding wrote:
> > In article <4b1d617a.6020...@freebsd.org>, Greg Larkin
> > writes
> >> This might get you further:
> >>
> >> fbsd70# make -V \
> >> PYDISTUTILS_PKGVERSION:C/
In article ,
Eygene Ryabinkin writes
>Wed, Dec 09, 2009 at 12:54:43PM +, Kevin Golding wrote:
>> RUN_DEPENDS=${PYTHON_SITELIBDIR}/${PYLXML_EGG}:${PORTSDIR}/devel/py-
>> lxml
>
>What about
>-
>RUN_DEPENDS=${PYTHON_PKGNAMEPREFIX}lxml>=0:${PORTSDIR}/devel/py-lxml
>-
>that should b
Wed, Dec 09, 2009 at 12:54:43PM +, Kevin Golding wrote:
> RUN_DEPENDS=${PYTHON_SITELIBDIR}/${PYLXML_EGG}:${PORTSDIR}/devel/py-
> lxml
What about
-
RUN_DEPENDS=${PYTHON_PKGNAMEPREFIX}lxml>=0:${PORTSDIR}/devel/py-lxml
-
that should be specified after the inclusion of bsd.port.pre
I'm trying to add a dependency on another port which installs as an egg
and pretty much the only like dependency I can seem to find is on
devel/py-lxml - a few ports seem to require that so it defined:
PYLXML_EGG= ${PORTNAME}-${PORTVERSION}-py${PYTHON_VER}${PYEASYINSTAL
L_OSARCH}.egg
And the
In article <4b1d7db3.60...@freebsd.org>, Greg Larkin
writes
>There's a lot more backslash escaping required in the :C suffix above
>when running the make command directly in the shell. If you remove some
>of the backslashes in the equivalent line in the Makefile, should be all
>set. Then you can
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kevin Golding wrote:
> In article <4b1d617a.6020...@freebsd.org>, Greg Larkin
> writes
>> This might get you further:
>>
>> fbsd70# make -V \
>> PYDISTUTILS_PKGVERSION:C/\(\[\[:digit:\]\]\.\[\[:digit:\]\]\)\./\\1_/g
>> 0.1_0
>> fbsd70#
>
> Well that
In article <4b1d617a.6020...@freebsd.org>, Greg Larkin
writes
>This might get you further:
>
>fbsd70# make -V \
>PYDISTUTILS_PKGVERSION:C/\(\[\[:digit:\]\]\.\[\[:digit:\]\]\)\./\\1_/g
>0.1_0
>fbsd70#
Well that does indeed work in that context, but I have no idea why it
appears to do nothing in th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kevin Golding wrote:
> In article <4b1d516d.2060...@freebsd.org>, Greg Larkin
> writes
>> Kevin Golding wrote:
>>> I'm trying to create a new port and I'm getting in a tangle with the
>>> version number. Basically, the author of this software has giv
In article <4b1d516d.2060...@freebsd.org>, Greg Larkin
writes
>Kevin Golding wrote:
>> I'm trying to create a new port and I'm getting in a tangle with the
>> version number. Basically, the author of this software has given it a
>> version number 0.1_0 which is incompatible with ports. Never fea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kevin Golding wrote:
> I've had a bit of a poke around and no real joy in figuring this out so
> let's see just how obvious the thing I'm missing is.
>
> I'm trying to create a new port and I'm getting in a tangle with the
> version number. Basically
I've had a bit of a poke around and no real joy in figuring this out so
let's see just how obvious the thing I'm missing is.
I'm trying to create a new port and I'm getting in a tangle with the
version number. Basically, the author of this software has given it a
version number 0.1_0 which is inc
>Category: ports
>Responsible:freebsd-ports-bugs
>Synopsis: New port: Python language bindings for Cloud Files API -
>Rackspace
>Arrival-Date: Sat Oct 24 20:50:01 UTC 2009
___
freebsd-ports@freebsd.org ma
--- Begin Message ---
> I see the issue. I'll commit the fix tonight.
>
> Thanks,
>
> Josh Paetzel
>
Great
I have updated and the fix works fine.
Thanks again
David
--- End Message ---
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd
the PRs and the
> reports to freebsd-ports and freebsd-python.
> 3. You will see I have already asked James Chang in my posting to ports to
> post the output of his uname -a.
> 4.dns1# make showconfig
> ===> The following configuration options are available for python26-2.6.2_3:
&g
ny
> >
> > > > discussion with the original person submitting the report.
> >
> > ...
> >
> > > > Yrs frustrated
> > > > David Southwell
> > > >ps the PR link is:
> > >>
> > >> http://www.freebsd.org/cgi/
iscussion with the original person submitting the report.
>
> ...
>
> > > Yrs frustrated
> > > David Southwell
> > >ps the PR link is:
> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=138835
> > >(ports/138835: Python compile failure)
>
> >I am wondering th
David,
Thank you for the information. From my point of view, it's likely that
issues of building boost-python-libs are related to devel/pth and
libpthread-stubs-0.1. I'll try to examine that when I have time.
Alexander Churanov,
maintainer of devel/boost-*
2009/9/8 David Southwell :
r I can report that immediately before the recompile I again tried
> > to compile boost-python- libs and it then failed with errors identical to
> > those copied into this thread.
> >
> > David
>
> It's nice to know that your issue is solved.
> However, I a
r I can report that immediately before the recompile I again tried
> > to compile boost-python- libs and it then failed with errors identical to
> > those copied into this thread.
> >
> > David
>
> It's nice to know that your issue is solved.
> However, I a
ately before the recompile I again tried to compile boost-python-
> libs and it then failed with errors identical to those copied into this
> thread.
>
> David
It's nice to know that your issue is solved.
However, I am not going to investigate into this right know since I
is very recent
> > >> failure.
> > >>
> > >> Sincerely,
> > >> Alexander Churanov,
> > >> maintainer of devel/boost-*
> > >
> > > this is an amd64 on intel quad 4
> > > I do not know if that has anything to do with
; >> Sincerely,
> >> Alexander Churanov,
> >> maintainer of devel/boost-*
> >
> > this is an amd64 on intel quad 4
> > I do not know if that has anything to do with it!!
> >
> > David
>
> I do not know too, but this may be the reason. I
dons-4.2.4_1) (missing
> > > header)
> > >
> > > The errors reports are shown below in the same order.
> > > The common features are:
> > > problems with compiling boost-python-libs
> > > threading issues
> > >
> > > ##
> > &
> * misc/kdeedu4 (kdeedu-4.2.4)
> > ! graphics/blender (blender-2.49a_1)(unknown build error)
> > ! deskutils/kdeplasma-addons (kdeplasma-addons-4.2.4_1) (missing header)
> >
> > The errors reports are shown below in the same order.
> > The common features are:
&
lender-2.49a_1)(unknown build error)
> ! deskutils/kdeplasma-addons (kdeplasma-addons-4.2.4_1) (missing header)
>
> The errors reports are shown below in the same order.
> The common features are:
> problems with compiling boost-python-libs
> threading issues
>
> ##
tainer of devel/boost-*
> this is an amd64 on intel quad 4
> I do not know if that has anything to do with it!!
>
> David
>
I do not know too, but this may be the reason. I'll try to rebuild
latest openbabel on amd64.
By the way on i386 it h
> > Hi
> >
> > Thanks for taking a look -- much appreciated. Here is the output you
> > asked for:
> >
> > dns1# c++ --version
> > c++ (GCC) 4.2.1 20070719 [FreeBSD]
> > Copyright (C) 2007 Free Software Foundation, Inc.
> > This is free software; see the source for copying conditions. There is
>
David,
Unfortunately, the issue is not reproducible on my machine. I've just
re-built all boost ports. I'll try to reproduce the issue by updating
ports and re-building openbabel and kdeedu4.
Could you send me the output of 'md5 /usr/include/c++/4.2/bits/gthr-default.h'?
Sincerely,
Alexander Chu
w what is your compiler?
> Did you perform any steps for replacing/updating system compiler?
> What's the output of 'c++ --version'?
>
> I'll try to rebuild boost-python-libs myself to see if the issue is
> reproducible.
>
> Sincerely,
> Alexander Churanov,
steps for replacing/updating system compiler?
What's the output of 'c++ --version'?
I'll try to rebuild boost-python-libs myself to see if the issue is
reproducible.
Sincerely,
Alexander Churanov,
maintainer of devel/boost-*
2009/9/1 David Southwell :
>> I have j
addons (kdeplasma-addons-4.2.4_1) (missing header)
>
> The errors reports are shown below in the same order.
> The common features are:
> problems with compiling boost-python-libs
> threading issues
>
> ##
> ! science/openbabel (openbabel-2.2.1) (unknown build error)
&
errors reports are shown below in the same order.
The common features are:
problems with compiling boost-python-libs
threading issues
##
! science/openbabel (openbabel-2.2.1) (unknown build error)
##
In file included from /usr/include/c++/4.2/bits/gthr.h:114
On 8/8/2009 12:31 PM, Per olof Ljungmark wrote:
Jonathan wrote:
On 8/8/2009 10:43 AM, Per olof Ljungmark wrote:
/usr/ports/devel/apr# make
===> apr-gdbm-db42-1.3.8.1.3.9 depends on file: /usr/local/bin/python2.6
But python IS there, exactly as stated in the first line above.
What gives
Jonathan wrote:
On 8/8/2009 10:43 AM, Per olof Ljungmark wrote:
/usr/ports/devel/apr# make
===> apr-gdbm-db42-1.3.8.1.3.9 depends on file: /usr/local/bin/python2.6
But python IS there, exactly as stated in the first line above.
What gives? I just went through going from python 2.5 to 2.6.
="cc"
CFLAGS="-O2 -fno-strict-aliasing -pipe"
PYTHON="/usr/local/bin/python2.6" SHELL=/bin/sh CONFIG_SHELL=/bin/sh
ACLOCAL=/usr/local/bin/aclocal-1.9 AUTOMAKE=/usr/local/bin/automake-1.9
AUTOMAKE_VERSION=19 AUTOCONF=/usr/local/bin/autoconf-2.62
AUTOHEADER=/usr/local/
David,
This really looks like you have a broken python installation.
Sincerely,
Alexander Churanov
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-
FreeBSD dns1.vizion2000.net 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun
24 00:14:35 UTC 2009 r...@amd64-
builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64
Unable to find python extensions in epiphany:
checking for X11/XF86keysym.h... yes
checking whether Python support is
Hello,
On Wed, Jul 1, 2009 at 11:01 PM, Li-Wen Hsu wrote:
> Hi, could you try this patch and tell me if it works?
>
> http://people.freebsd.org/~lwhsu/py-spambayes.diff
Yes, this patch makes the spambayes port work again.
Many thanks - this is great!
--
Regards,
Torfinn Ingolfsen
_
601 - 700 of 859 matches
Mail list logo