Bug#989446: unblock: apt-transport-s3/2.0.0-2

[Marcin Kulisz]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package apt-transport-s3

We need this package to be included in the Bullseye release, changeset is
minimal and only contains fix for the RC bug (#986647).
Impact of this change should be minimal as the change is really simple type
casting.
Set of manual tests including fetching and installing packages via apt with this
transport has been run successfully.

[ Checklist ]
  [X] all changes are documented in the d/changelog
  [X] I reviewed all changes and I approve them
  [X] attached source debdiff against the package in testing

unblock apt-transport-s3/2.0.0-2

*** /tmp/apt-transport-s3.debdiff
diff -Nru apt-transport-s3-2.0.0/debian/changelog 
apt-transport-s3-2.0.0/debian/changelog
--- apt-transport-s3-2.0.0/debian/changelog 2019-08-27 14:22:40.0 
+0100
+++ apt-transport-s3-2.0.0/debian/changelog 2021-06-03 20:20:49.0 
+0100
@@ -1,3 +1,9 @@
+apt-transport-s3 (2.0.0-2) unstable; urgency=medium
+
+  * Applying patch fixing string opperations (Closes: #986647)
+
+ -- Marcin Kulisz   Thu, 03 Jun 2021 20:20:49 +0100
+
 apt-transport-s3 (2.0.0-1) unstable; urgency=medium
 
   [ Hayden Myers ]
diff -Nru 
apt-transport-s3-2.0.0/debian/patches/0001-Added-explicit-string-casing-Closes-986647.patch
 
apt-transport-s3-2.0.0/debian/patches/0001-Added-explicit-string-casing-Closes-986647.patch
--- 
apt-transport-s3-2.0.0/debian/patches/0001-Added-explicit-string-casing-Closes-986647.patch
 1970-01-01 01:00:00.0 +0100
+++ 
apt-transport-s3-2.0.0/debian/patches/0001-Added-explicit-string-casing-Closes-986647.patch
 2021-06-03 20:20:49.0 +0100
@@ -0,0 +1,24 @@
+From: Marcin Kulisz 
+Date: Thu, 3 Jun 2021 20:10:24 +0100
+Subject: Added explicit string casing (Closes: #986647)
+
+---
+ s3 | 5 +++--
+ 1 file changed, 3 insertions(+), 2 deletions(-)
+
+diff --git a/s3 b/s3
+index 01b1d9d..83a6dfa 100755
+--- a/s3
 b/s3
+@@ -187,8 +187,9 @@ class AWSCredentials(object):
+ 
+ if data.get("AccessKeyId") is None:
+ self.__get_role()
+-data = 
self.__request_json(urllib.parse.urljoin(self.credentials_metadata,
+-self.iamrole))
++data = self.__request_json(urllib.parse.urljoin(
++str(self.credentials_metadata, 'utf-8'),
++str(self.iamrole, 'utf-8')))
+ 
+ self.access_key = data['AccessKeyId']
+ if self.access_key is None or self.access_key == '':
diff -Nru apt-transport-s3-2.0.0/debian/patches/series 
apt-transport-s3-2.0.0/debian/patches/series
--- apt-transport-s3-2.0.0/debian/patches/series1970-01-01 
01:00:00.0 +0100
+++ apt-transport-s3-2.0.0/debian/patches/series2021-06-03 
20:20:49.0 +0100
@@ -0,0 +1 @@
+0001-Added-explicit-string-casing-Closes-986647.patch

Bug#987353: CVE-2020-8903 CVE-2020-8907 CVE-2020-8933

[Marcin Kulisz]

On 2021-05-10 12:16:09, Noah Meyerhans wrote:
> On Mon, May 10, 2021 at 09:00:34PM +0200, Moritz Mühlenhoff wrote:
> > > Hi, since this package was brought into Debian in ~2018, there have been
> > > several transformations in the GCE guest software stack and thus the
> > > current landscape is very different. Google doesn't actually maintain the
> > > official Debian package and we're not sure who is, if anyone. The Google
> > > provided packages are shipped separately and will override the Debian
> > > package if you use them from our repositories. Please see either our 
> > > Google
> > > Cloud docs 
> > > 
> > > or github readme
> > >  for info 
> > > on
> > > the packages we are maintaining and shipping for Debian systems and on the
> > > base Google provided GCE Debian images. Unfortunately, we never did find a
> > > DD sponsor to help maintain our guest packages in Debian on the cadence
> > > that we needed. I would advocate for removing this package from Debian if
> > > we can't find a set of maintainers.
> > 
> > Hi Zach,
> > as it stands google-compute-image-packages won't be part of the next Debian
> > stable release. Givem the last upload was in Oct 2019 the package seems
> > unmaintained anyway, so if noone steps up to maintain it in the next months
> > it's probably best to remove it entirely.
> 
> If we ever want to get to a point where the Debian cloud team is able to
> publish useful images to the Google cloud service, we'll need to get
> this package into shape for inclusion in a stable release.  The lack of
> good maintenance of packages such as this one is a big factor in us not
> being able to do so.  The package is nominally maintained by the cloud
> team, but none of the current members is active in working with it.

I hope that we're be able to change it, but for me fundamental question is if
Google is interested in participating in effort to keep those packages in
Debian main and if so what resources can be committed to do so.
From my side I can say that I'll try to find time to work on the relevant
packages or to sponsor uploads if somebody else want to take on this task.

So for me fist step for restarting this work would be to have a conversation
with Zach about agreeing what need to be done, how are we going to do it and
what commitments are we going to put in place to make it relevant in the long
run.

> As there seems to be interest within some members of the Debian
> community in having Debian-published images available for GCE, we should
> try to solicit help with package maintenance before we kick it out for
> good.

Thanks Noah for motivating me to reply to this email. I think this is worthy 
cause
thus I hope we can have sorted without removing those packages from Debian.
-- 

|_|0|_|  |
|_|_|0|  "Panta rei" |
|0|0|0|  kuLa    |

gpg --keyserver pgp.mit.edu --recv-keys 0x686930DD58C338B3
3DF1  A4DF  C732  4688  38BC  F121  6869  30DD  58C3  38B3


signature.asc
Description: PGP signature

Bug#940084: RM: euca2ools -- ROM; It's python2 without python3 support

[Marcin Kulisz]

Package: ftp.debian.org
Severity: normal

As per subject please remove this package from the archive, just to keep it
clear, upstream is not showing any movement towards py3 support, thus Cloud Team
agreed to remove it fromt the archive.
Thanks.

Bug#939485: RM: bootstrap-vz -- ROM; It's python2 only

[Marcin Kulisz]

Package: ftp.debian.org
Severity: normal


It's python2 only, no longer maintained upstream and Cloud Team is also not
interested in maintaining it anylonger.

Bug#926731: ITS: urlscan/0.9.2 - extract and browse email URLs

[Marcin Kulisz]

Package: urlscan
Version: 0.8.2-1
Followup-For: Bug #926731

Boruch are you still interested in maintaining this package?
If not I my intent is to salvage/adopt it in the next couple of weeks, so please
let me know asap if you're planning to do it.

Bug#934274: (no subject)

[Marcin Kulisz]

Tarjei, Noah

I think I managed to activate those 2 new regions, please give it a go and
shout if something is not working.

Bug#883003: (no subject)

[Marcin Kulisz]

Hi Guido,

I know it's late but I'm going to ask anyway.
Do you still want this to be backported to Stretch when it's already oldstable?

This issue has been sorted in 1.3.0 which is in current stable, so if this is
something which will work for you then please feel free to close this bug
report.


signature.asc
Description: PGP signature

Bug#926731: (no subject)

[Marcin Kulisz]

If you're still interested in maintaining urlscan in Debian and are looking for
sponsor I think I can help with this, If you could also point me to from where I
could grab your packaging work, it'd be great.

I'm a bit busy lately and don't have much time but would like to see urlscan
better maintained so I'll try to help you with it.

Bug#864657: ca-certificates-java: Can we have fix for this in Stretch as well, please.

[Marcin Kulisz]

Package: ca-certificates-java
Followup-For: Bug #864657

Hi I just want to add that at the moment Stretch current stable has this broken
to the point that neither openjdk nor ca-certificates-java packages can be
installed making all java dependant apps useless.

It's due to ca-certificates-java dependencies be:
openjdk-7-jre-headless | java7-runtime-headless
and those packages are not available anymore in Stretch.

Instead only openjdk for java8 is available so please provide update to stable
fixing those dependencies by replacing:
openjdk-7-jre-headless | java7-runtime-headless
with
openjdk-8-jre-headless

Bug#920295: buku: No module named buku

[Marcin Kulisz]

Package: buku
Version: 4.1+ds-1
Severity: grave
Justification: renders package unusable

Looks like binary package doesn't contain required modules. When trying to run 
buku
following error pops up:

Traceback (most recent call last):
  File "/usr/bin/buku", line 11, in 
load_entry_point('buku==4.1', 'console_scripts', 'buku')()
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 487, in 
load_entry_point
return get_distribution(dist).load_entry_point(group, name)
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2728, 
in load_entry_point
return ep.load()
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2346, 
in load
return self.resolve()
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2352, 
in resolve
module = __import__(self.module_name, fromlist=['__name__'], level=0)
ModuleNotFoundError: No module named 'buku

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages buku depends on:
ii  python3   3.7.1-3
ii  python3-bs4   4.6.3-2
ii  python3-certifi   2018.8.24-1
ii  python3-cryptography  2.3-1
ii  python3-html5lib  1.0.1-1
ii  python3-urllib3   1.24-1

buku recommends no packages.

buku suggests no packages.

-- no debconf information

Bug#905150: ^2 Bug#905150: transition: libpqxx

[Marcin Kulisz]

On 2018-08-06 09:08:00, Niels Thykier wrote:
> 
> Hi,
> 
> Please go ahead with the Breaks+Replaces / Bug#905146.  The bug prevents
> the transition from completing even if we do the binNMUs, so the sooner
> it is fixed, the better.

New version with fix for 905146 has been uploaded.


signature.asc
Description: PGP signature

Bug#905150: transition: libpqxx

[Marcin Kulisz]

Due to lack of Breaks+Replaces it will require additional upload with those
options added to fix #905146.

Please let me know if I should upload it or wait.

Tho as Bas mentioned earlier package version meant to trigger transition is
already in unstable (it will just need update) and sorry for uploading it
without filling transition request beforehand.
-- 

|_|0|_|  |
|_|_|0|  "Panta rei" |
|0|0|0|  kuLa    |

gpg --keyserver pgp.mit.edu --recv-keys 0x686930DD58C338B3
3DF1  A4DF  C732  4688  38BC  F121  6869  30DD  58C3  38B3

Bug#905150: transition: libpqxx

[Marcin Kulisz]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

There is a soname change requiring this transition, as well as I'd like to fix
package naming convencion which right now doesn't match soname.

Ben file:

title = "libpqxx";
is_affected = .depends ~ "libpqxx6" | .depends ~ "libpqxx-6.2";
is_good = .depends ~ "libpqxx-6.2";
is_bad = .depends ~ "libpqxx6";


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#905105: libpqxx-dev: Add multiarch support for -dev package

[Marcin Kulisz]

Package: libpqxx-dev
Version: 6.1.0-1
Severity: wishlist
Tags: newcomer

Upstream author and some users may be interested[1] in multiarch support for 
whole
of libpqxx install including -dev.
Main binary already supports it thus there is no real case against doing the
same for -dev specially in the light of DP 9.1.1.

Well this is something to consider.

Bug#858409: docker.io: severity bump to important, plus runc dependency update

[Marcin Kulisz]

Package: docker.io
Version: 1.13.0~ds1-2
Followup-For: Bug #858409

IMO this bug should be 'important' and docker.io should depend on runc >= 1.0.0


-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages docker.io depends on:
ii  adduser  3.115
ii  containerd   0.2.3~git20161117.78.03e5862~ds1-2
ii  golang-libnetwork0.8.0~dev.2+git20161130.568.fd27f22-4
ii  init-system-helpers  1.47
ii  iptables 1.6.0+snapshot20161117-5
ii  libapparmor1 2.11.0-3
ii  libc62.24-9
ii  libdevmapper1.02.1   2:1.02.137-2
ii  libsqlite3-0 3.16.2-3
ii  libsystemd0  232-19
ii  lsb-base 9.20161125
ii  runc 1.0.0~rc2+git20161109.131.5137186-2

Versions of packages docker.io recommends:
ii  ca-certificates  20161130
ii  cgroupfs-mount   1.3
ii  git  1:2.11.0-2
ii  xz-utils 5.2.2-1.2+b1

Versions of packages docker.io suggests:
ii  aufs-tools   1:4.1+20161219-1
pn  btrfs-progs  
ii  debootstrap  1.0.89
pn  docker-doc   
pn  rinse
pn  zfs-fuse | zfsutils  

-- no debconf information

Bug#853744: cloud-init needs net-tools

[Marcin Kulisz]

On 2017-01-31 17:14:04, Marco d'Itri wrote:
> On Jan 31, Sam Hartman  wrote:
> 
> > Why?
> > I can understand "it would be nice if cloud-init used ip instead", but
> > you seem to have a preference stronger than that.
> To save space on the images.

Lol nice one :-)
Installed-Size: 963 kB

IMO we should ship it in Stretch with net-tools and we can consider switching
in the new cycle.
-- 

|_|0|_|  |
|_|_|0|  "Panta rei" |
|0|0|0|  kuLa    |

gpg --keyserver pgp.mit.edu --recv-keys 0x686930DD58C338B3
3DF1  A4DF  C732  4688  38BC  F121  6869  30DD  58C3  38B3


signature.asc
Description: PGP signature

Bug#852245: python2-pyro4: Pyro4 require python selectors or selectors34 which are unavailable

[Marcin Kulisz]

Package: python2-pyro4
Version: 4.53-1
Severity: grave
Justification: renders package unusable

When trying to import Pyro4 in python2.7 following pops up (example is from
ipython but exactly the same output is from the app when trying to use it):

In [1]: import Pyro4
---
ImportError   Traceback (most recent call last)
 in ()
> 1 import Pyro4

/usr/lib/python2.7/dist-packages/Pyro4/__init__.pyc in ()
 64
 65 # import the required Pyro symbols into this package
---> 66 from Pyro4.core import URI, Proxy, Daemon, callback, batch, async, 
oneway, expose, behavior, current_context
 67 from Pyro4.naming import locateNS, resolve
 68 from Pyro4.futures import Future

/usr/lib/python2.7/dist-packages/Pyro4/core.py in ()
 19 from Pyro4 import errors, threadutil, socketutil, util, constants, 
message
 20 from Pyro4.socketserver.threadpoolserver import SocketServer_Threadpool
---> 21 from Pyro4.socketserver.multiplexserver import SocketServer_Multiplex
 22
 23 __all__ = ["URI", "Proxy", "Daemon", "current_context", "callback", 
"batch", "async", "expose", "behavior", "oneway"]

/usr/lib/python2.7/dist-packages/Pyro4/socketserver/multiplexserver.py in 
()
 16 import selectors
 17 except ImportError:
---> 18 import selectors34 as selectors
 19 from Pyro4 import socketutil, errors, util
 20 import Pyro4.constants

ImportError: No module named selectors34


'selectors34' is a backport of python3.4 'selectors' to python2.7, which is
replacement for python2.7 'select'.
Problem is that 'selectors34' is not packaged thus not available in Stretch and
I'm afraid it's too late for it to be allowed in.

Therefore I see following options:
1. Revert python2-pyro4 (src:Pyro4) to 4.43-1 this one is using 'select' thus
  doesn't require 'selectors34'.
2. Patch 4.53-1 with something like this:

if sys.version_info[:2] == (2,7):
   import select as selectors
else:
import selectors

in the socetserver/multiplexserver.py instead of try except for importing it
and purge requires.txt file from the egg-info.

3. Package selectors34 and convince release managers to allow it in.

Bug#846526: cloud-init: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Marcin Kulisz]

On 2016-12-03 22:48:59, Adriano Rafael Gomes wrote:
> On Sat, Dec 03, 2016 at 08:15:50PM -0200, Tiago Ilieve wrote:
> 
> Hi Marcin and Tiago,
> 
> Thank you for your comments.
> 
> > The differences between the original Portuguese (from Portugal) and
> > Brazilian Portuguese may be very subtle, which looks like to be the
> > case here.
> 
> I agree. Thanks for the explanation.
> 
> > Were this translation reviewed by debian-l10n-portuguese@l.d.o (I do
> > not follow that list)? I'll not suggest any changes here, as I do not
> > know how the translation team works. If they reviewed it indeed, we
> > can certainly include this file for the next release.
> 
> Yes, the translation was reviewed by the team, you can see the history
> at the list archives:
> https://lists.debian.org/debian-l10n-portuguese/2016/11/threads.html#00037
> 
> Tiago, if you have some suggestions to improve the translation, please
> feel free to send them either to me or to the list.
> 
> After researching about the fallback data source, I would propose a new
> round of translations.
> http://cloudinit.readthedocs.io/en/latest/topics/datasources/fallback.html
> 
> Marcin, can you wait until a new reviewed version is prepared, please?

Sure no problem.
-- 

|_|0|_|  |
|_|_|0|  "Panta rei" |
|0|0|0|  kuLa    |

gpg --keyserver pgp.mit.edu --recv-keys 0x686930DD58C338B3
3DF1  A4DF  C732  4688  38BC  F121  6869  30DD  58C3  38B3


signature.asc
Description: PGP signature

Bug#843209: Single (abstracted) class invocation for fai-diskimage

[Marcin Kulisz]

Going bottom up by the points Sam raised I'd say, having single class to call
with fai-disimage would be nice cause it's simple and doesn't require people to
remember everything if they want just a quick test for something.

About inferring capabilities sounds nice but I think that this may become a bit
more complicated thus error prone specifically in cases when there may be
contradictions ex. provider is efi capable but we want to use grub_pc for
whatever reason and there are some remnants of efi config somewhere. But at
this point I have to admit that I'm not familiar with FAI enough to draw
sensible conclusions to the above and maybe I'm talking rubbish right now.

In the above light fai-deps looks interesting only gotcha for me with it atm is
that it allows for circular dependencies, but at least it emitting warning about
it.


It's hard for me to talk about other issues mentioned by Sam in this bug as I
didn't use FAI yet but once I have some experience I'll share it :-)
-- 

|_|0|_|  |
|_|_|0| "Heghlu'Meh QaQ jajVam"  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3

Bug#840070: (no subject)

[Marcin Kulisz]

Hi Gerben,

I was looking into cloud team bugs and noticed this one but TBH I'm not sure
about what image type are you talking about is this bug against vagrant image
hosted on Hashicorp Atlas service
(https://atlas.hashicorp.com/debian/boxes/jessie64) ?
-- 

|_|0|_|  |
|_|_|0|  "Panta rei" |
|0|0|0|  kuLa    |

gpg --keyserver pgp.mit.edu --recv-keys 0x686930DD58C338B3
3DF1  A4DF  C732  4688  38BC  F121  6869  30DD  58C3  38B3


signature.asc
Description: PGP signature

Bug#837992: nfs problem might be related to rpcbind installation in chroot

[Marcin Kulisz]

On 2016-09-19 14:46:55, Marcin Kulisz wrote:
> On 2016-09-16 11:59:01, Emmanuel Kasper wrote:
> > @marcin: since you're a bootstrap-vz expert here,
> 
> haha that's a bold statement, I'd say Tiago and Anders are :-)
> 
> > do you know if a
> > debian image created with boostrap-vz exhibits the same behaviour ?
> > ie when adding rpc package in a boostrap-vz manifest, is  the service
> > started on boot (systemctl status rpcbind)
> 
> No idea sorry

I had a quick look into init implementation and looks like it should start, but
...
Bootstrap-vz upstream version (from Anders github) is not working very well with
systemd (yet).

I just uploaded 0.9.10+20160920git to the archive, but for now it's in new (due
to introducing new doc binary) and in it we have patches for Stretch which
should cope nicely with systemd. It also will enable all installed services by
default, unless specified otherwise. I was testing it with EC2 provider but
this part is shared so should work with other providers as well.

I didn't made Stretch support public yet nor created PR for it in github
as I'm still testing it a bit (even if all seams to be working).
-- 

|_|0|_|  |
|_|_|0|  "Panta rei" |
|0|0|0|  kuLa    |

gpg --keyserver pgp.mit.edu --recv-keys 0x686930DD58C338B3
3DF1  A4DF  C732  4688  38BC  F121  6869  30DD  58C3  38B3


signature.asc
Description: PGP signature

Bug#837992: (no subject)

[Marcin Kulisz]

I personally am not a big vagrant user but I'd opt for the solution A
-- 

|_|0|_|  |
|_|_|0|  "Panta rei" |
|0|0|0|  kuLa    |

gpg --keyserver pgp.mit.edu --recv-keys 0x686930DD58C338B3
3DF1  A4DF  C732  4688  38BC  F121  6869  30DD  58C3  38B3


signature.asc
Description: PGP signature

Bug#698477: Re: Bug#698477: Do we really need mirror in AWS?

[Marcin Kulisz]

On 2016-07-21 20:27:53, James Bromberger wrote:
> On 21/07/2016 3:58 PM, Lucas Nussbaum wrote:
> 
> >
> > 09:25 <@Mithrandir> lucas: it's not suitable for deb.d.o in its current 
> > configuration.
> > 09:25 <@Mithrandir> as I said whenever somebody last asked about it.
> > 09:25 < lucas> is this documented somewhere? if it's not suitable for 
> > deb.debian.org, it might not be 
> >suitable for the official EC2 images Debian provides
> > 09:25 < lucas> but it's used there
> > 09:27 <@Mithrandir> > curl -s -i 
> > http://cloudfront.debian.net/debian-security/ | head -n1
> > 09:27 <@Mithrandir> HTTP/1.1 404 Not Found
> > 09:28 <@Mithrandir> > curl -s -i http://cloudfront.debian.net/debian-debug/ 
> > | head -n1
> > 09:28 <@Mithrandir> HTTP/1.1 404 Not Found
> > 09:28 <@Mithrandir> > curl -s -i http://cloudfront.debian.net/debian-ports/ 
> > | head -n1
> > 09:28 <@Mithrandir> HTTP/1.1 404 Not Found
> 
> 
> I didn't know about those additional URLs being required previously.
> Fixed: https://cloudfront.debian.net/. My understanding was inline with
> Pabs'

I was actually thinking about writing some cloudformation templates to create
this cloudfront to keep it in git so we have some kind of tracebility and I
think it would make DSA happier if they wanted to take it on board.
Configuration would be just json file and deployment can be scripted to make it
painless as possible.
But I'll leave it to DSA if they want to do it or not if they do I'm ok with
doing this work.
-- 

|_|0|_|  |
|_|_|0| "Heghlu'Meh QaQ jajVam"  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: PGP signature

Bug#698477: Do we really need mirror in AWS?

[Marcin Kulisz]

Hi Charles,

do you think that there is still need for mirror on AWS once we have CloudFront
CDN which is working quite nicely from within AWS?

I don't think we can gain much more speed wise and as to lowering transfer
costs for our users I don't think that it'll change much in this case either as
those are quite low anyway besides question is if we should take costs of ex.
commercial endeavours running our images on our selves as Debian.

If we agree that we want to have mirror just for internal AWS traffic I think I
know how to implement it, but 1st we have to agree that we really need it.
-- 

|_|0|_|  |
|_|_|0| "Heghlu'Meh QaQ jajVam"  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: PGP signature

Bug#831848: reportbug: People are having problems with loggin issues against cloud images

[Marcin Kulisz (kuLa)]

On 2016-07-20 08:00:04, Sandro Tosi wrote:
> On Wed, Jul 20, 2016 at 7:48 AM, Marcin Kulisz (kuLa) <deb...@kulisz.net> 
> wrote:
> > people sometimes are having problems with logging issues agaist
> > cloud.debian.org, specially when not looking into wiki etc.
> 
> please report this issue to cloud.d.o maintainers, this is the wrong
> place for this.

Hi Sandro,
I am one of the cloud.d.o maintainers and from your answer is not clear to me
what shall I do with it according to your pov.

You're reportbug maintainer so I'd assume you're (collectively) the person
to apply patches into it and if you're going to decline can you please at least
give me some valid reason why not, and why do you think that acting on this
request is within cloud.d.o responsibilities?

Thx a lot.
-- 

|_|0|_|  |
|_|_|0| "Heghlu'Meh QaQ jajVam"  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: PGP signature

Bug#831848: reportbug: People are having problems with loggin issues against cloud images

[Marcin Kulisz (kuLa)]

Package: reportbug
Version: 6.6.6
Severity: normal
Tags: patch

Hi Guys,

people sometimes are having problems with logging issues agaist
cloud.debian.org, specially when not looking into wiki etc.

So I think it'd be nice to have this pseudo-package added to the report bug to
make bug reporting easier, therefore attached one line patch.

Please consider applying it.
>From 41f5d51d74c0f0c8611dccbde74bf4e8f8252d7f Mon Sep 17 00:00:00 2001
From: Marcin Kulisz <mar...@bashton.com>
Date: Wed, 20 Jul 2016 07:41:39 +0100
Subject: [PATCH] Added cloud.debian.org pseudo package

---
 reportbug/debbugs.py | 1 +
 1 file changed, 1 insertion(+)

diff --git a/reportbug/debbugs.py b/reportbug/debbugs.py
index 523bf06..f2b6d7f 100644
--- a/reportbug/debbugs.py
+++ b/reportbug/debbugs.py
@@ -171,6 +171,7 @@ debother = {
 'buildd.emdebian.org': 'Problems related to building packages for Emdebian',
 'cdimage.debian.org': 'CD Image issues',
 'cdrom': 'Problems with installation from CD-ROMs',
+'cloud.debian.org': 'Problems related to cloud images (any provider)',
 'debian-maintainers': 'Problems and requests related to Debian Maintainers',
 'debian-policy': 'Proposed changes in the Debian policy documentation',
 'debian-i18n': 'Requests regarding Internationalization (i18n) of the distribution',
-- 
2.8.1

Bug#814469: (no subject)

[Marcin Kulisz]

Thx for this report and sorry that it took me so long to reply.

Anyway I did reproduce this problem and will try to fix it soon.
-- 

|_|0|_|  |
|_|_|0| "Heghlu'Meh QaQ jajVam"  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: PGP signature

Bug#814469: (no subject)

[Marcin Kulisz]

Uuh hit send too fast last time.

I did reproduce this issue but with YAML file (as you provided), only issue is
that version in jessie (0.9.0) is not supporting yaml based manifests.

YAML is supported from version 0.9.9 which is in testing right now, thus on
jessie please use json not yaml.
-- 

|_|0|_|  |
|_|_|0| "Heghlu'Meh QaQ jajVam"  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: PGP signature

Bug#814231: quickfix: Vcs-* links are not pointing to the debian packaing repository

[Marcin Kulisz (kuLa)]

Source: quickfix
Severity: normal

Dear Maintainer,

as per subject line. By conicidance I noticed that you're still depemding on
obsolete libpqxx3-dev package for build. I wanted to send you a patch fixing it
but when I fetched what should be a package source I noticed that there is no
debian directory, thus this report.

One for build deps will follow


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#814232: quickfix: Build depends are listing obsolete package

[Marcin Kulisz (kuLa)]

Source: quickfix
Severity: normal
Tags: newcomer

Dear Maintainer,

Please change libpqxx3-dev to libpqxx-dev in the build-depends for this package.
The former package is obsolete and avialbale only in old-old-stable in anything
newer then this it's just a transitional package and I'm planning to remove it
from repository after Strech is released.


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#808767: ITP: apt-transport-gs -- APT transport for repositories privately held on GCS

[Marcin Kulisz]

On 2015-12-23 10:33:43, Jakub Wilk wrote:
> * Marcin Kulisz (kuLa) <deb...@kulisz.net>, 2015-12-22, 16:07:
> >* Package name: apt-transport-gs
> 
> s/gs/gcs/ ?

Honestly I'm not sure about it (I mean package name not the change). I don't
really mind to change it to gcs.
I called package *-gs to keep it in the 2 letter convention and to emphasise
that links later are starting with gs://, but if people think it
should be gcs instead I'll change it.
-- 

|_|0|_|  |
|_|_|0| "Heghlu'Meh QaQ jajVam"  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: PGP signature

Bug#808767: ITP: apt-transport-gs -- APT transport for repositories privately held on GCS

[Marcin Kulisz (kuLa)]

Package: wnpp
Severity: wishlist
Owner: "Marcin Kulisz (kuLa)" <deb...@kulisz.net>

* Package name: apt-transport-gs
  Upstream Author : Dhaivat Pandit <m...@dhaiv.at>
* URL : https://github.com/ceocoder/apt-gcs
* License : MIT
  Programming Lang: go
  Description : APT transport for repositories privately held on GCS

Transport for apt allowing to have private repositories on Google Cloud Storage

Bug#804905: (no subject)

[Marcin Kulisz]

Hi Mattia,

patch is working perfectly, thx a lot for quick fix.
-- 

|_|0|_|  |
|_|_|0| "Heghlu'Meh QaQ jajVam"  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: PGP signature

Bug#804905: pbuilder: pdebuild --auto-debsign not working for source only builds

[Marcin Kulisz (kuLa)]

Package: pbuilder
Version: 0.220
Severity: normal
Tags: patch

Hi,

when running 'gbp buildpackage -S' no *${architecture}.changes file is created,
instead *source.changes is created.
pdebuild can't find file to sign, thus throwing an error:
"debsign: Can't find or can't read changes file "

Attached patch is crude but is solving this problem.


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pbuilder depends on:
ii  debconf [debconf-2.0]  1.5.57
ii  debootstrap1.0.74
ii  dpkg-dev   1.18.3
ii  wget   1.16.3-3

Versions of packages pbuilder recommends:
ii  devscripts  2.15.9
ii  fakeroot1.20.2-1
ii  iproute24.1.1-1
ii  net-tools   1.60+git20150829.73cef8a-1
ii  sudo1.8.12-1

Versions of packages pbuilder suggests:
ii  cowdancer 0.75

-- debconf information excluded
>From 50281d23fd06f57aafe30d15c638a94da52c4c80 Mon Sep 17 00:00:00 2001
From: Marcin Kulisz <mar...@bashton.com>
Date: Thu, 12 Nov 2015 18:18:22 +
Subject: [PATCH] Making pdebuild to sign *source.changes file if +

build is for source only upload
---
 pdebuild | 4 
 1 file changed, 4 insertions(+)

diff --git a/pdebuild b/pdebuild
index 8a28aba..db6709a 100644
--- a/pdebuild
+++ b/pdebuild
@@ -33,6 +33,7 @@ PKG_SOURCENAME=$(dpkg-parsechangelog|sed -n 's/^Source: //p')
 PKG_VERSION=$(dpkg-parsechangelog|sed -n 's/^Version: \(.*:\|\)//p')
 ARCHITECTURE="${ARCHITECTURE:-$(dpkg-architecture -qDEB_HOST_ARCH)}"
 CHANGES="${PKG_SOURCENAME}_${PKG_VERSION}_${ARCHITECTURE}.changes"
+SOURCE_CHANGES="${PKG_SOURCENAME}_${PKG_VERSION}_source.changes"
 
 if [ -z "${PBUILDER_BUILD_LOGFILE}" ]; then
 PBUILDER_BUILD_LOGFILE="../${PKG_SOURCENAME}_${PKG_VERSION}_${ARCHITECTURE}.build"
@@ -96,5 +97,8 @@ if [ "${AUTO_DEBSIGN}" = "yes" ]; then
 	DEBSIGN_PARAM[1]="-k${DEBSIGN_KEYID}"
 fi
 DEBSIGN_PARAM[2]="${BUILDRESULT}/${CHANGES}"
+if [ ! -f "${DEBSIGN_PARAM[2]}" ]; then
+DEBSIGN_PARAM[2]="${BUILDRESULT}/${SOURCE_CHANGES}"
+fi
 debsign "${DEBSIGN_PARAM[@]}"
 fi
-- 
2.6.2

Bug#804642: (no subject)

[Marcin Kulisz]

Hi Andreas,

thx for this bug report.

I think I have patch ready once I'll test it I'll ask sponsor for upload.
Hopefully it's not going to be too long.

BTW can you share what tool allowed you to discover this bug?
-- 

|_|0|_|  |
|_|_|0| "Heghlu'Meh QaQ jajVam"  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: PGP signature

Bug#793009: (no subject)

[Marcin Kulisz]

Oliver,

there is a 0.9.9 version now in unstable it should solve your issue. Pls give
it a try.
-- 

|_|0|_|  |
|_|_|0| "Heghlu'Meh QaQ jajVam"  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: PGP signature

Bug#800052: (no subject)

[Marcin Kulisz]

Hi Luke,

I'd like to ask you how is work progressing on this ITP as I'm quite interested
in having zulip in Debian.

If you need any help with it probably I can offer some as well.
-- 

|_|0|_|  |
|_|_|0| "Heghlu'Meh QaQ jajVam"  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: PGP signature

Bug#796220: prometheus: Left hand menu on the consoles is having broken link for overview target

[Marcin Kulisz (kuLa)]

Package: prometheus
Version: 0.14.0+ds-1
Severity: normal
Tags: patch

Dear Maintainer,

It's a small thing but may be a bit annoying for the user therefore a simple
patch has been attached.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
From fc4c8c45deb15e73cb491104c2e4f7124c51415c Mon Sep 17 00:00:00 2001
From: Marcin Kulisz mar...@bashton.com
Date: Thu, 20 Aug 2015 13:08:49 +0200
Subject: [PATCH] Fixing broken link for overview in the left menu

---
 console_libraries/menu.lib | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/console_libraries/menu.lib b/console_libraries/menu.lib
index 3619d3c..4e79c29 100644
--- a/console_libraries/menu.lib
+++ b/console_libraries/menu.lib
@@ -29,7 +29,7 @@
 {{ define menu }}
 div class=prom_lhs_menu
 ul
-{{ template _menuItem (args . index.html.example Overview) }}
+{{ template _menuItem (args . index.html Overview) }}
 
 {{ if query up{job='haproxy'} }}
 {{ template _menuItem (args . haproxy.html HAProxy) }}
-- 
2.5.0

Bug#793009: (no subject)

[Marcin Kulisz]

Work is in progress to package 0.9.5 where this bug should be fixed
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#788924: new upstream work in progress

[Marcin Kulisz]

Hi Michael,

and thx for the info.
We've got some new people in the team who are working on some stuff including
packaging new version of bootstrap-vz, we'll try to upload it asap.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#787298: (no subject)

[Marcin Kulisz]

On 2015-05-31 13:01:54, Martin Zobel-Helas wrote:
 Hi, 

Hi Martin,

 If we want to provide a vagrant box, that is an official image, i think
 our users will expect any of those provisioning providers to work out of
 the box.
 
 Thus including those into the vagrant default box makes sense.
 
 Cheers,
 Martin, who is a heavy user of vagrant at work!

Honestly I do not know anybody who is using vagrant boxes without any
additional configuration.

All people I know messing around with them. So I think having minimal base and
allow users to build on top of it is a good thing.
I also have to agree that having base minimal box and multiply boxes with
different provisioners is having lots of sense; only problem with it may be
maintenance overhead but as Jan wrote this can be overcome with automated
build process.

Cheers,
Marcin, who is a heavy user of vagrant at work as well :-)
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#787298: (no subject)

[Marcin Kulisz]

On 2015-06-02 20:14:19, Chris Fordham wrote:
 On Tue, Jun 2, 2015 at 7:59 PM, Martey Dodoo bugs.debian@marteydodoo.com
 wrote:

 Personally, I think that if third-party software like Chef or Puppet are
 installed in the base box (with all of their dependencies), it also makes
 sense to install aptitude so that upgrading packages with Ansible works
 properly.

I see no sense in installing aptitude to upgrade packages when apt-get is
already there. I just had a quick look into ansible apt module and have to say
it's a bit messy. It's utilising apt-get for dist-upgrade and aptitude for
full-upgrade. Probably this should be pointed out to ansible devs as suboptimal
solution.

  Thats unfortunate, we need to fix this and make them provisionerless and get
 rid of the 'enhancement' approach. Vagrant plugins and inline provisioning
 is the right way to do it (as demonstrated by Chef Software Inc.).

I agree.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#787298: (no subject)

[Marcin Kulisz]

I think that I won't agree that vagrant default box should include those
packages.

Simple explanations are:
 
1. it will take us further from standard Debian img
2. Ansible is not the only config mgmt soft which is used and to include at
  least the most popular will bloat base box very significantly (puppet, chef,
  salt, cfengine and more)

So, I'd say keeping those away from base image and allowing users to install
them in their own images is better idea then enforcing one over others or
installing all and having bloated base box.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#785457: (no subject)

[Marcin Kulisz]

I suppose it make sens on AWS to ditch getty process only issue I see with this
it's taking us a bit further (like diverge more) from the 'default Debian
image' and this may cause some issues.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#663577: Holger +1

[Marcin Kulisz]

Hi guys,
I fully agree with Holger it'll be nice to update RFH bugs which could crive
their number a bit down and made whole wnpp a bit more manageable.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#774824: Thx for the patch

[Marcin Kulisz]

Hi Shyamal,

thx a lot for reporting bugs and even more thx for the patches. Preliminary
review of the patches allowed us to apply them into the development branch.

I've already build package which is incorporating your patches and would like
to test it soon and then upload to unstable.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#724105: Is package gone from mentors?

[Marcin Kulisz]

Hi,

I'm not capable of uploading it but I'd like to have a look into this package.
Unfortunately it looks like it's gone from mentors and there is no provided VCS
for this package in the PTS.

Can you re-upload it or send a link to VCS?

BTW pls cc me in as I'm not subscribing this bug.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#724105: Is package gone from mentors?

[Marcin Kulisz]

On 2014-10-14 10:22:17, Roy Marples wrote:
 Hi

Hello,

 All of my packages (dhcpcd, dhcpcd-gtk, openresolv) are timing out on
 mentors.
 I've tried asking various people to upload it or do something with it but
 nothing happens.

Well, unfortunately with Debian community people have to be very patient as to
have anything done in timely manner you have to do it your self.

 It seems Debian no longer cares about my software, or the mentor process is
 not working.

I'd say the latter and I'd like to say do not give up but unfortunately I know
the feeling when unproductively waiting for sponsor to upload your package.

 As a result of this, I've re-purposed my non booting debian partition (non
 booting thanks to systemd) for something else and no longer have the package
 updates available.

Shame to see this reply but there is not too much I can do about it.

If you don't intend to maintain above packages anymore can you fill ITO bugs
against them?
I'm not sure yet but maybe I'll take over of openresolv if you want to get rid
of it.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#760734: general: no sounds on headphones

[Marcin Kulisz]

On 2014-09-07 18:35:55, quang wrote:
 Package: general
 Severity: normal
 
 Dear Maintainer,
 
 Recently I upgraded from Wheezy to Jessie only to find a very annoying bug.
 There is no sound on headphones, however the speakers still work fine. I
 googled for answered (purge pulseaudio, delete ~/etc/pulse, make sure 
 alsamixer
 doesn't mute anything etc.) but nothing works. Please help me fix this soon
 because I really need headphones for my study. Thank you.

Hi,
if you're using PA try to modify
/usr/share/pulseaudio/alsa-mixer/paths/analog-output-headphones.conf
to reflect as below and then restart PA, this should help.

[Element Speaker]
switch = any
volume = ignore

by default both options are set to off
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#655486: Ctrl+Click not working

[Marcin Kulisz]

Hi,

Ctrl+Click used to work for me (and I'm using guake for years) and recently it
stopped.

I'm on testing (Jessie) with guake_0.4.4-1. Ctrl+Click is working in
Terminator, once I have slightly more time I'll try to go to the bottom of
this. But if you need more information in the mean time please let me know.

BTW I'm not subscribed to this ticket.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#756022: ITP: apt-transport-s3 -- APT transport for privately held AWS S3 repositories

[Marcin Kulisz]

On 2014-07-26 15:25:32, David Kalnischkies wrote:

Hi David,

 That is surprising to see. It seems to be a slightly modified 6 years
 old copy of apt's http method (with all its bugs of course) which just
 got 2 years ago GPLv3(+) headers.

Taking above on board I decided to write whole S3 transport from scratch.

 I have the strong feeling that this could just as well be patched into
 apt directly. Some of the forks (really, 77 forks? for this? apt has
 a serious marketing problem…) suggest that a bunch of stuff could be
 added, which I guess are not that okayish for apt directly, but I would
 encourage you in any case to contact us at de...@lists.debian.org so we
 can work out how to avoid a massive code-copy as this is (as shown here)
 prune to get out of date and accumulate unfixed (security) bugs fast.

We (me and my colleague) already have a proof of concept in python which just
need some more polishing. Once it's done I'll drop follow up to
de...@lists.debian.org with request to evaluate it from your point of view.

  deb s3://AWS_ACCESS_ID:[AWS_SECRET_KEY]@s3.amazonaws.com/BUCKETNAME wheezy 
  main
 
 btw: You don't need to write your credentials in a sources.list anymore
 (which should be world-readable) if your apt is recent enough (and with
 recent I mean at least oldstable). You can populate a netrc-like file at
 /etc/apt/auth.conf with them (create it if you must and set for it the
 permissions to your liking!).

Great to know, thx for the hint we'll use this option as a fallback in case
that IAM role (AWS auth system) is not available.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#756022: ITP: apt-transport-s3 -- APT transport for privately held AWS S3 repositories

[Marcin Kulisz (kuLa)]

Package: wnpp
Severity: wishlist
Owner: Marcin Kulisz (kuLa) deb...@kulisz.net

* Package name: apt-transport-s3
  Version : 20120426090326git
  Upstream Author : Kyle Shank kyle.sh...@gmail.com
* URL : https://github.com/kyleshank/apt-s3
* License : GPLv3
  Programming Lang: C++
  Description : APT transport for privately held AWS S3 repositories

This package contains the APT AWS S3 transport. It makes possible to fetch
files from repositories privately held on AWS S3.
..
To start using S3 based repo it's enough to add line similar to the below to
apt sources.list (more information in 'man apt-transport-s3'):
deb s3://AWS_ACCESS_ID:[AWS_SECRET_KEY]@s3.amazonaws.com/BUCKETNAME wheezy main


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#751264: Confirmation

[Marcin Kulisz]

I can confirm that behaviour on fully updated (at the time of sending this
emai) sid with awscli_1.2.9-2.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#741522: python-libcloud in sid

[Marcin Kulisz]

Looks like in jessie and sid we already have python-libcloud_0.14.1-1, so this
issue should go.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#750771: your mail

[Marcin Kulisz]

On 2014-06-10 10:58:53, Jakub Wilk wrote:
 The watch file doesn't work:

 $ uscan --destdir . --force-download
 python-fysom: Version (1.0.18) available on remote site:
  https://pypi.python.org/packages/source/f/fysom/fysom-1.0.18.tar.gz
  (local version is 1.0.18)
 gpgv: Signature made 2014-06-09T16:32:45 CEST using RSA key ID B075625E
 gpgv: [don't know]: invalid packet (ctb=2d)
 gpgv: keydb_search failed: invalid packet
 gpgv: Can't check signature: public key not found
 uscan warning: OpenPGP signature did not verify.
 
 
 This is because gpg doesn't grok ASCII-armored keyrings. uscan
 unarmors them automatically, but only if you put them in
 debian/upstream/signing-key.asc.

Problem is with uscan from devscripts 2.13.4 it have to be this path other wise
uscan won't use use it at all:

uscan warning: pgpsigurlmangle option exists, but
debian/upstream-signing-key.pgp does not exist,

What you're suggesting is what I originally set up but then changed my mind to
make it operational with uscan from stable (bpo).

In theory everything is build on sid (except bpo's), so you're probably right
when saying to make it working on sid.

I've made this change.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#750771: your mail

[Marcin Kulisz]

On 2014-06-09 01:10:40, Jakub Wilk wrote:
 Hard to say atm as I've compared python-fysom_1.0.15.orig.tar.gz
 produced by dpkg and upstream provided tarball for
 fysom-1.0.15.tar.gz and internally (files and dirs) looks the
 same. But it's interesting so I try to figure it out.
 
 Huh, orig.tar should be provided by the maintainer, not generated by
 dpkg. I didn't even know that dpkg can do it.

My bad, bad wording, fysom-1.0.15.tar.gz is provided by upstream and
python-fysom_1.0.15.orig.tar.gz created from git upstream branch where
fysom-1.0.15.tar.gz has been imported from upstream tarball.

 Regarding X-Python-Version it's implemented as well,
 
 Why is it
 X-Python-Version: = 2.7
 
 when upstream explicitly says 2.6 is supported?

I just ignored oldstable (EOF is very soon) and everything from stable forwards
is defaulting to 2.7 but as it's not a problem it can be changed.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#750771: upstream v1.0.17

[Marcin Kulisz]

Upstream just released 1.0.17 with unit tests included but removed readme file.

I asked Max (main dev for fysom) to include changelog and put readme back to
the tarball. Once I'll have reply I'll prepare debs with up to date version of
fysom.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#750771: All previously pointed issues are resolved

[Marcin Kulisz]

I just uploaded to mentors new package with new upstream version, so it should
be available from https://mentors.debian.net/package/python-fysom shortly.

Upstream was incredibly supportive and helpful, therefore looks like all
problems/issues which have been raised are now solved.

Hopefully in current state it can be uploaded.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#750771: your mail

[Marcin Kulisz]

On 2014-06-08 10:03:20, Jakub Wilk wrote:
 [I don't intend to sponsor this package. Sorry!]

HI Jakub,
Thx for the review anyway :-)

 * Marcin Kulisz (kuLa) deb...@kulisz.net, 2014-06-06, 18:33:
 http://mentors.debian.net/debian/pool/main/p/python-fysom/python-fysom_1.0.15-1.dsc
 
 Your .orig.tar is not the same as the tarball provided by upstream. Why?

Hard to say atm as I've compared python-fysom_1.0.15.orig.tar.gz produced by
dpkg and upstream provided tarball for fysom-1.0.15.tar.gz and internally
(files and dirs) looks the same. But it's interesting so I try to figure it
out.

 Upstream README says that the software comes “with unit tests”, but I can't
 find any of them… Oh, apparently they exist in the github repo, but not in
 the tarball. Could you ask upstream to include them?

Sure I can (another point to talk to them about)

 python-setuptools is required in the clean target, so it must be in
 Build-Depends, not Build-Depends-Indep.

Already done

 “This is Python port built and tested on Python 2.6 to 3.3.” in the package
 description is rather misleading, given that Debian package would be built
 only against Python 2.7.
 
I'll agree, description now is tweaked. 

 I would remove “This file was automatically generated by …” from
 debian/rules.

Done already

 I would advise you not to use a more restrictive license for debian/ than
 upstream uses.

I remember that I saw somewhere this recommendation I just can't recall where.
GPL2+ is a safe choice but I see your point and probably I'll implement it as
well.

 I never override debian-watch-may-check-gpg-signature tags. Just because
 upstream doesn't sign their releases now, doesn't mean they won't do it in
 the future. And this tag acts as I reminder that I haven't talked them into
 doing this yet. :-) Besides, Lintian manpage says that “adding overrides for
 pedantic tags is probably not worth the effort”.


Some other DD suggested the same so it's already done.



On 2014-06-07 22:43:58, Daniel Lintott wrote:
 
 On 07/06/14 22:20, Alex Chernyakhovsky wrote:
  I've noticed you're using debhelper, and specify a
  compat level of 8. As far as I can tell, you're only using debhelper 7
  features; perhaps consider setting the compat level to 7 (and
  depending on debhelper = 7) to ease backporting?
 
 That is unnecessary as oldstable has debhelper 8 [1]

Daniel, Alex,
Thx for your comments, as Daniel suggested I'll stick to debhelper 8 which
seams to be reasonable.

Regarding X-Python-Version it's implemented as well, just pkg version which was
reviewed was already obsolete as lots of issues have been fixed in the mean
time. None the less thx for your suggestions.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#750771: RFS: python-fysom/1.0.15-1 [ITP] (bootstrap-vz dependency)

[Marcin Kulisz (kuLa)]

Package: sponsorship-requests
Version: 1.0.15-1
Severity: wishlist

Dear mentors,

  I am looking for a sponsor for my package python-fysom

 * Package name: python-fysom
   Version : 1.0.15-1
   Upstream Author : Mansour Behabadi mans...@oxplot.com,
 Jake Gordon j...@codeincomplete.com,
 Maximilien Riehl maximilien.ri...@gmail.com
 * URL : https://pypi.python.org/pypi/fysom
 * License : MIT
   Section : python

  It builds those binary packages:

python-fysom - pYthOn Finite State Machine

  To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/python-fysom


  Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/p/python-fysom/python-fysom_1.0.15-1.dsc


Regards,
 Marcin Kulisz


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#747812: ITP: python-fysom -- fysom provides a python finite state machine

[Marcin Kulisz (kuLa)]

Package: wnpp
Severity: wishlist
Owner: Marcin Kulisz (kuLa) deb...@kulisz.net

* Package name: python-fysom
  Version : 1.0.15
  Upstream Author : Maximilien Riehl m...@riehl.io
* URL : https://github.com/mriehl/fysom
* License : MIT
  Programming Lang: Python
  Description : fysom provides a python finite state machine

This standalone python micro-framework providing a finite state machine.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#658459: tome: New version with new license is available

[Marcin Kulisz]

On 2014-04-30 21:14:50, Manoj Srivastava wrote:
 On Fri, Feb 03 2012, Marcin Kulisz wrote:
 
  On project website (http://te4.org/) new version is available it's a
  full rewrite which now is licensed under GPL3 and it looks like
  releases are fairly regular.
 
 And it is a totally different game.

Yep sorry for this.

 I am not sure of the artwork
  licenses, I think it should be packaged separately, perhaps as
  te4. Once I have the current game back up to speed, I might take a look
  at packaging te4.

Thank you and thank you (for working on tome and for eventual plan to package
te4)
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#741448: Downgrading severity to important

[Marcin Kulisz]

severity 741448 important
stop

Hi Andreas, hi all,

I can't reproduce your problem I'm using grive my self and it's working for me,
therefore I'm convinced that it's not grave for sure in my opinion it's not
severe either.

Andreas as Michael suggested can you remove all grive metadata and
re-authenticate it with gdrive and share if it's working now for you?
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#710176: transition: libpqxx

[Marcin Kulisz (kuLa)]

On 2014-01-30 13:40:33, Julien Cristau wrote:
 On Wed, Jan 29, 2014 at 20:51:51 +0100, Niels Thykier wrote:

snip

  Looks like this has been done for a while, so closing.
  
 Not quite.  libpqxx3 is still not removed from sid and jessie, which is
 why I'd left this open.

Hi guys,

I requested removal on 19th (#736086), but it's still not done.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#736086: RM: libpqxx3 -- ROM; It's obsolete package without any reverse dependencis.

[Marcin Kulisz (kuLa)]

Package: ftp.debian.org
Severity: normal

Hi guys,
I'm requesting this removal as this package is superseded by libpqxx (source)
package, which already made to testing. There are no reverse dependencies on
this pacage anymore, therefore I think it can be safely removed from sid and
testing.

If you need anymore information please let me know.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#710176: Bug#730632: calligra: FTBFS with libpqxx-4.0

[Marcin Kulisz]

On 2013-11-27 13:02:08, Lisandro Damián Nicanor Pérez Meyer wrote:
 CCing the release.d.o bug.
 
 Marcin: As you already stated, Calligra won't switch to libpqxx4 but to 
 libpq. 
 But that will happen (hopefully) early next year.
 
 We really don't want to drop psql support. Is there any chance to have 
 libpqxx3 back with a bigger epoch until that release? The dev package is 
 libpqxx3-dev, so I think there will be no problem in having both versions 3 
 and 4 in the archive (you will have to drop the dummy package).

Lisandro,

Dropping versioning from *-dev *-doc and *-dbg was a conclusion to my decision
of not going with support for more then one libpqxx version in Debian. Having
above in mind I'm not saying that there is now way back for libpqxx3-dev etc..

But we have to consider at least 2 below points:
1. Calligra is switching to libpq according to you 'early next year' so even if
  early mean end of March it's only 4 months away. This is rather short time
  from now. 
2. On 2012-06-03 I sent an email to debian-qt-...@lists.debian.org with
  information that libpqxx4 is in experimental. In the same email I attached
  calligra build log against libpqxx4 and an information that it FTBFS. None of
  debian-qt-kde team members act on this email (at least I'm not aware of it)
  or ever replied to me for example with the request you just made.
  Ok, there is partially my fault, as I didn't filed bug against calligra at
  this time but still it was 16 months ago.
  
So, for now my position on having 2 libpqxx versions in Debian is as follow
(unless you convince me otherwise):
I'm going to maintain only libpqxx4 in Debian for now, as for me uploading
libpqxx3 for 3-4 months and then removing it is just additional work for for my
sponsor, ftp and release teams and me of course and I prefer to avoid this as
for now much as I can.
I'm happy to reconsider re-uploading libpqxx3 but no earlier then 2 months
before freeze, if there will be risk that calligra with libpq support won't make
to Jessie.

All above are my thoughts about this subject but they are not set in stone, so
if you have anything to add which may make me change my mind just please let me
know, I'm really opened for other solutions if they exist.

I'm not sure if I am in the position to suggest you what to do now but, if I
were you I would drop postgres support for this 3-4 months, inform users about
it and try push upstream to release new version with libpq support as fast as
they can or at least declare when are they going to do so.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#730632: calligra: FTBFS with libpqxx-4.0

[Marcin Kulisz (kuLa)]

Package: calligra
Version: 1:2.6.4-1
Severity: serious

Hi Guys,
I'm maintaining libpqxx and as it just made to testing transition is now in
progress. Unfortunately Calligra is having problems with it. I suppose it's
caused by this (300871[1]) upstream bug.

As the upstream is preparing to abandon libpqxx in favor of libpq I'm not sure
what your further actions are going to be, thus letting you know about this
FTBFS.

1. https://bugs.kde.org/show_bug.cgi?id=300871


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#710176: transition: libpqxx

[Marcin Kulisz]

On 2013-11-26 22:35:36, Julien Cristau wrote:
 calligra FTBFS: https://buildd.debian.org/status/package.php?p=calligra

Hi Julien,

Thx for the info, but I'm not sure if there is anything I can do about it as it
looks like upstream bug. I just filled a bug (#730632) against calligra
package.

I think there maybe some options to fix it but it's maintainer call
how do they want to do it if at all having in mind that upstream want to
abandon libpqxx.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#718803: Awesome WM Java problems

[Marcin Kulisz]

Guys, problem you're having is related to how java is working with tiling
window managers or rather not working.
I had similar problem (I think) when I started using AWM (3y+ ago) you have to
rename your WM session into something what java knows and know how to behave
with.

Try using wmname from suckless-tools package. To be more precise try to set WM
name into ex. LG3D by executing:
wmname LG3D
and then try to run josm (worked for me perfectly)
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#730222: awesome: Lack of Awesome in lightDM x-sessions list

[Marcin Kulisz (kuLa)]

Package: awesome
Version: 3.4.15-1+b1
Severity: normal
Tags: patch

Dear Maintainer,
Awesome is not listed under available x-window-managers in ligthDM, therefore
it's not possible to start it when other window manager is set as default.


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental'), (1, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages awesome depends on:
ii  dbus-x11  1.6.18-1
ii  libc6 2.17-93
ii  libcairo2 1.12.16-2
ii  libdbus-1-3   1.6.18-1
ii  libev41:4.15-3
ii  libglib2.0-0  2.36.4-1
ii  libimlib2 1.4.5-3
ii  liblua5.1-0   5.1.5-5
ii  libpango1.0-0 1.36.0-1
ii  libstartup-notification0  0.12-3
ii  libx11-6  2:1.6.2-1
ii  libx11-xcb1   2:1.6.2-1
ii  libxcb-icccm4 0.3.9-2
ii  libxcb-image0 0.3.9-1
ii  libxcb-keysyms1   0.3.9-1
ii  libxcb-randr0 1.9.1-3
ii  libxcb-render01.9.1-3
ii  libxcb-shape0 1.9.1-3
ii  libxcb-shm0   1.9.1-3
ii  libxcb-util0  0.3.8-2
ii  libxcb-xinerama0  1.9.1-3
ii  libxcb-xtest0 1.9.1-3
ii  libxcb1   1.9.1-3
ii  libxcursor1   1:1.1.14-1
ii  libxdg-basedir1   1.1.1-2
ii  menu  2.1.46

Versions of packages awesome recommends:
ii  feh2.3-2
pn  rlwrap none
ii  x11-xserver-utils  7.7+1

awesome suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/share/xsessions/awesome.desktop (from awesome 
package)
From 04b7d919458c9c4ecabbf40a793d5d22ae41b686 Mon Sep 17 00:00:00 2001
From: Marcin Kulisz (kuLa) deb...@kulisz.net
Date: Fri, 22 Nov 2013 19:38:52 +
Subject: [PATCH] Allowing Awesome to be listed on sessions managers+

list in logging window of a display manager like lightdm
---
 awesome.desktop | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/awesome.desktop b/awesome.desktop
index 1f7878c..6f830b9 100644
--- a/awesome.desktop
+++ b/awesome.desktop
@@ -2,7 +2,7 @@
 Encoding=UTF-8
 Name=awesome
 Comment=Highly configurable framework window manager
-NoDisplay=true
+NoDisplay=false
 TryExec=awesome
 Exec=awesome
 Type=Application
-- 
1.8.4.3

Bug#729785: Copyright review for the package libpqxx 4.0.1-2.

[Marcin Kulisz]

On 2013-11-17 20:43:05, Charles Plessy wrote:
 Package: libpqxx
 Version: 4.0.1-1
 Severity: serious
 Control: user debian-le...@lists.debian.org
 Control: usertags -1 one-copyright-review
 
 Dear Marcin,
 
Hi Charles

 In the hope of speeding up and strenghtening the processing of the NEW queue I
 had a look at your package libpqxx 4.0.1-2.  The rationale is explained in
 the proposal in the following wiki page.

Thx a lot for taking time and doing so.

 I found that libpqxx 4.0.1 contains at least one minified JavaScript file,
 doc/html/Reference/jquery.js, for which there is no coresponding source, and
 that is mentionned in the Debian copyright file.  If it works, it would be
 better to replace this file with a link to the same file provided by
 libjs-jquery.  You may find other advices on the debian-mentors mailing list 
 on
 how to deal with the situation.
 
I'm already providing link for jquery.js in libpqxx-doc.links, it is documented
in README.Debian, sorry for not giving explicit information about it in dch.
If you think it'll be beneficial for the future I'll add such information in to
dch with the next commit. Hopefully this is sorting this problem.

On the other hand can you tell me how did you found this problem as according
to the files listing from
http://ftp-master.debian.org/new/libpqxx_4.0.1-2.html,
my build logs and actual package check link is there, lintian is not
complaining (and it used to before), so I'm a bit confused.

 On a more minor side, the copyright statement of Bart Samwel in
 tools/template2mak.py is also missing from the Debian copyright file.

I'll fixed soon as alioth is up again.

 Have a nice Sunday,

It's already Tuesday :-)
Thx a lot for good wishes (the same for you) and one more thx for the review.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#710176: transition: libpqxx

[Marcin Kulisz]

On 2013-11-14 20:22:56, Julien Cristau wrote:
 Hrm.  Why did the -dev package name change?  That makes it harder than
 necessary to rebuild the reverse deps, since they now need a sourceful
 upload.  Please either bring back libpqxx3-dev, or at least call the new
 package libpqxx-dev instead of libpqxx4-dev.

Hi Julien,
Thx for the remainder.
I already have a patch which will bring back libpqxx3-dev as a dummy package
which depends on new libpqxx-dev.
I'll ask my sponsor to upload it asap.

Matthijs can you apply attached patch and upload it to unstable? I'm doing it
that way as alioth is down and I can't push anything.
Thx a lot.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3
From 7cb2636d91cd84fe4193ba06eba26e06a6fe22b3 Mon Sep 17 00:00:00 2001
From: Marcin Kulisz (kuLa) deb...@kulisz.net
Date: Thu, 14 Nov 2013 20:07:51 +
Subject: [PATCH] Added dummy libpqxx3-dev package for easier +

transitions
---
 debian/changelog|  6 ++
 debian/control  | 22 --
 debian/libpqxx-dev.dirs |  2 ++
 debian/libpqxx-dev.docs |  3 +++
 debian/libpqxx-dev.install  |  5 +
 debian/libpqxx4-dev.dirs|  2 --
 debian/libpqxx4-dev.docs|  3 ---
 debian/libpqxx4-dev.install |  5 -
 8 files changed, 32 insertions(+), 16 deletions(-)
 create mode 100644 debian/libpqxx-dev.dirs
 create mode 100644 debian/libpqxx-dev.docs
 create mode 100644 debian/libpqxx-dev.install
 delete mode 100644 debian/libpqxx4-dev.dirs
 delete mode 100644 debian/libpqxx4-dev.docs
 delete mode 100644 debian/libpqxx4-dev.install

diff --git a/debian/changelog b/debian/changelog
index 9798a53..b60c8b6 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+libpqxx (4.0.1-2) unstable; urgency=low
+
+  * Created dummy transition package for libpqxx3-dev
+
+ -- Marcin Kulisz (kuLa) deb...@kulisz.net  Thu, 14 Nov 2013 20:03:43 +
+
 libpqxx (4.0.1-1) unstable; urgency=low
 
   * New upstream
diff --git a/debian/control b/debian/control
index 8a6f66e..10f4fcb 100644
--- a/debian/control
+++ b/debian/control
@@ -3,19 +3,20 @@ Section: libs
 Priority: optional
 Maintainer: Marcin Kulisz (kuLa) deb...@kulisz.net
 Build-Depends: debhelper ( 9.0.0), libpq-dev (= 8.0.3), chrpath, libtool,
-  python-all, autotools-dev
+ python-all, autotools-dev
 Standards-Version: 3.9.4
 Vcs-Git: git://anonscm.debian.org/collab-maint/libpqxx.git
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/libpqxx.git;a=summary
 Homepage: http://pqxx.org
 
-Package: libpqxx4-dev
+Package: libpqxx-dev
 Section: libdevel
 Architecture: any
 Pre-Depends: ${misc:Pre-Depends}
-Depends: ${misc:Depends}, libpq-dev (= 8.0.3-1), libpqxx-4.0 (= ${binary:Version}), pkg-config
+Depends: ${misc:Depends}, libpq-dev (= 8.0.3-1),
+ libpqxx-4.0 (= ${binary:Version}), pkg-config
 Suggests: libpqxx4-doc
-Conflicts: libpqxx3-dev
+Breaks: libpqxx3-dev
 Replaces: libpqxx3-dev
 Description: C++ library to connect to PostgreSQL (development files)
  C++ library to enable user programs to communicate with
@@ -24,12 +25,22 @@ Description: C++ library to connect to PostgreSQL (development files)
  This package contains header files for linking against libpqxx. Obsoletes
  the libpqpp-dev package.
 
+Package: libpqxx3-dev
+Section: oldlibs
+Architecture: all
+Depends: ${misc:Depends}, libpqxx4-dev
+Description: Transitional dummy package for libpqxx
+ This package is a transition dummy package which can be safely removed.
+ .
+ C++ library to enable user programs to communicate with
+ the PostgreSQL database back-end.
+
 Package: libpqxx4-doc
 Section: doc
 Architecture: all
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}, libjs-jquery
-Suggests: libpqxx4-dev (= ${binary:Version})
+Suggests: libpqxx-dev (= ${binary:Version})
 Conflicts: libpqxx3-doc
 Replaces: libpqxx3-doc
 Description: C++ library to connect to PostgreSQL (documentation)
@@ -61,4 +72,3 @@ Description: C++ library to connect to PostgreSQL (debugging symbols)
  This package contains debugging symbols for the libpqxx library. It is usually
  needed to get a useful backtrace when applications using the libpqxx library
  crashes.
-
diff --git a/debian/libpqxx-dev.dirs b/debian/libpqxx-dev.dirs
new file mode 100644
index 000..4418816
--- /dev/null
+++ b/debian/libpqxx-dev.dirs
@@ -0,0 +1,2 @@
+usr/lib
+usr/include
diff --git a/debian/libpqxx-dev.docs b/debian/libpqxx-dev.docs
new file mode 100644
index 000..101bf29
--- /dev/null
+++ b/debian/libpqxx-dev.docs
@@ -0,0 +1,3 @@
+NEWS
+README
+README-UPGRADE
diff --git a/debian/libpqxx-dev.install b/debian/libpqxx-dev.install
new file mode 100644
index 000..002ee55
--- /dev/null
+++ b/debian/libpqxx-dev.install
@@ -0,0 +1,5 @@
+debian/tmp/usr/include  usr
+debian/tmp/usr/lib

Bug#719475: terminator: Terminator rolling it's window back to unusable size (Awesome WM)

[Marcin Kulisz (kuLa)]

Hi Julián,
I don't have login on launchpad and to post a reply I need one, so I'm
responding to the request from Stephen in here (sorry for giving you more work
with forwarding this).

1st I removed all geometry related config options, didn't help, then I removed
entirely my config, so only defaults had been used and it didn't help either.

So it looks like it's related to geometry settings but not exclusive to it.

Thx for your help anyway.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#710176: transition: libpqxx

[Marcin Kulisz]

Hi Guys,
I'd like to upload subjected package to sid, as kde transition finished some
time ago, I assume it's ok to do so, right?
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#727432: Autotools regenerating config.{guess,sub}

[Marcin Kulisz]

Thx for reporting this bug.
I'll have a look at this but package is currently scheduled for transition from
3 to 4 (in experimental for long time) therefore no fixes until it's finished
and libpqxx4 is in unstable.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#664784: Any activities on this project?

[Marcin Kulisz]

Hi,
looks like I'll need this stuff (sandbox) for my work, So I'm prepared to
package it and find sponsor.

Is anybody working on it right now?
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#693198: Software name changed, package rename etc.

[Marcin Kulisz]

retitle 693198 ITP: build-debian-cloud-image -- Software for creating Debian 
images for use in public (Amazon, Google, etc.) or private clouds
thanks

* Package name: build-debian-cloud-image
  Version : 20130807
  Upstream Author : Anders Ingemann and...@ingemann.de
* URL : https://github.com/andsens/build-debian-cloud
* License : (AL-2.0)
  Programming Lang: (Shell, Python)
  Description : Software for creating Debian images for use in public
  (Amazon, Google, etc.) or private clouds)

It's a software for creating Debian images to run on public or private clouds
(Amazon, Google, OpenStack, Eucaliptus, etc).
It's using bootstraping as a method for creating images. Debian images created
by this tool are fully operational Debian Images for Cloud.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#710176: transition: libpqxx - follow up

[Marcin Kulisz]

On 2013-08-13 10:47:32, Julien Cristau wrote:
 Hi Marcin,

Hi Julien, hi release team,

 On Wed, Jun  5, 2013 at 08:55:02 +0100, Marcin Kulisz wrote:
 
  Hi Guys,
  is there any chance that you can give me an estimation when it'll be 
  possible
  to upload subjected package to unstable?
 
 After kde 4.10 makes it to testing should be a good time (calligra is
 involved in both these transitions).

Thx for the info I'll keep eye on KDE transition, is there anything else what
shall I/we do or just wait until KDE finished and then just upload it?
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#719475: terminator: Terminator rolling it's window back to unusable size (Awesome WM)

[Marcin Kulisz (kuLa)]

Package: terminator
Version: 0.97-1
Severity: important

Dear Maintainer,
When I'm starting terminator in Awesome WM it's usually rolling it's window to
1px line (most often case)
Sometimes when trying to move the window it's doing the same.
Above is not happening when window is resized before moving from one to other
place on the screen.
Attached is a partial output from running terminator with debug on.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages terminator depends on:
ii  gconf2  3.2.6-1
ii  python  2.7.5-2
ii  python-dbus 1.2.0-2+b1
ii  python-gobject  3.8.2-1
ii  python-gtk2 2.24.0-3+b1
ii  python-vte  1:0.28.2-5

Versions of packages terminator recommends:
ii  python-gnome2 2.28.1+dfsg-1
ii  python-keybinder  0.3.0-2
ii  python-notify 0.1.1-3
ii  xdg-utils 1.1.0~rc1+git20111210-7

terminator suggests no packages.

-- no debconf information
  1 Terminal::create_layout: Setting layout
  2 ConfigBase::get_item: ConfigBase::get_item: update_records found in 
profile default: True
  3 ConfigBase::get_item: ConfigBase::get_item: login_shell found in 
profile default: False
  4 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found 
in globals: False
  5 ConfigBase::get_item: ConfigBase::get_item: use_custom_command found in 
profile default: False
  6 ConfigBase::get_item: ConfigBase::get_item: login_shell found in 
profile default: False
  7 ConfigBase::get_item: ConfigBase::get_item: term found in profile 
default: xterm
  8 ConfigBase::get_item: ConfigBase::get_item: colorterm found in profile 
default: gnome-terminal
  9 Terminal::spawn_child: Forking shell: /bin/zsh with args: ['/bin/zsh']
 10 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found 
in globals: False
 11 Window::on_window_state_changed: Window::on_window_state_changed: 
fullscreen=False, maximised=False
 12 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found 
in globals: False
 13 ConfigBase::get_item: ConfigBase::get_item: geometry_hinting found in 
globals: True
 14 Window::set_rough_geometry_hints: setting geometry hints: 
(ewidth:2)(eheight:18),(fwidth:7)(fheight:14)
 15 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found 
in globals: False
 16 ConfigBase::get_item: ConfigBase::get_item: geometry_hinting found in 
globals: True
 17 Window::set_rough_geometry_hints: setting geometry hints: 
(ewidth:7)(eheight:28),(fwidth:7)(fheight:14)
 18 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found 
in globals: False
 19 ConfigBase::get_item: ConfigBase::get_item: geometry_hinting found in 
globals: True
 20 Window::set_rough_geometry_hints: setting geometry hints: 
(ewidth:7)(eheight:28),(fwidth:7)(fheight:14)
 21 ConfigBase::get_item: ConfigBase::get_item: focus found in globals: 
mouse
 22 ConfigBase::get_item: ConfigBase::get_item: focus found in globals: 
mouse
 23 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found 
in globals: False
 24 ConfigBase::get_item: ConfigBase::get_item: cursor_color found in 
profile default: #aa
 25 ConfigBase::get_item: ConfigBase::get_item: foreground_color found in 
profile default: #aa
 26 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found 
in globals: False
 27 ConfigBase::get_item: ConfigBase::get_item: title_transmit_fg_color 
found in globals: #ff
 28 ConfigBase::get_item: ConfigBase::get_item: title_transmit_bg_color 
found in globals: #c80003
 29 ConfigBase::get_item: ConfigBase::get_item: title_transmit_fg_color 
found in globals: #ff
 30 ConfigBase::get_item: ConfigBase::get_item: title_transmit_bg_color 
found in globals: #c80003
 31 ConfigBase::get_item: ConfigBase::get_item: show_titlebar found in 
profile default: True
 32 Titlebar::get_desired_visibility: configured visibility: True
 33 ConfigBase::get_item: ConfigBase::get_item: show_titlebar found in 
profile default: True
 34 ConfigBase::get_item: ConfigBase::get_item: show_titlebar found in 
profile default: True
 35 Titlebar::get_desired_visibility: configured visibility: True
 36 ConfigBase::get_item: ConfigBase::get_item: show_titlebar found in 
profile default: True
 37 Titlebar::update_visibility: showing titlebar
 38 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found 
in globals: False
 39 ConfigBase::get_item: ConfigBase::get_item: title_hide_sizetext found 
in globals: False
 40 ConfigBase::get_item: ConfigBase::get_item: geometry_hinting found in 

Bug#710176: transition: libpqxx - follow up

[Marcin Kulisz]

Hi Guys,
is there any chance that you can give me an estimation when it'll be possible
to upload subjected package to unstable?
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#710176: transition: libpqxx

[Marcin Kulisz (kuLa)]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Upstream changed ABI therefore libpqxx-4.0 package has been uploaded into
experimental just before Wheezy freeze.
There is source package name change back to libpqxx to avoid further source
package name changes as upstream is now working on libpqxx-5, so only binary
packages will have different name in the future.
Rdeps for this package are quite short and their maintainers has been notified
long time ago (during initial v4.0 upload to experimental).

Ben file:

title = libpqxx;
is_affected = .depends ~ libpqxx-3.1 | .depends ~ libpqxx-4.0;
is_good = .depends ~ libpqxx-4.0;
is_bad = .depends ~ libpqxx-3.1;


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental'), (1, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#693198: c2debian-build-ami_1.0+20130208git-1 uploaded to mentors

[Marcin Kulisz]

Hi all,
As in subject I just uploaded latest version (2013-02-08) of
ec2debian-build-ami into mentors
(https://mentors.debian.net/package/ec2debian-build-ami).
Main difference in package is, that now it's using python helpers as code
contains python script.
This wersion is supporting Wheezy as per Anders changelog.

Well, have fun with it and if you'll find any bugs or having wishes regarding
package it self please file appropriate bug.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#693198: Package uploaded to mentors

[Marcin Kulisz]

Package has been built and uploaded to mentors.debian.net
(https://mentors.debian.net/package/ec2debian-build-ami)
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#693927: RFS: ec2debian-build-ami/1.0+20121120git-1 [ITP]

[Marcin Kulisz (kuLa)]

Package: sponsorship-requests
Version: 1.0+20121120git-1
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package ec2debian-build-ami

* Package name: ec2debian-build-ami
  Version : 1.0+20121120git-1
  Upstream Author : Anders Ingemann and...@ingemann.de
* URL : https://github.com/andsens/ec2debian-build-ami
* License : Apache-2.0
  Section : misc

 It builds those binary packages:

   ec2debian-build-ami - Bunch of scripts which creates Debian images for use 
in 'clouds'

 To access further information about this package, please visit the following 
URL:

 http://mentors.debian.net/package/ec2debian-build-ami


 Alternatively, one can download the package with dget using this command:

   dget -x 
http://mentors.debian.net/debian/pool/main/e/ec2debian-build-ami/ec2debian-build-ami_1.0+20121120git-1.dsc


Regards,
  Marcin Kulisz (kuLa)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#693198: ITP: ec2debian-build-ami is a bunch of scripts which creates Debian images for use in clouds.

[Marcin Kulisz (kuLa)]

Package: wnpp
Severity: wishlist
Owner: Marcin Kulisz (kuLa) deb...@kulisz.net

* Package name: ec2debian-build-ami
  Version : b72146d3git
  Upstream Author : Eric Hammond ehamm...@thinksome.com and Anders Ingemann 
and...@ingemann.de
* URL : https://github.com/andsens/ec2debian-build-ami
* License : (AL-2.0)
  Programming Lang: (Shell)
  Description : ec2debian-build-ami is a bunch of scripts which creates 
Debian images for use in clouds.

  ec2debian-build-ami is a bunch of scripts which creates a vanilla debian
  squeeze machine images for use in clouds. no latent logfiles no bash history
  or even apt package cache. This software creates fully operational images for
  Amazons EC2.
  Those images suppose to work on OpenStack as well as on other cloud solutions
  which are sharing API with the previous 2.
  This tool is utilising euca2ools.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#680353: task: Priority High and Low are wrongly displayed in project summary

[Marcin Kulisz (kuLa)]

Package: task
Version: 2.0.0-1
Severity: normal

Dear Maintainer,
When adding priority H into task by:

task 1 mod pri:H

and this task is in project ex. test and then run:

task pro

you're going to receive:

ProjectTasks Pri:None Pri:H Pri:M Pri:L
test   10 0 0 1

even if task, task ls or task long will show it correctly:

ID ProjectPri Description   
  
 1 test H

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'precise')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages task depends on:
ii  libc62.13-33
ii  libgcc1  1:4.7.1-2
ii  liblua5.1-0  5.1.5-2
ii  libstdc++6   4.7.1-2
ii  libuuid1 2.20.1-5.1

task recommends no packages.

task suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#672021: libpqxx4 waiting for upload

[Marcin Kulisz]

As promised latest version just have been committed into repo and now is
waiting to be uploaded.
My sponsor promised to do it as soon as possible, once it's done this bug will
be closed.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC  F121 6869 30DD 58C3 38B3



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#672021: new version (4.0)

[Marcin Kulisz]

Hi all, 
Thx Lucas for reporting this and thx Matthias for a patch, I'm thinking about
persuading my sponsor to upload v4.0 which is ready for last few months and is
fixing this bug, but non the less I'm going to apply this nice cxxflags
variable into HEAD so it's going to appear with 4.0.
Please be patient for few more days.
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC  F121 6869 30DD 58C3 38B3



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#651338: Package is ready

[Marcin Kulisz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

As in subject, package is ready just waiting (for last few months -
since Dec 2011) for my sponsor to have a look at it and create repo on
alioth for it.
- -- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC  F121 6869 30DD 58C3 38B3
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJPcCa/AAoJEGhpMN1YwzizqqEQAISCRuG2eDaEUT03rDdWAiIT
1/I5CpwjF/j1C2am5pQt/0JFHxIY4p3Y01tVCJyZaV1OT2iEinnaT52wSqJ7ukxE
SsZzb+1/XRBVJcgTE8myQo+tS2UhSDFaSlYAPKNUr9JTmuNktCKmQY4nsEPysTkG
cOf5+oii/8bFUBg9O9Bbk2MHpqywCcD9kebFCDpydSLosr5j298I4EA1Xxs/2UQQ
ti4518B0Kyx+m570ChbDV9vgaSMjzJbBNnLF1lwXm1M3xgIROHJIfVhKscUF5E9X
uwuYcpJCYR7BHtO9w2awbjv3ciOTueJcb+G0rcRVo0RYgpvNQXsZuXkozBAJb7OB
wUfBkzTj/xgezaG4GQs10/lDIsLySgtKcw221wc5sw189+We/EmEsj7jluUVuhJK
3tvrs/rLMmFC5VS8a0qDxWnhxCvSWY0YfwgxYwVdgrYtX8pIprLpkB5jUTDESVqR
XptQN82FgwxJhRYuyZgQkRVIui3fnOd0Wrs5zBPl+dcl/94evNlLMUhG7kUOy/Z4
BiGpfRoLWSytUSNyTSQFBgXJ4pdVsCwTNI/Og1Da241aQ3t40mvZnGOpIBeN1M48
fIf3wrn01HB8iB1EGLZkljuaGNmLys5wDzesj8+8b31cRGLMMXRHfdN3ac6zFIB2
lubb2VgH86QZHJgwrLFT
=OHyw
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#658459: tome: New version with new license is available

[Marcin Kulisz]

Package: tome
Severity: wishlist

On project website (http://te4.org/) new version is available it's a full
rewrite which now is licensed under GPL3 and it looks like releases are fairly
regular.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'oldstable'), (1, 'experimental'), (1, 
'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#655480: Info received (Bug#655480 closed by Aron Xu a...@debian.org (Bug#655480: fixed in axis2c 1.6.0-2.2))

[Marcin Kulisz]

reopen 655480
thanks

As stated in my previous email and due to lack of reply I'm reopening it.
-- 
Marcin Kulisz



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#655706: lintian: [checks/debconf] debconf-is-not-a-registry is pointing to none existing DP section (6.5.1)

[Marcin Kulisz]

Package: lintian
Version: 2.5.4
Severity: normal

Partial output from lintian -i:
 Refer to Debian Developer's Reference section 6.5.1 (Do not abuse
 debconf) and the debconf-devel(7) manual page for details.
Section 6.5.1 doesn't exist.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lintian depends on:
ii  binutils   2.22-2
ii  bzip2  1.0.6-1
ii  diffstat   1.54-1
ii  file   5.09-2
ii  gettext0.18.1.1-5
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.25+b1
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.31-1+b2
ii  libdpkg-perl   1.16.1.2
ii  libemail-valid-perl0.185-1
ii  libipc-run-perl0.90-1
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtimedate-perl   1.2000-1
ii  liburi-perl1.59-1
ii  locales2.13-24
ii  man-db 2.6.0.2-3
ii  patchutils 0.3.2-1
ii  perl [libdigest-sha-perl]  5.14.2-6
ii  unzip  6.0-5

lintian recommends no packages.

Versions of packages lintian suggests:
ii  binutils-multiarch none
ii  dpkg-dev   1.16.1.2
ii  libhtml-parser-perl3.69-1+b1
ii  libtext-template-perl  none
ii  man-db 2.6.0.2-3
ii  xz-utils   5.1.1alpha+20110809-3

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#655480: closed by Aron Xu a...@debian.org (Bug#655480: fixed in axis2c 1.6.0-2.2)

[Marcin Kulisz]

On 12/01/12 19:21, Debian Bug Tracking System wrote:
 Closes: 594707 625309 655214 655480
 Changes: 
  axis2c (1.6.0-2.2) unstable; urgency=low
  .
* Non-maintainer upload.
* Fix ftbfs with gcc-4.6 -Werror (Closes: #625309)
  Thanks to Peter Green for most of the work.


* Remove Build-Depends on libxml2, since use of guththila is
  the expected behaviour. (Closes: #655480).

I don't think that this bug (#655480) should be closed that way.
Removing one of the build options just like this is only a getting rid
of symptoms not a problem it self.
Some people (including me) will need libxml2 parser not guththila, thus
provided solution is unfortunately not a valid resolution for this issue.

* Install libaxis2*.[so,a]*
* Update debian/axis2c.load to make it load correctly.
  (Closes: #594707, #655214)

--
Marcin Kulisz



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#655480: axis2c: FTBFS with --enable-libxml2=yes

[Marcin Kulisz (kuLa)]

Source: axis2c
Version: 1.6.0-2.1
Severity: serious
Justification: 4

error is cused by lack of libaxis2_parser.la and libaxis2_parser.so, files are
compiled but not copyied into relevant directories (paths)

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#651338: ITP: libxmlwrapp -- xmlwrapp is a modern style lightweight C++ library for parsing XML

[Marcin Kulisz (kuLa)]

Package: wnpp
Severity: wishlist
Owner: Marcin Kulisz (kuLa) deb...@kulisz.net

* Package name: libxmlwrapp
  Version : 0.6.2
  Upstream Author : Peter J Jones, Vaclav Slavik 
* URL : https://github.com/vslavik/xmlwrapp
* License : BSD
  Programming Lang: C++
  Description : xmlwrapp is a modern style lightweight C++ library for 
parsing XML

xmlwrapp is a C++ library parsing XML, it's a modern style lightweight C++
library for working with XML data. It provides a simple and easy to use
interface for libxml2 library.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org