Bug#914464: Any update?
Hello, any update with this package? I would need it to build newer vdirsyncer. Thank you, Filip signature.asc Description: PGP signature
Bug#828741: libdatrie patch
Hello Andreas, yes, I am waiting for onovy to sponsor the package. It's living at g...@salsa.debian.org:python-team/modules/python-datrie.git Filip On 2018/04/27 13:12, Andreas Tille wrote: > Hi Filip, > > On Thu, Apr 05, 2018 at 10:37:01AM +0200, Filip Pytloun wrote: > > Tested Theppitak's patch and it seems to be working well. > > Submitted upstream change to get rid of patch that's no longer needed: > > https://github.com/pytries/datrie/pull/50 > > > > When new libdatrie package is uploaded, I will prepare new version of > > python-datrie for upload. > > I realised your latest commits to the packaging Git repository[1]. If > you ask me we should not wait until upstream merges the pull request > and rather go with the patch for the moment. > > Do you intend to upload this soon? It would help me updating snakemake > which needs python-datrie. > > Thanks for working on this > > Andreas. > > PS: I'm also simply closing my duplicated ITP for this package > (to spare us any hasle with merging and maintaining what is > useless anyway) > > [1] https://salsa.debian.org/python-team/modules/python-datrie > > -- > http://fam-tille.de signature.asc Description: PGP signature
Bug#828741: libdatrie patch
Tested Theppitak's patch and it seems to be working well. Submitted upstream change to get rid of patch that's no longer needed: https://github.com/pytries/datrie/pull/50 When new libdatrie package is uploaded, I will prepare new version of python-datrie for upload. Thank you, Filip signature.asc Description: PGP signature
Bug#886838: ITP: python-pygerrit2 -- Python library to interact with Gerrit Code Review via the REST API
Package: wnpp Severity: wishlist Owner: Filip Pytloun * Package name: python-pygerrit2 Version : 2.0.4 Upstream Author : David Pursehouse * URL : https://github.com/dpursehouse/pygerrit2 * License : Expat Programming Lang: Python Description : Client library to interact with Gerrit Code Review via the REST API pygerrit2 is simple Python library to provide interface to interact with Gerrit Code Review via it's REST API. signature.asc Description: PGP signature
Bug#886748: ITP: salt-pepper -- A library and stand-alone CLI tools to access a salt-api instance
Package: wnpp Severity: wishlist Owner: Filip Pytloun * Package name: salt-pepper Version : 0.5.2 Upstream Author : Seth House * URL : https://github.com/saltstack/pepper * License : Apache-2.0 Programming Lang: Python Description : A library and stand-alone CLI tools to access a salt-api instance pepperlib abstracts the HTTP calls to salt-api so existing Python projects can easily integrate with a remote Salt installation just by instantiating a class. . The pepper CLI script allows users to execute Salt commands from computers that are external to computers running the salt-master or salt-minion daemons as though they were running Salt locally. signature.asc Description: PGP signature
Bug#881380: Adoption
Hello, I would like to adopt this package under DPMT. Prepared repository and required changes: ssh://git.debian.org/git/python-modules/packages/gerritlib.git Waiting for review and initial upload. Filip signature.asc Description: PGP signature
Bug#828741: Status
I finished packaging of python-datrie: https://anonscm.debian.org/git/python-modules/packages/python-datrie.git/tree/debian Most difficult part was to separate bundled libdatrie to use Debian's libdatrie-dev package for dependencies. This unfortunately needs applying of following patch into libdatrie: https://github.com/pytries/datrie/blob/master/trie_state_get_terminal_data.patch Made required changes and waiting for libdatrie DM to accept my patch. signature.asc Description: PGP signature
Bug#828741: ITP: python-datrie -- Super-fast, efficiently stored Trie for Python
On Mon, 27 Jun 2016 14:06:35 +0200 Filip Pytloun wrote: > Package: wnpp > Version: 0.7.1 > Severity: wishlist > Owner: Filip Pytloun > > * Package name: python-datrie > Version : 0.7.1 > Upstream Author : Mikhail Korobov > * URL : https://github.com/kmike/datrie > * License : LGPL-2.1 > Programming Lang: Python > Description : Super-fast, efficiently stored Trie for Python > > trie variable is a dict-like object that can have unicode keys of certain > ranges and Python objects as values. > . > In addition to implementing the mapping interface, tries facilitate finding > the items for a given prefix, and vice versa, finding the items whose keys > are > prefixes of a given string. As a common special case, finding the > longest-prefix item is also supported.
Bug#828741: ITP: python-datrie -- Super-fast, efficiently stored Trie for Python
On Mon, 27 Jun 2016 14:06:35 +0200 Filip Pytloun wrote: > Package: wnpp > Version: 0.7.1 > Severity: wishlist > Owner: Filip Pytloun > > * Package name: python-datrie > Version : 0.7.1 > Upstream Author : Mikhail Korobov > * URL : https://github.com/kmike/datrie > * License : LGPL-2.1 > Programming Lang: Python > Description : Super-fast, efficiently stored Trie for Python > > trie variable is a dict-like object that can have unicode keys of certain > ranges and Python objects as values. > . > In addition to implementing the mapping interface, tries facilitate finding > the items for a given prefix, and vice versa, finding the items whose keys > are > prefixes of a given string. As a common special case, finding the > longest-prefix item is also supported.
Bug#828741: ITP: python-datrie -- Super-fast, efficiently stored Trie for Python
On Mon, 27 Jun 2016 14:06:35 +0200 Filip Pytloun wrote: > Package: wnpp > Version: 0.7.1 > Severity: wishlist > Owner: Filip Pytloun > > * Package name: python-datrie > Version : 0.7.1 > Upstream Author : Mikhail Korobov > * URL : https://github.com/kmike/datrie > * License : LGPL-2.1 > Programming Lang: Python > Description : Super-fast, efficiently stored Trie for Python > > trie variable is a dict-like object that can have unicode keys of certain > ranges and Python objects as values. > . > In addition to implementing the mapping interface, tries facilitate finding > the items for a given prefix, and vice versa, finding the items whose keys > are > prefixes of a given string. As a common special case, finding the > longest-prefix item is also supported.
Bug#828741: ITP: python-datrie -- Super-fast, efficiently stored Trie for Python
On Mon, 27 Jun 2016 14:06:35 +0200 Filip Pytloun wrote: > Package: wnpp > Version: 0.7.1 > Severity: wishlist > Owner: Filip Pytloun > > * Package name: python-datrie > Version : 0.7.1 > Upstream Author : Mikhail Korobov > * URL : https://github.com/kmike/datrie > * License : LGPL-2.1 > Programming Lang: Python > Description : Super-fast, efficiently stored Trie for Python > > trie variable is a dict-like object that can have unicode keys of certain > ranges and Python objects as values. > . > In addition to implementing the mapping interface, tries facilitate finding > the items for a given prefix, and vice versa, finding the items whose keys > are > prefixes of a given string. As a common special case, finding the > longest-prefix item is also supported.
Bug#828741: ITP: python-datrie -- Super-fast, efficiently stored Trie for Python
On Mon, 27 Jun 2016 14:06:35 +0200 Filip Pytloun wrote: > Package: wnpp > Version: 0.7.1 > Severity: wishlist > Owner: Filip Pytloun > > * Package name: python-datrie > Version : 0.7.1 > Upstream Author : Mikhail Korobov > * URL : https://github.com/kmike/datrie > * License : LGPL-2.1 > Programming Lang: Python > Description : Super-fast, efficiently stored Trie for Python > > trie variable is a dict-like object that can have unicode keys of certain > ranges and Python objects as values. > . > In addition to implementing the mapping interface, tries facilitate finding > the items for a given prefix, and vice versa, finding the items whose keys > are > prefixes of a given string. As a common special case, finding the > longest-prefix item is also supported.
Bug#828741: ITP: python-datrie -- Super-fast, efficiently stored Trie for Python
On Mon, 27 Jun 2016 14:06:35 +0200 Filip Pytloun wrote: > Package: wnpp > Version: 0.7.1 > Severity: wishlist > Owner: Filip Pytloun > > * Package name: python-datrie > Version : 0.7.1 > Upstream Author : Mikhail Korobov > * URL : https://github.com/kmike/datrie > * License : LGPL-2.1 > Programming Lang: Python > Description : Super-fast, efficiently stored Trie for Python > > trie variable is a dict-like object that can have unicode keys of certain > ranges and Python objects as values. > . > In addition to implementing the mapping interface, tries facilitate finding > the items for a given prefix, and vice versa, finding the items whose keys > are > prefixes of a given string. As a common special case, finding the > longest-prefix item is also supported.
Bug#745027: Status
Hello Markus, It was uploaded just recently. I missed new upstream version, will prepare updated package soon. Filip On 2016/08/25 14:42, Markus Unterwaditzer wrote: > Hello Filip, > > I see that vdirsyncer has made it into Debian Sid > (https://packages.debian.org/sid/vdirsyncer), thanks for that! However, the > version there is already outdated a bit. > > Thanks! > > -- Markus > > On Sun, Aug 14, 2016 at 02:12:34PM +0200, Markus Unterwaditzer wrote: > > Hello Filip, > > > > > I have reworked to use Pypi instead and keep setuptools_scm in place. > > > > Thanks! > > > > > These variables are not set, I don't know why it's trying to use proxy > > > (maybe it somehow finds out there's no network access so this is a > > > fallback?) > > > > It starts a server on localhost and tries to access it. Unsure why Debian > > prevents that too. :| > > > > > > > > > > > > > > 0004-Include-license-from-copyright-file.patch > > > > > > > > As far as I understand, this is including this file: > > > > https://github.com/fpytloun/debian-vdirsyncer/blob/master/debian/copyright > > > > > > > > However, the LICENSE file should be included in the PyPI package. > > > > > > License files are autogenerated from d/copyright and shipped with every > > > package. So it should not be included in package directly (eg. like in > > > this case) but just referenced or included (see patch content) otherwise > > > Lintian will complain. > > > > I see, but please adapt the copyright notice to read exactly as in the > > license > > (with "& contributors"). > > > > Thanks again for your work so far! > > > > Markus > > signature.asc Description: Digital signature
Bug#745025: Looking for sponsor
Hello, finally got some time to move this forward. I have packaged dependencies for vdirsyncer and vdirsyncer itself is waiting for review and upload [1]. I also completely rework Khal packaging, waiting for review as well [2]. So I am expecting Khal will reach Debian unstable soon :-) --- [1] https://github.com/fpytloun/debian-vdirsyncer [2] https://github.com/fpytloun/debian-khal Filip On Mon, 18 Apr 2016 18:14:47 +0200 Helmut Grohne wrote: > Hi Filip, > > On Fri, Jan 29, 2016 at 04:13:48PM +0100, Filip Pytloun wrote: > > I have prepare khal package: > > http://mentors.debian.net/package/khal > > > > Is there anyone interested in sponsoring it? > > I am interested in this package and would like to see it included in > Debian. I spent a brief look into it already and found a number of > issues: > > * debian/copyright: The license grant for the MIT license suspiciously >looks like a GPL grant and references the non-existent file >/usr/share/common-licenses/MIT. > * khal.conf.sample should be installed using dh_installexamples instead >of dh_installdocs. > * Your patches say what they are doing, but the patch headers lack >reasoning on why they are necessary (in particular the second patch). > * It seems that you are packaging khal as a Python2 application, but >upstream only declares it working with Python3. Is there any reason >not to use Python3? > * Instead of installing the manual page twice, please use a symbolic >link. Try using dh_link. > > At least the copyright issue is a blocker. > > If you update the package, please Cc me, so I can have another look. > > Helmut > > signature.asc Description: Digital signature
Bug#745027: Status
Hello Markus, On 2016/08/12 21:59, Markus Unterwaditzer wrote: > > I see that you have added a few patches to your Debian package. > > > 0001-Do-not-require-setuptools-scm.patch > > I couldn't find how you're getting the sourcecode, but this should not be > necessary if you're using the tarballs from PyPI. See > https://vdirsyncer.pimutils.org/en/stable/packaging.html#obtaining-the-source-code > > It appears that python3-setuptools-scm is also available in Debian, so adding > it as build dependency (instead of runtime dependency) should be possible. > > It seems that this is a bit unclear as I've discovered a similar patch in > Fedora. Please rather reach out and discuss things with me before doing this. > I'm saying this because I suspect that the metadata for the installed package > will be wrong (Python software can query the installed version of a package > with the `pkg_resources` module) because setup.py now doesn't contain any > version information. I have reworked to use Pypi instead and keep setuptools_scm in place. > ... > > 0003-Skip-ssl-tests.patch > > This might be caused by the `HTTP_PROXY` and `HTTPS_PROXY` envvars. I'd try > unsetting them in the build environment. These variables are not set, I don't know why it's trying to use proxy (maybe it somehow finds out there's no network access so this is a fallback?) > > > 0004-Include-license-from-copyright-file.patch > > As far as I understand, this is including this file: > https://github.com/fpytloun/debian-vdirsyncer/blob/master/debian/copyright > > However, the LICENSE file should be included in the PyPI package. License files are autogenerated from d/copyright and shipped with every package. So it should not be included in package directly (eg. like in this case) but just referenced or included (see patch content) otherwise Lintian will complain. > > Please do reach out if you encounter problems. Thank you for your feedback. Filip signature.asc Description: Digital signature
Bug#745027: Status
Hello, I have finally got some time to move this forward. Packaged dependencies: python-atomicwrites python-click-log python-click-threading (waiting in NEW) and almost finished vdirsyncer packaging to be under PAPT team, now waiting for review [1] and accept of python-click-threading. [1] https://github.com/fpytloun/debian-vdirsyncer/tree/master/debian Filip signature.asc Description: Digital signature
Bug#833996: ITP: python-click-threading -- Utilities for multithreading in click
Package: wnpp Version: 0.4.0 Severity: wishlist Owner: Filip Pytloun * Package name: python-click-threading Version : 0.4.0 Upstream Author : Markus Unterwaditzer * URL : https://github.com/click-contrib/click-threading * License : Expat Programming Lang: Python Description : Utilities for multithreading in click Libraryfor easier multithreaded development with Click. Click is a Python package for creating beautiful command line interfaces in a composable way with as little code as necessary. It’s the “Command Line Interface Creation Kit”. It’s highly configurable but comes with sensible defaults out of the box. signature.asc Description: Digital signature
Bug#833845: ITP: python-atomicwrites -- Atomic file writes
Package: wnpp Version: 1.1.0 Severity: wishlist Owner: Filip Pytloun * Package name: python-atomicwrites Version : 1.1.0 Upstream Author : Markus Unterwaditzer * URL : https://github.com/untitaker/python-atomicwrites * License : Expat Programming Lang: Python Description : Atomic file writes It uses a temporary file in the same directory as the given path. This ensures that the temporary file resides on the same filesystem. The temporary file will then be atomically moved to the target location: On POSIX, it will use rename if files should be overwritten, otherwise a combination of link and unlink. signature.asc Description: Digital signature
Bug#833840: ITP: python-click-log -- Logging integration for Click
Package: wnpp Version: 0.1.4 Severity: wishlist Owner: Filip Pytloun * Package name: python-click-log Version : 0.1.4 Upstream Author : Markus Unterwaditzer * URL : https://github.com/click-contrib/click-log * License : MIT Programming Lang: Python Description : Logging integration for Click Partly because Python’s logging module aims to be so generic, it doesn’t come with sensible defaults for CLI applications. At some point you might also want to expose more logging levels through more options, at which point the boilerplate code grows even more. This is where click-log comes in. signature.asc Description: Digital signature
Bug#833762: ITP: salt-formula-kubernetes -- Salt formula for Kubernetes
Package: wnpp Version: 2016.8.1 Severity: wishlist Owner: Filip Pytloun * Package name: salt-formula-kubernetes Version : 2016.8.1 Upstream Author : tcpcloud * URL : https://wiki.openstack.org/wiki/OpenStackSalt * License : Apache-2.0 Programming Lang: SaltStack Description : Salt formula for Kubernetes Salt is a powerful remote execution manager that can be used to administer servers in a fast and efficient way. This SaltStack formula manages both installation and configuration of Kubernetes. signature.asc Description: Digital signature
Bug#833761: ITP: salt-formula-swift -- Salt formula for OpenStack Swift
Package: wnpp Version: 2016.8.1 Severity: wishlist Owner: Filip Pytloun * Package name: salt-formula-swift Version : 2016.8.1 Upstream Author : tcpcloud * URL : https://wiki.openstack.org/wiki/OpenStackSalt * License : Apache-2.0 Programming Lang: SaltStack Description : Salt formula for OpenStack Swift Salt is a powerful remote execution manager that can be used to administer servers in a fast and efficient way. This SaltStack formula manages both installation and configuration of OpenStack Nova. signature.asc Description: Digital signature
Bug#833721: ITP: python-aptly -- Aptly API client and CLI tooling
Package: wnpp Version: 0.7.7 Severity: wishlist Owner: Filip Pytloun * Package name: python-aptly Version : 0.7.7 Upstream Author : Filip Pytloun * URL : https://github.com/tcpcloud/python-aptly * License : GPL-2 Programming Lang: Python Description : Aptly API client and CLI tooling Aptly REST API client and useful tooling aptly-publisher is tooling for easier maintenance of complex repository management workflows. signature.asc Description: Digital signature
Bug#828741: ITP: python-datrie -- Super-fast, efficiently stored Trie for Python
Package: wnpp Version: 0.7.1 Severity: wishlist Owner: Filip Pytloun * Package name: python-datrie Version : 0.7.1 Upstream Author : Mikhail Korobov * URL : https://github.com/kmike/datrie * License : LGPL-2.1 Programming Lang: Python Description : Super-fast, efficiently stored Trie for Python trie variable is a dict-like object that can have unicode keys of certain ranges and Python objects as values. . In addition to implementing the mapping interface, tries facilitate finding the items for a given prefix, and vice versa, finding the items whose keys are prefixes of a given string. As a common special case, finding the longest-prefix item is also supported. signature.asc Description: Digital signature
Bug#821915: ITP: salt-formula-cinder -- Salt formula for OpenStack Cinder
It might be an overkill but every formula is living separately (including versioning, git repository, tests, etc.) I don't know about different way. On 2016/04/20 15:00, Ansgar Burchardt wrote: > On Wed, 2016-04-20 at 14:45 +0200, Filip Pytloun wrote: > > * Package name: salt-formula-cinder > > Version : 2016.4.1 > > Upstream Author : tcpcloud > > * URL : https://github.com/openstack/salt-formula-cinder > > * License : Apache-2.0 > > Programming Lang: SaltStack > > Description : Salt formula for OpenStack Cinder > > > > Salt is a powerful remote execution manager that can be used to > > administer servers in a fast and efficient way. > > . > > This SaltStack formula manages both installation and configuration of > > OpenStack Cinder > > Do we really need one source and binary package per OpenStack SaltStack > formula? That seems a bit overkill... > > Ansgar signature.asc Description: Digital signature
Bug#821921: ITP: salt-formula-nova -- Salt formula for OpenStack Nova
Package: wnpp Version: 2016.4.1 Severity: wishlist Owner: Filip Pytloun * Package name: salt-formula-nova Version : 2016.4.1 Upstream Author : tcpcloud * URL : https://github.com/openstack/salt-formula-nova * License : Apache-2.0 Programming Lang: SaltStack Description : Salt formula for OpenStack Nova Salt is a powerful remote execution manager that can be used to administer servers in a fast and efficient way. . This SaltStack formula manages both installation and configuration of OpenStack Nova signature.asc Description: Digital signature
Bug#821919: ITP: salt-formula-keystone -- Salt formula for OpenStack keystone
Package: wnpp Version: 2016.4.1 Severity: wishlist Owner: Filip Pytloun * Package name: salt-formula-keystone Version : 2016.4.1 Upstream Author : tcpcloud * URL : https://github.com/openstack/salt-formula-keystone * License : Apache-2.0 Programming Lang: SaltStack Description : Salt formula for OpenStack Keystone Salt is a powerful remote execution manager that can be used to administer servers in a fast and efficient way. . This SaltStack formula manages both installation and configuration of OpenStack Keystone signature.asc Description: Digital signature
Bug#821917: ITP: salt-formula-heat -- Salt formula for OpenStack heat
Package: wnpp Version: 2016.4.1 Severity: wishlist Owner: Filip Pytloun * Package name: salt-formula-heat Version : 2016.4.1 Upstream Author : tcpcloud * URL : https://github.com/openstack/salt-formula-heat * License : Apache-2.0 Programming Lang: SaltStack Description : Salt formula for OpenStack heat Salt is a powerful remote execution manager that can be used to administer servers in a fast and efficient way. . This SaltStack formula manages both installation and configuration of OpenStack Heat signature.asc Description: Digital signature
Bug#821918: ITP: salt-formula-horizon -- Salt formula for OpenStack horizon
Package: wnpp Version: 2016.4.1 Severity: wishlist Owner: Filip Pytloun * Package name: salt-formula-horizon Version : 2016.4.1 Upstream Author : tcpcloud * URL : https://github.com/openstack/salt-formula-horizon * License : Apache-2.0 Programming Lang: SaltStack Description : Salt formula for OpenStack Horizon Salt is a powerful remote execution manager that can be used to administer servers in a fast and efficient way. . This SaltStack formula manages both installation and configuration of OpenStack Horizon signature.asc Description: Digital signature
Bug#821920: ITP: salt-formula-neutron -- Salt formula for OpenStack Neutron
Package: wnpp Version: 2016.4.1 Severity: wishlist Owner: Filip Pytloun * Package name: salt-formula-neutron Version : 2016.4.1 Upstream Author : tcpcloud * URL : https://github.com/openstack/salt-formula-neutron * License : Apache-2.0 Programming Lang: SaltStack Description : Salt formula for OpenStack Neutron Salt is a powerful remote execution manager that can be used to administer servers in a fast and efficient way. . This SaltStack formula manages both installation and configuration of OpenStack Neutron signature.asc Description: Digital signature
Bug#821916: ITP: salt-formula-glance -- Salt formula for OpenStack glance
Package: wnpp Version: 2016.4.1 Severity: wishlist Owner: Filip Pytloun * Package name: salt-formula-glance Version : 2016.4.1 Upstream Author : tcpcloud * URL : https://github.com/openstack/salt-formula-glance * License : Apache-2.0 Programming Lang: SaltStack Description : Salt formula for OpenStack glance Salt is a powerful remote execution manager that can be used to administer servers in a fast and efficient way. . This SaltStack formula manages both installation and configuration of OpenStack Glance signature.asc Description: Digital signature
Bug#821915: ITP: salt-formula-cinder -- Salt formula for OpenStack Cinder
Package: wnpp Version: 2016.4.1 Severity: wishlist Owner: Filip Pytloun * Package name: salt-formula-cinder Version : 2016.4.1 Upstream Author : tcpcloud * URL : https://github.com/openstack/salt-formula-cinder * License : Apache-2.0 Programming Lang: SaltStack Description : Salt formula for OpenStack Cinder Salt is a powerful remote execution manager that can be used to administer servers in a fast and efficient way. . This SaltStack formula manages both installation and configuration of OpenStack Cinder signature.asc Description: Digital signature
Bug#821460: ITP: salt-formula-ceilometer -- Salt formula for OpenStack Ceilometer
On 2016/04/19 10:39, Raphael Hertzog wrote: > On Tue, 19 Apr 2016, Filip Pytloun wrote: > > I think this is the same case as Puppet modules that are already > > packaged and maintained by PKG Openstack team. > > Right, I'm not sure if the packaging of those puppet modules was a good > idea either. > > > This formula is part of openstack-salt project and unlike other formulas > > that can be found on the Internet these has some more "fashion" like > > extensive documentation [1] covering whole ecosystem of Openstack Salt > > deployment, unified structure across formulas, automated tests, etc. > > [1] http://openstack-salt.tcpcloud.eu/ > > Ok. > > > So in ideal state it should be possible to deploy whole Openstack > > infrastructure using SaltStack just by using Debian packages provided in > > repositories. > > What value does the Debian package add here? It's not like such a > deployment will be automatic without further configuration of salt... > and you can use salt rules to download your desired salt formulas. > Having dependencies on a salt formula does not add any value either > since the code is running on other hosts (minions). There can be also dependencies between formulas, eg. freeipa formula may depend on formula openssh, horizon formula may depend on apache formula, etc. It's still necessary to configure Salt and provide pillar but these things can be possibly also automated in some debian way. Another advantage I see is having formula packages in (old)stable Debian release which should always work for that particular release without need to search Github for version tested against it. Eg. formulas in stretch should always work for stretch together with other packages in distribution (eg. openstack mitaka). This needs some more work on automated testing but it's in progress :-) > > > Anyway I also wanted to package non-openstack formulas that are done in > > the same way [2] (it's currently about 60 formulas). > > [2] https://github.com/tcpcloud?query=salt-formula- > > Hum, there are many modules there that seem to use the same namespace > as other modules hosted here: > https://github.com/saltstack-formulas/ > > Yet they seem to be different implementations... > > Cheers, > -- > Raphaël Hertzog ◈ Debian Developer > > Support Debian LTS: http://www.freexian.com/services/debian-lts.html > Learn to master Debian: http://debian-handbook.info/get/ signature.asc Description: Digital signature
Bug#821460: ITP: salt-formula-ceilometer -- Salt formula for OpenStack Ceilometer
Hello, I think this is the same case as Puppet modules that are already packaged and maintained by PKG Openstack team. This formula is part of openstack-salt project and unlike other formulas that can be found on the Internet these has some more "fashion" like extensive documentation [1] covering whole ecosystem of Openstack Salt deployment, unified structure across formulas, automated tests, etc. So in ideal state it should be possible to deploy whole Openstack infrastructure using SaltStack just by using Debian packages provided in repositories. Anyway I also wanted to package non-openstack formulas that are done in the same way [2] (it's currently about 60 formulas). Packages are also available on Launchpad PPA [3] for some time now and already used by people. [1] http://openstack-salt.tcpcloud.eu/ [2] https://github.com/tcpcloud?query=salt-formula- [3] https://launchpad.net/~tcpcloud/+archive/ubuntu/salt-formulas Filip On 2016/04/19 09:27, Raphael Hertzog wrote: > Hi, > > On Mon, 18 Apr 2016, Filip Pytloun wrote: > > * Package name: salt-formula-ceilometer > > Version : 2016.4.1 > > Upstream Author : tcpcloud > > * URL : https://github.com/openstack/salt-formula-ceilometer > > * License : Apache-2.0 > > Programming Lang: SaltStack > > Description : Salt formula for OpenStack Ceilometer > > > > Ceilometer project aims to deliver a unique point of contact for billing > > systems to acquire all of the measurements they need to establish > > customer billing, across all current OpenStack core components with work > > underway to support future OpenStack components > > Do we really want to package salt formulas? That's the first ITP > to cover a salt formula. > > IMO salt formulas are very volatile by nature and are not very > useful in Debian packages, the distribution through git repos > works rather well. If you need stability, you pick a commit or > a tag. > > Cheers, > -- > Raphaël Hertzog ◈ Debian Developer > > Support Debian LTS: http://www.freexian.com/services/debian-lts.html > Learn to master Debian: http://debian-handbook.info/get/ signature.asc Description: Digital signature
Bug#821460: ITP: salt-formula-ceilometer -- Salt formula for OpenStack Ceilometer
Package: wnpp Severity: wishlist Owner: Filip Pytloun * Package name: salt-formula-ceilometer Version : 2016.4.1 Upstream Author : tcpcloud * URL : https://github.com/openstack/salt-formula-ceilometer * License : Apache-2.0 Programming Lang: SaltStack Description : Salt formula for OpenStack Ceilometer Ceilometer project aims to deliver a unique point of contact for billing systems to acquire all of the measurements they need to establish customer billing, across all current OpenStack core components with work underway to support future OpenStack components
Bug#745027: Missing dependencies
I am pretty new to maintaining official Debian packages but if new release won't introduce some new dependencies (especially that are not packaged yet), creating new package version should be almost automatic. Of course there's some unstable -> testing -> stable release process, but unfortunately I have no practical experience with this yet. On 2016/01/29 18:31, Markus Unterwaditzer wrote: > A question: If I release an update of vdirsyncer the day after it is packaged > for Debian, how long would it take to reach the repo? Which intermediate > staging repos are there that would delay an immediate update of the package? > > On 29 January 2016 17:05:18 CET, Filip Pytloun wrote: > >Hello, > > > >I've almost finished packaging of vdirsyncer but it requires > >dependencies not currently in sid: > >python-click-log and python-atomicwrites > > > >It shouldn't be difficult to package these as well, but any help is > >welcome :-) > > > >Filip > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. signature.asc Description: Digital signature
Bug#745027: Missing dependencies
Hello, I've almost finished packaging of vdirsyncer but it requires dependencies not currently in sid: python-click-log and python-atomicwrites It shouldn't be difficult to package these as well, but any help is welcome :-) Filip signature.asc Description: Digital signature
Bug#745025: Looking for sponsor
Hello, I have prepare khal package: http://mentors.debian.net/package/khal Is there anyone interested in sponsoring it? Filip signature.asc Description: Digital signature