Bug#925522: khal: diff for NMU version 1:0.9.10-1.1

Hello Jonas, thank you for uploading this change. You can push changes into Git and create release tags. I am also fine with making you co-maintainer of this package if you want (and you could become PAPT member if you are not already). Thank you, Filip signature.asc Description: PGP

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: > > Tes

Bug#896960: RM: salt-formula-horizon -- ROM; Obsoleted in favor of new upstream distribution

Package: ftp.debian.org Severity: normal Upstream distribution of salt formulas was moved away from Openstack Big Tent more than a year ago. It's now living as a completely separate ecosystem under github.com/salt-formulas and maintaining different way of setup than using Debian packages. Also

Bug#896963: RM: salt-formula-neutron -- ROM; Obsoleted in favor of new upstream distribution

Package: ftp.debian.org Severity: normal Upstream distribution of salt formulas was moved away from Openstack Big Tent more than a year ago. It's now living as a completely separate ecosystem under github.com/salt-formulas and maintaining different way of setup than using Debian packages. Also

Bug#896964: RM: salt-formula-nova -- ROM; Obsoleted in favor of new upstream distribution

Package: ftp.debian.org Severity: normal Upstream distribution of salt formulas was moved away from Openstack Big Tent more than a year ago. It's now living as a completely separate ecosystem under github.com/salt-formulas and maintaining different way of setup than using Debian packages. Also

Bug#896965: RM: salt-formula-swift -- ROM; Obsoleted in favor of new upstream distribution

Package: ftp.debian.org Severity: normal Upstream distribution of salt formulas was moved away from Openstack Big Tent more than a year ago. It's now living as a completely separate ecosystem under github.com/salt-formulas and maintaining different way of setup than using Debian packages. Also

Bug#896961: RM: salt-formula-keystone -- ROM; Obsoleted in favor of new upstream distribution

Package: ftp.debian.org Severity: normal Upstream distribution of salt formulas was moved away from Openstack Big Tent more than a year ago. It's now living as a completely separate ecosystem under github.com/salt-formulas and maintaining different way of setup than using Debian packages. Also

Bug#896962: RM: salt-formula-kubernetes -- ROM; Obsoleted in favor of new upstream distribution

Package: ftp.debian.org Severity: normal Upstream distribution of salt formulas was moved away from Openstack Big Tent more than a year ago. It's now living as a completely separate ecosystem under github.com/salt-formulas and maintaining different way of setup than using Debian packages. Also

Bug#896958: RM: salt-formula-glance -- ROM; Obsoleted in favor of new upstream distribution

Package: ftp.debian.org Severity: normal Upstream distribution of salt formulas was moved away from Openstack Big Tent more than a year ago. It's now living as a completely separate ecosystem under github.com/salt-formulas and maintaining different way of setup than using Debian packages. Also

Bug#896959: RM: salt-formula-heat -- ROM; Obsoleted in favor of new upstream distribution

Package: ftp.debian.org Severity: normal Upstream distribution of salt formulas was moved away from Openstack Big Tent more than a year ago. It's now living as a completely separate ecosystem under github.com/salt-formulas and maintaining different way of setup than using Debian packages. Also

Bug#896956: RM: salt-formula-ceilometer -- ROM; Obsoleted in favor of new upstream distribution

Package: ftp.debian.org Severity: normal Upstream distribution of salt formulas was moved away from Openstack Big Tent more than a year ago. It's now living as a completely separate ecosystem under github.com/salt-formulas and maintaining different way of setup than using Debian packages. Also

Bug#896957: RM: salt-formula-cinder -- ROM; Obsoleted in favor of new upstream distribution

Package: ftp.debian.org Severity: normal Upstream distribution of salt formulas was moved away from Openstack Big Tent more than a year ago. It's now living as a completely separate ecosystem under github.com/salt-formulas and maintaining different way of setup than using Debian packages. Also

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

Bug#884111: stretch-pu: package vdirsyncer/0.14.1-1

Thank you, uploaded and waiting in stable-new. Filip On 2018/01/13 18:21, Julien Cristau wrote: > Control: tag -1 confirmed > > On Mon, Dec 11, 2017 at 15:53:28 +0100, Filip Pytloun wrote: > > > Package: release.debian.org > > Severity: normal > > Tags: st

Bug#886838: ITP: python-pygerrit2 -- Python library to interact with Gerrit Code Review via the REST API

Package: wnpp Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: python-pygerrit2 Version : 2.0.4 Upstream Author : David Pursehouse <david.purseho...@gmail.com> * URL : https://github.com/dpursehouse/pygerrit2 * License

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 <fi...@pytloun.cz> * Package name: salt-pepper Version : 0.5.2 Upstream Author : Seth House <sho...@saltstack.com> * URL : https://github.com/saltstack/pepper * License : Apache-2.0 Prog

Bug#883299: stretch-pu

Submitted request for pu some time ago, so far no change: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884111 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#884111: stretch-pu: package vdirsyncer/0.14.1-1

+0200 +++ vdirsyncer-0.14.1/debian/changelog 2017-12-11 15:12:09.0 +0100 @@ -1,3 +1,9 @@ +vdirsyncer (0.14.1-2) stretch; urgency=medium + + * Backport fix for discovering Google contacts (Closes: #883299) + + -- Filip Pytloun <fi...@pytloun.cz> Mon, 11 Dec 2017 15:12:09 +0100 + vdir

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

Bug#828741: ITP: python-datrie -- Super-fast, efficiently stored Trie for Python

On Mon, 27 Jun 2016 14:06:35 +0200 Filip Pytloun <fi...@pytloun.cz> wrote: > Package: wnpp > Version: 0.7.1 > Severity: wishlist > Owner: Filip Pytloun <fi...@pytloun.cz> > > * Package name: python-datrie > Version : 0.7.1 > Upstream Author

Bug#828741: ITP: python-datrie -- Super-fast, efficiently stored Trie for Python

On Mon, 27 Jun 2016 14:06:35 +0200 Filip Pytloun <fi...@pytloun.cz> wrote: > Package: wnpp > Version: 0.7.1 > Severity: wishlist > Owner: Filip Pytloun <fi...@pytloun.cz> > > * Package name: python-datrie > Version : 0.7.1 > Upstream Author

Bug#828741: ITP: python-datrie -- Super-fast, efficiently stored Trie for Python

On Mon, 27 Jun 2016 14:06:35 +0200 Filip Pytloun <fi...@pytloun.cz> wrote: > Package: wnpp > Version: 0.7.1 > Severity: wishlist > Owner: Filip Pytloun <fi...@pytloun.cz> > > * Package name: python-datrie > Version : 0.7.1 > Upstream Author

Bug#828741: ITP: python-datrie -- Super-fast, efficiently stored Trie for Python

On Mon, 27 Jun 2016 14:06:35 +0200 Filip Pytloun <fi...@pytloun.cz> wrote: > Package: wnpp > Version: 0.7.1 > Severity: wishlist > Owner: Filip Pytloun <fi...@pytloun.cz> > > * Package name: python-datrie > Version : 0.7.1 > Upstream Author

Bug#828741: ITP: python-datrie -- Super-fast, efficiently stored Trie for Python

On Mon, 27 Jun 2016 14:06:35 +0200 Filip Pytloun <fi...@pytloun.cz> wrote: > Package: wnpp > Version: 0.7.1 > Severity: wishlist > Owner: Filip Pytloun <fi...@pytloun.cz> > > * Package name: python-datrie > Version : 0.7.1 > Upstream Author

Bug#828741: ITP: python-datrie -- Super-fast, efficiently stored Trie for Python

On Mon, 27 Jun 2016 14:06:35 +0200 Filip Pytloun <fi...@pytloun.cz> wrote: > Package: wnpp > Version: 0.7.1 > Severity: wishlist > Owner: Filip Pytloun <fi...@pytloun.cz> > > * Package name: python-datrie > Version : 0.7.1 > Upstream Author

Bug#859912: FTBFS on khal

On Tue, 9 May 2017 15:40:18 +0200 Daniel Baumann wrote: > Hi, > > thanks for your report. I'm currently trying to reproduce a sbuild setup > where this happens. > > With a "normal" setup (i.e. debootstrap and then add experimental, this > does not happen and

Bug#859912: FTBFS on khal

Hello, the same issues happens with khal: https://buildd.debian.org/status/package.php?p=khal=experimental I would expect this package to provide locales but not locales-all - as it doesn't provide all locales and therefore breaking packages without possibility to install correct locales

Bug#861385: Ready to go

s: #859472) + + -- Filip Pytloun <fi...@pytloun.cz> Wed, 03 May 2017 14:08:59 +0200 + khal (0.8.4-3) unstable; urgency=medium * d/patches: tolerate more occasionally failing tests where diff -Nru khal-0.8.4/debian/copyright khal-0.8.4/debian/copyright --- khal-0.8.4/debian/copyright 2016-09-05 10

Bug#861385: Acknowledgement (unblock (pre-approval): khal/1:0.8.4-4)

I see, didn't realized that epoch is not in file names. So new debdiff attached and retitling. On 2017/04/29 15:09, Andreas Beckmann wrote: > On Fri, 28 Apr 2017 10:49:05 +0200 Filip Pytloun <fi...@pytloun.cz> wrote: > > Attaching updated debdiff with correct revision (-1 instead

Bug#861385: Acknowledgement (unblock (pre-approval): khal/1:0.8.4-4)

Fixed d/changelog to avoid removal of 0.9.5 version, attaching new debdiff. On 2017/04/28 10:49, Filip Pytloun wrote: > Attaching updated debdiff with correct revision (-1 instead of -4) > > On 2017/04/28 08:45, Debian Bug Tracking System wrote: > > Thank you for filing a

Bug#861385: Acknowledgement (unblock (pre-approval): khal/1:0.8.4-4)

en 2017.2 +reaches sid (Closes: #859472) + * d/copyright: mention presence of +0002-Reference-license-from-copyright-file.patch (Closes: #860984) + * d/copyright: add upstream contact + * d/copyright: update copyright year + + -- Filip Pytloun <fi...@pytloun.cz> Fri, 28 Apr 2017 10:2

Bug#861385: unblock (pre-approval): khal/1:0.8.4-4

ht: update copyright year + + -- Filip Pytloun <fi...@pytloun.cz> Fri, 28 Apr 2017 10:28:13 +0200 + khal (0.8.4-3) unstable; urgency=medium * d/patches: tolerate more occasionally failing tests where diff -Nru khal-0.8.4/debian/copyright khal-0.8.4/debian/copyright --- khal-0.8.4/debia

Bug#860984: khal: Please reference debian/patches/0002-Reference-license-from-copyright-file.patch in debian/copyright

omment: + Original license file in khal-doc is replaced by + 0002-Reference-license-from-copyright-file.patch to reference this copyright + file instead. Files: debian/* -Copyright: 2016 Filip Pytloun <fi...@pytloun.cz> +Copyright: 2016-2017 Filip Pytloun <fi...@pytloun.cz> Licens

Bug#860984: khal: Please reference debian/patches/0002-Reference-license-from-copyright-file.patch in debian/copyright

et al. +Copyright: 2013-2017 Christian Geier et al. License: Expat Files: debian/* -Copyright: 2016 Filip Pytloun <fi...@pytloun.cz> +Copyright: 2016-2017 Filip Pytloun <fi...@pytloun.cz> License: Expat License: Expat @@ -28,3 +29,6 @@ LIABILITY, WHETHER IN AN ACTION OF CONTRACT,

Bug#859472: Upstream issue

Tests are also failing upstream: https://travis-ci.org/pimutils/khal But didn't fail on my workstation :-/ Reported upstream and waiting for fix. signature.asc Description: PGP signature

Bug#858814: unblock: vdirsyncer/0.14.1-1

m release + * d/patches: drop 0005-Direct-users-to-Debian-BTS.patch as upstream docs +already covers Debian packages + + -- Filip Pytloun <fi...@pytloun.cz> Mon, 27 Mar 2017 09:41:21 +0200 + vdirsyncer (0.14.0-3) unstable; urgency=medium * d/patches: Direct users to Debian BTS to av

Bug#857347: unblock: reclass/1.4.1-2

Hello, thank you, I uploaded -3 without raising debhelper compat. Debdiff against original -1 attached. Filip On 2017/03/11 07:58, Niels Thykier wrote: > Control: tags -1 moreinfo confirmed > > Filip Pytloun: > > Package: release.debian.org > > Severity: normal >

Bug#857347: Acknowledgement (unblock: reclass/1.4.1-2)

loses: #857337) + * Add d/watch file + * Raise d/compat to 10, update standards to 3.9.8 + * Add myself as uploader + + -- Filip Pytloun <fi...@pytloun.cz> Fri, 10 Mar 2017 08:45:53 +0100 + reclass (1.4.1-1) unstable; urgency=low * New upstream release reverting the logging changes

Bug#857347: unblock: reclass/1.4.1-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package reclass It's mainly fixing #857337 by backporting simple upstream code change that fixes handling of usage error that may happen pretty often and will help user to

Bug#857337: reclass: Please backport fix for UndefinedVariableError

8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) From 99fe726b4826d76c29fa341c41e4f1ba549f2ad0 Mon Sep 17 00:00:00 2001 From: Filip Pytloun <fi...@pytloun.cz> Date: Fri, 10 Mar 2017 08:47:56 +0100 Subject: [PA

Bug#851417: Relates to #844081

Thank you for reporting the issue. Seems to be the same issue as #844081, so I marked all tests calling coll.update_db() as xfail to workaround the issue. Filip signature.asc Description: PGP signature

Bug#844081: Reproducer

. Filip On 2017/01/02 22:55, Christian Geier wrote: > I'll backport those changes onto the 0.8 branch tomorrow. I'll send another > email when it's done. > > Am 2. Januar 2017 22:48:21 MEZ, schrieb Filip Pytloun <fi...@pytloun.cz>: > >Hello, > > > >I checked the

Bug#844081: Reproducer

e os.sync() > commit and apply that to the version currently in Debian (which, while > brute force, certainly fixes this problem), or you might want to wait if > we find a more elegant solution. > > Christian > > [1] https://github.com/pimutils/khal/pull/543 > > Quotin

Bug#844081: Reproducer

Hello, unfortunately I have no longer access to environment where this was happening. But if you were able to reproduce the issue and this fixed it for you, I'll apply it and make new release. Anyway wouldn't it better to ensure data is written to disk directly during db updates and other

Bug#844081: Reproducer

0.0001, 8), (0.001, 0), (0.01, 0), (0.1, 0), (1, 0)] > > Similar experiments before made me choose the current delay. > > Best regards, > Christian > > Quoting Filip Pytloun (2016-11-24 00:20:50) > > On 2016/11/24 00:00, Santiago Vila wrote: > > > Try using a

Bug#844081: Reproducer

On 2016/11/24 00:00, Santiago Vila wrote: > Try using a chroot without union-type=overlay. Unfortunately it will result in the same error :-/ signature.asc Description: Digital signature

Bug#844081: Reproducer

So I got access to affected host and was able to reproduce it there. Spent some time debugging it and unfortunately I am still clueless why this is happening. Found out that it doesn't matter if eatmydata is used or not, test is occasionally failing in both cases. I tried my patch and it didn't

Bug#844081: Reproducer

On 2016/11/23 18:54, Adrian Bunk wrote: > Control: severity -1 serious > Control: tags -1 -moreinfo > > On Sun, Nov 20, 2016 at 10:03:04AM +0100, Filip Pytloun wrote: > >... > > Unfortunately running tests during build is always fragile and it seems > > that what's

Bug#844081: [Python-apps-team] Bug#844081: Which FS was this run on?

Hello, I am using ZFS and building in pbuilder chroot and wasn't able to reproduce it this way. This may be also related to caching of underlying host as reporter is running the build in VM - having more info about environment may help to find reproducer. Filip On 2016/11/21 15:52, Christian

Bug#844081: Reproducer

Hello, I tried to reproduce the issue in my environment with: i=0;while true;do python -m pytest tests;ret=$?;i=$[ $i+1 ];echo "Run: $i"; [ $ret -ne 0 ] && break; done and in similar way with pbuilder that I am using and FTBFS didn't ever happen (tried 50+ builds). I have suspicion that these

Bug#844503: Acknowledgement (salt-call fails with libcrypto.so.1.1: undefined symbol: OPENSSL_no_config)

To reproduce the issue simply install salt-master and run salt-call: apt-get install salt-master salt-call Following exception will occur: Traceback (most recent call last): File "/usr/bin/salt-call", line 11, in salt_call() File

Bug#844503: salt-call fails with libcrypto.so.1.1: undefined symbol: OPENSSL_no_config

Package: salt Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? *

Bug#842173: [Python-apps-team] Bug#842173: vdirsyncer: new version available

Sure, it's already on my TODO list :-) I am currently away but I will have a look at this during or after this weekend. On 2016/10/26 17:55, Félix Sipma wrote: > Package: vdirsyncer > Version: 0.12.1-1 > Severity: wishlist > > 0.14.0 is available upstream, could you consider packaging it? > >

Bug#837694: Reproducable build fails on `/usr/share/i18n/charmaps': No such file or directory

Package: locales-all Version: 2.24-2 Severity: important User: reproducible-bui...@lists.alioth.debian.org Usertags: environment Hello, I hit the same FTBFS during repro build as described in bug #788352 marked as resolved. ... mkdir -p debian/tmp/locale/ localedef -f UTF-8 -i en_US

Bug#836667: Works with pbuilder

Hello, this is very weird and I can't see any real error in the build output. I am using cowbuilder/pbuilder + eatmydata with no issue so I don't think this is related to eatmydata. Also tried to build for stretch and worked fine with no issue. Can you please try to dig a little bit deeper and

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

Bug#745025: Looking for sponsor

] 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 <hel...@subdivi.de> wrote: > Hi Filip, > > On Fri, Jan 29, 2016 at 04:13:48PM +0100, Filip Pytloun wrote: > > I have prepare k

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

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.

Bug#834133: Acknowledgement (dh-python: Conditional dependencies using extra_requires are not parsed)

My proposal is to package and use python-markerlib [1] for generic approach to PEP-496 [2] And then simply check if line is marker and if so and matches environment, append lines bellow to dependencies. --- [1] https://bitbucket.org/dholth/markerlib [2] https://www.python.org/dev/peps/pep-0496/

Bug#834133: dh-python: Conditional dependencies using extra_requires are not parsed

Package: dh-python Version: 2.20160721 Severity: normal Problem occurs when building package using following method in setup.py to install conditional dependencies: extras_require={ ':python_version < "3.2"': 'futures' } During package build it will generate following

Bug#833996: ITP: python-click-threading -- Utilities for multithreading in click

Package: wnpp Version: 0.4.0 Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: python-click-threading Version : 0.4.0 Upstream Author : Markus Unterwaditzer <mar...@unterwaditzer.net> * URL : https://github.com/click-contrib/cli

Bug#833845: ITP: python-atomicwrites -- Atomic file writes

Package: wnpp Version: 1.1.0 Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: python-atomicwrites Version : 1.1.0 Upstream Author : Markus Unterwaditzer <mar...@unterwaditzer.net> * URL : https://github.com/untitaker/python-

Bug#833840: ITP: python-click-log -- Logging integration for Click

Package: wnpp Version: 0.1.4 Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: python-click-log Version : 0.1.4 Upstream Author : Markus Unterwaditzer * URL : https://github.com/click-contrib/click-log * License : MIT Programmin

Bug#833762: ITP: salt-formula-kubernetes -- Salt formula for Kubernetes

Package: wnpp Version: 2016.8.1 Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: salt-formula-kubernetes Version : 2016.8.1 Upstream Author : tcpcloud <i...@tcpcloud.eu> * URL : https://wiki.openstack.org/wiki/OpenStackSa

Bug#833761: ITP: salt-formula-swift -- Salt formula for OpenStack Swift

Package: wnpp Version: 2016.8.1 Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: salt-formula-swift Version : 2016.8.1 Upstream Author : tcpcloud <i...@tcpcloud.eu> * URL : https://wiki.openstack.org/wiki/OpenStackSa

Bug#833721: ITP: python-aptly -- Aptly API client and CLI tooling

Package: wnpp Version: 0.7.7 Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: python-aptly Version : 0.7.7 Upstream Author : Filip Pytloun <fi...@pytloun.cz> * URL : https://github.com/tcpcloud/python-aptly * License

Bug#828741: ITP: python-datrie -- Super-fast, efficiently stored Trie for Python

Package: wnpp Version: 0.7.1 Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: python-datrie Version : 0.7.1 Upstream Author : Mikhail Korobov <kmik...@gmail.com> * URL : https://github.com/kmike/datrie * License

Bug#828738: ITP: python-datrie -- Super-fast, efficiently stored Trie for Python

Package: python-datrie Version: 0.7.1 Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: python-datrie Version : 0.7.1 Upstream Author : Mikhail Korobov <kmik...@gmail.com> * URL : https://github.com/kmike/datrie * License

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-formu

Bug#821921: ITP: salt-formula-nova -- Salt formula for OpenStack Nova

Package: wnpp Version: 2016.4.1 Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: salt-formula-nova Version : 2016.4.1 Upstream Author : tcpcloud <i...@tcpcloud.eu> * URL : https://github.com/openstack/salt-formula-no

Bug#821920: ITP: salt-formula-neutron -- Salt formula for OpenStack Neutron

Package: wnpp Version: 2016.4.1 Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: salt-formula-neutron Version : 2016.4.1 Upstream Author : tcpcloud <i...@tcpcloud.eu> * URL : https://github.com/openstack/salt-formula-neutr

Bug#821918: ITP: salt-formula-horizon -- Salt formula for OpenStack horizon

Package: wnpp Version: 2016.4.1 Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: salt-formula-horizon Version : 2016.4.1 Upstream Author : tcpcloud <i...@tcpcloud.eu> * URL : https://github.com/openstack/salt-formula-horiz

Bug#821919: ITP: salt-formula-keystone -- Salt formula for OpenStack keystone

Package: wnpp Version: 2016.4.1 Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: salt-formula-keystone Version : 2016.4.1 Upstream Author : tcpcloud <i...@tcpcloud.eu> * URL : https://github.com/openstack/salt-formula-keysto

Bug#821917: ITP: salt-formula-heat -- Salt formula for OpenStack heat

Package: wnpp Version: 2016.4.1 Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: salt-formula-heat Version : 2016.4.1 Upstream Author : tcpcloud <i...@tcpcloud.eu> * URL : https://github.com/openstack/salt-formula-he

Bug#821916: ITP: salt-formula-glance -- Salt formula for OpenStack glance

Package: wnpp Version: 2016.4.1 Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: salt-formula-glance Version : 2016.4.1 Upstream Author : tcpcloud <i...@tcpcloud.eu> * URL : https://github.com/openstack/salt-formula-glan

Bug#821915: ITP: salt-formula-cinder -- Salt formula for OpenStack Cinder

Package: wnpp Version: 2016.4.1 Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: salt-formula-cinder Version : 2016.4.1 Upstream Author : tcpcloud <i...@tcpcloud.eu> * URL : https://github.com/openstack/salt-formula-cind

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

Bug#821460: ITP: salt-formula-ceilometer -- Salt formula for OpenStack Ceilometer

nchpad.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 :

Bug#821460: ITP: salt-formula-ceilometer -- Salt formula for OpenStack Ceilometer

Package: wnpp Severity: wishlist Owner: Filip Pytloun <fi...@pytloun.cz> * Package name: salt-formula-ceilometer Version : 2016.4.1 Upstream Author : tcpcloud <i...@tcpcloud.eu> * URL : https://github.com/openstack/salt-formula-ceilometer * License

Bug#814314: Apparmor policy doesn't allow dynamic zones with GSS and LDAP (FreeIPA setup)

Package: bind9 Version: 1:9.9.5.dfsg-12.1 When freeipa-server is setup, it configures Bind9 for dynamic zones from LDAP using GSSAPI bind. Unfortunately these actions are not allowed in Apparmor policy. These rules needs to be added: # gssapi /var/lib/sss/pubconf/krb5.include.d/** r,

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

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#745027: Missing dependencies

hat would delay an immediate update of the package? > > On 29 January 2016 17:05:18 CET, Filip Pytloun <fi...@pytloun.cz> wrote: > >Hello, > > > >I've almost finished packaging of vdirsyncer but it requires > >dependencies not currently in sid: > >pyt

Bug#802146: python-nbxmpp: diff for NMU version 0.5.3-0.1

upstream version + * Require python3-gi for successful test run; closes: #802146 + + -- Filip Pytloun <fi...@pytloun.cz> Sat, 26 Dec 2015 16:33:02 +0100 + python-nbxmpp (0.5.1-2) unstable; urgency=medium * Build for python2 and python3 (thanks to W. Martin Borgert for notifying diff -Nru