Bug#808352: ITP: swauth -- alternative authentication system for Swift

2015-12-18 Thread novy
Package: wnpp
Severity: wishlist
Owner: Ondřej Nový 

* Package name: swauth
  Version : 1.1.0-1
  Upstream Author : Ondřej Nový 
Peter Lisák 
* URL : https://github.com/openstack/swauth
* License : Apache-2
  Programming Lang: Python
  Description : alternative authentication system for Swift

Swauth is an auth service for Swift as WSGI Middleware that uses Swift itself
as a backing store. It's alternative to Keystone.



Bug#828741: libdatrie patch

2018-04-27 Thread Ondrej Novy
Hi,

2018-04-27 16:11 GMT+02:00 Andreas Tille :
>
> Ondřej, I hope you are fine if I just did the upload.


no problem, thanks for upload.

-- 
Best regards
 Ondřej Nový

Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5  6090 3573 1255 9D1E 064B


Bug#846328: RFH: autopkgtest -- automatic as-installed testing for Debian packages

2017-03-13 Thread Novy, Ondrej
Hi,

On Wed, 30 Nov 2016 10:29:38 -0500 Barry Warsaw  wrote:
> I'd like to get more involved with auutopkgtest, since it's a tool I rely on
> quite a bit.

I’m interested too.

—
Ondrej Novy


signature.asc
Description: Message signed with OpenPGP


Bug#812367: ITP: swift-bench -- benchmarking tool for Swift

2016-01-24 Thread Ondrej Novy
Hi,

2016-01-24 16:17 GMT+01:00 Tomasz Rybak :

> I'd suggest adding openstack to the name - otherwise this package
> might suggest that it has something to do with Swift language:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788327
>

thanks for your suggestion. We already have this OS packages:

swift
swift-account
swift-proxy
swift-object
swift-drive-audit
swift-container
swift-plugin-s3

I think it would be more confusing to name this package in other way.

BTW: OpenStack Swift was first Swift, Apple language was second.

-- 
S pozdravem/Best regards
 Bc. Ondrej Novy

Email: n...@ondrej.org
Jabber: on...@njs.netlab.cz
ICQ: 115-674-713
Facebook: http://www.facebook.com/onovy
Tel/Cell: +420 777 963 207
Datová schránka: aypqr6c


Bug#817175: ITP: how2 -- stackoverflow from the terminal

2016-12-03 Thread Ondrej Novy
Hi,

no, I'm DD now :).

But to be honest, I don't have time to package all deps of this Go package.
Feel free to take over it if you want.

-- 
Best regards
 Ondřej Nový

Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5  6090 3573 1255 9D1E 064B


Bug#883246: ITP: python-enum-compat -- Python enum/enum34 compatibility package

2017-12-01 Thread Ondrej Novy
Hi,

2017-12-01 11:25 GMT+01:00 Simon McVittie :

> Within Debian, wouldn't this be better achieved by having Python 2 packages
> that require enum34 depend on python-enum34 directly, as they already do?
> python-enum34 could have a Provides on some other name if that helped.
>

I already tried this solution.

I added:
https://anonscm.debian.org/cgit/python-modules/packages/enum34.git/commit/?id=ed2496b8582d939a8ad48769a8b513e916d9df5a

which should handle deps to be automatically added by pybuild, which works.

But when some packages requires enum-compat in setup.py:
https://anonscm.debian.org/cgit/python-modules/packages/python-eventlet.git/tree/setup.py#n16

But even with this change you need to patch upstream code, see:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881989

Without this patch, setuptools install deps fails (tries to download it
from pypi). Build of eventlet doesn't fail, because it doesn't downloads
requirements from pypi. But other packages which depends on eventlet fails.

The proposed name also isn't really compatible with Debian Python
> policies: you can't `import enum_compat` after installing it.
>

you can't, but enum-compat will be even more confusing. Because
python-enum-compat will contain
'/usr/lib/python2.7/dist-packages/enum_compat-0.0.2.egg-info i think
python-enum-compat is correct.

-- 
Best regards
 Ondřej Nový

Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5  6090 3573 1255 9D1E 064B


Bug#874639: ITP: python-b2 -- Python Command Line Tool for Backblaze B2

2017-09-08 Thread Ondrej Novy
Hi,

2017-09-08 13:22 GMT+02:00 Ondřej Kobližek :

>  Package name: python-b2
>

this package is not Python module/library, but Python applications. So I
would suggest different name, for example backblaze-b2.

I plan to maintain it in DPMT.
>

because it is Python app, please use PAPT team and ideally make it Python3
only.

Thanks.

-- 
Best regards
 Ondřej Nový

Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5  6090 3573 1255 9D1E 064B


Bug#875432: s/python3-sphinx-intl/sphinx-intl

2017-09-13 Thread Ondrej Novy
Hi,

2017-09-13 13:18 GMT+02:00 Hideki Yamane :

> Then, source package as sphinx-intl and binary package python3-sphinx-intl
>  is fine?
>

if sphinx-intl is primary application (cli tool, etc.), than binary pkg
sphinx-intl is better. If it's library/module, than python3-sphinx-intl is
better.

-- 
Best regards
 Ondřej Nový

Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5  6090 3573 1255 9D1E 064B


Bug#833683: ITP: pycodestyle -- Python style guide checker (formerly called pep8)

2016-08-07 Thread Ondrej Novy
Hi,

sry, missed that.

But i disagree with this:
Unlike "pep257" -> "pydocstyle" his appears to not change the module and CLI
tool name but only the project title. No point for a new package then.
(from #816496)

CLI name and module name was changed.

This was already discussed in ML:
https://lists.debian.org/debian-python/2016/06/msg00043.html and i ack with
Piotr and Barry.

-- 
Best regards
 Ondřej Nový


Bug#833683: ITP: pycodestyle -- Python style guide checker (formerly called pep8)

2016-08-08 Thread Ondrej Novy
Hi,

2016-08-08 3:57 GMT+02:00 Daniel Stender :
>
> Yes, they renamed it completely. I agree another/a new package is the best
> way
> to update it, very much welcome for Prospector.
>

cool :)


> I've mentioned the bugs maybe you want to close #833660 by the package and
> reopen and merge the other ITP ...
>

merged. I will close #833660 manually after accept from ftp-masters ('cause
i already uploaded).

Thanks for pointing a help.

-- 
Best regards
 Ondřej Nový

Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5  6090 3573 1255 9D1E 064B


Bug#968536: Transfer cherrytree from DPT to Debian group

2020-10-21 Thread Ondrej Novy
Hi,

pá 16. 10. 2020 v 17:32 odesílatel Andrius Merkys 
napsal:

> Hello,
>
> Recently cherrytree [1] has been rewritten from Python to C++, thus it
> no longer belongs in DPT. Could someone with adequate permissions
> transfer it from DPT to generic Debian group on salsa.d.o?
>

done: https://salsa.debian.org/debian/cherrytree

-- 
Best regards
 Ondřej Nový


Bug#940811: ITP: python-simplenote -- Python3 API wrapper for the Simplenote web service

2019-09-21 Thread Ondrej Novy
Hi,

so 21. 9. 2019 v 8:32 odesílatel Geert Stappers 
napsal:

> i'm not sure if the 3 should/must goto into package name.
>

src: python-foo
binary-python3: python3-foo
binary-doc: python-foo-doc

Thanks.  :)

-- 
Best regards
 Ondřej Nový