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://sals
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ý
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
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 thi
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.
--
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
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
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 oth
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://list
eady 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. Ondr
10 matches
Mail list logo
