Bug#838164: New upstream from the git repository

2017-01-21 Thread Dariusz Dwornikowski
On 21 January 2017 at 11:18, Jack Henschel <j...@openmailbox.org> wrote:

> Hey Dariusz,
>
> thanks for your reply. As mentioned in my previous mail, the branch
> 'profanity-0.5' contains only the new version of profanity (without
> package split) - so my work wasn't all for nothing :-)
>
> I'm totally fine with you merging this branch.
>

Ok I will fix if I can, then push with you as NMU.


>
> On 01/21/2017 10:56 AM, Dariusz Dwornikowski wrote:
> > Hey,
> >
> > I have very limited time this time of year but. What I propose to do is
> to package the profanity without splitting it to sub packages. This means
> that Jack's work will go for nothing, so Jack if you are ok with it I can
> do it. Ofc this will be uploaded as your NMU. When stretch is there we can
> split the package as you proposed.
> >
> >
> >
> > On 7 January 2017 at 15:27, Jack Henschel <j...@openmailbox.org  j...@openmailbox.org>> wrote:
> >
> > I did push a new branch 'profanity-0.5' to the collab-maint
> repository, containing solely the new version of profanity.
> > https://anonscm.debian.org/cgit/collab-maint/profanity.
> git/log/?h=profanity-0.5 <https://anonscm.debian.org/
> cgit/collab-maint/profanity.git/log/?h=profanity-0.5>
> >
> > From d/changelog:
> > >  * Imported Upstream version 0.5.0:
> > >- requires new version of libstrophe (>= 0.9.0)
> > >  * Enable GTK status bar icons, Xscreensaver timeout
> > >and C-plugin support
> > >  * Patches
> > > - removed (obsolete) fix_spelling_error.patch
> > > - introduced new fix-spelling-errors.patch
> > >  * Update Standards-Version to 3.9.8
> >
> > There are still some issues lintian complains about (especially the
> new library profanity 0.5 comes with):
> >
> > > I: profanity source: vcs-field-uses-insecure-uri vcs-git git://
> anonscm.debian.org/collab-maint/profanity.git <http://anonscm.debian.org/
> collab-maint/profanity.git>
> > > W: profanity source: changelog-should-mention-nmu
> > > P: profanity source: debian-watch-may-check-gpg-signature
> > > W: profanity: package-name-doesnt-match-sonames libprofanity
> > > E: profanity: non-empty-dependency_libs-in-la-file
> usr/lib/x86_64-linux-gnu/libprofanity.la <http://libprofanity.la>
> > > W: profanity: shlib-without-versioned-soname
> usr/lib/x86_64-linux-gnu/libprofanity.so libprofanity.so
> > > I: profanity: no-symbols-control-file usr/lib/x86_64-linux-gnu/
> libprofanity.so
> > > E: profanity: package-must-activate-ldconfig-trigger
> usr/lib/x86_64-linux-gnu/libprofanity.so
> >
> > Dariusz told me he has some doubts about splitting libprofanity from
> the main profanity package, however I don't know how else to fix these
> shared-object library issues.
> > Maybe someone else can look into that.
> >
> >
>
>


Bug#838164: New upstream from the git repository

2017-01-21 Thread Dariusz Dwornikowski
Hey,

I have very limited time this time of year but. What I propose to do is to
package the profanity without splitting it to sub packages. This means that
Jack's work will go for nothing, so Jack if you are ok with it I can do it.
Ofc this will be uploaded as your NMU. When stretch is there we can split
the package as you proposed.



On 7 January 2017 at 15:27, Jack Henschel  wrote:

> I did push a new branch 'profanity-0.5' to the collab-maint repository,
> containing solely the new version of profanity.
> https://anonscm.debian.org/cgit/collab-maint/profanity.git/
> log/?h=profanity-0.5
>
> From d/changelog:
> >  * Imported Upstream version 0.5.0:
> >- requires new version of libstrophe (>= 0.9.0)
> >  * Enable GTK status bar icons, Xscreensaver timeout
> >and C-plugin support
> >  * Patches
> > - removed (obsolete) fix_spelling_error.patch
> > - introduced new fix-spelling-errors.patch
> >  * Update Standards-Version to 3.9.8
>
> There are still some issues lintian complains about (especially the new
> library profanity 0.5 comes with):
>
> > I: profanity source: vcs-field-uses-insecure-uri vcs-git git://
> anonscm.debian.org/collab-maint/profanity.git
> > W: profanity source: changelog-should-mention-nmu
> > P: profanity source: debian-watch-may-check-gpg-signature
> > W: profanity: package-name-doesnt-match-sonames libprofanity
> > E: profanity: non-empty-dependency_libs-in-la-file
> usr/lib/x86_64-linux-gnu/libprofanity.la
> > W: profanity: shlib-without-versioned-soname
> usr/lib/x86_64-linux-gnu/libprofanity.so libprofanity.so
> > I: profanity: no-symbols-control-file usr/lib/x86_64-linux-gnu/libpr
> ofanity.so
> > E: profanity: package-must-activate-ldconfig-trigger
> usr/lib/x86_64-linux-gnu/libprofanity.so
>
> Dariusz told me he has some doubts about splitting libprofanity from the
> main profanity package, however I don't know how else to fix these
> shared-object library issues.
> Maybe someone else can look into that.
>
>


Bug#838941: RFS: duperemove/0.11~beta3-3 ITP

2016-09-28 Thread Dariusz Dwornikowski
On 26 September 2016 at 23:12,   wrote:
> Package: sponsorship-requests
> Severity: wishlist
>
>   Dear mentors,
>
>   I am looking for a sponsor for my package "duperemove"
>
>  * Package name: duperemove
>Version : 0.11~beta3-3

Hi,

First of all, thank you for your contribution. I am DD but can't
sponsor you because my key expired.

Some comments:
- this is ITP bug so in d/changelog you should have one entry. with
one version, with Initial release and (Closes: #).
- in your patch there seems to be some UTF problem in the From:
- can you push pristine tar branches to the git ? I can't build it.
In d/control, the passage is not needed, options, arguments have place
in a man page.
"When given the -d option, duperemove will submit those extents for
deduplication using the btrfs-extent-same ioctl."



Bug#791929: Ready to use packaging updates for linuxlogo in branch abe/proposed

2016-04-26 Thread Dariusz Dwornikowski
On 26.04.16 01:07:07, Axel Beckert wrote:
> Hi Dariusz,
> 
> I've pushed packaging updates to Debian's linuxlogo package which fix
> all outstanding bug reports on Debian (#791929, #819926) and Ubuntu
> (LP#109, LP#1364624) plus fix some obvious and noncontentious
> issues (typos inside the debian directory :-) reported by lintian to
> the branch abe/proposed on collab-maint:
> 
> https://anonscm.debian.org/git/collab-maint/linuxlogo.git/log/?h=abe/proposed
> 
> Feel free to fast-forward merge it into the master branch and upload
> it.
> 
> I though can also do this as non-maintainer upload in case you're busy
> at the moment. (I can fix also further lintian warnings if I should do
> the upload and you're ok with fixing those warnings -- as they're
> usually out-of-scope for an NMU unless permitted by the package
> maintainer.)

Hey Axel, feel free to create an NMU. I am quite busy atm. You can fix
all the outstanding lintian warnings. Thank you for your contribution
to linuxlogo.


-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71


signature.asc
Description: PGP signature


Bug#816615: Please package ryu >= 3.30

2016-03-06 Thread Dariusz Dwornikowski
On 03.03.16 22:06:06, Thomas Goirand wrote:
> Source: ryu
> Version: 3.26-1
> Severity: important
> 
> Hi,
> 
> Neutron, in version 9.0.0~b3 (which I'm on my way to upload right now) needs
> ryu >= 3.30. Please package that version ASAP.
> 
> If you don't have time, let me know if I can NMU it. By the way, it'd be nice
> if you allowed me to be co-maintainer, as OpenStack is probably the first
> consumer of this library.

Hi, 

Feel free to package it, co-maintain, and move to open stack team. 

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71



Bug#805471: /usr/bin/optirun: optirun fails with "systemd-logind: failed to get session"

2016-01-10 Thread Dariusz Dwornikowski
On 08.01.16 00:40:40, Luca Boccassi wrote:
> On Thu, 2016-01-07 at 20:26 +0100, Dariusz Dwornikowski wrote:
> > On 19.11.15 11:58:58, Luca Boccassi wrote:
> > > On Wed, 2015-11-18 at 15:21 +0100, Giacomo Boffi wrote:
> > > > Package: bumblebee
> > > > Version: 3.2.1-10
> > > > Severity: important
> > > > File: /usr/bin/optirun
> > > > 
> > > > Dear Maintainer,
> > > > 
> > > > I'm unable to use optirun on my Debian system, eg:
> > > > 
> > > > $ optirun -vvv xterm
> > > > [26394.265933] [DEBUG]Reading file: /etc/bumblebee/bumblebee.conf
> > > > [26394.266265] [DEBUG]optirun version 3.2.1 starting...
> > > > 
> > > > [26394.266276] [DEBUG]Active configuration:
> > > > [26394.266296] [DEBUG] bumblebeed config file: 
> > > > /etc/bumblebee/bumblebee.conf
> > > > [26394.266301] [DEBUG] X display: :8
> > > > [26394.266306] [DEBUG] LD_LIBRARY_PATH:
> > > > /usr/lib/x86_64-linux-gnu/nvidia:/usr/lib/i386-linux-gnu/nvidia:/usr/lib/nvidia
> > > > [26394.266314] [DEBUG] Socket path: /var/run/bumblebee.socket
> > > > [26394.266334] [DEBUG] Accel/display bridge: auto
> > > > [26394.266339] [DEBUG] VGL Compression: proxy
> > > > [26394.266345] [DEBUG] VGLrun extra options:
> > > > [26394.266350] [DEBUG] Primus LD Path:
> > > > /usr/lib/x86_64-linux-gnu/primus:/usr/lib/i386-linux-gnu/primus:/usr/lib/primus:/usr/lib32/primus
> > > > [26394.266381] [DEBUG]Using auto-detected bridge primus
> > > > [26394.300436] [INFO]Response: No - error: [XORG] (EE) systemd-logind:
> > > > failed to get session: PID 24963 does not belong to any known session
> > > > 
> > > > [26394.300460] [ERROR]Cannot access secondary GPU - error: [XORG] (EE)
> > > > systemd-logind: failed to get session: PID 24963 does not belong to
> > > > any known session
> > > > 
> > > > [26394.300467] [DEBUG]Socket closed.
> > > > [26394.300483] [ERROR]Aborting because fallback start is disabled.
> > > > [26394.300489] [DEBUG]Killing all remaining processes.
> > > > $
> > > > Please tell me if I can submit further info to help solving this 
> > > > problem.
> > > 
> > > Hi,
> > > 
> > > What's the output of:
> > > 
> > > sudo systemctl status bumblebeed
> > > 
> > > Also, could you please attach your:
> > > 
> > > /etc/bumblebee/bumblebee.conf
> > > 
> > 
> > 
> > I can confirm the same bug. 
> > 
> > tdi@blackstar:~ $ _ systemctl status bumblebeed
> > ● bumblebeed.service - Bumblebee C Daemon
> >Loaded: loaded (/lib/systemd/system/bumblebeed.service; enabled; vendor 
> > preset: enabled)
> >Active: active (running) since czw 2016-01-07 20:11:08 CET; 13min ago
> >  Main PID: 4540 (bumblebeed)
> >CGroup: /system.slice/bumblebeed.service
> >└─4540 /usr/sbin/bumblebeed
> > 
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055043] [ERROR][XORG] 
> > (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission 
> > denied
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055087] [ERROR][XORG] 
> > (EE) [drm] Failed to open DRM device for pci::01:00.0: -19
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055103] [ERROR][XORG] 
> > (EE) No devices detected.
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055115] [ERROR][XORG] 
> > (EE)
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055126] [ERROR][XORG] 
> > (EE) no screens found(EE)
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055138] [ERROR][XORG] 
> > (EE)
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055151] [ERROR][XORG] 
> > (EE) Please also check the log file at "/var/log/Xorg.8.log" for additional 
> > information.
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055172] [ERROR][XORG] 
> > (EE)
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055182] [ERROR][XORG] 
> > (EE) Server terminated with error (1). Closing log file.
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.058374] [ERROR]X did not 
> > start properly
> 
> Hi,
> 
> This looks like a different error (is the PCI 01 the right device?),
> could you please attach the output of:
> 
> reportbug --template nvidia-driver

Here it is:


-- Package-specific info:
uname -a:
Linux blackstar 4.3.0-1-amd64 #1 SMP Debian 4.3.3-5 (2016-0

Bug#805471: /usr/bin/optirun: optirun fails with "systemd-logind: failed to get session"

2016-01-10 Thread Dariusz Dwornikowski
On 08.01.16 00:40:40, Luca Boccassi wrote:
> On Thu, 2016-01-07 at 20:26 +0100, Dariusz Dwornikowski wrote:
> > On 19.11.15 11:58:58, Luca Boccassi wrote:
> > > On Wed, 2015-11-18 at 15:21 +0100, Giacomo Boffi wrote:
> > > > Package: bumblebee
> > > > Version: 3.2.1-10
> > > > Severity: important
> > > > File: /usr/bin/optirun
> > > > 
> > > > Dear Maintainer,
> > > > 
> > > > I'm unable to use optirun on my Debian system, eg:
> > > > 
> > > > $ optirun -vvv xterm
> > > > [26394.265933] [DEBUG]Reading file: /etc/bumblebee/bumblebee.conf
> > > > [26394.266265] [DEBUG]optirun version 3.2.1 starting...
> > > > 
> > > > [26394.266276] [DEBUG]Active configuration:
> > > > [26394.266296] [DEBUG] bumblebeed config file: 
> > > > /etc/bumblebee/bumblebee.conf
> > > > [26394.266301] [DEBUG] X display: :8
> > > > [26394.266306] [DEBUG] LD_LIBRARY_PATH:
> > > > /usr/lib/x86_64-linux-gnu/nvidia:/usr/lib/i386-linux-gnu/nvidia:/usr/lib/nvidia
> > > > [26394.266314] [DEBUG] Socket path: /var/run/bumblebee.socket
> > > > [26394.266334] [DEBUG] Accel/display bridge: auto
> > > > [26394.266339] [DEBUG] VGL Compression: proxy
> > > > [26394.266345] [DEBUG] VGLrun extra options:
> > > > [26394.266350] [DEBUG] Primus LD Path:
> > > > /usr/lib/x86_64-linux-gnu/primus:/usr/lib/i386-linux-gnu/primus:/usr/lib/primus:/usr/lib32/primus
> > > > [26394.266381] [DEBUG]Using auto-detected bridge primus
> > > > [26394.300436] [INFO]Response: No - error: [XORG] (EE) systemd-logind:
> > > > failed to get session: PID 24963 does not belong to any known session
> > > > 
> > > > [26394.300460] [ERROR]Cannot access secondary GPU - error: [XORG] (EE)
> > > > systemd-logind: failed to get session: PID 24963 does not belong to
> > > > any known session
> > > > 
> > > > [26394.300467] [DEBUG]Socket closed.
> > > > [26394.300483] [ERROR]Aborting because fallback start is disabled.
> > > > [26394.300489] [DEBUG]Killing all remaining processes.
> > > > $
> > > > Please tell me if I can submit further info to help solving this 
> > > > problem.
> > > 
> > > Hi,
> > > 
> > > What's the output of:
> > > 
> > > sudo systemctl status bumblebeed
> > > 
> > > Also, could you please attach your:
> > > 
> > > /etc/bumblebee/bumblebee.conf
> > > 
> > 
> > 
> > I can confirm the same bug. 
> > 
> > tdi@blackstar:~ $ _ systemctl status bumblebeed
> > ● bumblebeed.service - Bumblebee C Daemon
> >Loaded: loaded (/lib/systemd/system/bumblebeed.service; enabled; vendor 
> > preset: enabled)
> >Active: active (running) since czw 2016-01-07 20:11:08 CET; 13min ago
> >  Main PID: 4540 (bumblebeed)
> >CGroup: /system.slice/bumblebeed.service
> >└─4540 /usr/sbin/bumblebeed
> > 
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055043] [ERROR][XORG] 
> > (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission 
> > denied
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055087] [ERROR][XORG] 
> > (EE) [drm] Failed to open DRM device for pci::01:00.0: -19
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055103] [ERROR][XORG] 
> > (EE) No devices detected.
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055115] [ERROR][XORG] 
> > (EE)
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055126] [ERROR][XORG] 
> > (EE) no screens found(EE)
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055138] [ERROR][XORG] 
> > (EE)
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055151] [ERROR][XORG] 
> > (EE) Please also check the log file at "/var/log/Xorg.8.log" for additional 
> > information.
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055172] [ERROR][XORG] 
> > (EE)
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.055182] [ERROR][XORG] 
> > (EE) Server terminated with error (1). Closing log file.
> > sty 07 20:14:03 blackstar bumblebeed[4540]: [ 1184.058374] [ERROR]X did not 
> > start properly
> 
> Hi,
> 
> This looks like a different error (is the PCI 01 the right device?),
> could you please attach the output of:
> 
> reportbug --template nvidia-driver
> 

Here it again (this time the one I wanted to send)

Package: nvidia-driver
Version: 340.96-3
Severity: wishlist

Bug#805471: /usr/bin/optirun: optirun fails with "systemd-logind: failed to get session"

2016-01-07 Thread Dariusz Dwornikowski
rt frames between X servers.
# Possible values are proxy, jpeg, rgb, xv and yuv.
VGLTransport=proxy
# List of paths which are searched for the primus libGL.so.1 when using
# the primus bridge
PrimusLibraryPath=/usr/lib/x86_64-linux-gnu/primus:/usr/lib/i386-linux-gnu/primus:/usr/lib/primus:/usr/lib32/primus
# Should the program run under optirun even if Bumblebee server or nvidia card
# is not available?
AllowFallbackToIGC=false


# Driver-specific settings are grouped under [driver-NAME]. The sections are
# parsed if the Driver setting in [bumblebeed] is set to NAME (or if auto-
# detection resolves to NAME).
# PMMethod: method to use for saving power by disabling the nvidia card, valid
# values are: auto - automatically detect which PM method to use
# bbswitch - new in BB 3, recommended if available
#   switcheroo - vga_switcheroo method, use at your own risk
# none - disable PM completely
# https://github.com/Bumblebee-Project/Bumblebee/wiki/Comparison-of-PM-methods

## Section with nvidia driver specific options, only parsed if Driver=nvidia
[driver-nvidia]
# Module name to load, defaults to Driver if empty or unset
KernelDriver=nvidia-current
PMMethod=auto
# colon-separated path to the nvidia libraries
LibraryPath=/usr/lib/x86_64-linux-gnu/nvidia:/usr/lib/i386-linux-gnu/nvidia:/usr/lib/nvidia
# comma-separated path of the directory containing nvidia_drv.so and the
# default Xorg modules path
XorgModulePath=/usr/lib/nvidia,/usr/lib/xorg/modules
XorgConfFile=/etc/bumblebee/xorg.conf.nvidia

## Section with nouveau driver specific options, only parsed if Driver=nouveau
[driver-nouveau]
KernelDriver=nouveau
PMMethod=auto
XorgConfFile=/etc/bumblebee/xorg.conf.nouveau





-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71


signature.asc
Description: PGP signature


Bug#804557: python-jmespath: diff for NMU version 0.4.1-1.1

2015-11-23 Thread Dariusz Dwornikowski
Control: tags 804557 + patch
Control: tags 804557 + pending

Dear maintainer,

I've prepared an NMU for python-jmespath (versioned as 0.4.1-1.1). Please feel 
free to tell me if I
should delay it longer.

Regards.

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71
diff -Nru python-jmespath-0.4.1/debian/changelog python-jmespath-0.4.1/debian/changelog
--- python-jmespath-0.4.1/debian/changelog	2015-11-23 14:49:57.0 +0100
+++ python-jmespath-0.4.1/debian/changelog	2015-11-23 11:20:41.0 +0100
@@ -1,3 +1,10 @@
+python-jmespath (0.4.1-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Added python-nose and python3-nose to Build-Deps (Closes: #804557)
+
+ -- Dariusz Dwornikowski <dariusz.dwornikow...@cs.put.poznan.pl>  Mon, 23 Nov 2015 11:18:41 +0100
+
 python-jmespath (0.4.1-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru python-jmespath-0.4.1/debian/control python-jmespath-0.4.1/debian/control
--- python-jmespath-0.4.1/debian/control	2015-11-23 14:49:57.0 +0100
+++ python-jmespath-0.4.1/debian/control	2015-11-23 11:20:03.0 +0100
@@ -8,6 +8,8 @@
 	, python-setuptools
 	, python3-all
 	, python3-setuptools
+  , python-nose
+  , python3-nose
 Standards-Version: 3.9.5
 Homepage: https://github.com/boto/jmespath
 Vcs-Git: git://anonscm.debian.org/python-modules/packages/python-jmespath.git


signature.asc
Description: PGP signature


Bug#804430: python-rsa: diff for NMU version 3.1.4-1.1

2015-11-23 Thread Dariusz Dwornikowski
Control: tags 804430 + patch
Control: tags 804430 + pending


Dear maintainer,

I've prepared an NMU for python-rsa (versioned as 3.1.4-1.1). and

Regards.

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71
diff -Nru python-rsa-3.1.4/debian/changelog python-rsa-3.1.4/debian/changelog
--- python-rsa-3.1.4/debian/changelog	2015-11-23 11:09:55.0 +0100
+++ python-rsa-3.1.4/debian/changelog	2015-11-24 08:48:39.0 +0100
@@ -1,3 +1,13 @@
+python-rsa (3.1.4-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Added python modules to Build-Depends (Closes: #804430)
+- python-unittest2, python3-unittest2
+- python-asn1, python3-asn1
+  * Added d/patches/fix_tests.patch fixing imports in tests
+
+ -- Dariusz Dwornikowski <dariusz.dwornikow...@cs.put.poznan.pl>  Mon, 23 Nov 2015 17:24:51 +0100
+
 python-rsa (3.1.4-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru python-rsa-3.1.4/debian/control python-rsa-3.1.4/debian/control
--- python-rsa-3.1.4/debian/control	2015-11-23 11:09:55.0 +0100
+++ python-rsa-3.1.4/debian/control	2015-11-24 08:47:03.0 +0100
@@ -8,6 +8,10 @@
 	, python3-all
 	, python-setuptools
 	, python3-setuptools
+  , python-unittest2
+  , python3-unittest2
+  , python3-pyasn1
+  , python-pyasn1
 Standards-Version: 3.9.5
 Homepage: http://stuvel.eu/rsa
 X-Python-Versioni: >= 2.7
diff -Nru python-rsa-3.1.4/debian/patches/fix_tests.patch python-rsa-3.1.4/debian/patches/fix_tests.patch
--- python-rsa-3.1.4/debian/patches/fix_tests.patch	1970-01-01 01:00:00.0 +0100
+++ python-rsa-3.1.4/debian/patches/fix_tests.patch	2015-11-24 08:49:49.0 +0100
@@ -0,0 +1,26 @@
+Subject: Fixes import of constants in tests
+Author: Dariusz Dwornikowski <dariusz.dwornikow...@cs.put.poznan.pl>
+Forwarded: no 
+Last-Update: 2015-11-24
+--- a/tests/test_strings.py
 b/tests/test_strings.py
+@@ -6,7 +6,7 @@
+ 
+ import rsa
+ 
+-from constants import unicode_string
++from tests.constants import unicode_string
+ 
+ class StringTest(unittest2.TestCase):
+ 
+--- a/tests/constants.py
 b/tests/constants.py
+@@ -3,7 +3,7 @@
+ from rsa._compat import have_python3
+ 
+ if have_python3:
+-from py3kconstants import *
++from tests.py3kconstants import *
+ else:
+ from py2kconstants import *
+ 
diff -Nru python-rsa-3.1.4/debian/patches/series python-rsa-3.1.4/debian/patches/series
--- python-rsa-3.1.4/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ python-rsa-3.1.4/debian/patches/series	2015-11-24 08:42:02.0 +0100
@@ -0,0 +1 @@
+fix_tests.patch


signature.asc
Description: PGP signature


Bug#804439: ITP: saws -- A Supercharged AWS Command Line Interface

2015-11-08 Thread Dariusz Dwornikowski
Package: wnpp
Severity: wishlist
Owner: Dariusz Dwornikowski <dariusz.dwornikow...@cs.put.poznan.pl>

* Package name: saws
  Version : 0.3.2
  Upstream Author : Martin Donne <donne.mar...@gmail.com>
* URL : https://github.com/donnemartin/saws
* License : Apache 2.0
  Programming Lang: Python
  Description : A Supercharged AWS Command Line Interface


SAWS is an enhancement of the AWS (Amazon Web Services) CLI. Although the AWS 
CLI is a great
resource to manage your AWS-powered services, it is quite hard to remember 
usage of 50+ top-level
commands, 1400+ subcommands and many of their specific options. SAWS aims to 
improve ease of use of
awscli and by that increase your productivity. 

One of the strengths of SAWS is that it uses AWS CLI so it is always compatible 
with the official
CLI application. 



Bug#804151: gnupg-agent does not work with pinentry-gtk2 "problem with the agent - disabling agent use"

2015-11-05 Thread Dariusz Dwornikowski
Package: gnupg-agent
Version: 2.0.28-3
Severity: normal

Dear Maintainer,

* What led up to the situation?
  
  When "pinentry-program /usr/bin/pinentry-gtk-2" is in ~/.gnupg/gpg-agent.conf 
or 
  pinentry-gtk-2 is set a an alternative for pinentry, gpg gives:

  gpg: problem with the agent - disabling agent use
  Enter passphrase:

  In log:

  gpg-agent[18349]: chan_7 -> ERR 67109124 Invalid IPC response 

  It works fine with pinentry gnome and curses. Also pinentry-gtk-2 works fine 
when used directly, 
  that is why I post the bug here. 

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

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

Versions of packages gnupg-agent depends on:
ii  libassuan0  2.3.0-1
ii  libc6   2.19-22
ii  libgcrypt20 1.6.4-3
ii  libgpg-error0   1.20-1
ii  libpth202.0.7-20
ii  libreadline66.3-8+b3
ii  pinentry-curses [pinentry]  0.9.6-4
ii  pinentry-gnome3 [pinentry]  0.9.6-4
ii  pinentry-gtk2 [pinentry]0.9.6-4
ii  pinentry-tty [pinentry] 0.9.6-4

Versions of packages gnupg-agent recommends:
ii  gnupg   1.4.19-6
ii  gnupg2  2.0.28-3
ii  gpgsm   2.0.28-3

gnupg-agent suggests no packages.

-- Configuration Files:
/etc/X11/Xsession.d/90gpg-agent changed [not included]

--bject: gnupg-agent does not work with pinentry-gtk2 "problem with the agent - 
disabling agent use"
Package: gnupg-agent
Version: 2.0.28-3
Severity: normal

Dear Maintainer,

   * What led up to the situation?
  
When "pinentry-program /usr/bin/pinentry-gtk-2" is in 
~/.gnupg/gpg-agent.conf or 
pinentry-gtk-2 is set a an alternative for pinentry, gpg gives:





   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


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

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

Versions of packages gnupg-agent depends on:
ii  libassuan0  2.3.0-1
ii  libc6   2.19-22
ii  libgcrypt20 1.6.4-3
ii  libgpg-error0   1.20-1
ii  libpth202.0.7-20
ii  libreadline66.3-8+b3
ii  pinentry-curses [pinentry]  0.9.6-4
ii  pinentry-gnome3 [pinentry]  0.9.6-4
ii  pinentry-gtk2 [pinentry]0.9.6-4
ii  pinentry-tty [pinentry] 0.9.6-4

Versions of packages gnupg-agent recommends:
ii  gnupg   1.4.19-6
ii  gnupg2  2.0.28-3
ii  gpgsm   2.0.28-3

gnupg-agent suggests no packages.

-- Configuration Files:
/etc/X11/Xsession.d/90gpg-agent changed [not included]

-- no debconf information



Bug#801574: i3-wm: '<' character in mode name does not work

2015-10-12 Thread Dariusz Dwornikowski
Package: i3-wm
Version: 4.11-1
Severity: normal

Dear Maintainer,

In 4.10 this line was displayed when the mode was switched on: 

  set $mode_randr xrandr off (o), xrandr right (->), xrandr left (<) 

In 4.11 it does not show, I determined that it is the fault of '<' character. 
When you delete it,
the line show again. 


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

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

Versions of packages i3-wm depends on:
ii  libc6 2.19-22
ii  libcairo2 1.14.2-2
ii  libev41:4.15-3
ii  libglib2.0-0  2.46.0-2
ii  libpango-1.0-01.38.0-3
ii  libpangocairo-1.0-0   1.38.0-3
ii  libpcre3  2:8.35-7.2
ii  libstartup-notification0  0.12-4
ii  libxcb-cursor00.1.1-3
ii  libxcb-icccm4 0.4.1-1
ii  libxcb-keysyms1   0.4.0-1
ii  libxcb-randr0 1.10-3+b1
ii  libxcb-util0  0.3.8-3
ii  libxcb-xinerama0  1.10-3+b1
ii  libxcb-xkb1   1.10-3+b1
ii  libxcb1   1.10-3+b1
ii  libxkbcommon-x11-00.5.0-1
ii  libxkbcommon0 0.5.0-1
ii  libyajl2  2.1.0-2
ii  perl  5.20.2-6
ii  x11-utils 7.7+3

Versions of packages i3-wm recommends:
ii  fonts-dejavu-core2.35-1
pn  libanyevent-i3-perl  
ii  libjson-xs-perl  3.010-2
ii  rxvt-unicode-256color [x-terminal-emulator]  9.21-1
ii  stterm [x-terminal-emulator] 0.5+20140606+gitc2fd275-1
ii  xfonts-base  1:1.0.4+nmu1
ii  xterm [x-terminal-emulator]  320-1

i3-wm suggests no packages.

-- no debconf information



Bug#800463: ryu improvements - enable tests, uncap pbr, and align dependencies

2015-09-29 Thread Dariusz Dwornikowski
> 
> I hadn't seen that patch before, but yeah you may want to apply zigo's
> patch first and if any of my changes aren't in his patch then apply those
> too?  I'm fine with running tests the way he's running them, by the way.
> 


I will do it as soon as zigo's NMU is in Debian. 


-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71


signature.asc
Description: PGP signature


Bug#800463: ryu improvements - enable tests, uncap pbr, and align dependencies

2015-09-29 Thread Dariusz Dwornikowski
On 29.09.15 14:02:02, Corey Bryant wrote:
> Package: ryu
> Version: 3.24-1
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu wily ubuntu-patch
> 
> Dear Maintainer,
> 
> In Ubuntu, the attached patch was applied to achieve the following:
>   * d/p/uncap-pbr-version.patch: Drop requirement of pbr<1.0.
>   * d/rules: Run tests during build.
>   * d/control: Align dependencies with upstream.
> 
> 
> Thanks for considering the patch.
> 
> 


Thanks for the patch, have you seen [1] bug ? It is an NMU which is
comming into Debian, and seems to cover the same changes. 


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800011

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71


signature.asc
Description: PGP signature


Bug#800011: Lots of package improvements

2015-09-25 Thread Dariusz Dwornikowski
> Hi Dariusz Dwornikowski,
> 
> I have made lots of packaging improvements for Ryu, and I have attached
> the debdiff. I have also commited the changes into collab-maint. The
> most important bits that *must* be done asap are:
> 
> - Fix of setup.py to allow any PBR version. It's needed because I will
> soon upload PBR 1.8 to Sid (it's planned for the 15th of October).
> 
> - override_dh_auto_clean is downloading pbr if the version doesn't match
> what is installed in the system, or if no pbr version is available, if
> using git-buildpackage and sbuild. Completely disabling it is the way
> to go.
> 
> Missing from this debdiff is PYTHONPATH=. when running unit tests.
> 
> Both of the above are really needed to be done so that I can upload the
> latest version of Neutron (ie: Liberty rc1). I have therefore uploaded
> the changes into the 5 days delayed queue. Let me know if I should
> delete my upload before the 5 days.
> 
> Also, it'd be nice to team maintain RYU. Would you be ok to maintain
> it within the PKG OpenStack team?
> 

Thank you for your contribution.  

No problem, it is always better to team maintain. We can release the
new 3.25 as a team. 

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71


signature.asc
Description: Digital signature


Bug#799391: thefuck: fails to work

2015-09-18 Thread Dariusz Dwornikowski
Package: thefuck
Version: 2.5.6-1
Severity: important

Dear Maintainer,

I try to use thefuck but get an error:

tdi@blackstar:~ $ thefuck
Traceback (most recent call last):
  File "/usr/bin/thefuck", line 9, in 
load_entry_point('thefuck==2.5.6', 'console_scripts', 'thefuck.real')()
  File "/usr/share/thefuck/thefuck/main.py", line 160, in main
matched_rule = get_matched_rule(command, rules, settings)
  File "/usr/share/thefuck/thefuck/main.py", line 105, in get_matched_rule
script_only = command.stdout is None and command.stderr is None
AttributeError: 'NoneType' object has no attribute 'stdout'

I use zsh with oh-my-zsh but the same happens on bash. 

Also if you enable oh-my-zsh plugin for thefuck the shell does not start at all.


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

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

Versions of packages thefuck depends on:
ii  python-colorama  0.3.3-1
ii  python-pathlib   1.0.1-2
ii  python-psutil2.2.1-3
ii  python-six   1.9.0-5
ii  python2.72.7.10-3
pn  python:any   

thefuck recommends no packages.

thefuck suggests no packages.

-- no debconf information



Bug#762637: qtile in Debian

2015-08-26 Thread Dariusz Dwornikowski
Hi, 

I think that all of the dependencies, as stated in [1] for qtile are
now met in jessie and testing. 

Miguel would you consider revisiting packaging of qtile now? If you
need help I am willing to help with it (I am DM, almost DD). 

[1] https://github.com/qtile/qtile/blob/develop/requirements.txt

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71


signature.asc
Description: Digital signature


Bug#796977: debian-maintainers: Annual ping for Dariusz Dwornikowski

2015-08-26 Thread Dariusz Dwornikowski
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: debian-maintainers
Severity: normal

Here is my annual ping. 


- -- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJV3bVzAAoJECEac8aaew/HAIUP/iPFNv9QutySssHCsCy0Zbpz
fJOdQxfAhZsWjLdwGuqdSifYZ9AZ9gNrkgPZBjSLlPswuuZdaqc0mggJvguTX9Rx
aJ6PmEaNmpMdGpkgtoGiLwbQz1FH8SzXrJ0iw+9qjTvg0bcYDO29vqmizp4NcXuu
hoV8AoxFgPpLqs3KWX4UfPoJinqKQQ15KdLLjDSN4wFiqW/xvcY7H2Sxm2X2+qXZ
kSH1Z2FfOzVE7oV+dOANfgoXuBlCTWJHyrgmbyPXhy/dH8FlsvKvsz4qishR7ibX
MDrKDx/77UG9+wguU6rY0FP+IbUf3chcjlM+PWNeqTWOSM8M5OHg5a4AxLZBP+eY
+ALkP3Gjg5ta+7GGilwkLXOsMHJcKo7AdKoDJe/2KJnm/Oy4tEaIP9CwEr33phA1
TarK55+NvYi0TnvfQU+uY6+50a9vrUAYxLYogtyY5zabcsVz+RNei1x3GGSQIVqG
EwLZo8thPbdUoymFeach5u35xB0yAgnvFu+ioxRicst+qJ4Rt8ZMD4gWrNcdukR+
+RJlA1xoj/YZokwuLRFzlg7dODV0cjYV0johOLqQnPUsy/qCgdIr+jAwzy8glZwb
J2Aci1Zi1OsvMFnvBYhkphcrHDdU3DIflWIzhu9dRBEvNKYii6rHLUeHPcEn1iI+
vNLmhA7DbpiWCNx5iG+a
=Ztz5
-END PGP SIGNATURE-



Bug#794101: Please package version 3.23.2

2015-07-30 Thread Dariusz Dwornikowski
 Source: ryu
 Version: 3.23-1
 Severity: wishlist
 
 Hi,
 
 OpenStack Liberty needs version 3.23.2. Could you please package that one?

Sure but it has not come yet, see [1]. 

 
 Also, wouldn't it be better to package ryu inside the OpenStack packaging
 team in Alioth, rather than packaging it alone? To me, it doesn't seem like
 ryu is useful outside of OpenStack (let me know if I'm wrong here...).

Ryu is fully functional, standalone SDN controller, it can be used
with anything and by anything. I am using it to communicatte with
OpenFlow enabled Mikrotik switches. No OpenStack there.  


[1] https://github.com/osrg/ryu/releases

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71


signature.asc
Description: Digital signature


Bug#785542: viewnior: Behavior setting doesn't work corectly

2015-07-23 Thread Dariusz Dwornikowski

On 20.07.15 20:53:53, Mikhail Morfikov wrote:
 On 2015-07-20 12:52, Dariusz Dwornikowski wrote:
  after upgrading viewnior from 1.4-2+b1 to 1.5-1 , I noticed that basically 
  all
  options that can be set via the behavior tab simply don't work as 
  expected.
  You can set, for instance, on mouse wheel to navigate images, but you 
  get
  zoom image instead, etc. On the previous version everything works just 
  fine
 
  I can't seem to reproduce this problem on my two computers. Is it
  still occurring ? 
  
 
 Yes, it happens all the time. It looks like the On double click
 option is completely ignored when I set On mouse wheel to Zoom
 image, I mean, no matter what is set in On double click, it doesn't
 change the behavior when I double click -- all of the three options
 that I can set just maximize the image.
 
 When I start playing with the On mouse wheel option and set it to
 Navigate images, then the behavior of On double click changes, but
 not to the one that is selected in its field.
 
 When I set the On mouse wheel option to Scroll image up/down and
 the other option to Switch zoom modes, then after double click, the
 next image is shown, so it looks like this works as Navigate images,
 but it's not set at all.
 
 There's many combinations I can get by playing with the two options,
 but when I installed the previous version of viewnior then everything
 was just fine, so clearly something is wrong with the newest version.
 


Hi Siyan,

I am forwarding you a bug in viewnior that was discovered by Mikhail.
Above is a detailed description by Mikhail, I can also confirm this
behavior. 

You see the whole conversation here: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785542

Please preserve the CC: header when replying. 


-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71


signature.asc
Description: Digital signature


Bug#791929: [t...@hp.com: Please support ARM64 (No rule to make target 'aarch64')]

2015-07-20 Thread Dariusz Dwornikowski
Hi Vince, 

I am forwarding this bug to you. Please preserve the CC field when
responding. 

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71
---BeginMessage---
Package: linuxlogo
Version: 5.11-7
Severity: wishlist
User: debian-...@lists.debian.org
Usertags: arm64 port

This package fails to build on arm64, but a quick looks suggests
this package might be useful on arm64.  Do you know if upstream or
someone else is working on arm64 support (aarch64) already?  If
not, I might be able to get somone to work on this.

 sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on m400-c4n1.hlinux.usa.hp.com
...
 make[3]: Entering directory '/«PKGBUILDDIR»/libsysinfo-0.2.2/Linux'
 make[3]: *** No rule to make target 'aarch64', needed by 'cpuinfo.o'.  Stop.
 make[3]: Leaving directory '/«PKGBUILDDIR»/libsysinfo-0.2.2/Linux'

-- 
Martin Michlmayr
Linux for HP Helion, Hewlett-Packard


---End Message---


signature.asc
Description: Digital signature


Bug#791929: Please support ARM64 (No rule to make target 'aarch64')

2015-07-20 Thread Dariusz Dwornikowski
 
 This package fails to build on arm64, but a quick looks suggests
 this package might be useful on arm64.  Do you know if upstream or
 someone else is working on arm64 support (aarch64) already?  If
 not, I might be able to get somone to work on this.
 
  sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on m400-c4n1.hlinux.usa.hp.com
 ...
  make[3]: Entering directory '/«PKGBUILDDIR»/libsysinfo-0.2.2/Linux'
  make[3]: *** No rule to make target 'aarch64', needed by 'cpuinfo.o'.  Stop.
  make[3]: Leaving directory '/«PKGBUILDDIR»/libsysinfo-0.2.2/Linux'
 
 -- 

Thank You for reporting this, I will forward the bug to upstream but
afaik their development is kept in github [1] so you can push your
changes there. 

I do not think upstream is working on aarch64, linuxlogo is pretty
dormant (not dead though). 


[1] https://github.com/deater/linux_logo


-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71


signature.asc
Description: Digital signature


Bug#785542: viewnior: Behavior setting doesn't work corectly

2015-07-20 Thread Dariusz Dwornikowski
 after upgrading viewnior from 1.4-2+b1 to 1.5-1 , I noticed that basically all
 options that can be set via the behavior tab simply don't work as expected.
 You can set, for instance, on mouse wheel to navigate images, but you get
 zoom image instead, etc. On the previous version everything works just fine
 

I can't seem to reproduce this problem on my two computers. Is it
still occurring ? 


-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71


signature.asc
Description: Digital signature


Bug#792518: Manual page for the docker-compose executable is missing

2015-07-19 Thread Dariusz Dwornikowski
On 15.07.15 16:26:26, Carl Chenet wrote:
 Package: docker-compose
 Version: 1.3.1-1
 Severity: serious
 
 The manual page for the docker-compose executable is missing.
 
 [...]

Dear Maintainer, 

I submit a manpage for docker-compose. It covers all of the commands,
as well as environmental variables. 




-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71
.TH DOCKER-COMPOSE 1 July 2015 docker-compose User Commands
.SH NAME
docker-compose \- Define and run multi\-container applications with Docker.
.SH SYNOPSIS
.B docker\-compose  
[\fIOPTIONS\fR] [\fICOMMAND\fR] [\fIARGS\fR]...
.SH DESCRIPTION
.PP
docker-compose allows you to define a multi-container application with all of 
its dependencies in a
single file, then spin the application up in a single command. The 
application’s structure and configuration are held in a single place, which 
makes spinning up applications simple and repeatable everywhere.
.SH OPTIONS
.TP
\fB\-f\fR, \fB\-\-file\fR FILE
Specify an alternate compose file (default: docker\-compose.yml)
.TP
\fB\-p\fR, \fB\-\-project\-name\fR NAME
Specify an alternate project name (default: directory name)
.TP
\fB\-\-verbose\fR
Show more output
.TP
\fB\-v\fR, \fB\-\-version\fR
Print version and exit
.SH COMMANDS
.SS
build
Build or rebuild services
.TP
\fB\-\-no\-cache\fR
Do not use cache when building the image. 
.SS
help
Displays help and usage information on a command.
.SS
kill
Forces running containers to stop by sending a SIGKILL signal. 
.TP
\fB\-s\fR SIGNAL
SIGNAL to send to the container. Default signal is SIGKILL.
.SS
logs
View output from containers.
.TP
\fB\-\-no\-color\fR
Produce a monochrome output.
.SS
port
Print the public port for a port binding
.TP
\fB\-\-protocol=proto\fR
Choose the 4th layer protocol, tcp or udp. Default is tcp.
.TP
\fB\-\-index=index\fR
Index of the container if there are multiple instances of a service. Default is 
1. 
.SS
ps
List containers.
.TP
\fB\-q\fR
Only display IDs.
.SS
pull
Pulls service images from Docker registry. 
.TP
\fB\-\-allow\-insecure\-ssl\fR
Allow insecure connections to the Docker registry.
.SS
restart
Restart running containers.
.TP
\fB\-t\fR, \fB\-\-timeout\fR \fITIMEOUT\fR
Specify a shutdown timeout in seconds. Default is 10. 
.SS
rm
Remove stopped service containers
.TP
\fB\-f\fR, \fB\-\-force\fR
Do not ask to confirm removal.
.TP
\fB\-v\fR
Remove volumes associated with containers.
.SS
run
Run a one\-off command on a service. By default linked services will be 
started, unless they are
already running. 
.TP
\fB\-\-allow\-insecure\-ssl\fR
Allow insecure connections to the Docker registry.
.TP
\fB\-d\fR
Detached mode. Run container in the background, print new container name.
.TP
\fB\-\-entrypoint\fR \fICMD\fR
Override the entrypoint of the image with \fICMD\fR.
.TP
\fB\-e\fR KEY=VAL
Set an environment variable. Can be used multiple times.
.TP
\fB\-u\fR, \fB\-\-user=\fR\fIUSER\fR
Run as a specific \fIUSER\fR, a username or uid. 
.TP
\fB\-\-no\-deps\fR
Do not start linked services.
.TP
\fB\-\-rm\fR
Remove container after run. This option is ignored in the detached mode.
.TP
\fB\-\-service\-ports\fR
Run command with the service's ports enabled and mapped to the host.
.TP
\fB\-T\fR
Disable pseudo tty allocation. By default a tty is allocated. 
.SS
scale
Set number of containers to run for a service. Numbers are specified in the 
form \fBservice=num\fR
as arguments.
.PP
.RS
.nf
# docker\-compose scale web=2 worker=3
.SS
start
Start existing containers.
.SS
stop
Stop running containers without removing them.
.TP
\fB\-t\fR, \fB\-\-timeout\fR \fITIMEOUT\fR
Specify a shutdown timeout in seconds. Default is 10. 
.SS
up
Build, (re)create, start and attach to containers.  If there are existing 
containers for a service, `docker-compose up` will stop and recreate them 
(preserving mounted volumes with volumes-from), so that changes in 
`docker-compose.yml` are picked up. If you do not want existing
containers to be recreated, `docker-compose up --no-recreate` will re-use 
existing containers.
.TP
\fB\-\-allow\-insecure\-ssl\fR
Allow insecure connections to the Docker registry.
.TP
\fB\-d\fR
Detached mode. Run container in the background, print new container name.
.TP
\fB\-\-no\-color\fR
Produce a monochrome output.
.TP
\fB\-\-no\-deps\fR
Do not start linked services.
.TP
\fB\-\-x\-smart\-recreate\fR
Only recreate containers whose configuration or image needs to be updated. This 
feature is
experimental. 
.TP
\fB\-\-no\-recreate\fR
If containers already exist, do not recreate them.
.TP
\fB\-\-no\-build\fR
Do not build an image even if it is missing.
.TP
\fB\-t\fR, \fB\-\-timeout\fR \fITIMEOUT\fR
Specify a shutdown timeout in seconds. Default is 10. 
.SS
migrate\-to\-labels
Recreate containers to add labels. If docker-compose detects containers that 
were created without
labels, it will refuse to run so that you don't end up

Bug#778098: quarry: ftbfs with GCC-5

2015-07-19 Thread Dariusz Dwornikowski
tags: 778098 + patch

Hi,

I am sending an NMU that fixes the FTBFS by adding -std=gnu89 to
CFLAGS. I also fixed linitian warnings, added hardening, bumped
standards and compat. 

Upstream may prefer to move to C99 using the instructions
here https://gcc.gnu.org/gcc-5/porting_to.html. 

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71
diff -Nru quarry-0.2.0.dfsg.1/debian/changelog quarry-0.2.0.dfsg.1/debian/changelog
--- quarry-0.2.0.dfsg.1/debian/changelog	2010-03-20 10:28:03.0 +0100
+++ quarry-0.2.0.dfsg.1/debian/changelog	2015-07-19 17:08:03.0 +0200
@@ -1,3 +1,22 @@
+quarry (0.2.0.dfsg.1-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/control:
+- Update Standards-Version to 3.9.6, no changes needed
+- VCS fields made canonical
+- Update debhelper to 9
+  * debian/patches:
+- 03_fix_gcc5_build patch to fix FTBFS on GCC-5
+- 02_desktop_file refreshed to add Keywords and MIME exec
+- 02_desktop_file and 01_fix_russian_translation converted to DEP-3
+  * debian/rules: 
+- Added hardening flags
+- Added -std=89 to fix FTBFS on GCC-5 (Closes: #778098)
+  * debian/compat:
+- Updated to 9
+
+ -- Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl  Sun, 19 Jul 2015 12:22:41 +0200
+
 quarry (0.2.0.dfsg.1-4) unstable; urgency=low
 
   * Maintainer set to Debian Games Team (Closes: #497242)
diff -Nru quarry-0.2.0.dfsg.1/debian/compat quarry-0.2.0.dfsg.1/debian/compat
--- quarry-0.2.0.dfsg.1/debian/compat	2010-03-20 10:12:43.0 +0100
+++ quarry-0.2.0.dfsg.1/debian/compat	2015-07-19 16:43:48.0 +0200
@@ -1 +1 @@
-7
+9
diff -Nru quarry-0.2.0.dfsg.1/debian/control quarry-0.2.0.dfsg.1/debian/control
--- quarry-0.2.0.dfsg.1/debian/control	2010-03-20 10:27:17.0 +0100
+++ quarry-0.2.0.dfsg.1/debian/control	2015-07-19 16:45:26.0 +0200
@@ -3,11 +3,11 @@
 Priority: optional
 Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org
 Uploaders: Vincent Legout vinc...@legout.info
-Build-Depends: debhelper (= 7.0.50~), autotools-dev, librsvg2-dev, libgtk2.0-dev, sharutils, imagemagick, gettext
-Standards-Version: 3.8.4
+Build-Depends: debhelper (= 9), autotools-dev, librsvg2-dev, libgtk2.0-dev, sharutils, imagemagick, gettext
+Standards-Version: 3.9.6
 Homepage: http://home.gna.org/quarry/
-Vcs-Git: git://git.debian.org/git/pkg-games/quarry.git
-Vcs-Browser: http://git.debian.org/?p=pkg-games/quarry.git
+Vcs-Git: git://anonscm.debian.org/pkg-games/quarry.git
+Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-games/quarry.git
 
 Package: quarry
 Architecture: any
diff -Nru quarry-0.2.0.dfsg.1/debian/patches/02_desktop_file quarry-0.2.0.dfsg.1/debian/patches/02_desktop_file
--- quarry-0.2.0.dfsg.1/debian/patches/02_desktop_file	2010-03-20 10:12:43.0 +0100
+++ quarry-0.2.0.dfsg.1/debian/patches/02_desktop_file	2015-07-19 16:40:31.0 +0200
@@ -1,13 +1,22 @@
-# Description: Remove Encoding key in desktop file
-# Author: Vincent Legout vinc...@legout.info
-
-Index: quarry/data/quarry.desktop.in
-===
 quarry.orig/data/quarry.desktop.in	2010-03-17 10:49:56.584980426 +0800
-+++ quarry/data/quarry.desktop.in	2010-03-17 10:50:01.356990484 +0800
-@@ -1,5 +1,4 @@
+Description: Remove Encoding key in desktop file
+Author: Vincent Legout vinc...@legout.info
+Forwarded: no
+Last-Update: 2015-07-19
+--- a/data/quarry.desktop.in
 b/data/quarry.desktop.in
+@@ -1,9 +1,8 @@
  [Desktop Entry]
 -Encoding=UTF-8
  Name=Quarry
  GenericName=Board Game GUI
  Comment=A multi-purpose board game GUI for Go, Amazons and Reversi
+-Exec=quarry
++Exec=quarry %f
+ Icon=quarry.png
+ Terminal=false
+ Type=Application
+@@ -11,3 +10,4 @@
+ Categories=Application;GTK;GNOME;Game;BoardGame;
+ StartupNotify=true
+ MimeType=application/x-go-sgf;text/sgf;text/x-sgf;
++Keywords=Game;LogicGame;
diff -Nru quarry-0.2.0.dfsg.1/debian/patches/03_fix_gcc5_build.patch quarry-0.2.0.dfsg.1/debian/patches/03_fix_gcc5_build.patch
--- quarry-0.2.0.dfsg.1/debian/patches/03_fix_gcc5_build.patch	1970-01-01 01:00:00.0 +0100
+++ quarry-0.2.0.dfsg.1/debian/patches/03_fix_gcc5_build.patch	2015-07-19 16:31:47.0 +0200
@@ -0,0 +1,24 @@
+Description: Fix FTBS on gcc-5
+Author: Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl
+Forwarded: no
+Last-Update: 2015-07-19
+--- a/src/utils/utils.c
 b/src/utils/utils.c
+@@ -92,7 +92,7 @@
+ return pointer;
+ 
+   fprintf (stderr, (%s: fatal error: out of memory 
+-		(failed to allocate %d bytes)\n),
++		(failed to allocate %lu bytes)\n),
+ 	   short_program_name, size);
+   exit (255);
+ }
+@@ -138,7 +138,7 @@
+ return pointer;
+ 
+   fprintf (stderr, (%s: fatal error: out of memory 
+-		(failed to allocate %d bytes)\n),
++		(failed to allocate %lu bytes)\n

Bug#784376: parse-edid: told me to report this weird EDID

2015-05-11 Thread Dariusz Dwornikowski
Hi Matthew, 

I am forwarding a bug from Debian. 


Please, when responsind, keep the
784376-forwar...@bugs.debian.org in CC. 

On 05.05.15 17:25:25, Samuel Bronson wrote:
 Package: read-edid
 Version: 3.0.1-2
 Severity: normal
 File: /usr/bin/parse-edid
 
 Dear Maintainer,
 
 parse-edid just said this:
 
 ,
 | % parse-edid  /sys/class/drm/card0-HDMI-A-1/edid 
 | Checksum Correct
 | 
 | Section Monitor
 | Identifier SAMSUNG
 | ModelName SAMSUNG
 | VendorName SAM
 | # Monitor Manufactured week 46 of 2012
 | # EDID version 1.3
 | # Digital Display
 | DisplaySize 1060 630
 | Gamma 2.20
 | Option DPMS false
 | Horizsync 15-81
 | VertRefresh 24-75
 | # Maximum pixel clock is 230MHz
 | #Not giving standard mode: 1152x864, 75Hz
 | #Not giving standard mode: 1280x720, 60Hz
 | #Not giving standard mode: 1280x800, 60Hz
 | #Not giving standard mode: 1280x1024, 60Hz
 | #Not giving standard mode: 1440x900, 60Hz
 | #Not giving standard mode: 1600x900, 60Hz
 | #Not giving standard mode: 1680x1050, 60Hz
 | 
 | #Extension block found. Parsing...
 | Hmm, you have data blocks, but not video ones... weird
 | Something strange happened. Please contact the author,
 | Matthew Kern at pyrophobic...@gmail.com
 `
 
 Naturally, I'm attaching the EDID data for you to examine.  Oh, and it
 might be good if the documentation mentioned that this stuff can be
 found in sysfs now?


 -- System Information:
 Debian Release: 8.0
   APT prefers stable
   APT policy: (990, 'stable'), (500, 'unstable'), (1, 'experimental')
 Architecture: i386 (i686)
 
 Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash
 Init: sysvinit (via /sbin/init)
 
 Versions of packages read-edid depends on:
 ii  libc6 2.19-18
 ii  libx86-1  1.1+ds1-10
 
 read-edid recommends no packages.
 
 read-edid suggests no packages.
 
 -- no debconf information


-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71


signature.asc
Description: Digital signature


Bug#780362: New upstream version 0.4.6

2015-03-12 Thread Dariusz Dwornikowski
 Package: profanity
 Version: 0.4.5-1
 Severity: wishlist
 
 Hi,
 i'd be great to have 0.4.6 available in Debian.
 Cheers,

Thanks, 

I am on it. 


-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71


signature.asc
Description: Digital signature


Bug#778628: duplicity: Crashes when --progress and --exclude-filelist given

2015-02-17 Thread Dariusz Dwornikowski
Package: duplicity
Version: 0.7.01-1
Severity: normal

Dear Maintainer,

   * What led up to the situation?
 
I wanted to use duplicity and see the progress, i.e. --progress

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

 duplicity --progress --exclude-filelist FILE /home/myhome 
rsync://HOST/backup 

   * What was the outcome of this action?
 
 A crash:

... files
M .some_file
M .some_file2
M foobar8
Reading filelist FILE
Traceback (most recent call last):
  File /usr/bin/duplicity, line 1507, in module
with_tempdir(main)
  File /usr/bin/duplicity, line 1501, in with_tempdir
fn()
  File /usr/bin/duplicity, line 1350, in main
do_backup(action)
  File /usr/bin/duplicity, line 1483, in do_backup
incremental_backup(sig_chain)
  File /usr/bin/duplicity, line 623, in incremental_backup
commandline.set_selection()
  File /usr/lib/python2.7/dist-packages/duplicity/commandline.py, line 911, 
in set_selection
sel.ParseArgs(select_opts, select_files)
  File /usr/lib/python2.7/dist-packages/duplicity/selection.py, line 238, in 
ParseArgs
filelists[filelists_index], 0, arg))
  File /usr/lib/python2.7/dist-packages/duplicity/selection.py, line 316, in 
filelist_get_sf
self.filelist_read(filelist_fp, inc_default, filelist_name)
  File /usr/lib/python2.7/dist-packages/duplicity/selection.py, line 352, in 
filelist_read
for line in filelist_fp.read().split(separator):
ValueError: I/O operation on closed file

   * What outcome did you expect instead?
   
   I expected to make a backup and see progress. 


The problem is that when --progress is given, duplicity first does a
dry-run. It opens FILE to see the list, after the dry-run, it tries to
access this FILE again but it is already closed. Hence the exception. 

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'testing-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages duplicity depends on:
ii  libc62.19-13
ii  librsync10.9.7-10
ii  python   2.7.8-3
ii  python-lockfile  1:0.8-2

Versions of packages duplicity recommends:
pn  python-oauthlib  none
ii  python-paramiko  1.15.1-1
ii  python-urllib3   1.9.1-3
ii  rsync3.1.1-2+b1

Versions of packages duplicity suggests:
pn  lftpnone
pn  ncftp   none
pn  python-boto none
pn  python-cloudfiles   none
ii  python-gdata2.0.18+dfsg1-2
pn  python-swiftclient  none
pn  tahoe-lafs  none

-- no debconf information

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 1.6.2 BTiCW | tel. +48 61 665 23 71


signature.asc
Description: Digital signature


Bug#766171: package profanity_0.4.4-1 FTBFS on big endian

2014-10-21 Thread Dariusz Dwornikowski
 Hello,
 
 Package profanity_0.4.4-1 FTBFS on big endian architectures.
 https://buildd.debian.org/status/package.php?p=profanitysuite=sid
 
 I have attached a patch resolving this issue.
 

Thank you for the patch. I will release today. 


-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#748867: Fix/workaround for Google API key problem.

2014-10-13 Thread Dariusz Dwornikowski
 Another option is setting the Google API Keys in the environment [1].
 
 So, it should be enough to create a file at /etc/chromium.d that
 exports the keys. (/usr/bin/chromium sources all files on that dir)
 
 This works for me:
 
 $ cat /etc/chromium.d/googleapikeys 
 export GOOGLE_API_KEY=AIzaSyCkfPOPZXDKNn8hhgu3JrA62wIgC93d44k
 export GOOGLE_DEFAULT_CLIENT_ID=811574891467.apps.googleusercontent.com
 export GOOGLE_DEFAULT_CLIENT_SECRET=kdloedMFGdGla2P1zacGjAQh
 
 

This approach fixes missing API keys for me too but chromium segfaults
upon start (both with new and old .config/chromium). With this
message:

[21725:21786:1013/085221:ERROR:get_updates_processor.cc(240)]
PostClientToServerMessage() failed during GetUpdates



-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#757470: network-manager: after resume from suspend, fails to start dhclient on wired interface

2014-10-06 Thread Dariusz Dwornikowski
I can confirm the same behviour with identical log on my laptop. 

My network-manager 0.9.10.0-2, 

cat /etc/NetworkManager/NetworkManager.conf 
[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

[keyfile]
unmanaged-devices=interface-name:docker0



-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#761636: RFS: raceintospace/1.1+dfsg1-1 [ITP]

2014-09-26 Thread Dariusz Dwornikowski
 
  I recall reviewing this several months back; I haven't looked at it
  again yet, but I remember that there were a number of issues with the
  package at the time that were left unfixed, most notably that the
  build system tries to fetch remote resources during the build itself.
  Has this since been fixed?
 
  It does not try to fetch anymore if the dependencies are fulffiled.
  Now, with the new patch they are. I could completely patch the system
  to even not try when there are no deps presents (some weirdo archs
  maybe ).
 
 Yes, the build system should _never_ try to fetch any remote resource.
 If build deps are unsatisfied, the result should be a FTBFS, not an
 attempt to fetch the missing deps during the build itself; patch the
 build system if you must in order to ensure this.
 

Ok the package patched not to download libs is in git, ready to be
reviewed and sponsored. 

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#762872: thinkfan does not open exitsing /sys/devices/virtual/hwmon/hwmon0/temp1_input

2014-09-25 Thread Dariusz Dwornikowski
Package: thinkfan
Version: 0.9.2-1
Severity: normal

Dear Maintainer,

Thinkfan does not start claiming that
/sys/devices/virtual/hwmon/hwmon0/temp1_input (tried also
/sys/devices/platform/coretemp.0/temp1_input) does not exist:

From the log:

wrz 25 22:32:39 blackstar thinkfan[11003]: thinkfan 0.9.1 starting...
wrz 25 22:32:39 blackstar thinkfan[11003]:
/sys/devices/virtual/hwmon/hwmon0/temp1_input:
wrz 25 22:32:39 blackstar thinkfan[11003]: add_sensor: Error getting
temperature.
wrz 25 22:32:39 blackstar thinkfan[11003]: Refusing to run without usable
config file!
wrz 25 22:32:39 blackstar systemd[1]: thinkfan.service: control process exited,
code=exit
wrz 25 22:32:39 blackstar systemd[1]: Failed to start simple and lightweight
fan control
-- Subject: Unit thinkfan.service has failed






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

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

Versions of packages thinkfan depends on:
ii  libc6  2.19-11

thinkfan recommends no packages.

thinkfan suggests no packages.

-- Configuration Files:
/etc/default/thinkfan changed:
START=yes
DAEMON_ARGS=-q

/etc/thinkfan.conf changed:
tp_fan /proc/acpi/ibm/fan
tp_thermal /sys/devices/virtual/hwmon/hwmon0/temp1_input (0,0,10)
(0, 0,  55)
(1, 48, 60)
(2, 50, 61)
(3, 52, 63)
(4, 56, 65)
(5, 59, 66)
(7, 63, 32767)


-- 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#762873: thinkfan does not open exitsing /sys/devices/virtual/hwmon/hwmon0/temp1_input

2014-09-25 Thread Dariusz Dwornikowski
Package: thinkfan
Version: 0.9.2-1
Severity: normal

Dear Maintainer,

Thinkfan does not start claiming that
/sys/devices/virtual/hwmon/hwmon0/temp1_input (tried also
/sys/devices/platform/coretemp.0/temp1_input) does not exist:

From the log:

wrz 25 22:32:39 blackstar thinkfan[11003]: thinkfan 0.9.1 starting...
wrz 25 22:32:39 blackstar thinkfan[11003]:
/sys/devices/virtual/hwmon/hwmon0/temp1_input:
wrz 25 22:32:39 blackstar thinkfan[11003]: add_sensor: Error getting
temperature.
wrz 25 22:32:39 blackstar thinkfan[11003]: Refusing to run without usable
config file!
wrz 25 22:32:39 blackstar systemd[1]: thinkfan.service: control process exited,
code=exit
wrz 25 22:32:39 blackstar systemd[1]: Failed to start simple and lightweight
fan control
-- Subject: Unit thinkfan.service has failed



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

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

Versions of packages thinkfan depends on:
ii  libc6  2.19-11

thinkfan recommends no packages.

thinkfan suggests no packages.

-- Configuration Files:
/etc/default/thinkfan changed:
START=yes
DAEMON_ARGS=-q

/etc/thinkfan.conf changed:
tp_fan /proc/acpi/ibm/fan
tp_thermal /sys/devices/virtual/hwmon/hwmon0/temp1_input (0,0,10)
(0, 0,  55)
(1, 48, 60)
(2, 50, 61)
(3, 52, 63)
(4, 56, 65)
(5, 59, 66)
(7, 63, 32767)


-- no debconf information


-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#745872: Progress?

2014-09-24 Thread Dariusz Dwornikowski
 Hey
 
 Just wondering, is there any progress on this? I have recently tried
 profanity and I quite enjoy it.

Profanity is in NEW waiting for FTP master to approve or reject :) The
good news is that libstrophe, on which profanity depends is already in
unstable. 

 
 Do you need any help with the package?

No thank you.

 -- 
 Stefan Ott
 http://www.ott.net/
 



-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#761636: RFS: raceintospace/1.1+dfsg1-1 [ITP]

2014-09-19 Thread Dariusz Dwornikowski
On 19.09.14 11:17:17, Hendrik Weimer wrote:
 Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl writes:
 
  I also filled d/copyright completely and now it works with physfs 2.0,
  which is in Debian.
 
 The copyright file does not contain the correct information on the
 physfscompat patch. Modulo the license texts, it should read:
 
 Files: debian/patches/physfscompat.patch
 Copyright: 2004-2014 Andrey Korotaev unc...@gmail.com
2001-2011 Ryan C. Gordon and others
2014 Hendrik Weimer hend...@enyo.de
 License: GPL-2 and Zlib
 

Thank You, I will fix this asap.

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#762027: libircclient: libircclient segmentation fault on using ipv6 (possible security issue?)

2014-09-18 Thread Dariusz Dwornikowski
 Dear Maintainer,
 
 current upstream versions and down to 1.3 (possibly even older) versions
 of libircclient have an issue with ipv6 handling. When connecting to a
 ipv6 address it segfaults on receiving the first message from the server.
 
 It's caused by writing a sockaddr6_in into a sockaddr_in which overwrites
 some callback function pointers.
 
 The bug is reported upstream but since it's possibly a security issue
 and libircclients' upstream is very slow you might want to consider
 applying this small patch.

Thanks you I will apply it and make a point release. Can you point
point me to the URL where the patch was reported? 


 
 -- System Information:
 Debian Release: 7.6
   APT prefers stable-updates
   APT policy: (500, 'stable-updates'), (500, 'stable')
 Architecture: amd64 (x86_64)
 
 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages libircclient1 depends on:
 ii  libc6  2.13-38+deb7u4
 
 libircclient1 recommends no packages.
 
 libircclient1 suggests no packages.
 
 -- no debconf information

 Index: libircclient.c
 ===
 --- libircclient.c(revision 125)
 +++ libircclient.c(working copy)
 @@ -817,7 +817,7 @@
   if (saddr.ss_family == AF_INET)
   memcpy (session-local_addr, ((struct sockaddr_in 
 *)laddr)-sin_addr, sizeof(struct in_addr));
   else
 - memcpy (session-local_addr, ((struct sockaddr_in6 
 *)laddr)-sin6_addr, sizeof(struct in6_addr));
 + memcpy (session-local_addr6, ((struct sockaddr_in6 
 *)laddr)-sin6_addr, sizeof(struct in6_addr));
  
  #if defined (ENABLE_DEBUG)
   if ( IS_DEBUG_ENABLED(session) )


-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#761643: RFS: libstrophe/0.8.6-1 [ITP]

2014-09-17 Thread Dariusz Dwornikowski
On 16.09.14 21:13:13, Tobias Frost wrote:
 On Tue, 2014-09-16 at 09:07 +0200, Dariusz Dwornikowski wrote:
 
   Hi Dariusz,

   somehow the d/copyright is still not matching 100% to the code...
   At least for many files there is a Copyright (c) 2005-2009 Collecta,
   Inc which is not in d/copyright. So probably this copyright owner is
   missing for the * rule. Can you please fix it.
  
  Yes I fixed this. 
  
   
   Also, I'm missing see a proof for the or later option of the GPL, as
   it would have to be explictly stated by upstream, see GPL-3 §14. So
   write GPL-3 or ask upstream for clarification.
  
  Fixed, yes they have GPL-3 not later.
   
   (Please wrap your comment, there is also two empty lines at the end of
   the file and one empty line in the middle. Those are nitpicks, though) 
  
  Wrapped. 
  
 
 We're there, almost... Last question: Do you want to change the license
 of debian/* also to MIT and GPL-3 (without later)?
 
Fixed that and uploaded to mentors I chose GPL-3 for debian only

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#761643: RFS: libstrophe/0.8.6-1 [ITP]

2014-09-16 Thread Dariusz Dwornikowski
 Hi Dariusz,
  
 somehow the d/copyright is still not matching 100% to the code...
 At least for many files there is a Copyright (c) 2005-2009 Collecta,
 Inc which is not in d/copyright. So probably this copyright owner is
 missing for the * rule. Can you please fix it.

Yes I fixed this. 

 
 Also, I'm missing see a proof for the or later option of the GPL, as
 it would have to be explictly stated by upstream, see GPL-3 §14. So
 write GPL-3 or ask upstream for clarification.

Fixed, yes they have GPL-3 not later.
 
 (Please wrap your comment, there is also two empty lines at the end of
 the file and one empty line in the middle. Those are nitpicks, though) 

Wrapped. 

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#761636: RFS: raceintospace/1.1+dfsg1-1 [ITP]

2014-09-16 Thread Dariusz Dwornikowski
On 16.09.14 01:05:05, Vincent Cheng wrote:
 Hi Dariusz,
 
 On Mon, Sep 15, 2014 at 2:31 AM, Dariusz Dwornikowski
 dariusz.dwornikow...@cs.put.poznan.pl wrote:
  Package: sponsorship-requests
  Severity: wishlist
 
Dear mentors,
 
I am looking for a sponsor for my package raceintospace
 
   * Package name: raceintospace
 Version : 1.1+dfsg1-1
 Upstream Author : Michael K McCarty mkmcca...@raceintospace.org
   Pace Willisson p...@alum.mit.edu
   Krzysztof Kosciuszkiewicz dr...@users.sf.net
   Will Glynn delta...@lerfjhax.com
   * URL : http://www.raceintospace.org/
   * License : GPL-2+
 Section : games
 
It builds those binary packages:
 
  raceintospace - free software version of the Liftoff! board game
   raceintospace-data - free software version of the Liftoff! board game - 
  data file
 
To access further information about this package, please visit the 
  following URL:
 
http://mentors.debian.net/package/raceintospace
 
Alternatively, one can download the package with dget using this command:
 
  dget -x 
  http://mentors.debian.net/debian/pool/main/r/raceintospace/raceintospace_1.1+dfsg1-1.dsc
 
or go directly to the VCS:
http://anonscm.debian.org/cgit/pkg-games/raceintospace.git
 
More information about raceintospace can be obtained from 
  http://www.raceintospace.org/
 
 
This is the initial release:
 
* Initial release (Closes: #748321)
 
 I recall reviewing this several months back; I haven't looked at it
 again yet, but I remember that there were a number of issues with the
 package at the time that were left unfixed, most notably that the
 build system tries to fetch remote resources during the build itself.
 Has this since been fixed?

It does not try to fetch anymore if the dependencies are fulffiled.
Now, with the new patch they are. I could completely patch the system
to even not try when there are no deps presents (some weirdo archs
maybe ).

I also filled d/copyright completely and now it works with physfs 2.0,
which is in Debian. 

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#761636: RFS: raceintospace/1.1+dfsg1-1 [ITP]

2014-09-15 Thread Dariusz Dwornikowski
Package: sponsorship-requests
Severity: wishlist 

  Dear mentors,

  I am looking for a sponsor for my package raceintospace

 * Package name: raceintospace
   Version : 1.1+dfsg1-1
   Upstream Author : Michael K McCarty mkmcca...@raceintospace.org
 Pace Willisson p...@alum.mit.edu
 Krzysztof Kosciuszkiewicz dr...@users.sf.net
 Will Glynn delta...@lerfjhax.com
 * URL : http://www.raceintospace.org/
 * License : GPL-2+
   Section : games

  It builds those binary packages:

raceintospace - free software version of the Liftoff! board game
 raceintospace-data - free software version of the Liftoff! board game - data 
file

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

  http://mentors.debian.net/package/raceintospace

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

dget -x 
http://mentors.debian.net/debian/pool/main/r/raceintospace/raceintospace_1.1+dfsg1-1.dsc

  or go directly to the VCS:
  http://anonscm.debian.org/cgit/pkg-games/raceintospace.git

  More information about raceintospace can be obtained from 
http://www.raceintospace.org/
  

  This is the initial release:

  * Initial release (Closes: #748321)  

  Regards,
   Dariusz Dwornikowski

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#761643: RFS: libstrophe/0.8.6-1 [ITP]

2014-09-15 Thread Dariusz Dwornikowski
Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

  I am looking for a sponsor for my package libstrophe - again. The
  last version was rejected because of undocumented licensing. I fixed
  these now, after claryfing things with FTP Masters. 

  NOTE: the package links to OpenSSL but we choose the license to be
  MIT, so it is not a violation. The code is however licensed both GPL
  and MIT. 


 * Package name: libstrophe
   Version : 0.8.6-1
   Upstream Author : Jack Moffit j...@metajack.im
 * URL : http://strophe.im/libstrophe/
 * License : MIT and GPL-3+
   Section : libdevel

  It builds those binary packages:

   libstrophe-dev - Library for writing XMPP clients - development files
   libstrophe0 - Library for writing XMPP clients - shared library

  libstrophe is a minimal XMPP library written in C. It has almost no
  external dependencies, only an XML parsing library (expat or libxml
  are both supported). It is designed for both POSIX and Windows
  systems.

  I worked with libstrophe upstream past months to make it suitable
  for Debian. I helped them with autotools, so that shared library is
  built along the static one. Encouraged them to tag relases in
  github, and together we closed some pull requests. 

  Libstrophe is used by profanity.im, a console XMPP client inspired
  by IRSSI, which I intend to pack too, this week. 

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

  http://mentors.debian.net/package/libstrophe

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

dget -x 
http://mentors.debian.net/debian/pool/main/libs/libstrophe/libstrophe_0.8.6-1.dsc

  Or go directly to the VCS at Alioth git:
  http://anonscm.debian.org/cgit/collab-maint/libstrophe.git

  More information about *libstrophe* can be obtained from 
http://strophe.im/libstrophe/. 

  Changes since the last upload:

  * Initial release (Closes: #511341)

Regards,
-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#748321: ITP: raceintospace -- free software version of the Liftoff! board game

2014-09-14 Thread Dariusz Dwornikowski
 Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl writes:
 
  Since the package depends on physfs 2.1, which has not been release
  yet, we need to wait for the upstream of physfs to release 2.1 and for
  the package to be in Debian. For now, raceintospace is ready in
  pkg-games git and can go to Debian when physfs is ready. 
 
 Thanks for your efforts in packaging raceintospace. I've noticed that
 Hedgewars used to have a similar problem, which they've solved by adding
 a compatibility layer for PhysFS 2.0. Using this as a starting point, I
 saw that only one more function had to be provided, which I backported
 from the 2.1 branch with some minor modifications. With the attached
 patch, raceintospace compiles and runs with the PhysFS library from
 sid. The compatibility layer checks for the version number of PhysFS, so
 once 2.1 is packaged, the code should automatically stop being included.

Thanks for that Hendrik, I will test it and preppare a release if it
is ok. 


 
 The only slight drawback is that Hedgewars is GPL-2 only, so it will no
 longer be possible to ship raceintospace binaries as GPL-2+. But since
 this is only a temporary situation, I think this can be justified.

Yeah I think so. On the other hand I can see that physfs is not very
actively developed so we could wait a little bit. 

 

 diff -ruN -x .git -x .pc raceintospace.orig/lib/CMakeLists.txt 
 raceintospace/lib/CMakeLists.txt
 --- raceintospace.orig/lib/CMakeLists.txt 2014-09-13 13:54:07.680088605 
 +0200
 +++ raceintospace/lib/CMakeLists.txt  2014-09-12 23:07:12.263649649 +0200
 @@ -124,9 +124,9 @@
  # I want 2.1 features, even if they're not out yet, so I made my own tarball
  #set (physfs_Version 2.0.3)
  #set (physfs_URL 
 http://icculus.org/physfs/downloads/physfs-${physfs_Version}.tar.bz2)
 -set (physfs_Version 2.1.0-pre20121013)
 -set (physfs_URL 
 https://s3.amazonaws.com/willglynn/physfs-${physfs_Version}.tgz)
 -set (physfs_Dir ${CMAKE_CURRENT_BINARY_DIR}/physfs-${physfs_Version})
 +#set (physfs_Version 2.1.0-pre20121013)
 +#set (physfs_URL 
 https://s3.amazonaws.com/willglynn/physfs-${physfs_Version}.tgz)
 +#set (physfs_Dir ${CMAKE_CURRENT_BINARY_DIR}/physfs-${physfs_Version})
  
  # physfs 2.0.3 complains about FSPathMakeRef et al being deprecated, and 
 warnings are treated as errors
  # Turn it back into a warning instead
 @@ -134,14 +134,14 @@
set (physfs_Flags -Wno-error=deprecated-declarations)
  endif (APPLE)
  
 -ExternalProject_Add(ext_physfs
 -  DOWNLOAD_DIR ${CMAKE_CURRENT_BINARY_DIR}/downloads
 -  URL ${physfs_URL}
 -  PREFIX ${physfs_Dir}
 -  CMAKE_ARGS -DCMAKE_INSTALL_PREFIX:PATH=${LocalPrefix} 
 -DPHYSFS_ARCHIVE_7Z=false -DPHYSFS_ARCHIVE_GRP=false 
 -DPHYSFS_ARCHIVE_WAD=false -DPHYSFS_ARCHIVE_HOG=false 
 -DPHYSFS_ARCHIVE_MVL=false -DPHYSFS_ARCHIVE_QPAK=false 
 -DPHYSFS_ARCHIVE_ISO9660=false -DPHYSFS_HAVE_CDROM_SUPPORT=false 
 -DPHYSFS_BUILD_SHARED=false -DPHYSFS_BUILD_TEST=false 
 -DCMAKE_C_FLAGS=${physfs_Flags}
 -  )
 +#ExternalProject_Add(ext_physfs
 +#  DOWNLOAD_DIR ${CMAKE_CURRENT_BINARY_DIR}/downloads
 +#  URL ${physfs_URL}
 +#  PREFIX ${physfs_Dir}
 +#  CMAKE_ARGS -DCMAKE_INSTALL_PREFIX:PATH=${LocalPrefix} 
 -DPHYSFS_ARCHIVE_7Z=false -DPHYSFS_ARCHIVE_GRP=false 
 -DPHYSFS_ARCHIVE_WAD=false -DPHYSFS_ARCHIVE_HOG=false 
 -DPHYSFS_ARCHIVE_MVL=false -DPHYSFS_ARCHIVE_QPAK=false 
 -DPHYSFS_ARCHIVE_ISO9660=false -DPHYSFS_HAVE_CDROM_SUPPORT=false 
 -DPHYSFS_BUILD_SHARED=false -DPHYSFS_BUILD_TEST=false 
 -DCMAKE_C_FLAGS=${physfs_Flags}
 +#  )
  
 -add_dependencies(libs ext_physfs)
 +#add_dependencies(libs ext_physfs)
  
  
  ###
 diff -ruN -x .git -x .pc raceintospace.orig/src/game/CMakeLists.txt 
 raceintospace/src/game/CMakeLists.txt
 --- raceintospace.orig/src/game/CMakeLists.txt2014-09-13 
 13:54:07.684088605 +0200
 +++ raceintospace/src/game/CMakeLists.txt 2014-09-13 13:05:05.191946197 
 +0200
 @@ -55,6 +55,7 @@
news_suq.cpp
options.cpp
pace.cpp
 +  physfscompat.cpp
place.cpp
port.cpp
prefs.cpp
 diff -ruN -x .git -x .pc raceintospace.orig/src/game/file.cpp 
 raceintospace/src/game/file.cpp
 --- raceintospace.orig/src/game/file.cpp  2014-09-13 13:54:07.688088605 
 +0200
 +++ raceintospace/src/game/file.cpp   2014-09-12 23:15:22.191673360 +0200
 @@ -4,6 +4,7 @@
  #include stdexcept
  
  #include file.h
 +#include physfscompat.h
  
  #define m_phys_handle ((PHYSFS_File*)m_handle)
  
 diff -ruN -x .git -x .pc raceintospace.orig/src/game/filesystem.cpp 
 raceintospace/src/game/filesystem.cpp
 --- raceintospace.orig/src/game/filesystem.cpp2014-09-13 
 13:54:07.688088605 +0200
 +++ raceintospace/src/game/filesystem.cpp 2014-09-12 23:32:07.607722019 
 +0200
 @@ -8,6 +8,7 @@
  
  #include raceintospace_config.h
  #include filesystem.h
 +#include physfscompat.h
  
  using boost::format;
  
 diff -ruN -x .git -x .pc raceintospace.orig/src/game/physfscompat.cpp 
 raceintospace/src/game/physfscompat.cpp
 --- raceintospace.orig/src/game

Bug#759603: ITA: pipenightdreams -- connect pipes to get the water flowing from inlet to outlet

2014-09-06 Thread Dariusz Dwornikowski
I will adopt the package and maintain it withing Debian Games team. 

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#759479: RFS: profanity/0.4.4-1 [ITP]

2014-08-29 Thread Dariusz Dwornikowski
 Hi again Dariusz. Please:
 
 1. d/control: reorganize your long description using topics. You can
 see an example here[1]. As suggestion to increase the chance of the
 users find your package, add the words 'Jabber', 'instant messenger
 (IM)' and 'network'.

I did my best there, fixed the description to look better and included
some keywords. 

 
 [1] http://sources.debian.net/src/bittwist/2.0-4/debian/control/
 
 2. d/copyight:
  - Put the license 'GPL-3+ with OpenSSL exception' only one time
 in your file. You can see an example here[2].
  - The files have this append (not in License.txt):
 
  * You must obey the GNU General Public License in all respects for all of the
  * code used other than OpenSSL. If you modify file(s) with this exception, 
 you
  * may extend this exception to your version of the file(s), but you are not
  * obligated to do so. If you do not wish to do so, delete this exception
  * statement from your version. If you delete this exception statement from 
 all
  * source files in the program, then also delete it here.
 
   - Please, use the license from a file.
   - To public license, insert a period (.) at the end of sentence.
   - To public license, use the years found in src/tools/p_sha1.c
 (it will be equal to .h)

yeah I did that but do not know if this is what you meant. 

 
 [2] 
 http://metadata.ftp-master.debian.org/changelogs/main/n/netmate/unstable_copyright
 
 3. To test, I need libstrophe-dev.

Libstrophe can be built from my git repo, best if you use -2 library.
-1 has some problems, that do not affect its functionality but makes profanity 
crash sometimes. 
I will upload -2 as soon as -1 gets into Debian. 

http://anonscm.debian.org/cgit/collab-maint/libstrophe.git


New Profanity package version is in mentors now.  

 
 Thanks for your work. Very good.
 
 Cheers,
 
 Eriberto
 
 
 2014-08-27 11:32 GMT-03:00 Dariusz Dwornikowski
 dariusz.dwornikow...@cs.put.poznan.pl:
  Package: sponsorship-requests
  Severity: wishlist
 
  I am looking for a sponsor for profanity. I managed to convince
  upstream (fortunately one copyright holder) to add OpenSSL exception.
 
  Mind that profanity depends on libstrophe-dev, which is in NEW now.
 
  * Package name: profanity
Version : 0.4.4-1
Upstream Author : James Booth boot...@gmail.com
  * URL : http://www.profanity.im/
  * License : GPL-3+ with OpenSSL exception
Section : net
 
  It builds those binary packages:
 
   profanity  - Console based XMPP client
 
   Profanity is a console based XMPP client written in C,
   inspired by Irssi.
   It Supports:
   .
   XMPP chat services, including GoogleTalk and Facebook.
   OTR message encryption
   Roster management
   Desktop notifications
   Flexible resource and priority settings
 
 
  To access further information about this package, please visit the
  following URL:
 
  http://mentors.debian.net/package/profanity
 
  Alternatively, one can download the package with dget using this command:
 
  dget -x
  http://mentors.debian.net/debian/pool/main/p/profanity/profanity_0.4.4-1.dsc
 
  Alternatively, you can access my alioth git repo here:
 
  http://anonscm.debian.org/?p=collab-maint/profanity.git;a=summary
 
  More information about *profanity* can be obtained from
  http://www.profanity.im
 
  Changes since the last upload:
 
  * Initial release (Closes: #745872)
 
  Regards,
  - --
  Dariusz Dwornikowski,
Institute of Computing Science, Poznań University of Technology
www.cs.put.poznan.pl/ddwornikowski/
room 2.7.2 BTiCW | tel. +48 61 665 29 41
 
 
  --
  To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
  with a subject of unsubscribe. Trouble? Contact 
  listmas...@lists.debian.org
  Archive: 
  https://lists.debian.org/20140827143228.gb29...@blackstar.cs.put.poznan.pl
 

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#759479: RFS: profanity/0.4.4-1 [ITP]

2014-08-29 Thread Dariusz Dwornikowski
On 29.08.14 08:24:24, Eriberto Mota wrote:
 2014-08-29 5:46 GMT-03:00 Dariusz Dwornikowski
 dariusz.dwornikow...@cs.put.poznan.pl:
  2. d/copyight:
   - Put the license 'GPL-3+ with OpenSSL exception' only one time
  in your file. You can see an example here[2].
   - The files have this append (not in License.txt):
 
   * You must obey the GNU General Public License in all respects for all of 
  the
   * code used other than OpenSSL. If you modify file(s) with this 
  exception, you
   * may extend this exception to your version of the file(s), but you are 
  not
   * obligated to do so. If you do not wish to do so, delete this exception
   * statement from your version. If you delete this exception statement 
  from all
   * source files in the program, then also delete it here.
 
- Please, use the license from a file.
- To public license, insert a period (.) at the end of sentence.
- To public license, use the years found in src/tools/p_sha1.c
  (it will be equal to .h)
 
  yeah I did that but do not know if this is what you meant.
 
 No... Please, see the attached example.
 

Sorry for that. Updated as you requested.. and new version in mentors. 


-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#745872: ITP: profanity -- a console based XMPP client

2014-08-29 Thread Dariusz Dwornikowski
On 29.08.14 15:34:34, Johannes Schauer wrote:
 Hi,
 
 there is already a console based jabber client in Debian: mcabber
 
 what does profanity do different/more/better than mcabber?
 

It has a different design concept, it is more close to IRSSI, whereas
mcabber has a more its design. I do not know how mcabber is developed
but profanity's upstream is great. James Booth is very active and
helpful in every aspect, add good features and the code is superb. 

I know this does not sound like very different from mcabber I feel
that profanity will find many users in Debian. 

There is also ekg2 in Debian for jabber, irc and gg networks. 


-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#759479: RFS: profanity/0.4.4-1 [ITP]

2014-08-28 Thread Dariusz Dwornikowski
 Hi Dariusz,
 
 I'm not a DD, so I can't sponsor your package, but here's my review:
 
 d/changelog:
 -Remove the note about the UNRELEASED 0.4.3
 
 d/copyright:
 -You should release the Debian-specific changes also with the OpenSSL
 exception
 -src/tools/p_sha1.c and src/tools/p_sha1.h appear to be in the public domain
 
 I haven't been able to test the software yet since libstrophe hasn't
 been accepted yet, but I can see that it's in the NEW queue.
 

Thanks for good catches. The new version of package is now in mentors.


-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#758646: RFS: ryu/3.12-1 [ITP]

2014-08-27 Thread Dariusz Dwornikowski
 Hi Dariusz, how are you?
 
 Please:
 
 1. d/clean: you package doesn't build twice because the d/clean
 removes files only (not directories - man dh_clean). :-P
 
 I saw you are using an override in d/rules to remove files. Why you
 need a d/clean?

I fixed that, now it is onlu in d/rules. I use git-buildpackage, my
build area is in a different place, so for me the package always built
cleanly twice. 

 
 2. d/control: in short descriptions, remove the program name and put
 each designation between brackets. My suggestion:
 
 Description: defined networking framework (Python libs)
 Description: defined networking framework (ryu binary)
 Description: defined networking framework (docs)

Great advice, I followed it. 

 
 You can change it.
 
 3. d/copyright:
 - debin?  :-D
 - Please, review all source code carefully. I didn't see the
 'Nippon Telegraph and Telephone Corporation' in your d/copyright.

Yes, I updated the copyright, also did som clarification on a weird
license I encoutered inside on debian-legal@ [1]. 

 
 4. d/docs: I think that this file is a mistake because you created the
 python-ryu-doc.docs. Am I wrong?
 

You are not wrong mister :) I deleted the docs file. 

 5. d/ryu-bin.ryu.init: please, remove all useless lines as Add code
 here, if necessary,

I deleted not needed comments. 

 
 6. d/ryu.conf: I think it is confused. Can you add comments to help
 the user? Please, adopt a format to commented lines (# with spaces or
 # without spaces).

Did some research on this, kept only options needed to run basic ryu
and commented them. I deleted options connected to OpenStack, if
someone wants to run OpenStack with ryu, they should use OpenStack's
doc howto do it, not  ryu's. 
 
[1] https://lists.debian.org/debian-legal/2014/08/msg00073.html


I uploaded the new version to mentors. 

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#759479: RFS: profanity/0.4.4-1 [ITP]

2014-08-27 Thread Dariusz Dwornikowski
Package: sponsorship-requests
Severity: wishlist

I am looking for a sponsor for profanity. I managed to convince
upstream (fortunately one copyright holder) to add OpenSSL exception.

Mind that profanity depends on libstrophe-dev, which is in NEW now. 

* Package name: profanity
  Version : 0.4.4-1
  Upstream Author : James Booth boot...@gmail.com
* URL : http://www.profanity.im/
* License : GPL-3+ with OpenSSL exception
  Section : net

It builds those binary packages:

 profanity  - Console based XMPP client

 Profanity is a console based XMPP client written in C,
 inspired by Irssi.
 It Supports:
 .
 XMPP chat services, including GoogleTalk and Facebook.
 OTR message encryption
 Roster management
 Desktop notifications
 Flexible resource and priority settings


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

http://mentors.debian.net/package/profanity

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

dget -x
http://mentors.debian.net/debian/pool/main/p/profanity/profanity_0.4.4-1.dsc

Alternatively, you can access my alioth git repo here:

http://anonscm.debian.org/?p=collab-maint/profanity.git;a=summary

More information about *profanity* can be obtained from
http://www.profanity.im

Changes since the last upload:

* Initial release (Closes: #745872)

Regards,
- -- 
Dariusz Dwornikowski,
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#758646: RFS: ryu/3.12-1 [ITP]

2014-08-27 Thread Dariusz Dwornikowski
 Hi!
 
 A last issue...
 
 I think that there a mistake in d/copyright. You removed the original
 debian/ when you generated the tarball and remade the debian/
 structure. So, I think you must remove the upstream name from debian/*
 in d/copyright and should add a d/README.source to explain about the
 original debian/ remotion.
 
 I will wait your opinion.
 

I will leave them there because some of things they have done I kept. 

I think that explaining removal of debian/ is not neccessary. It is
generally done out of the box by git-import-orig anyways. But
personally I think it does not hurt, I added the explanation as you
suggested. 

The new version is in mentors. 

 
 
 2014-08-27 3:40 GMT-03:00 Dariusz Dwornikowski
 dariusz.dwornikow...@cs.put.poznan.pl:
  Hi Dariusz, how are you?
 
  Please:
 
  1. d/clean: you package doesn't build twice because the d/clean
  removes files only (not directories - man dh_clean). :-P
 
  I saw you are using an override in d/rules to remove files. Why you
  need a d/clean?
 
  I fixed that, now it is onlu in d/rules. I use git-buildpackage, my
  build area is in a different place, so for me the package always built
  cleanly twice.
 
 
  2. d/control: in short descriptions, remove the program name and put
  each designation between brackets. My suggestion:
 
  Description: defined networking framework (Python libs)
  Description: defined networking framework (ryu binary)
  Description: defined networking framework (docs)
 
  Great advice, I followed it.
 
 
  You can change it.
 
  3. d/copyright:
  - debin?  :-D
  - Please, review all source code carefully. I didn't see the
  'Nippon Telegraph and Telephone Corporation' in your d/copyright.
 
  Yes, I updated the copyright, also did som clarification on a weird
  license I encoutered inside on debian-legal@ [1].
 
 
  4. d/docs: I think that this file is a mistake because you created the
  python-ryu-doc.docs. Am I wrong?
 
 
  You are not wrong mister :) I deleted the docs file.
 
  5. d/ryu-bin.ryu.init: please, remove all useless lines as Add code
  here, if necessary,
 
  I deleted not needed comments.
 
 
  6. d/ryu.conf: I think it is confused. Can you add comments to help
  the user? Please, adopt a format to commented lines (# with spaces or
  # without spaces).
 
  Did some research on this, kept only options needed to run basic ryu
  and commented them. I deleted options connected to OpenStack, if
  someone wants to run OpenStack with ryu, they should use OpenStack's
  doc howto do it, not  ryu's.
 
  [1] https://lists.debian.org/debian-legal/2014/08/msg00073.html
 
 
  I uploaded the new version to mentors.
 
  --
  Dariusz Dwornikowski,
Institute of Computing Science, Poznań University of Technology
www.cs.put.poznan.pl/ddwornikowski/
room 2.7.2 BTiCW | tel. +48 61 665 29 41

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#759384: xen: Lack of copyright entry for Vinay Sajip

2014-08-26 Thread Dariusz Dwornikowski

Source: xen
Version: Lack of copyright entry for VInay Sajip
Severity: normal

Dear Maintainer,

I noticed that d/copyright lacks information for Vinay Sajip and his permissive
license.

You can see for which files it should be included:
http://codesearch.debian.net/search?prev=0q=the+name+of+Vinay+Sajipskip=99,
e.g. tools/python/logging/logging-0.4.9.2/* and
tools/python/logging/logging-0.4.9.2/test/log_test*

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#742077: RFS: vcmi/0.95-1 [ITP]

2014-08-23 Thread Dariusz Dwornikowski
Hi Johannes, 

Thanks for your work, but I think that your package should go to
contrib, because in order to work it needs HoMM game, so it depends on
something non free [1]. 

Installation instruction from upstream's web page clearly state that
you need to install Heroes data files [2]

I also found info on this game on Debian Games suggested games
website [3] stating the above. 

I am CCing the Debian Games list too. 

[1] https://www.debian.org/doc/debian-policy/ch-archive.html#s-contrib
[2] http://wiki.vcmi.eu/index.php?title=Installation_on_Linux
[3] https://wiki.debian.org/Games/Suggested#VCMI


-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#758815: RFS: libircclient/1.8-1 [ITA]

2014-08-22 Thread Dariusz Dwornikowski
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 21.08.2014 21:16, Eriberto Mota wrote:
 tags 758815 moreinfo thanks
 
 
 Hi Dariusz.
 
 Please:
 
 1. d/changelog: add an explanation about why your removed the -dfsg. Please,
 see the field 'Source' in d/copyright header.

Done, good catch thanks.

 
 2. d/control: in 'Package: libircclient-dev', remove 'Pre-Depends: 
 ${misc:Pre-Depends}'.
Done.

 
 3. d/copyright: - Fix the 'Source' field in header.
Fixed.

 - See it[1] and put the correct range of the years for each Debian 
 maintainer.
Fixed.
 - Update the upstream copyright years (2004-2013).
Fixed.
 - Search with 'grep -sri copyright * | grep -v Georg' for other authors.

Did that. Added Authors from cocoa/ folder.

 
 [1] https://packages.qa.debian.org/libi/libircclient.html
 
 4. libircclient-dev.install: remove .a. From Maintainers Guide[2]:
 
 Shared libraries are distributed as *.so files. (Neither *.a files nor *.la
 files)
 
 [2] https://www.debian.org/doc/manuals/maint-guide/advanced.en.html[2]
 

I will leave them if it is ok with you.

 5. Remove useless file README.source.
Done.

 
 6. Please, tell me why you make a patch. Your package is installing 
 libircclient.h only. The original program is installing libirc_options.h,
 libircclient.h, libirc_errors.h, libirc_rfcnumeric.h and libirc_events.h.

Good catch, super thanks. I added installing of other header files. I made patch
because the legacy build system builds only one .so file, and I was advised on
#debian-mentors that it is better to patch build system than to make symlinks
for ldconfig in d/rules.


 
 7. The upstream site has lot[3] of instructions about the library. I suggest
 you create a README.Debian with notice about it.
 
 [3] http://www.ulduzsoft.com/libircclient
 

I added this, you are right it is nice to have some doc.


I reuploaded to mentors, also this can be found in my collab-maint repo.





- -- 
Dariusz Dwornikowski,
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/
  room 2.7.2 BTiCW | tel. +48 61 665 29 41
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT9xlYAAoJECEac8aaew/HcTsP/1VgYlvF9tStexwMEKogLRm/
3HUHFiStFwJ094m2GbECfEKaIMclHcVqSbQVLGpOqESOgDmhsIEXS3E8pNe3qOxr
nb3pzTIhNOLo97CCR6zoMKQRMjPNp1BiQweQYuFw+UtwZobdBz5y2KEwBugCYSmg
K3wFthwL5P2shc9yUvvpJJJyrJfe6YixhlwGiBh+gP1h5XdkjmtSH/UOfPP7ib0G
J+cjTLmKu8ydeedKaItPOE4waCF8a6HzAWeWvH62u/wSTqg7J50rTSqYB6CSe4P2
EqG8UL9eJnbGwBP7I5ZoorctqCuoCsYoeoWELRoU+yqIPvOgHpt7OLwPV55Lxj68
LdGTyynjb5kzUf/pT9ErVxE4eFlPOoB9VZ0KiSSvwv2/gTWTKVq+C0RboreJ2Qz7
LjOsaxipe2bz/2iGT+MngleS6Ljt/Cn2f1q6G8ATMYnZi4pzldlqT5mJbMNyTrAu
/sZSGYd4GF2tKkHsZYKdMeCg0w/ogrEfQwlAKZECk6hsiWrxBMhGkYnb8Ngm1yXs
Q1f3Fa6o4+dGuzkzwACZUB7msew2pv4bNaceKBcFrQmkkKcM3OUbmtMCy9/kw6QC
b875AH6fY+5xoWrfplrTWMlk8bk8MrXEqg0+Njh2IQxwEUMmBIR3yjwsu0v9LVOS
OnsHK4Jk964V8XxkQKVF
=ZgKY
-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#758907: RFS: penguin-command/1.6.11-3 [ITA]

2014-08-22 Thread Dariusz Dwornikowski
Package: sponsorship-requests
Severity: normal 

Dear mentors,

  I am looking for a sponsor for my package penguin-command

 * Package name: penguin-command
   Version : 1.6.11-3
   Upstream Author : Karl Bartel ka...@gmx.net
 * URL : http://www.linux-games.com/penguin-command/  
 * License : GPL-2+
   Section : games

  It builds those binary packages:

penguin-command - missile command clone

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

  http://mentors.debian.net/package/penguin-command

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

dget -x 
http://mentors.debian.net/debian/pool/main/p/penguin-command/penguin-command_1.6.11-3.dsc

  More information about *penguin-command* can be obtained from 
http://www.linux-games.com/penguin-command/. 

  Changes since the last upload:

  * New maintainer (Closes: #728867)
  * gbp.conf added
  * migrated to autoconf, and newer automake-dev
  * dropped cdbs from d/control
  * desktop file added (Closes: #738000, #472573)
  * Vcs filed added to d/control
  * zlib added to Build-Deps (Closes: #672943)
  * Patch added to fix install dir for .ja manpage (Closes: #337762)

Regards,

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#758815: RFS: libircclient/1.8-1 [ITA]

2014-08-21 Thread Dariusz Dwornikowski
Package: sponsorship-requests
Severity: normal 

  Dear mentors,

  I am looking for a sponsor for my package libircclient

 * Package name: libircclient
   Version : 1.8-1
   Upstream Author : George Yunaev gyun...@ulduzsoft.com 
 * URL : http://sourceforge.net/projects/libircclient/
 * License : LGPL-3+
   Section : libdevel

  It builds those binary packages:

libircclient-dev - development files for libircclient
 libircclient1 - C library to create IRC clients

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

  http://mentors.debian.net/package/libircclient

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

dget -x 
http://mentors.debian.net/debian/pool/main/libi/libircclient/libircclient_1.8-1.dsc

  More information about libircclient can be obtained from 
http://sourceforge.net/projects/libircclient/.

  Changes since the last upload:

  * Imported Upstream version 1.8
  * Bump standards to 3.9.5, no changes needed 
  * New maintainer (Closes: #674882) 
  * Build-Dep in d/control changed to debhelper=9
  * Added myself to d/copyright
  * d/compat changed to 9
  * Deleted 00_fix_missing_headers patch, not needed 
  * Added dh-autoreconf to Build-Deps
  * Switched to multiarch (Thanks Andreas Rönnquist)
  * patch/proper-lib-building.patch
- removed old build system
- uses autoconf and libtool
- allows using legacy --enable system

  Regards,
-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#758691: RFS: profanity/0.4.3-1 [ITP]

2014-08-20 Thread Dariusz Dwornikowski
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: sponsorship-requests
Severity: wishlist

* Package name: profanity
  Version : 0.4.3-1
  Upstream Author : James Booth boot...@gmail.com
* URL : http://profanity.im/
* License : GPL-3+
  Section : net

It builds those binary packages:

 profanity  - Console based XMPP client

 Profanity is a console based XMPP client written in C,
 inspired by Irssi.
 It Supports:
 .
 XMPP chat services, including GoogleTalk and Facebook.
 OTR message encryption
 Roster management
 Desktop notifications
 Flexible resource and priority settings


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

http://mentors.debian.net/package/profanity

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

dget -x
http://mentors.debian.net/debian/pool/main/p/profanity/profanity_0.4.3-1.dsc

Alternatively, you can access my alioth git repo here:

http://anonscm.debian.org/?p=collab-maint/profanity.git;a=summary

More information about *profanity* can be obtained from
http://profanity.im

Changes since the last upload:

* Initial release (Closes: #745872)

Regards,
- -- 
Dariusz Dwornikowski,
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/
  room 2.7.2 BTiCW | tel. +48 61 665 29 41
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT9Es2AAoJECEac8aaew/HcRgP/RkxwUruMJSqXWYCdoZ6aaaZ
gipc88ZXsSuZ/MmJx+4SNaqT94ORSsqUWyPtGqDBraMtUHPYNdEPEM9NYdih7UR3
49Wjx9IL2sGuIHI7qCX/34ys2C+fw0yJ+jZMmnPz5KUxW2/uotY6abyNxgslK4OT
rkhkDkD+tUC17YYVTEI+W84o9zfKbjFBcojawfaQT3/uGgkBnnk+C3+iQopociTQ
WsRSKhba0R+oXFzjc6d5x1G+MDxwURIhnrVIvWZevYrDb0FMmxI0e33MNQtvqtW5
iX4BAkRcAEfZowlLm0lpxTPLbCeY0/fXKcmfoGOrYAG00/YAlnse/8g5PN9NcBo1
9zifx/fMlPwUKq29Bjb3L1QwPHPJwQ4Kl4BG4vTR5pWL9mcSqhtEg9sGB5dULyIh
ysnivQXYa+R0pFHnqlXoLltzEd4jnYwae8QcJENqVnzbghNSAuQSzamTOd9ivDyu
63xGR/BEgtkb+fFg7SS/JRplgCiGAH0kTqBq36p38zq5mnAejDBx2JR8uOCVf+LK
GPteqX51TGRO9yml8wdAUklOmne+nsgvWQ56gG/sjzvWvkOg+/worFkZtvI1CEol
raWZ7WT9SQMCYdSjjzFoqt4hI8Ncw7G9pHatIZtAVEDBl+RqjVo7nh61OgATBPsq
60F6xO5liDYehg2XAdOx
=wbsm
-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#758691: RFS: profanity/0.4.3-1 [ITP]

2014-08-20 Thread Dariusz Dwornikowski
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 20.08.2014 09:42, Jeroen Massar wrote:
 On 2014-08-20 09:16, Dariusz Dwornikowski wrote:
 Package: sponsorship-requests Severity: wishlist
 
 * Package name: profanity Version : 0.4.3-1 Upstream
 Author : James Booth boot...@gmail.com * URL :
 http://profanity.im/
 
 Without www that URL does not work[1]. http://www.profanity.im/
 does work.

Thanks, I fixed that in git.


- -- 
Dariusz Dwornikowski,
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/
  room 2.7.2 BTiCW | tel. +48 61 665 29 41
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT9Fb7AAoJECEac8aaew/HOZQP/Rbo6F7LNzsLGMCGDI/dp+2z
FnA3ac+S0La0KJKhBdF/2S/QKanFYl3AErDx/FGAhRvwZ40L1qO9ERfvZN6FFmki
8V3AqX7kwjKXxj00KRXJQLcegZO3inxP0N8nNmK5tg6ky0y5GuWyeoaMh6agLRig
k05mYT/Qch7DaWwnvoyu6Njz1tOMIV7y/DKTLjWGREn0t/mG5wH+idzf+qJAVCW2
q/I2MJHjFI4Ftb+7U5lXlCQJ4SVRg/hJRTfvKtn1oGbep0nR1YyfxS5yTAu8NAWK
/1EhJ7Wu+oU8KlpukL0Gg8ur/OEsiKElM0xS7VShNJT0JejnHs16ta8Tg9MqmHfS
uJmrUjFUm6O3EJ4xZF1O0TG4jaNSLlNR7NELMEpuZ6DaO6m6LbqLo+E0Q7PSuVUH
7JjIX4GViU9NNRqP9rikfwRjet1FEtpyjpw6qKH9SrGs0xVvA9MT8FKLk/VddM2N
9e+pEuRq4ie7VNyvxzeD0UQy2MN+GZOnWNzECiniG9Z/omCLTjzpg9c7qZ0/EKfc
lbqh1V31mEZTcxKP/DAZIbMnaT75uHiDVXj/A/TiVtwnPmpW0rSJLU4zGv6R7SfI
+RWmFvRG46fvn+glQ9m+C+MASmQ/pLjvJOgff+3CrLWNbhrchOuqQRcICklUJZ+l
FIlTk4Jz8AZ5ijBMo7mt
=Qi8m
-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#758691: RFS: profanity/0.4.3-1 [ITP]

2014-08-20 Thread Dariusz Dwornikowski
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 20.08.2014 14:31, Andrey Rahmatullin wrote:
 On Wed, Aug 20, 2014 at 09:16:06AM +0200, Dariusz Dwornikowski
 wrote:
 http://anonscm.debian.org/?p=collab-maint/profanity.git;a=summary

 
ITYM http://anonscm.debian.org/cgit/collab-maint/profanity.git/
 
 It's still linking with OpenSSL, via libstrophe, right? This won't
 work. Also, libstrophe isn't packaged.
 

It is linking to libstrophe, which is linking to ssl. Lintian does not
bork about this, since it is not a direct linking. Profanity's linking
to ssl is redundant and not needed, I removed it with a patch, also
upstream removed it from the master branch (not released yet).

It is still a violation ? If it is I could force upstream to add the
excerpt.

Libstrophe is waiting in the NEW queue already.

- -- 
Dariusz Dwornikowski,
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/
  room 2.7.2 BTiCW | tel. +48 61 665 29 41
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT9KUoAAoJECEac8aaew/HyQUQAK4Ckqx04qVvBlWMsfQ/wjfk
pqq8ojvWTJoAyqwNKYawN86I/kUIiY9rU2ysKYNzjLk7SB0D92VKJk82/B05BaxX
7juHZdrCupHs4zc9962fxvopPQ42n4xkw/LfUNYWguFME5+F0AD/LIKaYsEGA682
42Y2CS+V6cadSDeWLqZNXJUm6ehetmryOm7jmNq5TGAY89n9GP/jW5B2x26ksaVe
KkOQ7tvp6X/mBZ1uLZgPNbkNL1pVjW+kQBEWFEBcY16ZSkzGGN2mJIwNPc1G/frf
9CaTfqIRAlxkQqcNrjipaaDRvgXuLH0DXODmsvHoJ5DFg3jjpv/MOQGQpTcuA64j
vIxqa02IlCrZxLsemqqfLYtMbXeHyIrZwvj06QcSaCRVJEy2BWTrQHzs/3Mpcrq2
Aivx7xZzQyWtpZ/m77H4DATxPvQ5WDIUteW5dYudVmFPoN8RhXeYEaNHCrta4uYw
IMx2EmrzvrtmZCe07F2EB3Xxjvbze80UqqiMt3w/L/MbLgUd+3NGvZtdXs/2XT2c
MTz6n0nUUmk3SwI1lmNCuoyBdLmJsUv54nKbU8E86i7THrXo5Og3znMwBZroVuyG
h1IEQPzX49mKPyzLiXQ8rekMkHCPT8APCdZ13H34FoodpLUs0YwHe4fP23mgWNB4
KYaDzEomccSPitnIFOGF
=qein
-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#758691: RFS: profanity/0.4.3-1 [ITP]

2014-08-20 Thread Dariusz Dwornikowski
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 20.08.2014 18:36, Jakub Wilk wrote:
 * Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl, 
 2014-08-20, 15:39:
 It's still linking with OpenSSL, via libstrophe, right? This
 won't work. Also, libstrophe isn't packaged.
 
 It is linking to libstrophe, which is linking to ssl. Lintian
 does not bork about this, since it is not a direct linking.
 
 advert If the copyright file is in the machine-readable format,
 and it says that all the files are GPL-ed (which is the case here
 AFAICS), then adequate(1) should be able to detect GPL+OpenSSL
 license conflict, even when it is caused by indirect linking. 
 /advert
 

In fact adequate does the job but only after the installation of the
package, not while building. Anyways, good to know this tool, and...
profanity is violating the license. Back to upstream then :)

- -- 
Dariusz Dwornikowski,
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/
  room 2.7.2 BTiCW | tel. +48 61 665 29 41
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT9NF+AAoJECEac8aaew/HHSkQANCiJzyn2jdZ2NNmUgNnGY40
pCuY602SA+j5zjKQqP1Tsu8swNe7xJuxy2756ssfCej+/pptaV+ubLeDakmh1b0m
70ANZXkG1wA+33D9b+HjV9v75sJyKbfSd+gK3Ofb6mfBOStcMYgWhb8l5pUnHBYE
dR0FUgPo6Sy9iESD0me3es1YrtHxmVoVn0giHUxmnMWnmUBDpbfvYAT2g5NOvULq
hyBPwilvsbCglg9D5wHWiz4AIvNNla35dZi0jX1Mj8wv/+gpf1q7s5eRBhC7hCdv
0tFU1ONHdd1zX/xQSQ53kDXcscxTKnP/voE9tXtTMBeWcQAzqeGEYvNug7/qUvd1
TWr+5RXDhRHFcFMVOYjy1yysX16NGOQnmRnTfHKF6ClPOWkd2v0bVECWysNvy+Zm
DfiKkWJWwf9Xaw2Nn+TGU/CjWlyAvWkaHkN4/6seZTHz4DdHeLF15S7fvgYdzo5Z
feSyl0O0Z5/M/ZKhQjNDGxygly/GeGUdCiQqgBAqT7dGGkjjmuj51NufwZS1Ulv5
NCop+2FGy8yVHG8EGotzhy2weFcIj7aXbyfaNXetiVrXKxTIZ/RtIfsIBf/Bbpcr
JJxZHVL+420Ehz/FMp76gSSp5qv4w9bFuD2cSzvMaWz3cNZyvJE/paUIMzplkixF
ULmrA3g9SGvkGFpCVoYe
=fa7R
-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#758646: RFS: ryu/3.12-1 [ITP]

2014-08-19 Thread Dariusz Dwornikowski
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: sponsorship-requests
Severity: normal [wishlist]

Dear mentors,

I am looking for a sponsor for my package ryu

 * Package name: ryu
   Version : 3.12-1
   Upstream Author : Ryu Project Team ryu-de...@lists.sourceforge.net
 * URL : http://osrg.github.io/ryu/
 * License : Apache 2.0
   Section : python

  It builds those binary packages:

python-ryu - Ryu is a software defined networking framework -- Python libs
python-ryu-doc - Ryu is a software defined networking framework -- ryu
docs
ryu-bin- Ryu is a software defined networking framework -- ryu binary

To access further information about *ryu* , please visit the following
URL:

 http://mentors.debian.net/package/ryu


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

 dget -x http://mentors.debian.net/debian/pool/main/r/ryu/ryu_3.12-1.dsc

Or you can directly see my alioth repo:

 http://anonscm.debian.org/gitweb/?p=collab-maint/ryu.git

More information about ryu can be obtained from

 http://osrg.github.io/ryu/

Changes since the last upload:

 * Initial release (Closes: #758509)


Regards,
- -- 
Dariusz Dwornikowski,
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/
  room 2.7.2 BTiCW | tel. +48 61 665 29 41
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT82pzAAoJECEac8aaew/H2VEQAI44tnm3PdTH0rg/6ukWs9j7
fODUnQmB4dzwoUHBy0mJwVZJfTjYlMWa+UJPsZ4ZuG0UuKTVfkW9aUa86K8N809A
R6x3qVAdMEOsMZAKky28/EBLKZ2uZfQKypPqrKoSYnHa8F5S2ZUBz5Wl1yrdmMKo
IEHbW9LAw8xBl7uCo72kr7NF+2XhRy2hUzk3KC8vL2nohMufc3PJeOZnTarr6kUg
hNXjBajlw11KL565YxJUNhIXxW9dGdtR9sqeh/ejO+P30BZZKnnLq9rUanwQdOvv
jnIkZKbNWKdyYo6mK5u1hSOQ3Uaxcv4XiiTWvCx7Wp1rD27g8b1wzq9GfIyMB/Es
2tRsYpxWIRfZi4asksqIG+P5+gzWvz8wdjHN9xSo4CrT7XlLjYwbGlYDJPpp69fD
jr+O7fQBwUpt5SNamsCPjHOnMOldJ+gune8kY/K0wFUG+BLXqIZq6NZRB17U9vpl
7eumPDn6iiy33z3bcj/jEVRuvcjFU7FL+NHJEaoC7PE1Qk0PFhhAB2gaYMvMhtAj
KZs7qgOoDVATNa0XNLE4ZNHzLARGm8dYrmkDo0AjRc77H7R3UtmKdP3AFBM8+5hX
tm52hVmJ5Qq6acOrBTILpgSw5jv5+Tdla+Bb9wMvCqTgKogwShKti3eVtMf4wHRc
CaRayHCLjelJnwwj3luM
=jtgg
-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#758509: ITP: ryu -- A component-based software defined networking framework

2014-08-18 Thread Dariusz Dwornikowski
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: wnpp
Severity: wishlist

* Package name: ryu
  Version : 3.12
  Upstream Author : Ryu Project Team ryu-de...@lists.sourceforge.net
* URL : http://osrg.github.io/ryu/
* License : Apache 2.0
  Programming Lang: Python
  Description : Component-based SDN framework.

Ryu is a component-based software defined networking framework. Ryu
provides software components with well defined API that make it easy
for developers to create new network management and control
applications. Ryu supports various protocols for managing network
devices, such as OpenFlow, Netconf, OF-config, etc. About OpenFlow,
Ryu supports fully 1.0, 1.2, 1.3, 1.4 and Nicira Extensions.




- -- 
Dariusz Dwornikowski,
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/
  room 2.7.2 BTiCW | tel. +48 61 665 29 41
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT8dFRAAoJECEac8aaew/HPIoP/i+I//f2TPbzTlEyyTSdqc/t
xB3tOZBVBWJHdu5TMl4S3czdxsnfcNTeWN4O7LsuKjEqcorrIJ/udh2G6tkhRSwF
ucPa8gDIx9cIVeNSlUoE8n+xTHQKzVtb40ouZZ5+fEtm8nsMNm2eYfvKxdB/wC6r
/QUqkMBUS5v5K70Zz/efj8CH1/Nlxlibdxc5YTbtLaXBBhtDPjkPvNZRrf1+87Fe
He1va68lyozBjhUki3o7w+AfLflgkLkLR5H7pghAWjrFH5QX8yuOtn65ckOOzj7A
N9j/QOfHcr6ClpLwbzI3UTjHp2/TOTgJPez25PfzRS9vLNr+OYytZdm+TDOcjv8o
8iHpXvfz1Iym7rV5h15sYzcPG0Iq2umSJgDh5hsneXUZXrtU/xnrDhVbgXagtQXm
tGg1KHW71JDhzDR5thiYh9aBozCRPZXfZJ851RDF0GcAYKMsvR7pewB8hFG8feZK
Sm5q5ux6IqlU/EDgzMxB6Wiq1+vay+05VcSQBRev/ZDtfh8RcN5ws4S2agGyLmey
pfOn9Fos0ks4invkq9JGKHH8K7EjeGL4qTLSOeBM36duiISfoTLcSHO8PSllxgy4
UaYd79lSnCtiLT1hZG4oIa4bgqeG27hW+BSSOiIQSHSCC1dgLRsIBaumjmjXf4/b
SPSiO81tkyL62lkpC0+d
=VUEM
-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#674882: Noowner libircclient

2014-08-15 Thread Dariusz Dwornikowski
 Giving some thought into it, I have changed my mind, and I will not
 adopt this package - I will however make the changes recorded in
 the collab-maint repository mentioned above after the wheezy freeze as a
 QA upload if someone doesn't adopt the package before.


I was wondering to adopt the package but I cannot find any information
why it is +dfsg, and what has been removed from the source.

Andreas, maybe you remember what violates dfsg in the source.
Licensecheck does not show anything.


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



Bug#758197: libssl-dev: libssl segfaults when called SSL_CTX_new(SSLv23_client_method()).

2014-08-15 Thread Dariusz Dwornikowski
Package: libssl-dev
Version: 1.0.1i-2
Severity: normal

Dear Maintainer,

When calling SSL_CTX_new(SSLv23_client_method()), libssl crashes with stack
smash detected. After some time debugging with gdb, I have pinpointed that this
happens in ssleay_rand_add function in md_rand.c.

I encountered the problem when packaging libstrophe for Debian. In Jessie it
crashes, whereas on different systems (Ubuntu) it does not.

I can provide more information if needed.





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

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

Versions of packages libssl-dev depends on:
ii  libssl1.0.0  1.0.1i-2
ii  zlib1g-dev   1:1.2.8.dfsg-1

Versions of packages libssl-dev recommends:
ii  libssl-doc  1.0.1i-1

libssl-dev suggests no packages.

-- no debconf information

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#674882: Noowner libircclient

2014-08-15 Thread Dariusz Dwornikowski
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 15.08.2014 14:01, Andreas Rönnquist wrote:
 Giving some thought into it, I have changed my mind, and I will
 not adopt this package - I will however make the changes
 recorded in the collab-maint repository mentioned above after
 the wheezy freeze as a QA upload if someone doesn't adopt the
 package before.
 
 
 I was wondering to adopt the package but I cannot find any
 information why it is +dfsg, and what has been removed from the
 source.
 
 Andreas, maybe you remember what violates dfsg in the source. 
 Licensecheck does not show anything.
 
 By the way, I don't know if you have seen it, but the work I did
 on packaging libircclient is still available in the git repos:
 
 http://anonscm.debian.org/gitweb/?p=collab-maint/libircclient.git;a=summary

  Feel free to use that, or delete it - I don't mind either way.

Yes I saw it, I intend to use it - thanks you. Anyway in the newest
version, the rfc file is not present so we can drop the +dfsg suffix.



- -- 
Dariusz Dwornikowski,
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/
  room 2.7.2 BTiCW | tel. +48 61 665 29 41
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT7i1eAAoJECEac8aaew/HUrwP/0wDSeRcUdmfTnqJ2j7UWGPn
M5VDRH1v2Q8+t9f8v4kBpZzZ+XnUJ66Pv/4V+CdOqe099FZL/c65fmtm4JUmo/js
aMk9EThHH1lOthi6V+bCTdjayvR48xwkwWmjasFo6nStS+9uZT2sG5NNOJ//aaXx
sAzyFRlLFCZZITl8V6AhBYr6X6R51OereeVatmT/5DNULs+lcJzN4l4fC3LGEgmx
/LO8QFh0af4EhTC6q033jyYllHytSGpaG1PNJUcs8o513EnUWid00vd/Lbeldj4/
qgPUcPRpuaHIMOCIW0cLcpr1eIG2rPcvcjUHyByZXE0CDd1tb896ReG3c1UVquai
/xC8QAsciN+apDXCisOHb9liqOImTMzxVuPTswDQ1qe7ZtGeaNMwFNDUstLSsEU+
2doknsaWvcJ0TtZ0mLJLf14GtS37zKKlySISTOUxnbulDR48QB9yj5hKkQQzdsF+
C5Way0l5xyOkLnurP0YrL9E8JnUwgqRc4JlyROlFvpoJhM3hNtry5EmcxEjrO5Ex
gnvtZOf8S1C2i7cC3f6tSkLHBp6tRVVwUYR8/NyHI/WuPrgpvO1IF7MmMaDdr+Gd
Du4RNJNEXNKpgZJKOVpWtW4hz+gf7PtqmvnVPVRjWatz6WuTji3qJYJS8wISmUKb
1exqZ51+Jai3SSidnYA8
=QTVj
-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#674882: Noowner libircclient

2014-08-15 Thread Dariusz Dwornikowski
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 15.08.2014 14:01, Andreas Rönnquist wrote:
 Giving some thought into it, I have changed my mind, and I will
 not adopt this package - I will however make the changes
 recorded in the collab-maint repository mentioned above after
 the wheezy freeze as a QA upload if someone doesn't adopt the
 package before.
 
 
 I was wondering to adopt the package but I cannot find any
 information why it is +dfsg, and what has been removed from the
 source.
 
 Andreas, maybe you remember what violates dfsg in the source. 
 Licensecheck does not show anything.
 
 By the way, I don't know if you have seen it, but the work I did
 on packaging libircclient is still available in the git repos:
 
 http://anonscm.debian.org/gitweb/?p=collab-maint/libircclient.git;a=summary

  Feel free to use that, or delete it - I don't mind either way.

Yes I saw it, I intend to use it - thanks you. Anyway in the newest
version, the rfc file is not present so we can drop the +dfsg suffix.



- -- 
Dariusz Dwornikowski,
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/
  room 2.7.2 BTiCW | tel. +48 61 665 29 41
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT7i1eAAoJECEac8aaew/HUrwP/0wDSeRcUdmfTnqJ2j7UWGPn
M5VDRH1v2Q8+t9f8v4kBpZzZ+XnUJ66Pv/4V+CdOqe099FZL/c65fmtm4JUmo/js
aMk9EThHH1lOthi6V+bCTdjayvR48xwkwWmjasFo6nStS+9uZT2sG5NNOJ//aaXx
sAzyFRlLFCZZITl8V6AhBYr6X6R51OereeVatmT/5DNULs+lcJzN4l4fC3LGEgmx
/LO8QFh0af4EhTC6q033jyYllHytSGpaG1PNJUcs8o513EnUWid00vd/Lbeldj4/
qgPUcPRpuaHIMOCIW0cLcpr1eIG2rPcvcjUHyByZXE0CDd1tb896ReG3c1UVquai
/xC8QAsciN+apDXCisOHb9liqOImTMzxVuPTswDQ1qe7ZtGeaNMwFNDUstLSsEU+
2doknsaWvcJ0TtZ0mLJLf14GtS37zKKlySISTOUxnbulDR48QB9yj5hKkQQzdsF+
C5Way0l5xyOkLnurP0YrL9E8JnUwgqRc4JlyROlFvpoJhM3hNtry5EmcxEjrO5Ex
gnvtZOf8S1C2i7cC3f6tSkLHBp6tRVVwUYR8/NyHI/WuPrgpvO1IF7MmMaDdr+Gd
Du4RNJNEXNKpgZJKOVpWtW4hz+gf7PtqmvnVPVRjWatz6WuTji3qJYJS8wISmUKb
1exqZ51+Jai3SSidnYA8
=QTVj
-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#758197: [Pkg-openssl-devel] Bug#758197: Bug#758197: libssl-dev: libssl segfaults when called SSL_CTX_new(SSLv23_client_method()).

2014-08-15 Thread Dariusz Dwornikowski
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


 
 Dear Maintainer,
 
 When calling SSL_CTX_new(SSLv23_client_method()), libssl
 crashes with stack smash detected. After some time debugging
 with gdb, I have pinpointed that this happens in
 ssleay_rand_add function in md_rand.c.
 
 This is most likely an error in the program you're using.  If
 that would crash, nothing that tries to use SSL would work.
 
 So I'm for instance wondering if it calls 
 OpenSSL_add_all_algorithms() or not.

In fact it does not call OpenSSL_add_all_algorithms(), I added it and
still it segfaults here:
https://github.com/strophe/libstrophe/blob/master/src/tls_openssl.c#L68

Anyway I think this is an issue for libstrophe upstream anyway.



- -- 
Dariusz Dwornikowski,
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/
  room 2.7.2 BTiCW | tel. +48 61 665 29 41
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT7i0LAAoJECEac8aaew/H504QAKpzH34B/w6n6OXJwabVCLjk
uNhqz9Rcexn4d5oMFB53H+l/3FFjbXFTrOms7G4FMvEW9hr1R2Z9QMaT0WYJFLxh
v7MdcNTiOpKj28qULFsPOGWyQqzgGbZBzbGrQ9P0vD7YTQ6++rIIA9fmljuTtzxB
LFGBSeEeUlQkJwxNGCdXKCT9NA3Tbi6siiHz3gp6X6yvzBeLREJShlOrGJ9MQY7A
epUldM+o44DUc7qTgJa34D5+oz5kAHyA40VQmvNgVQJBNw+c1JDL3Rcku5qZXrvk
QFm2NbMYuk0wNMDX7r8gu/wFAjDODYJebbf9WcsrYjsIPZCcW267jmOhZIg6Kqkw
lyk8fEJqqMJIBGYjuYiOX+YAkouZQEz+vCda2ipLrO5PYYQ+M//II56orlLcUYzB
zQQBKFlKpmBjOeiKTzbMSzg6565iXDCzmLDNwxKAkxPEUm2xBJK08PRcBGqtUlW2
0JEC+oGuKuHpJhouP+r3D1wmbYn4RKzI+eRo+qy3H5q7EQ8jmr3dDml/EAzACg1k
oRMSX7pi1jt+YEDhU6I/CZtdrNOHjlYWkV0JPTanEScAVydgRY1gRJ4SGJcAPUdh
BHXIZg8do2aZ3yrJSAyg24e4PJbCJFTzhLwMqBg8q6qXNWXT6Nna6TnhuPjeEB4R
XJgcRtf3uEFuXndAAHtQ
=neJu
-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#757669: RFS: libstrophe/0.8.6-1 [ITP]

2014-08-11 Thread Dariusz Dwornikowski
 
 This Pre-Depends is necessary due for the multi-arch support. See 
 https://wiki.debian.org/Multiarch/Implementation
 
 Ok, just a last nitpick I missed earlier.
 your debian/*.dirs are not needed (refer to 
 https://www.debian.org/doc/manuals/maint-guide/dother.en.html#dirs
 I think you can remove them :)

Done, thanks for spotting this. 

 
 So, let me know when you uploaded your new version to mentors...

The new version has been uploaded to mentors. 




-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#757761: openvswitch-switch: Please include ovsk-controller

2014-08-11 Thread Dariusz Dwornikowski
Source: openvswitch
Severity: wishlist  

 


 
Dear Maintainer,

 


 
Tomasz Buchert and I are working on introducing mininet, an SDN emulator

 
(http://mininet.org/) to Debian.

 
Mininet heavily depends on ovsk to provide OpenFlow switch but also an OpenFlow 

 
controller. 

 


 
Ovsk starting from version 2.1 ships ovsk-controller as test-controller and 

 
resides in tests/ directory of the main source. 

 
From the NEWS of ovsk source:  
   
  


 
- ovs-controller has been renamed test-controller.  It is no longer 

 
 packaged or installed by default, because too many users assumed   

 
 incorrectly that ovs-controller was a necessary or desirable part  

 
 of an Open vSwitch deployment. 

 


 


 
We ask you to ship this binary in the package, maybe a good solution would be   

 
to do it similarly to Ubuntu,   

 
https://launchpad.net/ubuntu/+source/openvswitch/2.1.2-0ubuntu3 

 


 
Whatever name you choose for this binary, we would need to patch mininet to 

 
find it in $PATH. 

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#745872: ITP: profanity -- a console based XMPP client

2014-08-11 Thread Dariusz Dwornikowski
 Hello Dariusz and Andrey,
 
 I'd love to see a Profanity package for Debian. Are you, Dariusz, still 
 working on it?
 I also would like to know, why would the OpenSSL requirement make it 
 impossible to distribute the binary?
 

Yes, 

I am currently working on profanity package. Libstrophe, its main
dependency, has been pushed to NEW today. 

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#757761: openvswitch-switch: Please include ovsk-controller

2014-08-11 Thread Dariusz Dwornikowski
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 11.08.2014 17:38, Ben Pfaff wrote:
 On Mon, Aug 11, 2014 at 09:53:09AM +0200, Dariusz Dwornikowski
 wrote:
 Source: openvswitch Severity: wishlist
 
 Dear Maintainer,
 
 Tomasz Buchert and I are working on introducing mininet, an SDN
 emulator (http://mininet.org/) to Debian. Mininet heavily depends
 on ovsk to provide OpenFlow switch but also an OpenFlow 
 controller.
 
 Ovsk starting from version 2.1 ships ovsk-controller as
 test-controller and resides in tests/ directory of the main
 source.
 From the NEWS of ovsk source:
 
 - ovs-controller has been renamed test-controller.  It is no
 longer packaged or installed by default, because too many users
 assumed incorrectly that ovs-controller was a necessary or
 desirable part of an Open vSwitch deployment.
 
 Why do you keep referring to ovs as ovsk?  We have never shipped 
 anything under that name.
 

Forgive me for that, it is just a silly mistake on my side.

 Why can't mininet use a real controller instead of the useless
 test program from OVS?
 

Mininet is just an emulator, using test controller from OVS makes it
easy to start with and use by people who start with OpenFlow and SDNs.

Using an OVS controller is one of the major options in mininet, and in
fact the default behavior. You can always use external controller with
- --remote option in mininet.

If we ship mininet package without having OVS controller to use, we
will be shipping partially unusable software.



- -- 
Dariusz Dwornikowski,
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/
  room 2.7.2 BTiCW | tel. +48 61 665 29 41
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT6QivAAoJECEac8aaew/HcIYP/iojQVnv9XxkWqVmCCmBDhA8
BvVbY9gskKXVHApPjtCfqUgABqpsusswlpyi8yLRU+uKa/Tdm28kS0Ug10igZkzT
0sVVTmfmt4gCXemwQrYVlVihBRpi86gWdCwoM/6uTJplbu3FT5346Vqc9lPK19Je
zojun66mzY0rp0m0gK48Ld9o3BOaHIxj+wPrkvWljkJXMUQe0ddhM6X/5vSingdK
p//6XxufMpAr8XHBIqGQ7puD36u4lHe8J+6d2u8GW0nKVt+ZkK6BRnlnAzNl5tNE
CRyhrH/CKj/9EP3cZomNIjJ1XCKBzhesV+wf0Yj1qSrTXJFugzf0LBKDqFNAazFe
AKlTdHuxZsf3FtNEPqYrO32msWX009SAPwhF4FisAo9cCSQgJvsNSXmoaIbdhhQ5
JwArcsJgeL2UcLUYF/RpbTnRY6rkNrn3K5wif/yNI0yzwpLgnABR9TomAdsEZryd
Wir0TI1yEJAIu6BYsfXYlRhl+U8DnQE5Huat8DlJ6K2MxqUNdtjiFXmwqe5leYJI
bQr8JsHYUXA2LMRNQdOXLFYhacCp/LLzboYidgOkHTC61qDS1oswjkxuxL0FG3Mf
aNgNL+J+qZrRby+L+aqINrIW0iF1VWWj9c8HOp7Ih6y5B+DYDr+soyQbmoR8v6sC
JTfzwhV2jOEm8DlhaVuU
=2lo9
-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#757669: RFS: libstrophe/0.8.6-1 [ITP]

2014-08-10 Thread Dariusz Dwornikowski
Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

  I am looking for a sponsor for my package libstrophe

 * Package name: libstrophe
   Version : 0.8.6-1
   Upstream Author : Jack Moffit j...@metajack.im
 * URL : http://strophe.im/libstrophe/
 * License : MIT
   Section : libdevel

  It builds those binary packages:

   libstrophe-dev - Library for writing XMPP clients - development files
   libstrophe0 - Library for writing XMPP clients - shared library

  libstrophe is a minimal XMPP library written in C. It has almost no
  external dependencies, only an XML parsing library (expat or libxml
  are both supported). It is designed for both POSIX and Windows
  systems.

  I worked with libstrophe upstream past months to make it suitable
  for Debian. I helped them with autotools, so that shared library is
  built along the static one. Encouraged them to tag relases in
  github, and together we closed some pull requests. 

  Libstrophe is used by profanity.im, a console XMPP client inspired
  by IRSSI, which I intend to pack too, this week. 

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

  http://mentors.debian.net/package/libstrophe

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

dget -x 
http://mentors.debian.net/debian/pool/main/libs/libstrophe/libstrophe_0.8.6-1.dsc

  Or go directly to the VCS at Alioth git:
  http://anonscm.debian.org/cgit/collab-maint/libstrophe.git

  More information about *libstrophe* can be obtained from 
http://strophe.im/libstrophe/. 

  Changes since the last upload:

  * Initial release (Closes: #511341)

Regards,
-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#757669: RFS: libstrophe/0.8.6-1 [ITP]

2014-08-10 Thread Dariusz Dwornikowski
 Hi Dariusz,
 
 reviewing.. As usual here an (unordered) list:

Thank you. 
 
 - please read d/README.source and act accordingly :)

Done. Deleted, since not needed anymore. 

 
 - d/copyright
 The source is dual-licensed. Please correct the license.
 The line 
  Copyright (c) 2005-2009 Collecta, Inc.
 is misplaced (I think you wanted to put it two lines earlier)
 as this is not part of the license.

I always act according to the rule when in doubt, copy the whole
license from upstream. Their MIT-LICENSE.txt is with this Copyright
line. 
https://github.com/strophe/libstrophe/blob/master/MIT-LICENSE.txt

I deleted the line from there. 

 
 Same below with the debian/* files. 
 
 Regarding License.txt... They say
 This program is dual licensed under the MIT *and* GPLv3 licenses.
 (emphasis by me) Do upstream mean or here? (I'm not sure if you can
 comply to both licenses at the same time; better ask debian-legal if the
 and is ok or if a sentence like on your choice is missing.) It would
 be anyway great if upstream could add a license header NOT refering to
 LICENSE.txt in every file ... as this could create problems if a file is
 to be used outside of libstrophe. It would be much clearer, also

I already created an issue in github to clean this. As for dual
license thing, I did ask for opinion on that months ago and got an
answer from Russ Albery, claiming that I could just pick a license. 

Here is the relevan post:
https://lists.debian.org/debian-mentors/2014/05/msg00055.html

I will also write to Debian legal to look at this. 

 
 (As they link against openssl, they probably need the openssl exception
 when applying the GPL. Refer also to 
 https://lists.debian.org/debian-legal/2002/10/msg00113.html) Shouldn't
 be a problem for MIT, but IANAL.) 
 
 - d/docs has the license text files and you exclude them in again in
 d/rules...This program is dual licensed under the MIT and GPLv3
 licenses.

I cleaned this now, thanks. 

 
 - why no symbols file?

Added symbols file with the help of dpkg-gensymbols. Already in git. 

 
 - d/rules
 you should call bootstrap in override_dh_autoreconf, not in
 override_dh_auto_configure:
 
 override_dh_autoreconf:
 dh_autoreconf ./bootstrap.sh
 
 Then you also won't need to override autoclean.
 (I any prefer a clean file over overriding debhelper targets)

Super thanks for that !

 
 (Also please unset DH_VERBOSE when uploading...)

Yes, deleted now. 

 
 unused substitution variable ${misc:Pre-Depends}
 Pre-Depend is missing in d/control (multi-arch support...) 
 
According to policy 7.2, putting Pre-Depends should be first discussed
on dd@, or am I missing something ?



-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#757669: RFS: libstrophe/0.8.6-1 [ITP]

2014-08-10 Thread Dariusz Dwornikowski
 Hi Dariusz,
 
 reviewing.. As usual here an (unordered) list:

Thank you. 
 
 - please read d/README.source and act accordingly :)

Done. Deleted, since not needed anymore. 

 
 - d/copyright
 The source is dual-licensed. Please correct the license.
 The line 
  Copyright (c) 2005-2009 Collecta, Inc.
 is misplaced (I think you wanted to put it two lines earlier)
 as this is not part of the license.

I always act according to the rule when in doubt, copy the whole
license from upstream. Their MIT-LICENSE.txt is with this Copyright
line. 
https://github.com/strophe/libstrophe/blob/master/MIT-LICENSE.txt

I deleted the line from there. 

 
 Same below with the debian/* files. 
 
 Regarding License.txt... They say
 This program is dual licensed under the MIT *and* GPLv3 licenses.
 (emphasis by me) Do upstream mean or here? (I'm not sure if you can
 comply to both licenses at the same time; better ask debian-legal if the
 and is ok or if a sentence like on your choice is missing.) It would
 be anyway great if upstream could add a license header NOT refering to
 LICENSE.txt in every file ... as this could create problems if a file is
 to be used outside of libstrophe. It would be much clearer, also

I already created an issue in github to clean this. As for dual
license thing, I did ask for opinion on that months ago and got an
answer from Russ Albery, claiming that I could just pick a license. 

Here is the relevan post:
https://lists.debian.org/debian-mentors/2014/05/msg00055.html

I will also write to Debian legal to look at this. 

 
 (As they link against openssl, they probably need the openssl exception
 when applying the GPL. Refer also to 
 https://lists.debian.org/debian-legal/2002/10/msg00113.html) Shouldn't
 be a problem for MIT, but IANAL.) 
 
 - d/docs has the license text files and you exclude them in again in
 d/rules...This program is dual licensed under the MIT and GPLv3
 licenses.

I cleaned this now, thanks. 

 
 - why no symbols file?

Added symbols file with the help of dpkg-gensymbols. Already in git. 

 
 - d/rules
 you should call bootstrap in override_dh_autoreconf, not in
 override_dh_auto_configure:
 
 override_dh_autoreconf:
 dh_autoreconf ./bootstrap.sh
 
 Then you also won't need to override autoclean.
 (I any prefer a clean file over overriding debhelper targets)

Super thanks for that !

 
 (Also please unset DH_VERBOSE when uploading...)

Yes, deleted now. 

 
 unused substitution variable ${misc:Pre-Depends}
 Pre-Depend is missing in d/control (multi-arch support...) 
 
According to policy 7.2, putting Pre-Depends should be first discussed
on dd@, or am I missing something ?



-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#737285: ITA: tetzle -- Jigsaw puzzle game

2014-08-09 Thread Dariusz Dwornikowski
Hi Jackson,


Do you still intend to adopt this ? If not, let me know, I will adopt
this within Debian Games team.



-- 
Pozdrawiam,
Dariusz Dwornikowski, Assistant
Institute of Computing Science, Poznań University of Technology
www.cs.put.poznan.pl/ddwornikowski/
room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#748831: RFS: crashme/2.7-1 [ITA]

2014-06-01 Thread Dariusz Dwornikowski
 
 Oh. I read “Forwarded: no” as “it should be forwarded, but it's not been
 done yet”. In this case “Forwarded: not-needed” would be more adequate; or
 even better, use “Origin: upstream”, and then you don't need Forwarded at
 all.

Thank you for that. 

 
 I didn't get answer to my question about mprotect(2):
 Shouldn't we run this code also on non-Linux architectures? At least
 on kfreebsd-amd64, heap is not executable by default, which is what
 this code is trying to work around.
 
 Yes, forgot to clear this. I am not sure I fully undestand. Crashme is
 built on all archs but this is probably not what you meant.
 
 Won't this conditional catch for kfreebsd-amd64  (defined(__FreeBSD__)
 compiler macro will catch it ?
 
 Nope, __FreeBSD__ is not defined on GNU/kFreeBSD, only on “true” FreeBSD
 systems.
 
 Here's useful piece of documentation about porting to kFreeBSD:
 http://glibc-bsd.alioth.debian.org/porting/PORTING
 (the relvant section is “Add our system name to checks here and there”)
 
 Another problem on kFreeBSD is that I get this warning:
 
 crashme.c:758:17: warning: incompatible implicit declaration of built-in 
 function 'execlp' [enabled by default]
   {status = execlp(cmd,cmd,nb,arg2,nt,arg4,arg5,subprocess_ind,NULL);
 ^

It appears that package has been sponsored by Laszlo today, I will
tackle porting problem when preparing 2.8.2 upstream release,
meanwhile I will install kfreebsd vm. 

You mentioned earlier that 2.7 should be also uploaded to stable
because of [1]. Could you please tell me, or point out a source of
information, how this should be done ? Should I create a debian-stable
branch and prepare a package release stable there (in changelog it
should be stable instead of unstable). Or should I just use
backporting procedures and upload to backports?



[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749816



-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#748831: RFS: crashme/2.7-1 [ITA]

2014-05-30 Thread Dariusz Dwornikowski
 If my supposition is correct, then this is a grave bug, and after it's
 fixed in unstable, it should be also fixed in stable and oldstable.
 
 I've filed it as #749816.

Thanks. 

 
 * Paul Wise p...@debian.org, 2014-05-27, 08:43:
 On Tue, May 27, 2014 at 1:07 AM, Dariusz Dwornikowski wrote:
 I can fix this when I am given DM rights to crashme.
 Nothing about stable/oldstable updates requires DM rights, you can do that
 through your normal sponsors.
 
 Hear, hear. Just to be clear: I am absolutely not giving anyone DM
 permissions after a single upload. :-)
 

Ack. 

 
 Anyway, let's get back to work:
 
 Possible typos in the code and in the documentation:
 ntrys - ntries
 NTRYS - NTRIES
 
 Typo in the changelog:
 canonincal -  canonical

I fixed this by updating fix-spelling.patch. 

 
 +Description: tool to test kernel stability
 
 I think s/to test/for testing/ sounds better.
 
 - them. Used to test kernel stability.
 + them. It is used to test kernel's stability.
 
 I don't think this use of 's is correct.
 As a data point, according to Google, “kernel stability” is 40 times more
 popular than “kernel's stability”.
 
 But I'm not a native speaker of English, so I might be saying nonsense here.
 If you want professional advice about your description, please ask at
 debian-l10n-english@ldo.

I followed here Don'ssuggestion. 

 
 * Added patch fixing memset transposed arguments
 
 Good catch. Please don't forget to forward the patch upstream.

Laszlo caught this but the patch was backported from 2.8.2 of crashme.
So technically upstream forwarded it to me. 

 
 The following changes are not documented:
 - Upstream-Contact update in d/copyright;
 - d/crashme.install addition;
 - dropping d/crashme.lintian-overrides;
 - debian/watch update;
 - most of changes to d/rules;
 - package description updates;
 - README.debian update.

I documented it.

 
 It should be s/debian/Debian/, BTW. (Although it's not a big deal, as
 debhelper conveniently renames the file for you, so you correct correct name
 in the binary package.)

Renamed it so debhelper does not have to do it. Let's give it some
rest. 

 
 I didn't get answer to my question about mprotect(2):
 
 Shouldn't we run this code also on non-Linux architectures? At least on
 kfreebsd-amd64, heap is not executable by default, which is what this code
 is trying to work around.

Yes, forgot to clear this. I am not sure I fully undestand. Crashme is
built on all archs but this is probably not what you meant. 

Won't this conditional catch for kfreebsd-amd64  (
defined(__FreeBSD__) compiler macro will catch it ? 

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#748831: RFS: crashme/2.7-1 [ITA]

2014-05-26 Thread Dariusz Dwornikowski
On 24.05.14 23:38:38, Jakub Wilk wrote:
 * Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl, 2014-05-21, 
 13:48:
 If you listed files to remove in debian/clean, you could avoid the
 override in debian/rules.
 Yes, fixed that too. Settled for d/rules.
 
 Well, now I can't build the source package:
 
 rm -f *.o
 rm -f pddet
 rm debian/upstream
 rm: cannot remove ‘debian/upstream’: No such file or directory
 debian/rules:13: recipe for target 'override_dh_auto_clean' failed

I forgot to push sorry, now it will build. 
 
 
 What happened to debian/patch/legacy.patch?
 
 Upstream writes:
 
 2.7 4-APR-2014  __APPLE__ port, fix linux 64 bit port.
 
 I wonder how badly broken is the package in the archive (2.4). My
 understanding is that it's completely useless on some architectures, because
 it doesn't actually stress-test anything; but I might be wrong.
 

As upstream informed me legacy.patch is in 2.7 already, which I try to
push into Debian, that is why I have deleted it. 



-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#748831: RFS: crashme/2.7-1 [ITA]

2014-05-26 Thread Dariusz Dwornikowski
On 26.05.14 18:25:25, Jakub Wilk wrote:
 * Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl, 2014-05-26, 
 17:19:
 What happened to debian/patch/legacy.patch?
 As upstream informed me legacy.patch is in 2.7 already, which I try to
 push into Debian, that is why I have deleted it.
 
 Then this should be documented in the changelog. But at least this part
 
 -  {status = execl(cmd,cmd,nb,arg2,nt,arg4,arg5,subprocess_ind,0);
 +  {status = execlp(cmd,cmd,nb,arg2,nt,arg4,arg5,subprocess_ind,NULL);
 
 hasn't been merged. And it is really needed; see bug #37304, which your
 version of crashme reintroduces.

I have updated the git, added the changelog entry, and also a patch
fixing this. 

 
 2.7 4-APR-2014  __APPLE__ port, fix linux 64 bit port.
 
 I wonder how badly broken is the package in the archive (2.4). My
 understanding is that it's completely useless on some architectures,
 because it doesn't actually stress-test anything; but I might be wrong.
 
 If my supposition is correct, then this is a grave bug, and after it's fixed
 in unstable, it should be also fixed in stable and oldstable.
 

I can fix this when I am given DM rights to crashme. 

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#748831: RFS: crashme/2.7-1 [ITA]

2014-05-21 Thread Dariusz Dwornikowski
Package: sponsorship-requests
Severity: normal 

  Dear mentors,

  I am looking for a sponsor for my package crashme

 * Package name: crashme
   Version : 2.7-1
   Upstream Author : George Carrette gjcarre...@aol.com
 * URL : http://people.delphiforums.com/gjc/crashme.html
 * License : crashme
   Section : devel

  It builds those binary packages:

crashme- Stress tests operating system stability

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

  http://mentors.debian.net/package/crashme

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

dget -x 
http://mentors.debian.net/debian/pool/main/c/crashme/crashme_2.7-1.dsc

  More information about *crashme* can be obtained from 
http://people.delphiforums.com/gjc/crashme.html.

  Changes since the last upload:

  * Imported Upstream version 2.7
  * Copyright changed to DEP-5
  * New maintainer (Closes: #739083)
  * Hardening added 
  * Spelling patch refreshed
  * VCS fields in canonincal format
  * Bump standards to 3.9.5
  * Created manpage for pddet binary
  * d/rules updated to clean cleanly


  Regards,
-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#748831: RFS: crashme/2.7-1 [ITA]

2014-05-21 Thread Dariusz Dwornikowski
  * Copyright changed to DEP-5
 
 This is not an accurate description of changes to the copyright file. The
 original copyright file was already in the DEP-5 format.

Fixed that. 
 
  * New maintainer (Closes: #739083)
 
 Did you get any reply from George?

Yes, we talked that is why I took over the package. We have been
working on crashme (he is upstream) past few weeks. 

 
  * Hardening added
 
 That's not an accurate description of the change you did either. (Although
 enabled hardening might be a side effect of this change.)
 
 Why is override_dh_auto_build commented in debian/rules? If this code is not
 supposed to be run, then remove it.
 
 Why do you set CFLAGS in debian/rules?

Fixed. Removed. 
 
  * Spelling patch refreshed
 
 Please forward the patch upstream. There's more typos that you might want to
 fix:
 
 $ codespell --skip '*.patch'
 ./crashme.txt:26: seperate  == separate
 ./crashme.txt:77: enviroment  == environment
 ./crashme.html:147: exersize  == exercise
 ./crashme.html:272: seperate  == separate

Did that and forwarded to codeplex issue tracker. 

 
  * Bump standards to 3.9.5
 
 Did it require any changes to packaging?

Nope, fixed. 
 
  * Created manpage for pddet binary
 
 I'm sorry to say that, but this manpage is not helpful. I read it twice, and
 still have no idea what is this program supposed to do.

I found a better piece of text to put there, by upstream too. 

 
  * d/rules updated to clean cleanly
 
 If you listed files to remove in debian/clean, you could avoid the override
 in debian/rules.

Yes, fixed that too. Settled for d/rules. 
 

The package is in VCS:

http://anonscm.debian.org/gitweb/?p=collab-maint/crashme.git


-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#748321: ITP: raceintospace -- free software version of the Liftoff! board game

2014-05-20 Thread Dariusz Dwornikowski

Since the package depends on physfs 2.1, which has not been release
yet, we need to wait for the upstream of physfs to release 2.1 and for
the package to be in Debian. For now, raceintospace is ready in
pkg-games git and can go to Debian when physfs is ready. 

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#748321: ITP: raceintospace -- free software version of the Liftoff! board game

2014-05-16 Thread Dariusz Dwornikowski
Package: wnpp
Severity: wishlist
Owner: Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl

* Package name: raceintospace
  Version : 1.1
  Upstream Author : Michael K McCarty mkmcca...@raceintospace.org,
  Pace Willisson p...@alum.mit.edu,
  Krzysztof Kosciuszkiewicz dr...@users.sf.net,
  Will Glynn delta...@lerfjhax.com
* URL : http://www.raceintospace.org/
* License : GPL-2+
  Programming Lang: C
  Description : free software version of the Liftoff! board game


Race Into Space a free software version of the Liftoff! board game by Fritz
Bronner, originally developed by Strategic Visions and published by Interplay
in 1993 and 1994 as Buzz Aldrin's Race Into Space.

This project was born in 2005, when the original developers re-obtained rights
to the game and released it under the GPL. The project made many releases, each
containing more bug fixes and minor features, until releasing 1.0 in 2011.


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



Bug#748088: ITP: cutemaze - simple maze game

2014-05-14 Thread Dariusz Dwornikowski
Package: wnpp
Severity: wishlist

* Package name: cutemaze
  Version: 1.1.1
  Upstream Authors: Graeme Gott gra...@gottcode.org
* URL: http://gottcode.org/cutemaze/
* License: GPL-3+
  Programming Lang: C++
  Description: simple maze game

CuteMaze is a simple, top-down game in which mazes are randomly generated using 
one of a choice of several different algorithms. You move the character through 
the maze while hunting for targets (cheese, by default) - the game is won once 
all of these targets have been picked up.

Features:
- Showing the amount of time and steps it has taken to play the maze (optional)
- Bread crumb trail to show you where you've already been (optional)
- Flag system which allows you to mark and later un-mark any square on the board
- Hints that direct you to the closest target
- Zooming out to see more of the maze
- SVG themes (two themes come with the game)

Graeme has several games in Debian already (tanglet, connectagram,
peg-e, hexalate). He his a very responsive and active upstream, his
code is of a high quality and I think it is worth to have his games in
Debian. Cutemaze is especially nice for children but also adults
should have fun with it.

The package will be maintained in Debian Games team. 


-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#739083: crashme maintainer

2014-05-08 Thread Dariusz Dwornikowski
 I am willing to adopt the crashme package as soon as I can figure out how to 
 get hooked into the Debian management systems required to do so.
 


Are you still willing to adopt the package ? If yes, please change the
bug to ITA, if not I can adopt the package in no time. 

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#746964: RFS: tanglet/1.2.2-1 [ITA]

2014-05-04 Thread Dariusz Dwornikowski
Package: sponsorship-requests
Severity: normal 

  Dear mentors,

  I am looking for a sponsor for my package tanglet

 * Package name: tanglet
   Version : 1.2.2-1
   Upstream Author : Graeme Gott gra...@gottcode.org
 * URL : http://gottcode.org/tanglet/
 * License : GPL-2+
   Section : games

  It builds those binary packages:

tanglet- single player word finding game based on Boggle
 tanglet-data - single player word finding game based on Boggle - data files

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

  http://mentors.debian.net/package/tanglet

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

dget -x 
http://mentors.debian.net/debian/pool/main/t/tanglet/tanglet_1.2.2-1.dsc

  More information about *tanglet* can be obtained from 
http://gottcode.org/tanglet/.

  Changes since the last upload:

  * Imported Upstream version 1.2.2 
  * Added keywords to desktop file and menu entry (Closes: #738038)
  * Updated copyright to DEP-5
  * Added VCS fields to d/control
  * Watch file fixed
  * Migrated to dh
  * Compat changed to 9, bump standards to 3.9.5
  * Updated manpage (Closes: #617539)
  * New maintainer (Closes: #746458)
  * Split packages to tanglet-data and tanglet

  Regards,
   Dariusz Dwornikowski

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#746763: RFS: connectagram/1.1.2-1 [ITA]

2014-05-03 Thread Dariusz Dwornikowski
Package: sponsorship-requests
Severity: normal 

  Dear mentors,

  I am looking for a sponsor for my package connectagram

 * Package name: connectagram
   Version : 1.1.2-1
   Upstream Author : Graeme Gott gra...@gottcode.org
 * URL : http://gottcode.org/connectagram/
 * License : GPL-2+
   Section : games

  It builds those binary packages:

  connectagram - word unscrambling game
  connectagram-data - word unscrambling game - data files

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

  http://mentors.debian.net/package/connectagram

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

dget -x 
http://mentors.debian.net/debian/pool/main/c/connectagram/connectagram_1.1.2-1.dsc

  More information about connectagram can be obtained from 
http://gottcode.org/connectagram/.

  Changes since the last upload:

  * Imported Upstream version 1.1.2
  * Bump standards to 3.9.5 and compat to 9
  * New maintainer (Closes: #746459)
  * Split packages to connectagram and connectagram-data, containing word list
files
  * Removed unneeded patch
  * Migrated to dh
  * debian/copyright formatted according to DEP-5
  * Fixed watch file

  Regards,
   Dariusz Dwornikowski

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#745777: RFS: ipad-charge/0~20131118.c82b032-1 [ITP] -- USB charging control utility to charge an Apple device

2014-04-29 Thread Dariusz Dwornikowski

Hi Benny,

I am not a DD, I cannot sponsor your package but here are some
comments:

Since it is your initial upload, the version should be -1, you bump
the number only when you *release* a new package. Merge all the
changes into 1.1-1 release.

Other things to fix:

- set homepage field in d/control to github project page
- standards should be 3.9.5 
- make the package depend on debhelper = 9 in d/control
- when upstream releases on github, you can prepere a watch file,
  something like that should be sufficient:

version=3  
https://github.com/mkorenkov/ipad_charge/releases 
.*/archive/v(\d[\d\.]+)\.tar\.gz 

- in d/copyright you did not add years to Files: *
- patches are not described according to DEP-3 [1]
- what about udev rules ? are they installed ?
- did you check your package with pbuilder and/or piuparts ?

We can review the package once more, when you fix. 

[1] http://dep.debian.net/deps/dep3/

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#745872: ITP: profanity -- a console based XMPP client

2014-04-26 Thread Dariusz Dwornikowski
Package: wnpp
Severity: wishlist
Owner: Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl

* Package name: profanity
  Version : 0.4.0
  Upstream Author :  James Booth boothj5...@gmail.com
* URL : http://www.profanity.im/
* License : GPL-3
  Programming Lang: C
  Description : a console based XMPP client

Profanity is a console based XMPP client written in C using ncurses and
libstrophe, inspired by Irssi. It supports:
* XMPP chat services, including GoogleTalk and Facebook,
* command driven interface,
* customizable functionality and user interface,
* Off the Record message encryption,
* chat room support,
* roster management,
* flexible resource and priority settings,
* desktop notifications,
* unicode support,
* integrated DuckDuckGo search,
* sending tiny URLs,
* plugin written in C, Python, Ruby and Lua.

Since I did not get a response from XMPP packaging team, I will strat packaging
it by myself with a possibility to move to XMPP team when they respond.
Profanity depends on a great XMPP library libstrophe, which is not in Debian
yet. I am currently working on providing a high quality package (ITP 511341),
for that reason I am working with upstream to adjust the source for Debian.


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



Bug#745872: ITP: profanity -- a console based XMPP client

2014-04-26 Thread Dariusz Dwornikowski
 PKG_CHECK_MODULES([openssl], [openssl], [],
 [AC_MSG_ERROR([openssl is required for profanity])])
 
 The resulting binary cannot be distributed.
 

Hey Andrey,

Could You elaborate on that ? Why would openssl ban the binary to be
distributable ?

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#744145: python-pip creashes on import from requests

2014-04-10 Thread Dariusz Dwornikowski
Package: python-pip
Severity: important
Version: 1.5.4-1


pip and pip2 commands fail with, my requests version installed is: 2.2.1-1. 

tdi@blackstar ~ $ pip
Traceback (most recent call last):
  File /usr/bin/pip, line 9, in module
load_entry_point('pip==1.5.4', 'console_scripts', 'pip')()
  File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 351, in 
load_entry_point
return get_distribution(dist).load_entry_point(group, name)
  File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 2363, in 
load_entry_point
return ep.load()
  File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 2088, in load
entry = __import__(self.module_name, globals(),globals(), ['__name__'])
  File /usr/lib/python2.7/dist-packages/pip/__init__.py, line 11, in module
from pip.vcs import git, mercurial, subversion, bazaar  # noqa
  File /usr/lib/python2.7/dist-packages/pip/vcs/mercurial.py, line 9, in 
module
from pip.download import path_to_url
  File /usr/lib/python2.7/dist-packages/pip/download.py, line 25, in module
from requests.compat import IncompleteRead
ImportError: cannot import name IncompleteRead



-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#742582: Can't import proper lilypond file

2014-03-25 Thread Dariusz Dwornikowski
Package: denemo
Version: 1.1.2~20140129+git02c86bb-1
Severity: Normal

Denemo can't import a perfectly sane lilypond file (attached). The
error is presented below. The file is parsed and processed by lilypond without 
any
problems. The lilypond was generated by Nted.  


Denemo - WARNING : 
   A script error for file/script (lyimport::load-file
   /home/tdi/downloads/ yesterday.ly); the throw
   arguments are
  
  (#f Wrong type (expecting ~A):
  ~S (pair MARK scalar) (MARK
  scalar)



-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41
\header {
	title = \markup \center-align {Yesterday}
	subtitle = \markup \center-align {Fingerstyle Arrangement of a Beatles Favourite}
	arranger = Andrew Du Brock
}

#(set-default-paper-size a4)
StaffAVoiceA = \relative c' {
	\repeat volta 2 {
	 a'8  g  g2. | % 2
	r4a b 8  cis  d  e  fis  g | % 3
	 fis4   b, e 8   b e  ~b e 2 | % 4
	r4c e 8  e  d  c  b  a | % 5
	 c4  b8  b ~   b4.  a8 | % 6
	 g4  b8  a ~   a4.  e8 | % 7
	 g4   g b 8   g b  ~g b 2^\markup {To Coda \musicglyph #scripts.coda } 
	}
	
	\repeat volta 2 {
	 b  b | % 9
	 e4  fis  g  fis8  e 
	}
	\alternative {
	{
	| % 10
	 fis4.  e8  d4  e | % 11
	 b2  b 
	}
	
	{
	 fis'4.  e8  d4  fis 
	}}
	| % 13
	 g1^\markup {D.C. al Coda } 
	\bar ||
	 g,4\mark \markup { \musicglyph #scripts.coda }   b8  a ~   a4.  e8 | % 15
	 g4   g b 8   g b  ~g b 2\fermata  
	\bar |.
	
}

StaffAVoiceB = \relative c' {
	\repeat volta 2 {
	 g4.  d'8  g,  d'  g  g, | % 2
	 fis  e'4.  b2 | % 3
	 e,8  e'4.  e8  g  d  g | % 4
	 c,  g'4.  d2 | % 5
	  g, e' 8  g'  d  d  g,  d'  fis,4 | % 6
	 e8  e'4 r8   a,  cis'  a4 | % 7
	 a,8  e'  g,4  g8  d'  g  d 
	}
	
	\repeat volta 2 {
	 fis,  e'  a  e  b  dis  a'  dis, | % 9
	 e  b'  d,  b'  c,  b'  b,4 
	}
	\alternative {
	{
	| % 10
	 a8  a'  c4  d,8  a'4  a8 | % 11
	  g, a'   d'  a'  d,   g, g'   d'  g  d 
	}
	
	{
	 a  a'  c4  d,8  a'4  a8 
	}}
	| % 13
	 g,  g'  d'  g,  c  g  b  g 
	\bar ||
	 e,  e'4.  a,8  cis'  a4 | % 15
	 c,8  e  g,  g ~   g2\fermata  
	\bar |.
	
}

StaffA = \new Staff \relative c' {\clef treble\key g \major \time 4/4
	
		\new Voice = one { \voiceOne \StaffAVoiceA } 
		\new Voice = two { \voiceTwo \StaffAVoiceB } 
	

}

\score {
	
	\StaffA
	
	\layout { }
}


Bug#742583: Wrong path to lilypond executable

2014-03-25 Thread Dariusz Dwornikowski
Package: denemo
Version: 1.1.2~20140129+git02c86bb-1
Severity: Normal

When typesetting, denemo can't find a proper path to lilypond
executable, The funny thing is I do not have the
~/downloads/denemo-1.1.2/ directory. Error log below:

Denemo - WARNING : Error launching lilypond! Message is Failed to
execute child process
/home/tdi/downloads/denemo-1.1.2/usr/bin/lilypond (No such file or
directory)
Denemo - WARNING : Error executing lilypond. Perhaps Lilypond is not
installed or its path is not correctly configured.
Denemo - WARNING : Trying to read the pdf file
file:///tmp/DenemofaXm4o/denemoprintA.pdf gave an error: Error
opening file: No such file or directory



-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#708880: Manual pages have GFDL problem (no invariant)

2014-03-20 Thread Dariusz Dwornikowski
On 23.02.14 10:30:30, Bastien ROUCARIES wrote:
 Le 23 févr. 2014 01:07, Jakub Wilk jw...@debian.org a écrit :
 
  * bastien ROUCARIES roucaries.bast...@gmail.com, 2013-05-19, 13:17:
 
  Your package include gfdl with invariant section see gengetopt.info and:
 doc/gengetopt.html
 doc/gengetopt.texinfo
 
 
  Actually the latter file contains both GPL and GFDL declarations.
  I asked upstream for clarification:
  https://lists.gnu.org/archive/html/help-gengetopt/2013-01/msg0.html
  There was no reply, yay...
 
  GPL and GFDL are not compatible, so it might be that the result is not
 distributable. If this is the case, then maybe the wheezy-ignore tag should
 not have been added.
 
 OK time to ask relicense to gnu fundation directly maybe


I wrote to the upstream Author directly, let us try this channel
before contacting the fundation.


 
 Bastien
 
  --
  Jakub Wilk

-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41


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



Bug#741249: RFS: maradns/2.0.09-2 [RC]

2014-03-10 Thread Dariusz Dwornikowski
Package: sponsorship-requests
Severity: important

  Dear mentors,

  I am looking for a sponsor for my package maradns. As always I
  checked with cowbuilder and piuparts.

 * Package name: maradns
   Version : 2.0.09-2
   Upstream Author : Sam Trenholme mara...@gmail.com
 * URL : http://maradns.samiam.org/
 * License : BSD
   Section : net

  It builds those binary packages:

duende - logging daemonizer
 maradns- simple security-focused authoritative Domain Name Service server
 maradns-deadwood - simple security-focused recursive Domain Name Service server
 maradns-docs - upstream documentation for the MaraDNS Domain Name Service 
server
 maradns-zoneserver - complementary server process to TCP functions for MaraDNS

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

  http://mentors.debian.net/package/maradns

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

dget -x 
http://mentors.debian.net/debian/pool/main/m/maradns/maradns_2.0.09-2.dsc

  More information about *maradns* can be obtained from 
http://maradns.samiam.org/

  Changes since the last upload:

  * updated watchfile to check pgp signature (Closes: #740046)
  * patches updates, thanks to Tobias Frost
- simplified the deadwood_makefile.patch (Closes: #740049)
- added patch to generate DwRandPrime.h from PRNG when /dev/urandom missing
  * pgp singnature saved as d/upstream-singning-key.pgp
  * fixed postinst not to violate policy 10.7.3  (Closes: #740332)
- added preinst for reverting to upstream's mararc
- added stopping old maradns where init script is wrong
  * patch added to update mararc manpage

  Regards,
   Dariusz Dwornikowski

-- 
Pozdrawiam,
Dariusz Dwornikowski, Assistant at Institute of Computing Science, Poznań 
University of Technology
www.cs.put.poznan.pl/ddwornikowski/ 
room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#741287: RFS: zmap/1.2.0-1

2014-03-10 Thread Dariusz Dwornikowski
Package: sponsorship-requests
Severity: normal 

  Dear mentors,

  I am looking for a sponsor for my package zmap. As always checked
  with cowbuilder and puiparts. Vincent, Clint please sponsor if you
  can. 

 * Package name: zmap
   Version : 1.2.0-1
   Upstream Author :  Zakir Durumeric zak...@umich.edu, 
  J. Alex Halderman jhald...@umich.edu, 
  Eric Wustrow ew...@umich.edu, 
  David Adrian davad...@umich.edu, 
  HD Moore hd_mo...@rapid7.com
 * URL : https://zmap.io/
 * License : Apache 2.0
   Section : net

  It builds those binary packages:

zmap  - network scanner for researchers

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

  http://mentors.debian.net/package/zmap

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

dget -x http://mentors.debian.net/debian/pool/main/z/zmap/zmap_1.2.0-1.dsc

  More information about *zmap* can be obtained from http://zmap.io/

  Changes since the last upload:

  * Imported Upstream version 1.2.0

  Regards,
   Dariusz Dwornikowski

-- 
Pozdrawiam,
Dariusz Dwornikowski, Assistant at Institute of Computing Science, Poznań 
University of Technology
www.cs.put.poznan.pl/ddwornikowski/ 
room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#740934: RFS: zmap/1.1.2-2

2014-03-06 Thread Dariusz Dwornikowski
Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package zmap

 * Package name: zmap
   Version : 1.1.2-2
   Upstream Author : Zakir Durumeric zak...@umich.edu, J. Alex Halderman 
jhald...@umich.edu, Eric Wustrow ew...@umich.edu, David Adrian 
davad...@umich.edu, HD Moore hd_mo...@rapid7.com
 * URL : https://zmap.io/
 * License : Apache 2.0
   Section : net

  It builds those binary packages:

zmap  - network scanner for researchers

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

  http://mentors.debian.net/package/zmap

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

dget -x http://mentors.debian.net/debian/pool/main/z/zmap/zmap_1.1.2-2.dsc

  More information about *zmap* can be obtained from http://zmap.io/

  Changes since the last upload:

  * Added json support
  * Added patch to fix spelling error in redis.c
  * Added redis support

-- 
Pozdrawiam,
Dariusz Dwornikowski, Assistant at Institute of Computing Science, Poznań 
University of Technology
www.cs.put.poznan.pl/ddwornikowski/ 
room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#740934: RFS: zmap/1.1.2-2

2014-03-06 Thread Dariusz Dwornikowski
On 06.03.14 09:46:46, Vincent Cheng wrote:
 On Thu, Mar 6, 2014 at 4:06 AM, Dariusz Dwornikowski
 dariusz.dwornikow...@cs.put.poznan.pl wrote:
  Package: sponsorship-requests
  Severity: normal
 
Dear mentors,
 
I am looking for a sponsor for my package zmap
 
   * Package name: zmap
 Version : 1.1.2-2
 Upstream Author : Zakir Durumeric zak...@umich.edu, J. Alex Halderman 
  jhald...@umich.edu, Eric Wustrow ew...@umich.edu, David Adrian 
  davad...@umich.edu, HD Moore hd_mo...@rapid7.com
   * URL : https://zmap.io/
   * License : Apache 2.0
 Section : net
 
It builds those binary packages:
 
  zmap  - network scanner for researchers
 
To access further information about this package, please visit the 
  following URL:
 
http://mentors.debian.net/package/zmap
 
Alternatively, one can download the package with dget using this command:
 
  dget -x 
  http://mentors.debian.net/debian/pool/main/z/zmap/zmap_1.1.2-2.dsc
 
More information about *zmap* can be obtained from http://zmap.io/
 
Changes since the last upload:
 
* Added json support
* Added patch to fix spelling error in redis.c
* Added redis support
 
 Build-depends: s/libjson0-dev/libjson-c-dev/ since the former is just
 an empty transitional package. Please also consider running
 'wrap-and-sort -s' (from devscripts) to make it easier to review
 changes to your build-deps (or other metadata in d/control).
I think this is another way round. apt-cache show libjson-c-dev says:

 This is a transition package that can be safely removed once no
 package depend on it.

The package does not build with libjson-c-dev. I always check with
cowbuilder and piuparts. 

 
 Also, if you're going to cc me, please cc my @debian.org email instead
 of my old gmail account. :)

Sorry, I used email shown on my QA page. You signed my last zmap
upload with gmail account. 
 
 Regards,
 Vincent

-- 
Pozdrawiam,
Dariusz Dwornikowski, Assistant at Institute of Computing Science, Poznań 
University of Technology
www.cs.put.poznan.pl/ddwornikowski/ 
room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature


Bug#740597: Please add Dariusz Dwornikowski as a Debian Maintainer

2014-03-03 Thread Dariusz Dwornikowski
Package: debian-maintainers
Severity: normal

Dear Front Desk and Debian Keyring team,

Please add Dariusz Dwornikowski
dariusz.dwornikow...@cs.put.poznan.pl to the Debian maintainer
keyring. I attach the jetring changeset. 



-- 
Pozdrawiam,
Dariusz Dwornikowski, Assistant at Institute of Computing Science, Poznań 
University of Technology
www.cs.put.poznan.pl/ddwornikowski/ 
room 2.7.2 BTiCW | tel. +48 61 665 29 41
Comment: Add Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl as a 
Debian Maintainer
Date: Mon, 03 Mar 2014 12:15:29 +0100
Action: import
Recommended-by:
  Laszlo Kajan lka...@debian.org, Liang Guo bluestonech...@gmail.com
Agreement:
  https://lists.debian.org/debian-newmaint/2014/02/msg00024.html
Advocates:
  https://lists.debian.org/debian-newmaint/2014/02/msg00025.html
  https://lists.debian.org/debian-newmaint/2014/03/msg1.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1
  
  mQINBFK8CasBEADbZFiNHZsjNCAyNbYpL5eCkCFRLQf5vPOpzIz1O1VxQ7mpXCN9
  2VAZmu3Vz9lH+/2jQ+RF/W53oEEKnUew9AXfLjK4ubRyemiETzYOm5QolVFDVNvp
  fRfXUtAqdsDvGpyM77KG+5ZAlHxy43gBfghEQSHufjLypwUCxT5dx0/ktZ/Vo9KY
  QDBRmZYBBUvJamLfykZnd6406XzGu3EXAz74MSta6xT6AfupXem6mVivPqdcv8sx
  lUmd+7E1kI+USGUQ83+C9Y1AQxmSQ7d3f/MUcTz2nuo+2irIrME2nTODYi7Q5W6z
  e/iEXht+xrGUnsBPz6i1lLAO8mFQxnhirXO0nBbpfJT9SpDMMEq8MnivtZ7+x/kz
  tzYaOH5tIi9AKhlD5OHWzh1BZXEMFRGQKOLLU+fDFjs/PEIq2hHVtDVqJMtsnD7J
  8b1sbGJwQOlyjdA+1ACs8837+//b/OWjEVor/UtVVvIkMFAoeyigjKub4l1uISOq
  yJUzh4YeTSojPvhMoZQtUahZktbNC60+XyM44bE4QgLeHRGPkJSUTv+8VBKvqP+r
  Wk9O3AUIYh8qKWSiKB5gvtBavs446yf5lukIjw8D+hG9oQuutTXEbwAfZSAiUASb
  1KKIXJW1YkV4lgeZgiFo4SIkrHxJe5aJY5Qi3ZmBlqWzOO5SLdXJi7E6bQARAQAB
  tDxEYXJpdXN6IER3b3JuaWtvd3NraSA8ZGFyaXVzei5kd29ybmlrb3dza2lAY3Mu
  cHV0LnBvem5hbi5wbD6JAjoEEwEIACQCGwMFCwkIBwMFFQoJCAsFFgIDAQACHgEC
  F4AFAlK8Cv8CGQEACgkQIRpzxpp7D8fbxBAAr+6XMHyKkcu+8ok04OkrmqqtqvIG
  LX6YpFz3xOlxUJU4DBnMbgI+tByY6ZSSGgGCS4MZ6qNp6RaRWytnUIORA/dFZJlX
  W9cEx2zSOsrqqe0Kd+8OsbiDQeeCy8A+rrQaShIBR0JwfjZdGz9IxrnJvSez7EU2
  QqqN36jKKFNHn7jwrEqTZFeigbaTVK/lz78pmja05h+BRh6mzjSuOGTb6nZVVU75
  Uz9EqIjx2b+NFbSfxoU0imCsAr5A25e6rE7UrThQ+T64ujLM4j1cOQgjok+an9EX
  vIJ/M43Shu8dwqfiSALk8GhjRRdNUhFPx6FP9aaUjcHVNYpnJateDuBAukp4bLW6
  9yP/1b89hBmAn59eMcgk/zdfYVpxAXpKl4zw9N+VfMm6XsGiVM/Gcp76FLZpPobG
  UhVtcnFybLwJdCsJFFpgNzBuc0F6pf7EvdhNW6qfFAcmhHINj7InP+Lu3O409DdE
  YDjs5XdobbJfC4VlJr3zfpRnJoE5gLBaIycNqPWjhC4xSY+RmWTEB+OqrByUVTPy
  aKUxjZCWk7vIYAj1Vn3wsI6m6wjoyhuYfzkTWNP3kHFLud7UOVUxOCB2+hFWMBUD
  Emnb1yIqSw7P2DMKNxZb0oGmw5fDnXL2CLNmvVKbyS3OwufyIp83+jlI02QC2r1Q
  H3cRWvFHlAAQGpCJAhwEEwEKAAYFAlMI0o0ACgkQm9LWQJoMUvqchQ//Zc7+S3u3
  iztGitn7WITTIo6w+RLH8Ffi+MQOo91QTVXXl+5uPfLOQbP8Dw/EEUUGi5e/JPKm
  lxkFqfKI0HA6IHVQuTjlF2+BDeVED0DjRHlp/BjjlPec70I5wpnLAJAz1VPs6W22
  p9jNutRhl5zzD4Seu3n4BYmzYlCHzUPMAF8IQyVZhVl1W6oaObWWM6MBwv3Y5yB8
  OKWnzsgh5sT9PxZlw0ZDPcIIyTYgI/7xYTpUnnNwc7eBdKKyN7NLtmTi3DPjcc4C
  TVcqtFL93swyXcW84TpoS85H6tID5sAew+odqkzDISTX2DOZtq+8tLcF05uskXim
  oyKtuK1lpfnhgpZeY4pGX2WP31w+4cwVhCZJvyksx3/EeMRPy6qeE9YayY4eruXt
  0Z/oPpLMJs/bpRYwSScK/N9xWpcoOdXfNk6mx8GKEIZz1h5ZIqyKmFoQuJHJjlTE
  nqE3NCah2a+k1B/pB5vIoPHSGhKvjWX1psWRwbKJY0q5jZEvxHimc3rXnEoAr1XH
  rEq31MBWjgN/4Maqdwn2JxcF9mJ0v4o3UDTV4e80UbPPGG1AirzzJu1/dtsdtm/3
  Y8r5vq+0KTRiRFDCHDkXnMGYmUlRGs/P+/IxjYVP/I3mQvot5gUk2Q+ORnRLIBu/
  NMmwrVBluocmtuU+JKE0p0qJa3zZw0qIEVO0NURhcml1c3ogRHdvcm5pa293c2tp
  IDxkYXJpdXN6LmR3b3JuaWtvd3NraUBnbWFpbC5jb20+iQI3BBMBCAAhBQJSvArp
  AhsDBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJECEac8aaew/HIAEQAMjcmjB9
  3NE42XUDx+/4xHv282pxSI/W0tPmRcWDJ4Sc+o+kso87iUnNvHvi9T3mlk3+56CH
  He2CZ/uExTlJ2wwITTPJw8n5075BLJo3rL4bioNIxZXU0wZXGpFOWGkuAKtJaO/u
  I3b19/xFtJ5QQvgZoGxLoeQtKmzgE42YyVeAQnUaYYMvNSQCq8+QFuORqjHsr3ji
  nj5f4eZ0RPOcbaS//PDvZNpGd1cAQUa97CTbff+bk+XGgfvDfddbu5Xzr9iVb7Vb
  JbxLqjft/LE1JnDvD+JYbDoq8yO1iX22dStA4Pe3pTq59m72tDxkQtIFeavgldZC
  PMjiHnx+ADEjy6DG6GDSd9CCXJi/oajJdruou5ILPJl59TW0bolImERuqriteMeA
  u5tDONg+79CodOKC5G57GA3Mm6VVEuV+TWIhPT+3ho7bqE6vK+0fe+r+jz5ZUpa0
  6RmIh2J6sPVY60cKEUrWgA+/1MItb1v2/KffR7LOvYsqZpTLL0XHPm6FXT7znVAz
  LozCbjhodtbaciV1wcFNkXMpDQTYZUsZ4GoY9Tg661/YttSSi4ZCQRnHNeZInbFh
  Zttyp8RFzdMuzb1WhGf3XuBcTDybezSJMTO2eODC3QPi0NpeQlcwY9u40NFUAGh9
  jfM0P3n34fKKrucLiZpgs/JUpBO9QMaKU3DJiQIcBBMBCgAGBQJTCNKNAAoJEJvS
  1kCaDFL6cbAP/1VQPdc4RogkHQd9TK+PBvFkLX3kf74XG+Z8xUv5iobQstMh/V56
  pxVtsXKmK1EEgcXi1zbGKGNRg7j+lpYXSr8JmZBBb39zfFCvXh9m1Oj6E2QcGXIa
  70b6eEITDTWUeYOOfdHhTUR9KaQiVJfmXPLJV7C0QI7ikScfC2JN4zOd6FEE4ORe
  KZoxLd9SGu1xERnh6md46zRsLXJFpOAZBB/kQquE0Xnrj9j38LQhqd5AYmOegXYW
  Phb7VRxQ06v3YaM1c8EzKrk3tzIjdc3CJvZdPsaJu2qxNnlXWhmHZnMiAFzwMOEC
  umY7NDzV5EcbzNdaToOSnuWuyZWlunQiPP4zVoQRT2m5yNyJyd9ppRo3bgGMyBSv
  hgnQxW2xQd889YU3mTIW9tg55RNSzDpAw6t/cUlflYZjrIIlsERky1EzgBKHl2VC
  kDOV86jIjzIK1XfAh4kyOSKectUrBYIla8djmsBeZ6Z9LPcbz73yeG8sMjii09al
  8a6xR2guGhnTmluuvYdsqcguxrcTm6Y0owzwimhO65lwscN4ys2P160+by+LHpJw
  zm2nTZUfHv0dIFxQlNXFmyJ0sGXSwZemjIRW0m6qg98oV4Nof2Q5p7FTlMhPbl3p
  wDR0EAudoewd2/Y7zkyrxnq0XdL/MsXAN79fTWarxSymTuyKu6bW01JbuQINBFK8
  CasBEADc

  1   2   >