Re: ports/186351: lang/python27 does not install when WITHOUT_NIS=YES is used
The following reply was made to PR ports/186351; it has been noted by GNATS. From: Garrett Cooper To: bug-follo...@freebsd.org, b...@dino.sk Cc: Subject: Re: ports/186351: lang/python27 does not install when WITHOUT_NIS=YES is used Date: Sat, 1 Feb 2014 10:35:05 -0800 This is a dupe of ports/186192. There was another PR I filed a couple years ago where I noted = that this was an issue, but because pkg_install was not pedantic about = file manifest lists, it wasn=92t an issue (just noise when creating the = port). I=92ll either find my previous PR and update the patch, or add = an updated patch to ports/186192. Thanks! -Garrett= ___ freebsd-python@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
Re: ports/186192: lang/python27: building python27-2.7.6_1 fails
The following reply was made to PR ports/186192; it has been noted by GNATS. From: Garrett Cooper To: bug-follo...@freebsd.org, o...@oz42.eu Cc: Subject: Re: ports/186192: lang/python27: building python27-2.7.6_1 fails Date: Sat, 1 Feb 2014 10:49:10 -0800 This PR is similar ports/147291. The problem is that src.conf isn=92t sourced in the ports build = infrastructure, so any variables plugged into src.conf won=92t get = picked up when building ports. Adding WITHOUT_NIS=3Dyes to /etc/make.conf will work around the = issue though. I=92m not sure if looking for *_failed.so would be a good idea = when creating the plist, but it would at least avoid the install/package = creation issue. Thanks! -Garrett= ___ freebsd-python@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
Re: ports/144485: [PATCH] Upgrade devel/py-nose to 0.11.2
The following reply was made to PR ports/144485; it has been noted by GNATS. From: Garrett Cooper To: freebsd-gnats-sub...@freebsd.org, freebsd-ports-b...@freebsd.org Cc: Subject: Re: ports/144485: [PATCH] Upgrade devel/py-nose to 0.11.2 Date: Sun, 7 Mar 2010 05:08:58 -0800 --00504501588ec79360048135a650 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Mar 4, 2010 at 8:20 PM, wrote: > Thank you very much for your problem report. > It has the internal identification `ports/144485'. > The individual assigned to look at your > report is: freebsd-ports-bugs. > > You can access the state of your problem report at any time > via this link: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=144485 Hi again, The maintainer reported a plugin overriding regression in 0.11.2, so here's the same patch using 0.11.3 with the regression fixed. Thanks, -Garrett --00504501588ec79360048135a650 Content-Type: text/plain; charset=US-ASCII; name="py-nose-0.11.3-upgrade.diff.txt" Content-Disposition: attachment; filename="py-nose-0.11.3-upgrade.diff.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g6hv0ckm0 PyB3b3JrCkluZGV4OiBNYWtlZmlsZQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3Bv cnRzL2RldmVsL3B5LW5vc2UvTWFrZWZpbGUsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTIKZGlm ZiAtdSAtcjEuMTIgTWFrZWZpbGUKLS0tIE1ha2VmaWxlCTEyIEZlYiAyMDEwIDE3OjQwOjQzIC0w MDAwCTEuMTIKKysrIE1ha2VmaWxlCTcgTWFyIDIwMTAgMTI6NTE6NTcgLTAwMDAKQEAgLTYsNyAr Niw3IEBACiAjCiAKIFBPUlROQU1FPQlub3NlCi1QT1JUVkVSU0lPTj0JMC4xMS4xCitQT1JUVkVS U0lPTj0JMC4xMS4zCiBDQVRFR09SSUVTPQlkZXZlbCBweXRob24KIE1BU1RFUl9TSVRFUz0JaHR0 cDovL3NvbWV0aGluZ2Fib3V0b3JhbmdlLmNvbS9tcmwvcHJvamVjdHMvbm9zZS8gXAogCQkke01B U1RFUl9TSVRFX0xPQ0FMfSBcCkluZGV4OiBkaXN0aW5mbwo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAv aG9tZS9uY3ZzL3BvcnRzL2RldmVsL3B5LW5vc2UvZGlzdGluZm8sdgpyZXRyaWV2aW5nIHJldmlz aW9uIDEuNgpkaWZmIC11IC1yMS42IGRpc3RpbmZvCi0tLSBkaXN0aW5mbwkxMSBGZWIgMjAxMCAw NjoxNTo1NyAtMDAwMAkxLjYKKysrIGRpc3RpbmZvCTcgTWFyIDIwMTAgMTI6NTE6NTcgLTAwMDAK QEAgLTEsMyArMSwzIEBACi1NRDUgKG5vc2UtMC4xMS4xLnRhci5neikgPSAwMDc4OWQwMTZmODFl YzUyZjY2NmYwMjBjNjQ0NDQ3ZQotU0hBMjU2IChub3NlLTAuMTEuMS50YXIuZ3opID0gNTAyNGRj YzZmYTdkZDFiNGVlODlhOWE4YTE1OWU2YTA4M2ZmZWY4MjA5OGJjNTZiNDE4YmY1OWE5MjdiZWJh NgotU0laRSAobm9zZS0wLjExLjEudGFyLmd6KSA9IDI1MDM0MworTUQ1IChub3NlLTAuMTEuMy50 YXIuZ3opID0gN2YxZGM1Mzc1MDgxMWY3OGJlZGVmOWUxNGE0YmM1YTUKK1NIQTI1NiAobm9zZS0w LjExLjMudGFyLmd6KSA9IGQ3MGIwODUzNjE0MmQyNjc2NDlhZjc5MGUzOTZhZWQyNTk2ODZhYzQz Njk0ZTNiOWI2MDhlNWFlYzAzZTk4NmUKK1NJWkUgKG5vc2UtMC4xMS4zLnRhci5neikgPSAyNTY3 MjMKSW5kZXg6IHBrZy1wbGlzdAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3BvcnRz L2RldmVsL3B5LW5vc2UvcGtnLXBsaXN0LHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjcKZGlmZiAt dSAtcjEuNyBwa2ctcGxpc3QKLS0tIHBrZy1wbGlzdAkxMiBGZWIgMjAxMCAxNzo0MDo0MyAtMDAw MAkxLjcKKysrIHBrZy1wbGlzdAk3IE1hciAyMDEwIDEyOjUxOjU3IC0wMDAwCkBAIC0xLDE5ICsx LDMwIEBACiBiaW4vbm9zZXRlc3RzCiBiaW4vbm9zZXRlc3RzLSUlUFlUSE9OX1ZFUiUlCislJVBZ VEhPTl9TSVRFTElCRElSJSUvJSVQWUVBU1lJTlNUQUxMX0VHRyUlL0VHRy1JTkZPL1BLRy1JTkZP CislJVBZVEhPTl9TSVRFTElCRElSJSUvJSVQWUVBU1lJTlNUQUxMX0VHRyUlL0VHRy1JTkZPL1NP VVJDRVMudHh0CiAlJVBZVEhPTl9TSVRFTElCRElSJSUvJSVQWUVBU1lJTlNUQUxMX0VHRyUlL0VH Ry1JTkZPL2RlcGVuZGVuY3lfbGlua3MudHh0CiAlJVBZVEhPTl9TSVRFTElCRElSJSUvJSVQWUVB U1lJTlNUQUxMX0VHRyUlL0VHRy1JTkZPL2VudHJ5X3BvaW50cy50eHQKICUlUFlUSE9OX1NJVEVM SUJESVIlJS8lJVBZRUFTWUlOU1RBTExfRUdHJSUvRUdHLUlORk8vbm90LXppcC1zYWZlCi0lJVBZ VEhPTl9TSVRFTElCRElSJSUvJSVQWUVBU1lJTlNUQUxMX0VHRyUlL0VHRy1JTkZPL1BLRy1JTkZP Ci0lJVBZVEhPTl9TSVRFTElCRElSJSUvJSVQWUVBU1lJTlNUQUxMX0VHRyUlL0VHRy1JTkZPL1NP VVJDRVMudHh0CiAlJVBZVEhPTl9TSVRFTElCRElSJSUvJSVQWUVBU1lJTlNUQUxMX0VHRyUlL0VH Ry1JTkZPL3RvcF9sZXZlbC50eHQKLSUlUFlUSE9OX1NJVEVMSUJESVIlJS8lJVBZRUFTWUlOU1RB TExfRUdHJSUvbm9zZS9leHQvZHRjb21wYXQucHkKKyUlUFlUSE9OX1NJVEVMSUJESVIlJS8lJVBZ RUFTWUlOU1RBTExfRUdHJSUvbm9zZS9fX2luaXRfXy5weQorJSVQWVRIT05fU0lURUxJQkRJUiUl LyUlUFlFQVNZSU5TVEFMTF9FR0clJS9ub3NlL2Nhc2UucHkKKyUlUFlUSE9OX1NJVEVMSUJESVIl JS8lJVBZRUFTWUlOU1RBTExfRUdHJSUvbm9zZS9jb21tYW5kcy5weQorJSVQWVRIT05fU0lURUxJ QkRJUiUlLyUlUFlFQVNZSU5TVEFMTF9FR0clJS9ub3NlL2NvbmZpZy5weQorJSVQWVRIT05fU0lU RUxJQkRJUiUlLyUlUFlFQVNZSU5TVEFMTF9FR0clJS9ub3NlL2NvcmUucHkKKyUlUFlUSE9OX1NJ VEVMSUJESVIlJS8lJVBZRUFTWUlOU1RBTExfRUdHJSUvbm9zZS9leGMucHkKICUlUFlUSE9OX1NJ VEVMSUJESVIlJS8lJVBZRUFTWUlOU1RBTExfRUdHJSUvbm9zZS9leHQvX19pbml0X18ucHkKKyUl UFlUSE9OX1NJVEVMSUJESVIlJS8lJVBZRUFTWUlOU1RBTExfRUdHJSUvbm9zZS9leHQvZHRjb21w YXQucHkKKyUlUFlUSE9OX1NJVEVMSUJESVIlJS8lJVBZRUFTWUlOU1RBTExfRUdHJSUvbm9zZS9m YWlsdXJlLnB5CislJVBZVEhPTl9TSVRFTElCRElSJSUvJSVQWUVBU1lJTlNUQUxMX0VHRyUlL25v c2UvaW1wb3J0ZXIucHkKKyUlUFlUSE9OX1NJVEVMSUJESVIlJS8lJVBZRUFTWUlOU1RBTExfRUdH JSUvbm9zZS9pbnNwZWN
Re: pyglet segfaults on FreeBSD 8.0/amd64/nVidia
On Wed, Apr 14, 2010 at 5:09 AM, Dmitry Marakasov wrote: > * Giuseppe Pagnoni (gpagn...@gmail.com) wrote: > >> First of all, let me apologize for the re- and cross-posting , but after a >> couple of weeks scouring the web and forums to no avail, I thought I would >> try again and query the FreeBSD mother source... >> >> I installed pyglet from the ports (latest version as of yesterday, >> py26-pyglet-1.1.2_1) on a FreeBSD 8.0 amd64 box, running the latest version >> of the ports' nvidia driver (nvidia-driver-195.36.15). I found that I >> cannot use either font.Text or text.label without causing segfaults. Here >> is some sample code that makes python crash: > > The problem is most likely 64 bits. On FreeBSD 8/i386/nVidia I don't > see any crashes. You should try rebuilding pyglet and python > WITH_DEBUG and run your testcases under gdb. We need make.conf information for reproduction purposes. Thanks, -Garrett ___ freebsd-python@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
Re: How to depend on package in EGG?
On Wed, Apr 21, 2010 at 2:11 PM, Ruslan Mahmatkhanov wrote:
> Good day!
>
> I want add option in port's Makefile to depend on textproc/py-enchant.
> But how i can do it? It installs as python egg.
>
> .if defined(WITH_ENCHANT)
> RUN_DEPENDS+=${LOCALBASE}//enchant/__init__.py:${PORTSDIR}/textproc/py-enchant
> .endif
>
> What should i wrote instead in left part of this RUN_DEPENDS string?
>
> Thanks in advance for answer.
Depend on the .egg instead of the __init__.py file?
-Garrett
___
freebsd-python@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
Re: pyglet segfaults on FreeBSD 8.0/amd64/nVidia
On Fri, Apr 30, 2010 at 10:29 AM, Giuseppe Pagnoni wrote: > Dear Dmitry and Garrett, > > > thanks for all your previous help, I was wondering whether you have > had any chance to look into the core file I sent last time. I > completely understand if you hadn't and actually I feel a bit > embarrassed to ask, since I know how scarce time can be and that your > assistance is purely out of good-will. I just thought I would give it > one more try, in case some progress was made or somebody else reported > similar issues. > > very best, > > giuseppe > > On Wed, Apr 14, 2010 at 5:45 PM, Dmitry Marakasov wrote: >> * Giuseppe Pagnoni (gpagn...@gmail.com) wrote: >> >>> => I get a segmentation fault and a python.core file. >>> >>> When I run: >>> >>> gdb core python.core >> >> You should run `gdb python python.core` instead. Or, just >> >> % gdb python >>> run example.py >> >> so it runs python example.py, dies and drops out into gdb. >> In the debugger, you should at least run `bt full` command. >> >>> It doesn't seem very informative to me but I don't know how to use gdb >>> at all; perhaps the debug symbols were stripped on install? >> >> They shouldn't, as WITH_DEBUG disables stripping. Hi Giuseppe, I haven't been using this app, but I also haven't had any issues, sans using the latest nvidia-driver, which does appear to regress from what I've seen in my basic / soak testing over the past couple of days, which colludes with information that the latest version is unstable. Regardless though, the next step that we should grab is what your options were that you used with python. My options are: # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for python26-2.6.4 _OPTIONS_READ=python26-2.6.4 WITH_THREADS=true WITH_HUGE_STACK_SIZE=true WITH_SEM=true WITHOUT_PTH=true WITH_UCS4=true WITH_PYMALLOC=true WITHOUT_IPV6=true WITHOUT_FPECTL=true Thanks, -Garrett ___ freebsd-python@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
Re: pyglet segfaults on FreeBSD 8.0/amd64/nVidia
On Fri, Apr 30, 2010 at 2:23 PM, Garrett Cooper wrote: > On Fri, Apr 30, 2010 at 10:29 AM, Giuseppe Pagnoni wrote: >> Dear Dmitry and Garrett, >> >> >> thanks for all your previous help, I was wondering whether you have >> had any chance to look into the core file I sent last time. I >> completely understand if you hadn't and actually I feel a bit >> embarrassed to ask, since I know how scarce time can be and that your >> assistance is purely out of good-will. I just thought I would give it >> one more try, in case some progress was made or somebody else reported >> similar issues. >> >> very best, >> >> giuseppe >> >> On Wed, Apr 14, 2010 at 5:45 PM, Dmitry Marakasov wrote: >>> * Giuseppe Pagnoni (gpagn...@gmail.com) wrote: >>> >>>> => I get a segmentation fault and a python.core file. >>>> >>>> When I run: >>>> >>>> gdb core python.core >>> >>> You should run `gdb python python.core` instead. Or, just >>> >>> % gdb python >>>> run example.py >>> >>> so it runs python example.py, dies and drops out into gdb. >>> In the debugger, you should at least run `bt full` command. >>> >>>> It doesn't seem very informative to me but I don't know how to use gdb >>>> at all; perhaps the debug symbols were stripped on install? >>> >>> They shouldn't, as WITH_DEBUG disables stripping. > > Hi Giuseppe, > > I haven't been using this app, but I also haven't had any issues, sans > using the latest nvidia-driver, which does appear to regress from what > I've seen in my basic / soak testing over the past couple of days, > which colludes with information that the latest version is unstable. > > Regardless though, the next step that we should grab is what your > options were that you used with python. My options are: > > # This file is auto-generated by 'make config'. > # No user-servicable parts inside! > # Options for python26-2.6.4 > _OPTIONS_READ=python26-2.6.4 > WITH_THREADS=true > WITH_HUGE_STACK_SIZE=true > WITH_SEM=true > WITHOUT_PTH=true > WITH_UCS4=true > WITH_PYMALLOC=true > WITHOUT_IPV6=true > WITHOUT_FPECTL=true Almost forgot -- you can get the options from: /var/db/ports/python26/options HTH, -Garrett ___ freebsd-python@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
Re: FreeBSD Port: python26-2.6.5
On Mon, May 31, 2010 at 9:49 AM, Bernardo Maciel wrote: > Hello, > > > > I recently ran into a problem when compiling python 2.6.5 under > FreeBSD 8.0-p2 . I searched around, asked in FreeBSD forums ( > http://forums.freebsd.org/showthread.php?t=14268 ) and then e-mailed > the python-help mailing list. The problem isn't yet solved. > > My problem is that when I compile python 2.6.5, I get a "sem_init: No > space left on device" message when the script is building the _ssl > extension: ... Increase the value of the kern.ipc.shmall sysctl because you have other applications eating up POSIX shmem in the background. HTH, -Garrett ___ freebsd-python@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
Re: ports/147291: lang/python* doesn't compile nis.so when WITHOUT_NIS specified; breaks make package
The following reply was made to PR ports/147291; it has been noted by GNATS. From: Garrett Cooper To: wen heping Cc: bug-follo...@freebsd.org Subject: Re: ports/147291: lang/python* doesn't compile nis.so when WITHOUT_NIS specified; breaks make package Date: Fri, 4 Jun 2010 09:37:29 -0700 On Fri, Jun 4, 2010 at 5:06 AM, wen heping wrote: > Would this help? > http://www.hydrus.org.uk/journal/pkg-creation.html > > Actullay, there were same PRs before: > http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports&severity=&priority=&class=&state=&sort=none&text=NO_NIS&responsible=&multitext=&originator=&closedtoo=on&release= Yeah, the above link would work... changing NO_NIS to MK_NIS == "no" Thanks, -Garrett ___ freebsd-python@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
Re: ports/147051: [patch] update devel/py-ctypes to 1.02 and adjust supported archs
The following reply was made to PR ports/147051; it has been noted by GNATS.
From: Garrett Cooper
To: bug-follo...@freebsd.org,
gcoo...@freebsd.org
Cc:
Subject: Re: ports/147051: [patch] update devel/py-ctypes to 1.02 and adjust
supported archs
Date: Sat, 21 Aug 2010 18:25:36 -0700
--Apple-Mail-2--809541176
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=us-ascii
I just noticed that this line got into the patch:
.if ${PYTHON_REL} >=3D 250
-IGNORE=3D ctypes ships with Python 2.5.x
+#IGNORE=3Dctypes ships with Python 2.5.x
.endif
It shouldn't have been there (I was trying to test with python =
2.6 on my machine).
Thanks,
-Garrett=
--Apple-Mail-2--809541176
Content-Transfer-Encoding: 7bit
Content-Type: text/html;
charset=us-ascii
I just noticed that this line got into
the patch: .if ${PYTHON_REL}
>= 250
-IGNORE= ctypes
ships with Python 2.5.x
+#IGNORE=
ctypes ships with Python 2.5.x
.endif
It shouldn't have been there (I was trying to test with python 2.6 on my
machine).Thanks,-Garrett
--Apple-Mail-2--809541176--
___
freebsd-python@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
