<feed xmlns='http://www.w3.org/2005/Atom'>
<title>packages/lang/python/python3/files/python3-host.mk, branch openwrt-18.06</title>
<subtitle>Community maintained packages for OpenWrt</subtitle>
<id>http://x-nagi.com/cgit/packages/atom?h=openwrt-18.06</id>
<link rel='self' href='http://x-nagi.com/cgit/packages/atom?h=openwrt-18.06'/>
<link rel='alternate' type='text/html' href='http://x-nagi.com/cgit/packages/'/>
<updated>2018-01-10T21:01:51Z</updated>
<entry>
<title>python,python3: export mk files outside of python package dirs</title>
<updated>2018-01-10T21:01:51Z</updated>
<author>
<name>Alexandru Ardelean</name>
<email>ardeleanalex@gmail.com</email>
</author>
<published>2018-01-10T07:29:41Z</published>
<link rel='alternate' type='text/html' href='http://x-nagi.com/cgit/packages/commit/?id=ccdc6bc530444283a510ceb6a50878493fe356f2'/>
<id>urn:sha1:ccdc6bc530444283a510ceb6a50878493fe356f2</id>
<content type='text'>
Since `lang/python` is it's own folder of Python packages
(for both Python 2 &amp; 3), and these build rules are needed
in a lot of packages [especially Python packages],
putting them here makes sense architecturally,
to be shared.

This also helps get rid of the `include_mk` construct
which relies on OpenWrt core to provide, and seems
like a broken design idea that has persisted for a while.
Reason is: it requires that Python 2/3 be built to provide
these mk files for other Python packages,
which seems like a bad idea.

Long-term, there could be an issue where some other feeds
would require these mk files [e.g. telephony] for
some Python packages.
We'll see how we handle this a bit later.

For now we limit this to this feed.

Signed-off-by: Alexandru Ardelean &lt;ardeleanalex@gmail.com&gt;
</content>
</entry>
<entry>
<title>python,python3: add host-flags/settings to host pip install rules</title>
<updated>2017-09-14T08:44:01Z</updated>
<author>
<name>Alexandru Ardelean</name>
<email>ardeleanalex@gmail.com</email>
</author>
<published>2017-08-13T19:06:08Z</published>
<link rel='alternate' type='text/html' href='http://x-nagi.com/cgit/packages/commit/?id=4d0a44d31ad1a387e8b810283960b524e1136b2c'/>
<id>urn:sha1:4d0a44d31ad1a387e8b810283960b524e1136b2c</id>
<content type='text'>
The host pip install should have the host's CFLAGS, LDFLAGS, etc
available.
And not the target's flags.
Otherwise, weird things can happen when installing
packages (host-side) that need to build C code.

Signed-off-by: Alexandru Ardelean &lt;ardeleanalex@gmail.com&gt;
</content>
</entry>
<entry>
<title>python,python3: add host python pip install support</title>
<updated>2017-07-19T13:50:25Z</updated>
<author>
<name>Alexandru Ardelean</name>
<email>ardeleanalex@gmail.com</email>
</author>
<published>2017-07-19T07:19:10Z</published>
<link rel='alternate' type='text/html' href='http://x-nagi.com/cgit/packages/commit/?id=612c53fc6c3d9ba2a57f7329baf055f1d59a9246'/>
<id>urn:sha1:612c53fc6c3d9ba2a57f7329baf055f1d59a9246</id>
<content type='text'>
To install Python packages host side, that
may be needed for a build.

The intent, is to try to reduce host-side Python
packages being installed via LEDE/OpenWrt build system.
Because those seem like a pain to maintain.

The idea is adapted from Yousong's `python-packages`
package.

Signed-off-by: Alexandru Ardelean &lt;ardeleanalex@gmail.com&gt;
</content>
</entry>
<entry>
<title>python,python3: drop HostPy/Compile/Default rules</title>
<updated>2017-07-19T13:50:25Z</updated>
<author>
<name>Alexandru Ardelean</name>
<email>ardeleanalex@gmail.com</email>
</author>
<published>2017-07-19T07:07:35Z</published>
<link rel='alternate' type='text/html' href='http://x-nagi.com/cgit/packages/commit/?id=93a6545591cb5208f297c0b95d56470ae26f45b3'/>
<id>urn:sha1:93a6545591cb5208f297c0b95d56470ae26f45b3</id>
<content type='text'>
Not used, and will not be used.

Signed-off-by: Alexandru Ardelean &lt;ardeleanalex@gmail.com&gt;
</content>
</entry>
<entry>
<title>python packages: move all things python under lang/python</title>
<updated>2017-05-17T13:51:14Z</updated>
<author>
<name>Alexandru Ardelean</name>
<email>ardeleanalex@gmail.com</email>
</author>
<published>2017-05-17T13:45:48Z</published>
<link rel='alternate' type='text/html' href='http://x-nagi.com/cgit/packages/commit/?id=68312f49c0b4456e665ed438a86a44738caa765a'/>
<id>urn:sha1:68312f49c0b4456e665ed438a86a44738caa765a</id>
<content type='text'>
I admit this may be be a bit aggressive, but the lang
folder is getting cluttered/filled up with Python, PHP, Perl,
Ruby, etc. packages.

Makes sense to try to group them into per-lang folders.

I took the Pythons.

Signed-off-by: Alexandru Ardelean &lt;ardeleanalex@gmail.com&gt;
</content>
</entry>
</feed>
