Team addition request
Dear DPMT, Recently I started maintaining the "python-tabulate" package, and would like to join the team to be able to update the Git repository in Salsa, as well as being able to help with other Python packages in the future. I acknowledge reading the team's policy. Here are my usernames: Salsa: yago-guest IRC: yago Let me know if you need any additional information. Thanks, Yago González signature.asc Description: This is a digitally signed message part
Bug#891391: ITP: python-hsluv -- Python implementation of HSLuv (Human-friendly HSL)
X-Debbugs-CC: debian-python@lists.debian.org On Sun, Feb 25, 2018 at 01:12:59PM +0800, Yao Wei (魏銘廷) wrote: > Package: wnpp > Severity: wishlist > Owner: Yao Wei (魏銘廷) > Control: block 806464 by -1 > > * Package name: python-hsluv > Version : 4.0.2 > Upstream Author : Alexei Boronine > * URL : https://github.com/hsluv/hsluv-python > * License : Expat > Programming Lang: Python > Description : Python implementation of HSLuv (Human-friendly HSL) > > This is the dependency of trufont I am having a situation that this code is said to be "transpiled" from HSLuv written in Haxe [1], the code seems to be gone though a lot of overhaul from the generated code that cannot be diffed. I believe the code written in Python is preferred form of making modifications for hsluv-python project. However, I need consensus on this mattter. [1]: https://github.com/hsluv/hsluv-python/blob/master/hsluv.py signature.asc Description: OpenPGP digital signature
Re: RFS: mwic 0.7.4-1
On Sat, Mar 17, 2018 at 10:49:26AM +0100, Georg Faerber wrote: > Also, AFAIK, debian/tests/control is obsolete nowadays if debian/control > contains Testsuite:. This is not true. With autodep8 you can test only whether a package can be imported. If you want to run some actual unit tests, you still need debian/tests/control. -- Dmitry Shachnev signature.asc Description: PGP signature
Re: RFS: mwic 0.7.4-1
Hi Dimitry, On 18-03-20 00:46:16, Dmitry Shachnev wrote: > On Sat, Mar 17, 2018 at 10:49:26AM +0100, Georg Faerber wrote: > > Also, AFAIK, debian/tests/control is obsolete nowadays if > > debian/control contains Testsuite:. > > This is not true. With autodep8 you can test only whether a package > can be imported. If you want to run some actual unit tests, you still > need debian/tests/control. In case you're referring to unit tests shipped upstream, that's not true. See this [1] and that [2] for an example. The tests are executed, but there is no debian/tests/control file. In case I've misunderstood you, and you're referring to unit tests shipped debian/tests/*, than yes, I agree. :) Cheers, Georg [1] https://ci.debian.net/data/autopkgtest/unstable/amd64/r/ruby-gettext-setup/20180313_122311/log.gz [2] https://salsa.debian.org/puppet-team/ruby-gettext-setup signature.asc Description: Digital signature
Re: Bug#891391: ITP: python-hsluv -- Python implementation of HSLuv (Human-friendly HSL)
On Mon, Mar 19, 2018 at 10:04 PM, Yao Wei wrote: > I am having a situation that this code is said to be "transpiled" from > HSLuv written in Haxe [1], the code seems to be gone though a lot of > overhaul from the generated code that cannot be diffed. I believe the > code written in Python is preferred form of making modifications for > hsluv-python project. However, I need consensus on this mattter. I suggest you dig through the git history of both HSLuv and Python-HSLuv to develop an intuition about how the upstreams are developing both projects and then clarify the details of their development processes with upstream. Personally, I find the thought of modifying generated code to be horrible and would have either stuck with building from Haxe or reimplementing the code in Python. At the end of the day, what matters is that there is equality of access to the work between the upstream authors and users of Debian derivatives. i.e., make sure upstream aren't keeping something secret or using something proprietary and make sure Debian passes on what we receive from upstream. -- bye, pabs https://wiki.debian.org/PaulWise
Re: Bug#891391: ITP: python-hsluv -- Python implementation of HSLuv (Human-friendly HSL)
On Mon, Mar 19, 2018 at 10:04 PM, Yao Wei wrote: > [1]: https://github.com/hsluv/hsluv-python/blob/master/hsluv.py I quote from that file: """ This module is generated by transpiling Haxe into Python and cleaning the resulting code by hand, e.g. removing unused Haxe classes. To try it yourself, clone https://github.com/hsluv/hsluv and run: haxe -cp haxe/src hsluv.Hsluv -python hsluv.py """ If that is the case, then it could be possible to automate this conversion and drop the generated and then modified file from git. -- bye, pabs https://wiki.debian.org/PaulWise
Re: Bug#891391: ITP: python-hsluv -- Python implementation of HSLuv (Human-friendly HSL)
I am filing an issue as question to the upstream: https://github.com/hsluv/hsluv-python/issues/10 In the screenshot provided in the issue the code seems to be pretty different, so I am wondering that does it count as an "reimplementation" of hsluv? On 03/20/2018 08:26 AM, Paul Wise wrote: > If that is the case, then it could be possible to automate this > conversion and drop the generated and then modified file from git. signature.asc Description: OpenPGP digital signature
Re: Bug#891391: ITP: python-hsluv -- Python implementation of HSLuv (Human-friendly HSL)
On Tue, 2018-03-20 at 08:39 +0800, Yao Wei (魏銘廷) wrote: > In the screenshot provided in the issue the code seems to be pretty > different, so I am wondering that does it count as an > "reimplementation" of hsluv? To me it looks fairly similar and the changes seem mechanical, they could probably even be done with automatic Python AST modification. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
