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 signatur
Hello,
any update with this package?
I would need it to build newer vdirsyncer.
Thank you,
Filip
signature.asc
Description: PGP signature
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:
> >
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 th
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 th
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 th
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 th
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 th
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 th
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 th
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 th
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 th
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 th
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.a
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
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
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
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
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
.1/debian/changelog 2017-03-27 09:41:21.0 +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 Mon,
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 libdat
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 : http
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 : http
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 : http
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 : http
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 : http
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 : http
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 apt does the right thing).
>
> I've
Hello,
the same issues happens with khal:
https://buildd.debian.org/status/package.php?p=khal&suite=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 pa
Closes: #859472)
+
+ -- Filip Pytloun 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:09:54.0 +0200
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 wrote:
> > Attaching updated debdiff with correct revision (-1 instead of -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 new
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 Fri, 28 Apr 2017 10:28:13 +0200
+
khal (0.8.4-3) unstable; urgency=medium
*
add upstream contact
+ * d/copyright: update copyright year
+
+ -- Filip Pytloun 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
---
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
+Copyright: 2016-2017 Filip Pytloun
License: Expat
License: Expat
On 2017/04/24 08:57, Chris Lamb wrote:
> Filip Pytl
Christian Geier et al.
License: Expat
Files: debian/*
-Copyright: 2016 Filip Pytloun
+Copyright: 2016-2017 Filip Pytloun
License: Expat
License: Expat
@@ -28,3 +29,6 @@
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE
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
medium
+
+ * New upstream release
+ * d/patches: drop 0005-Direct-users-to-Debian-BTS.patch as upstream docs
+ already covers Debian packages
+
+ -- Filip Pytloun Mon, 27 Mar 2017 09:41:21 +0200
+
vdirsyncer (0.14.0-3) unstable; urgency=medium
* d/patches: Direct users to Debian BTS t
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
>
Raise d/compat to 10, update standards to 3.9.8
+ * Add myself as uploader
+
+ -- Filip Pytloun Fri, 10 Mar 2017 08:45:53 +0100
+
reclass (1.4.1-1) unstable; urgency=low
* New upstream release reverting the logging changes, which weren't ready
diff -Nru reclass-1.4.1/debian/com
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 de
(SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-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
Date: Fri, 10 Mar
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
and stable.
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 :
> >Hello,
> >
> >I checked the
st take the 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
>
&
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 operati
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 chr
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
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 h
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&#x
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 Ge
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
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 "/usr/lib/python2.7/dist-packages/salt/scripts.py
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?
* What
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?
>
> --
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 ./debian/tmp
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 t
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 t
] 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
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 tarball
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.
[
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/
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 requires.t
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
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
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
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
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
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
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
Package: python-datrie
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
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-
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
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
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
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
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
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
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
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 module
//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
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
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,
/var/lib/ss
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 a
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
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
* New upstream version
+ * Require python3-gi for successful test run; closes: #802146
+
+ -- Filip Pytloun 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 python-nbxmpp-
87 matches
Mail list logo
