[Bug 207039] [NEW PORT] graphics/py3-pygraphviz: copy of graphics/py-pygraphviz for Python 3.x
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207039 Bug ID: 207039 Summary: [NEW PORT] graphics/py3-pygraphviz: copy of graphics/py-pygraphviz for Python 3.x Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: pyt...@freebsd.org Reporter: woods...@gmail.com Flags: maintainer-feedback?(pyt...@freebsd.org) Assignee: pyt...@freebsd.org * Copy graphics/py-pygraphviz: svn copy graphics/py-pygraphviz graphics/py3-pygraphviz * Update to USES=python:3 * Update TEST_DEPENDS from devel/py-nose to devel/py3-nose (also a new port) [1] * Add LICENSE=BSD3CLAUSE as per LICENSE file in distfile * Take maintainership - happy to either do this myself or leave with pyt...@freebsd.org if that is more appropriate [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207036 -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
maintainer-feedback requested: [Bug 207039] [NEW PORT] graphics/py3-pygraphviz: copy of graphics/py-pygraphviz for Python 3.x
Ben Woods has reassigned Bugzilla Automation 's request for maintainer-feedback to FreeBSD Python : Bug 207039: [NEW PORT] graphics/py3-pygraphviz: copy of graphics/py-pygraphviz for Python 3.x https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207039 --- Description --- * Copy graphics/py-pygraphviz: svn copy graphics/py-pygraphviz graphics/py3-pygraphviz * Update to USES=python:3 * Update TEST_DEPENDS from devel/py-nose to devel/py3-nose (also a new port) [1] * Add LICENSE=BSD3CLAUSE as per LICENSE file in distfile * Take maintainership - happy to either do this myself or leave with pyt...@freebsd.org if that is more appropriate [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207036 ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
[Bug 207039] [NEW PORT] graphics/py3-pygraphviz: copy of graphics/py-pygraphviz for Python 3.x
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207039 Ben Woods changed: What|Removed |Added CC||ko...@freebsd.org, ||woods...@gmail.com Depends on||207036 Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207036 [Bug 207036] [NEW PORT] devel/py3-nose: copy of devel/py-nose for Python 3.x -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
[Bug 207039] [NEW PORT] graphics/py3-pygraphviz: copy of graphics/py-pygraphviz for Python 3.x
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207039 Ben Woods changed: What|Removed |Added Blocks||207005 --- Comment #1 from Ben Woods --- This new port is required to fulfill the Python 3.2+ dependencies of the latest upstream version of science/gramps. Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207005 [Bug 207005] science/gramps: Update to 4.2.2 -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
[Bug 207039] [NEW PORT] graphics/py3-pygraphviz: copy of graphics/py-pygraphviz for Python 3.x
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207039 --- Comment #2 from Ben Woods --- Created attachment 166772 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=166772&action=edit Patch to update graphics/py3-pygraphviz (after svn copy) This patch should be applied after performing the following command: svn copy graphics/py-pygraphviz graphics/py3-pygraphviz svn patch -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
[Bug 207039] [NEW PORT] graphics/py3-pygraphviz: copy of graphics/py-pygraphviz for Python 3.x
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207039 --- Comment #3 from Ben Woods --- Created attachment 166773 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=166773&action=edit QA: Successful poudriere testport logs for graphics/py3-pygraphviz on FreeBSD 10.2 amd64 -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
[Bug 206992] www/py-selenium: Update to 2.51.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206992 --- Comment #3 from commit-h...@freebsd.org --- A commit references this bug: Author: pi Date: Tue Feb 9 04:04:42 UTC 2016 New revision: 408536 URL: https://svnweb.freebsd.org/changeset/ports/408536 Log: www/py-selenium: 2.48.0 -> 2.51.1 Selenium 2.51.1 - correcting bundling issue missing README.rst file Selenium 2.51.0 - Firefox updates (see java changelog) Selenium 2.50.1 - Fixing error message handling. Fixes issue #1497 - Fixing error message handling. Fixes issue #1507 - Update webelement to handle W3C commands for size/location and rect - rewrite click scrolling tests to match the Java ones Selenium 2.50.0 - handle potential URLError from sending shutdown, set self.process to None after it's already been quit - Add support for submit() with W3C compliant endpoint Selenium 2.49.1 - Ensure you can close stream before attempting to close it. - message response may cause json loads ValueError when it's not actually json and just a string (like the message that occurs when firefox driver thinks another element will receive the click) - Cleanup some error handling when sniffing what protocol you are speaking Selenium 2.49.0 - Have Firefox service write to a file instead of PIPE - Added Firefox path variable for string placeholder - Update README to show Python 3.2+ - refactoring all the service classes to use a common one. - Add Firefox specific command to switch context between Browser content and Browser chrome - updating files after go copyright:update - Use specificationLevel to know that we are speaking GeckoDriver - Bug fixes: #1294, #1186 PR: 206992 Submitted by: doug...@douglasthrift.net (maintainer) Changes: head/www/py-selenium/Makefile head/www/py-selenium/distinfo -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
[Bug 206992] www/py-selenium: Update to 2.51.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206992 Kurt Jaeger changed: What|Removed |Added Resolution|--- |FIXED Status|Open|Closed Assignee|freebsd-ports-bugs@FreeBSD. |p...@freebsd.org |org | CC||p...@freebsd.org --- Comment #2 from Kurt Jaeger --- Committed, thanks. -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
Re: svn commit: r408523 - in head/devel: . py-should_dsl
On 9/02/2016 12:37 PM, Don Lewis wrote:
> Author: truckman
> Date: Tue Feb 9 01:37:03 2016
> New Revision: 408523
> URL: https://svnweb.freebsd.org/changeset/ports/408523
>
> Log:
> Add py-should_dsl port:
>
> Should assertions in Python as clear and readable as possible
>
> The goal of Should-DSL is to write should expectations in Python
> as clear and readable as possible, using "almost" natural language
> (limited - sometimes - by the Python language constraints).
>
> Sponsored by: Farsight Security, Inc.
>
> Added:
> head/devel/py-should_dsl/
> head/devel/py-should_dsl/Makefile (contents, props changed)
> head/devel/py-should_dsl/distinfo (contents, props changed)
> head/devel/py-should_dsl/pkg-descr (contents, props changed)
> Modified:
> head/devel/Makefile
>
> Modified: head/devel/Makefile
> ==
> --- head/devel/Makefile Tue Feb 9 01:34:41 2016(r408522)
> +++ head/devel/Makefile Tue Feb 9 01:37:03 2016(r408523)
> @@ -4340,6 +4340,7 @@
> SUBDIR += py-setuptools_hg
> SUBDIR += py-setuptools_scm
> SUBDIR += py-sh
> +SUBDIR += py-should_dsl
> SUBDIR += py-shapely
> SUBDIR += py-simplegeneric
> SUBDIR += py-simplejson
>
> Added: head/devel/py-should_dsl/Makefile
> ==
> --- /dev/null 00:00:00 1970 (empty, because file is newly added)
> +++ head/devel/py-should_dsl/Makefile Tue Feb 9 01:37:03 2016
> (r408523)
> @@ -0,0 +1,19 @@
> +# $FreeBSD$
> +
> +PORTNAME=should_dsl
> +PORTVERSION= 2.1.2
> +CATEGORIES= devel python
> +MASTER_SITES=CHEESESHOP
> +PKGNAMEPREFIX= ${PYTHON_PKGNAMEPREFIX}
> +
> +MAINTAINER= truck...@freebsd.org
> +COMMENT= Should assertions in Python as clear and readable as possible
> +
> +LICENSE= MIT
> +LICENSE_FILE=${WRKSRC}/LICENSE
> +
> +NO_ARCH= yes
> +USES=python
Since the last update of this package was in 2012 and the trove
classifiers in the PyPI only specify "up to 3.2":
Programming Language :: Python
Programming Language :: Python :: 2
Programming Language :: Python :: 2.4
Programming Language :: Python :: 2.5
Programming Language :: Python :: 2.6
Programming Language :: Python :: 3
Programming Language :: Python :: 3.2
.. it's probably worth limiting this to :-3.2 (if not :-2.7) unless it
explicitly passes runtime and unit tests (if it has them) on all 3.x
versions.
For all Python porters:
Use of USES=python should be limited to those cases where *all or any*
python versions are explicitly declared, supported and tested, whether
those versions are in the tree as lang/pythonXY ports or not.
TLDR: When it comes to declaring dependencies in general, and python
version dependencies in particular:
Explicit > Implicit (PEP20)
Declarative > Imperative
> +USE_PYTHON= distutils autoplist
> +
> +.include
>
> Added: head/devel/py-should_dsl/distinfo
> ==
> --- /dev/null 00:00:00 1970 (empty, because file is newly added)
> +++ head/devel/py-should_dsl/distinfo Tue Feb 9 01:37:03 2016
> (r408523)
> @@ -0,0 +1,2 @@
> +SHA256 (should_dsl-2.1.2.tar.gz) =
> 36f753d90fbdf84ef2b7a9e07813e3efac725376feb7a793549f3fff7a03232a
> +SIZE (should_dsl-2.1.2.tar.gz) = 13650
>
> Added: head/devel/py-should_dsl/pkg-descr
> ==
> --- /dev/null 00:00:00 1970 (empty, because file is newly added)
> +++ head/devel/py-should_dsl/pkg-descrTue Feb 9 01:37:03 2016
> (r408523)
> @@ -0,0 +1,3 @@
> +Should assertions in Python as clear and readable as possible
> +
> +WWW: https://pypi.python.org/pypi/should_dsl
Minor nit: PyPI packages pkg-descr WWW: URL should match that in the
setup.py:homepage (or url) field:
http://www.should-dsl.info
___
freebsd-python@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
Re: svn commit: r408523 - in head/devel: . py-should_dsl
On 9 Feb, Kubilay Kocak wrote:
> On 9/02/2016 12:37 PM, Don Lewis wrote:
>> Author: truckman
>> Date: Tue Feb 9 01:37:03 2016
>> New Revision: 408523
>> URL: https://svnweb.freebsd.org/changeset/ports/408523
>>
>> Log:
>> Add py-should_dsl port:
>>
>> Should assertions in Python as clear and readable as possible
>>
>> The goal of Should-DSL is to write should expectations in Python
>> as clear and readable as possible, using "almost" natural language
>> (limited - sometimes - by the Python language constraints).
>>
>> Sponsored by: Farsight Security, Inc.
>>
>> Added:
>> head/devel/py-should_dsl/
>> head/devel/py-should_dsl/Makefile (contents, props changed)
>> head/devel/py-should_dsl/distinfo (contents, props changed)
>> head/devel/py-should_dsl/pkg-descr (contents, props changed)
>> Modified:
>> head/devel/Makefile
>>
>> Modified: head/devel/Makefile
>> ==
>> --- head/devel/Makefile Tue Feb 9 01:34:41 2016(r408522)
>> +++ head/devel/Makefile Tue Feb 9 01:37:03 2016(r408523)
>> @@ -4340,6 +4340,7 @@
>> SUBDIR += py-setuptools_hg
>> SUBDIR += py-setuptools_scm
>> SUBDIR += py-sh
>> +SUBDIR += py-should_dsl
>> SUBDIR += py-shapely
>> SUBDIR += py-simplegeneric
>> SUBDIR += py-simplejson
>>
>> Added: head/devel/py-should_dsl/Makefile
>> ==
>> --- /dev/null00:00:00 1970 (empty, because file is newly added)
>> +++ head/devel/py-should_dsl/MakefileTue Feb 9 01:37:03 2016
>> (r408523)
>> @@ -0,0 +1,19 @@
>> +# $FreeBSD$
>> +
>> +PORTNAME= should_dsl
>> +PORTVERSION=2.1.2
>> +CATEGORIES= devel python
>> +MASTER_SITES= CHEESESHOP
>> +PKGNAMEPREFIX= ${PYTHON_PKGNAMEPREFIX}
>> +
>> +MAINTAINER= truck...@freebsd.org
>> +COMMENT=Should assertions in Python as clear and readable as possible
>> +
>> +LICENSE=MIT
>> +LICENSE_FILE= ${WRKSRC}/LICENSE
>> +
>> +NO_ARCH=yes
>> +USES= python
>
> Since the last update of this package was in 2012 and the trove
> classifiers in the PyPI only specify "up to 3.2":
>
> Programming Language :: Python
> Programming Language :: Python :: 2
> Programming Language :: Python :: 2.4
> Programming Language :: Python :: 2.5
> Programming Language :: Python :: 2.6
> Programming Language :: Python :: 3
> Programming Language :: Python :: 3.2
>
> .. it's probably worth limiting this to :-3.2 (if not :-2.7) unless it
> explicitly passes runtime and unit tests (if it has them) on all 3.x
> versions.
It definitely seems to work with 2.7. It doesn't have any unit tests.
> For all Python porters:
>
> Use of USES=python should be limited to those cases where *all or any*
> python versions are explicitly declared, supported and tested, whether
> those versions are in the tree as lang/pythonXY ports or not.
>
> TLDR: When it comes to declaring dependencies in general, and python
> version dependencies in particular:
>
> Explicit > Implicit (PEP20)
> Declarative > Imperative
>
>> +USE_PYTHON= distutils autoplist
>> +
>> +.include
>>
>> Added: head/devel/py-should_dsl/distinfo
>> ==
>> --- /dev/null00:00:00 1970 (empty, because file is newly added)
>> +++ head/devel/py-should_dsl/distinfoTue Feb 9 01:37:03 2016
>> (r408523)
>> @@ -0,0 +1,2 @@
>> +SHA256 (should_dsl-2.1.2.tar.gz) =
>> 36f753d90fbdf84ef2b7a9e07813e3efac725376feb7a793549f3fff7a03232a
>> +SIZE (should_dsl-2.1.2.tar.gz) = 13650
>>
>> Added: head/devel/py-should_dsl/pkg-descr
>> ==
>> --- /dev/null00:00:00 1970 (empty, because file is newly added)
>> +++ head/devel/py-should_dsl/pkg-descr Tue Feb 9 01:37:03 2016
>> (r408523)
>> @@ -0,0 +1,3 @@
>> +Should assertions in Python as clear and readable as possible
>> +
>> +WWW: https://pypi.python.org/pypi/should_dsl
>
> Minor nit: PyPI packages pkg-descr WWW: URL should match that in the
> setup.py:homepage (or url) field:
>
> http://www.should-dsl.info
It looks like that domain has changed hands ...
___
freebsd-python@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
Re: svn commit: r408523 - in head/devel: . py-should_dsl
On 9/02/2016 5:42 PM, Don Lewis wrote:
> On 9 Feb, Kubilay Kocak wrote:
>> On 9/02/2016 12:37 PM, Don Lewis wrote:
>>> Author: truckman
>>> Date: Tue Feb 9 01:37:03 2016
>>> New Revision: 408523
>>> URL: https://svnweb.freebsd.org/changeset/ports/408523
>>>
>>> Log:
>>> Add py-should_dsl port:
>>>
>>> Should assertions in Python as clear and readable as possible
>>>
>>> The goal of Should-DSL is to write should expectations in Python
>>> as clear and readable as possible, using "almost" natural language
>>> (limited - sometimes - by the Python language constraints).
>>>
>>> Sponsored by: Farsight Security, Inc.
>>>
>>> Added:
>>> head/devel/py-should_dsl/
>>> head/devel/py-should_dsl/Makefile (contents, props changed)
>>> head/devel/py-should_dsl/distinfo (contents, props changed)
>>> head/devel/py-should_dsl/pkg-descr (contents, props changed)
>>> Modified:
>>> head/devel/Makefile
>>>
>>> Modified: head/devel/Makefile
>>> ==
>>> --- head/devel/Makefile Tue Feb 9 01:34:41 2016(r408522)
>>> +++ head/devel/Makefile Tue Feb 9 01:37:03 2016(r408523)
>>> @@ -4340,6 +4340,7 @@
>>> SUBDIR += py-setuptools_hg
>>> SUBDIR += py-setuptools_scm
>>> SUBDIR += py-sh
>>> +SUBDIR += py-should_dsl
>>> SUBDIR += py-shapely
>>> SUBDIR += py-simplegeneric
>>> SUBDIR += py-simplejson
>>>
>>> Added: head/devel/py-should_dsl/Makefile
>>> ==
>>> --- /dev/null 00:00:00 1970 (empty, because file is newly added)
>>> +++ head/devel/py-should_dsl/Makefile Tue Feb 9 01:37:03 2016
>>> (r408523)
>>> @@ -0,0 +1,19 @@
>>> +# $FreeBSD$
>>> +
>>> +PORTNAME= should_dsl
>>> +PORTVERSION= 2.1.2
>>> +CATEGORIES=devel python
>>> +MASTER_SITES= CHEESESHOP
>>> +PKGNAMEPREFIX= ${PYTHON_PKGNAMEPREFIX}
>>> +
>>> +MAINTAINER=truck...@freebsd.org
>>> +COMMENT= Should assertions in Python as clear and readable as possible
>>> +
>>> +LICENSE= MIT
>>> +LICENSE_FILE= ${WRKSRC}/LICENSE
>>> +
>>> +NO_ARCH= yes
>>> +USES= python
>>
>> Since the last update of this package was in 2012 and the trove
>> classifiers in the PyPI only specify "up to 3.2":
>>
>> Programming Language :: Python
>> Programming Language :: Python :: 2
>> Programming Language :: Python :: 2.4
>> Programming Language :: Python :: 2.5
>> Programming Language :: Python :: 2.6
>> Programming Language :: Python :: 3
>> Programming Language :: Python :: 3.2
>>
>> .. it's probably worth limiting this to :-3.2 (if not :-2.7) unless it
>> explicitly passes runtime and unit tests (if it has them) on all 3.x
>> versions.
>
> It definitely seems to work with 2.7. It doesn't have any unit tests.
I'd go with -3.2 (default to what upstream says( until it can be tested
for all 3.x versions. Shame about the lack of tests, these are super
handy in these situations
>
>> For all Python porters:
>>
>> Use of USES=python should be limited to those cases where *all or any*
>> python versions are explicitly declared, supported and tested, whether
>> those versions are in the tree as lang/pythonXY ports or not.
>>
>> TLDR: When it comes to declaring dependencies in general, and python
>> version dependencies in particular:
>>
>> Explicit > Implicit (PEP20)
>> Declarative > Imperative
>>
>>> +USE_PYTHON=distutils autoplist
>>> +
>>> +.include
>>>
>>> Added: head/devel/py-should_dsl/distinfo
>>> ==
>>> --- /dev/null 00:00:00 1970 (empty, because file is newly added)
>>> +++ head/devel/py-should_dsl/distinfo Tue Feb 9 01:37:03 2016
>>> (r408523)
>>> @@ -0,0 +1,2 @@
>>> +SHA256 (should_dsl-2.1.2.tar.gz) =
>>> 36f753d90fbdf84ef2b7a9e07813e3efac725376feb7a793549f3fff7a03232a
>>> +SIZE (should_dsl-2.1.2.tar.gz) = 13650
>>>
>>> Added: head/devel/py-should_dsl/pkg-descr
>>> ==
>>> --- /dev/null 00:00:00 1970 (empty, because file is newly added)
>>> +++ head/devel/py-should_dsl/pkg-descr Tue Feb 9 01:37:03 2016
>>> (r408523)
>>> @@ -0,0 +1,3 @@
>>> +Should assertions in Python as clear and readable as possible
>>> +
>>> +WWW: https://pypi.python.org/pypi/should_dsl
>>
>> Minor nit: PyPI packages pkg-descr WWW: URL should match that in the
>> setup.py:homepage (or url) field:
>>
>> http://www.should-dsl.info
>
> It looks like that domain has changed hands ...
Gah! :)
Carry on!
___
freebsd-python@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
[Bug 207044] security/py-keyring: Update to 8.3
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207044 Kubilay Kocak changed: What|Removed |Added CC||doug...@douglasthrift.net, ||pyt...@freebsd.org Keywords||easy, patch, patch-ready Flags||maintainer-feedback?(dougla ||s...@douglasthrift.net) Status|New |Open Summary|security/py-keyring: Update |security/py-keyring: Update |to 8.3 and add |to 8.3 |security/py-keyrings.alt| --- Comment #4 from Kubilay Kocak --- Thanks Douglas! Can you please create a separate issue for the NEW PORT that blocks this issue please. If py-keyrings depends on keyring.alt by default, is there still a need for an UPDATING entry? -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
[Bug 207044] security/py-keyring: Update to 8.3
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207044 --- Comment #5 from doug...@douglasthrift.net --- Okay, I will create a new PR for security/py-keyrings.alt. I don't think I can make security/py-keyring depend on it since that would create a circular dependency as I have it right now, but maybe I can switch that around? -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
[Bug 207044] security/py-keyring: Update to 8.3
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207044 --- Comment #6 from Kubilay Kocak --- (In reply to douglas from comment #5) keyrings.alt doesn't appear to "require" keyrings: https://github.com/jaraco/keyrings.alt/blob/master/setup.py#L48 In this case we could look to creating an OPTION and add it to OPTIONS_DEFAULT to retain the existing behaviour/implementations (if that indeed does keep the current behaviour), which precludes needing an UPDATING entry -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
[Bug 207044] security/py-keyring: Update to 8.3
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207044 --- Comment #7 from doug...@douglasthrift.net --- Yep, already figuring that part out. Regarding the UPDATING thing though there is this part from CHANGES.rst: As these keyrings have moved, any keyrings indicated explicitly in configuration will need to be updated to replace "keyring.backends." with "keyrings.alt.". For example, "keyring.backends.file.PlaintextKeyring" becomes "keyrings.alt.file.PlaintextKeyring". It seems like we could have the OPTIONS_DEFAULT as well as a note about changing any configuration. -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
[Bug 207044] security/py-keyring: Update to 8.3
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207044 doug...@douglasthrift.net changed: What|Removed |Added Depends on||207046 Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207046 [Bug 207046] New port: security/py-keyrings.alt Alternate Python keyring implementations -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
[Bug 207044] security/py-keyring: Update to 8.3
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207044 doug...@douglasthrift.net changed: What|Removed |Added Attachment #166783|0 |1 is obsolete|| Attachment #166784|0 |1 is obsolete|| Attachment #166786|0 |1 is obsolete|| --- Comment #8 from doug...@douglasthrift.net --- Created attachment 166789 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=166789&action=edit security/py27-keyring-8.3.diff I have updated the patch so keyring now has a default option to depend on security/py-keyrings.alt which I have made a separate PR for. -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
[Bug 207044] security/py-keyring: Update to 8.3
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207044 doug...@douglasthrift.net changed: What|Removed |Added Attachment #166789||maintainer-approval+ Flags|| -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
[Bug 207044] security/py-keyring: Update to 8.3
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207044 doug...@douglasthrift.net changed: What|Removed |Added Attachment #166785|0 |1 is obsolete|| --- Comment #9 from doug...@douglasthrift.net --- Created attachment 166790 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=166790&action=edit logs/py27-keyring-8.3.log Here is the poudriere testport log for the updated diff. -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
pypy 4.0.1 is quite b0rken on FreeBSD
Hi guys, I've been playing with pypy recently and discovered that it's quite broken on FreeBSD at the moment. There is some unicode-related issue which among other thing causes pretty much any file-related function from the os module to take a crap when supplied file name is an unicode string as opposed to the regular str() instance, even if the string itself does not have any non-ascii characters. More details, including 2-line test case are here: https://bitbucket.org/pypy/pypy/issues/2233/pypy-401-on-freebsd-12-fails-to-get-the There are more reports like this, you can find it by googling "TypeError: expected string, got NoneType object"+pypy+FreeBSD It would be nice if somebody with some pypy clue can investigate and fix it before release 10.3 gets shipped out. Thanks! -Max ___ freebsd-python@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
