<feed xmlns='http://www.w3.org/2005/Atom'>
<title>ports/converters/py-unidecode/pkg-descr, branch 14.3-eol</title>
<subtitle>FreeBSD ports tree</subtitle>
<id>https://cgit-dev.freebsd.org/ports/atom?h=14.3-eol</id>
<link rel='self' href='https://cgit-dev.freebsd.org/ports/atom?h=14.3-eol'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/ports/'/>
<updated>2022-09-07T21:58:51Z</updated>
<entry>
<title>Remove WWW entries moved into port Makefiles</title>
<updated>2022-09-07T21:58:51Z</updated>
<author>
<name>Stefan Eßer</name>
<email>se@FreeBSD.org</email>
</author>
<published>2022-09-07T21:30:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/ports/commit/?id=fb16dfecae4a6efac9f3a78e0b759fb7a3c53de4'/>
<id>urn:sha1:fb16dfecae4a6efac9f3a78e0b759fb7a3c53de4</id>
<content type='text'>
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)
</content>
</entry>
<entry>
<title>Switch all pypi.python.org WWWs to a new PyPi home pypi.org where</title>
<updated>2018-04-25T16:42:37Z</updated>
<author>
<name>Dmitry Marakasov</name>
<email>amdmi3@FreeBSD.org</email>
</author>
<published>2018-04-25T16:42:37Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/ports/commit/?id=c63740208199641936685ceb327218d7e846b7c8'/>
<id>urn:sha1:c63740208199641936685ceb327218d7e846b7c8</id>
<content type='text'>
they now redirect to anyway. All new urls checked to return 200,
I've fixed a couple of them in the process.

Approved by:	portmgr blanket, mat
</content>
</entry>
<entry>
<title>Canonicalize PyPi WWWs:</title>
<updated>2018-02-08T20:18:08Z</updated>
<author>
<name>Dmitry Marakasov</name>
<email>amdmi3@FreeBSD.org</email>
</author>
<published>2018-02-08T20:18:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/ports/commit/?id=d6c95efd94b021aec74ec072cbc2b9501081f3a6'/>
<id>urn:sha1:d6c95efd94b021aec74ec072cbc2b9501081f3a6</id>
<content type='text'>
- Switch to https://
- Remove trailing slashes

Approved by:	portmgr blanket
</content>
</entry>
<entry>
<title>Do not use devel/py-virtualenv/files/py3k-fix-pkg-plist.inc - this functionality</title>
<updated>2014-03-02T19:51:02Z</updated>
<author>
<name>Ruslan Makhmatkhanov</name>
<email>rm@FreeBSD.org</email>
</author>
<published>2014-03-02T19:51:02Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/ports/commit/?id=98cd15f284996b0d09d96cf121bedad549a80b83'/>
<id>urn:sha1:98cd15f284996b0d09d96cf121bedad549a80b83</id>
<content type='text'>
was included into bsd.python.mk
</content>
</entry>
<entry>
<title>- Update WWW:</title>
<updated>2013-11-20T20:51:25Z</updated>
<author>
<name>Sunpoet Po-Chuan Hsieh</name>
<email>sunpoet@FreeBSD.org</email>
</author>
<published>2013-11-20T20:51:25Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/ports/commit/?id=6670f0b75774751a7edbaec5af358afdc627a4fb'/>
<id>urn:sha1:6670f0b75774751a7edbaec5af358afdc627a4fb</id>
<content type='text'>
  - http://cheeseshop.python.org/ -&gt; https://pypi.python.org/
  - http://pypi.python.org/ -&gt; https://pypi.python.org/

With hat:	python
Approved by:	bapt (portmgr)
</content>
</entry>
<entry>
<title>- Update to 0.04.9</title>
<updated>2012-02-21T21:36:11Z</updated>
<author>
<name>Jason Helfman</name>
<email>jgh@FreeBSD.org</email>
</author>
<published>2012-02-21T21:36:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/ports/commit/?id=13c5839543f36346d889e917a4d2ca2e6431ab03'/>
<id>urn:sha1:13c5839543f36346d889e917a4d2ca2e6431ab03</id>
<content type='text'>
From ChangeLog:

2011-09-23 unidecode 0.04.9

* Fixed Python 2.5 installation issue.

2011-09-22 unidecode 0.04.8

* License change to GPL to fit better with other Python modules and
to remove the issue of depending on Perl for licensing terms.
* Always return a string object on Python 2.x. Before this patch,
unidecode() returned a unicode object on Python 2.x if the input
was a unicode object that contained ASCII characters. Behaviour
on Python 3.x remains unchanged. (thanks to Wesley Yarde)

PR:	ports/165344
Submitted by:	maintainer, douglas@douglasthrift.net
</content>
</entry>
<entry>
<title>What Unidecode provides is a function, 'unidecode(...)' that</title>
<updated>2009-11-04T14:37:37Z</updated>
<author>
<name>Martin Wilke</name>
<email>miwi@FreeBSD.org</email>
</author>
<published>2009-11-04T14:37:37Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/ports/commit/?id=c0d3547ef0a29cc15c8cb5dc2847f97aa7a44d07'/>
<id>urn:sha1:c0d3547ef0a29cc15c8cb5dc2847f97aa7a44d07</id>
<content type='text'>
takes Unicode data and tries to represent it in ASCII characters
(i.e., the universally displayable characters between 0x00 and 0x7F).
The representation is almost always an attempt at *transliteration*
-- i.e., conveying, in Roman letters, the pronunciation expressed by
the text in some other writing system. (See the example above)

WWW: http://code.zemanta.com/tsolc/unidecode/

PR:		ports/139858
Submitted by:	Douglas Thrift
</content>
</entry>
</feed>
