Bug#563120: libvirt-bin: libvirtd segfaults when trying to connect to it with malformed connction URIs

[Mateusz Kijowski]

Package: libvirt-bin
Version: 0.7.4-2
Severity: important


When I try to connect to libvirt using:

virsh --connect qemu://

libvirtd process crashes with SIGSEGV:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f3137b6f910 (LWP 8040)]
0x0043ba8e in ?? ()
(gdb) bt
#0  0x0043ba8e in ?? ()
#1  0x7f313cec3f1d in do_open (name=0x9b3b00 qemu://, auth=0x0, flags=0) 
at libvirt.c:1059
#2  0x0042173a in ?? ()
#3  0x00422f2c in ?? ()
#4  0x004232bb in ?? ()
#5  0x004165fc in ?? ()
#6  0x7f313b7f973a in start_thread () from /lib/libpthread.so.0
#7  0x7f313b56a69d in clone () from /lib/libc.so.6
#8  0x in ?? ()

The backtrace is propably not useful, but I can't find any package containing
debug symbols for libvirtd. I have libvirt0-dbg installed, but it doesn't
seem to have the symbols for libvirtd and there is no libvirt-bin-dbg package
I could find.

When trying to connect with proper URI, that is:

virsh --connect qemu:///system

everything seems to be fine.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 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 libvirt-bin depends on:
ii  adduser   3.112  add and remove users and groups
ii  hal   0.5.14-1   Hardware Abstraction Layer
ii  libavahi-client3  0.6.25-2   Avahi client library
ii  libavahi-common3  0.6.25-2   Avahi common library
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libcap-ng00.6.2-3Development and header files for l
ii  libdevmapper1.02. 2:1.02.39-1The Linux Kernel Device Mapper use
ii  libgnutls26   2.8.5-2the GNU TLS library - runtime libr
ii  libparted1.8-12   1.8.8.git.2009.07.19-5 The GNU Parted disk partitioning s
ii  libpciaccess0 0.10.9-1   Generic PCI access library for X
ii  libreadline6  6.0-5  GNU readline and history libraries
ii  libsasl2-22.1.23.dfsg1-5 Cyrus SASL - authentication abstra
ii  libudev0  149-2  libudev shared library
ii  libuuid1  2.16.2-0   Universally Unique ID library
ii  libvirt0  0.7.4-2library for interfacing with diffe
ii  libxenstore3.03.4.2-2Xenstore communications library fo
ii  libxml2   2.7.6.dfsg-1   GNOME XML library
ii  logrotate 3.7.8-4Log rotation utility

Versions of packages libvirt-bin recommends:
ii  bridge-utils  1.4-5  Utilities for configuring the Linu
ii  dnsmasq-base  2.51-1 A small caching DNS proxy and DHCP
ii  iptables  1.4.6-2administration tools for packet fi
ii  netcat-openbsd1.89-3 TCP/IP swiss army knife
ii  qemu  0.11.1-1   fast processor emulator

Versions of packages libvirt-bin suggests:
ii  policykit-1   0.95-1 framework for managing administrat

-- 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#550733: xfsprogs: kernel oops on log replay during XFS mount when number of regions is corrupt

[Mateusz Kijowski]

Package: xfsprogs
Version: 2.9.8-1lenny1
Severity: important


Recently I got a corrupt filesystem in qemu image. xfs_repair insists that the 
filesystem must be
unmounted cleanly before running. When trying to mount I get:

[141946.555463] Filesystem loop0: Disabling barriers, not supported by the 
underlying device   
[141946.555463] XFS: correcting sb_features alignment problem   
 
[141946.555463] XFS mounting filesystem loop0   
 
[141946.587706] Starting XFS recovery on filesystem: loop0 (logdev: internal)   
 
[141946.587926] BUG: unable to handle kernel NULL pointer dereference at 
0010

[141946.587926] IP: [a041ad5a] 
:xfs:xlog_recover_add_to_trans+0xc1/0xe7

[141946.587926] PGD 19242b067 PUD 24f3f6067 PMD 0   
 
[141946.587926] Oops: 0002 [1] SMP  
 
[141946.587926] CPU 1   
 
[141946.587926] Modules linked in: xfs tun ipt_REJECT xt_tcpudp iptable_filter 
ip_tables x_tables iscsi_trgt crc32c libcrc32c ipv6 nfsd auth_rpcgss 
exportfs nfs lockd nfs_acl sunrpc bridge ext4dev jbd2 crc16 kvm_intel kvm loop 
serio_raw snd_pcm snd_timer snd psmouse soundcore i2c_i801 rng_core 
snd_page_alloc pcspkr i2c_core i5000_edac edac_core button shpchp pci_hotplug 
evdev ext3 jbd mbcache dm_mirror dm_log dm_snapshot dm_mod raid1 md_mod 
ide_cd_mod cdrom ata_generic piix ide_pci_generic ide_core ehci_hcd uhci_hcd 
e1000e 3w_9xxx sd_mod thermal processor fan thermal_sys ahci libata 
scsi_mod dock 
[141946.587926] Pid: 13307, comm: mount Not tainted 2.6.26-1-amd64 #1
[141946.587926] RIP: 0010:[a041ad5a]  [a041ad5a] 
:xfs:xlog_recover_add_to_trans+0xc1/0xe7
[141946.587926] RSP: 0018:8101de9739b8  EFLAGS: 00010246
[141946.587926] RAX:  RBX: 810012fa2940 RCX: 

[141946.587926] RDX: 0010 RSI: c20011f1cfec RDI: 
0010
[141946.587926] RBP: c20011f1cfec R08: 1000 R09: 
c20011f1b80c
[141946.587926] R10: 8100010458f0 R11:  R12: 
8101e70cbb40
[141946.587926] R13: 810157062000 R14: 810012fa2d80 R15: 
1000
[141946.587926] FS:  7f1987fb17c0() GS:81025f0868c0() 
knlGS:
[141946.587926] CS:  0010 DS:  ES:  CR0: 8005003b
[141946.587926] CR2: 0010 CR3: 0001d3b68000 CR4: 
26e0
[141946.587926] DR0:  DR1:  DR2: 

[141946.587926] DR3:  DR6: 0ff0 DR7: 
0400
[141946.587926] Process mount (pid: 13307, threadinfo 8101de972000, task 
81025a1971e0)
[141946.587926] Stack:  8101de973aa8 decaa000 c20011f1cfe0 
8101de973aa8
[141946.587926]  0004 c20011f1cfec 8101f664d000 
a041d75e
[141946.587926]  8102519ef800 000180249766 8101de973aa8 
8102519ef800
[141946.587926] Call Trace:
[141946.587926]  [a041d75e] ? 
:xfs:xlog_recover_process_data+0x178/0x1c9
[141946.587926]  [a041d9f7] ? :xfs:xlog_do_recovery_pass+0x248/0x661
[141946.587926]  [a041de49] ? :xfs:xlog_do_log_recovery+0x39/0x75
[141946.587926]  [a041de91] ? :xfs:xlog_do_recover+0xc/0xf3
[141946.587926]  [a041dff2] ? :xfs:xlog_recover+0x7a/0x84
[141946.587926]  [a041843b] ? :xfs:xfs_log_mount+0xc5/0x105
[141946.587926]  [a04200a4] ? :xfs:xfs_mountfs+0x25a/0x5ac
[141946.587926]  [a042b2c5] ? :xfs:kmem_alloc+0x60/0xc4
[141946.587926]  [a042b385] ? :xfs:kmem_zalloc+0x9/0x21
[141946.587926]  [a0425e70] ? :xfs:xfs_mount+0x29b/0x347
[141946.587926]  [a04343a6] ? :xfs:xfs_fs_fill_super+0x0/0x1ee
[141946.587926]  [a043445b] ? :xfs:xfs_fs_fill_super+0xb5/0x1ee
[141946.587926]  [8029d191] ? get_sb_bdev+0xf8/0x145
[141946.587926]  [8029cbbc] ? vfs_kern_mount+0x93/0x11b
[141946.587926]  [8029cc97] ? do_kern_mount+0x43/0xdc
[141946.587926]  [802b16b1] ? do_new_mount+0x5b/0x95
[141946.587926]  [802b18a8] ? do_mount+0x1bd/0x1e7
[141946.587926]  [80276856] ? __alloc_pages_internal+0xd6/0x3bf
[141946.587926]  [802b195c] ? 

Bug#604174: ITP: mysql-workbench-gpl -- MySQL Database diagramming and development tool

[Mateusz Kijowski]

Hi,


I have updated the package so that mysql-utilities is built and included. I
also added some Build-Depends to fix building in squeeze. I am using the
binary right now and it's quite stable on my squeeze desktop.

Since I didn't get any reply neither from subscribents of #604174 nor
pkg-mysql-maint I am not sure how to proceed in making the package reviewed
and hopefully uploaded. Any directions or suggestions concerning the package
and what I should do next are welcome. The diff against the SVN tree is
included.

Cheers,


Mateusz Kijowski.
diff --git a/debian/changelog b/debian/changelog
index b9b0fac..09645bb 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,31 @@
+mysql-workbench-gpl (5.2.34-2) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * build and include mysql-utilities in the package
+  * fix building in squeeze
+
+ -- Mateusz Kijowski mateusz.kijow...@gmail.com  Mon, 25 Jul 2011 12:43:46 +0200
+
+mysql-workbench-gpl (5.2.34-1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * New upstream release
+  * gcc patch updated
+  * added patch for makefile related to ScintillaNET which 
+was removed from upstream source
+
+ -- Mateusz Kijowski maateusz.kijow...@gmail.com  Sat, 28 May 2011 16:55:45 +0200
+
+mysql-workbench-gpl (5.2.33b-1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * New upstream release.
+  * Copyright changes
+  * patch necessary to build under gcc 4.6
+(from http://bugs.mysql.com/60603)
+
+ -- Mateusz Kijowski mateusz.kijow...@gmail.com  Thu, 21 Apr 2011 15:57:59 +0200
+
 mysql-workbench-gpl (5.2.33-1) UNRELEASED; urgency=low
 
   * New upstream release.
diff --git a/debian/control b/debian/control
index 88cf9b8..24c14f8 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: utils
 Priority: extra
 Maintainer: Debian MySQL Maintainers pkg-mysql-ma...@lists.alioth.debian.org
 Uploaders: Norbert Tretkowski norb...@tretkowski.de
-Build-Depends: debhelper (= 5), libmysqlclient-dev, libgnome2-dev, autoconf, automake, libtool, libzip-dev, libsigc++-2.0-dev, libglade2-dev, libgtkmm-2.4-dev, uuid-dev, liblua5.1-0-dev, libgl1-mesa-dev | libgl-dev, libpcre3-dev, python-dev, libboost-dev, libsqlite3-dev, libctemplate-dev
+Build-Depends: debhelper (= 7), quilt (= 0.46-7), python-support, libmysqlclient-dev, libgnome2-dev, autoconf, automake, libtool, libzip-dev, libsigc++-2.0-dev, libglade2-dev, libgtkmm-2.4-dev, uuid-dev, liblua5.1-0-dev, libgl1-mesa-dev | libgl-dev, libpcre3-dev, python-dev, libboost-dev, libsqlite3-dev, libctemplate-dev, swig
 Standards-Version: 3.9.1
 Homepage: http://dev.mysql.com/workbench/
 Vcs-Browser: http://svn.debian.org/wsvn/pkg-mysql/mysql-workbench/
diff --git a/debian/copyright b/debian/copyright
index 9d2258b..878789a 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -7,7 +7,8 @@ since Wed, 11 Feb 2009.
 It was downloaded from http://dev.mysql.com/workbench/
 
 Copyright: 
-	(c) 2000-2008 MySQL AB, 2009 Sun Microsystems, Inc. 
+	(c) 2000-2008 MySQL AB, 2009 Sun Microsystems, Inc.
+(c) 2007-2010 by Oracle and/or its affiliates.
 
 License:
 	This package is free software; you can redistribute it and/or modify
@@ -27,8 +28,332 @@ License:
 	License can be found in /usr/share/common-licenses/GPL-2.
 
 
+File:
+res/scripts/lua/wb_library.lua
+res/scripts/shell/mysql_system_status.vbs
+res/scripts/shell/mysql_system_status_rmt.vbs
 
-== MySQL Connector/C++ ==
+Copyright:
+Copyright (c) 2008, 2009 Sun Microsystems, Inc
+
+License:
+   
+This library is free software; you can redistribute it and/or
+modify it under the terms of the GNU Lesser General Public
+License as published by the Free Software Foundation; either
+version 2 of the License, or (at your option) any later version.
+
+This library is distributed in the hope that it will be useful,
+but WITHOUT ANY WARRANTY; without even the implied warranty of
+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+Lesser General Public License for more details.
+
+You should have received a copy of the GNU Lesser General Public
+License along with this library; if not, write to the
+Free Software Foundation, Inc., 59 Temple Place - Suite 330,
+Boston, MA 02111-1307, USA.
+
+On Debian systems, the complete text of the GNU Lesser General
+License can be found in /usr/share/common-licenses/LGPL-2.
+
+File: 
+images/*
+
+Copyright:
+(c) 2007-2010 by Oracle and/or its affiliates.
+
+License:
+Creative Commons Attribution 3.0 license,
+http://creativecommons.org/licenses/by/3.0/. 
+
+THE WORK (AS DEFINED BELOW) IS PROVIDED UNDER THE TERMS OF THIS CREATIVE
+COMMONS PUBLIC LICENSE (CCPL OR LICENSE). THE WORK IS PROTECTED BY
+COPYRIGHT AND/OR OTHER APPLICABLE LAW. ANY USE OF THE WORK OTHER THAN
+AS AUTHORIZED UNDER THIS LICENSE OR COPYRIGHT LAW IS PROHIBITED.
+
+BY EXERCISING ANY RIGHTS TO THE WORK PROVIDED HERE, YOU

Bug#673262: split bug into two

[Mateusz Kijowski]

clone 673262 -1
retitle -1 mydumper: FTBFS with multiarch - runaway regex
unblock -1 by 590905
tag patch
thanks

This seems to be two different issues, so I'm splitting the runaway
regexp into a separate bug. Thanks for the patch Matej.


0006-fix-runaway-regexp-in-in-cmake.patch
Description: Binary data

Bug#673262: split bug into two (2nd try)

[Mateusz Kijowski]

clone 673262 -1
retitle -1 mydumper: FTBFS with multiarch - runaway regex
unblock -1 by 590905
tag -1 patch
thanks

Hopefully this time the BTS will do what I want it to do.



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

Bug#673792:

[Mateusz Kijowski]

Patch forwarded upstream - see [1]

[1] https://bugs.launchpad.net/mydumper/+bug/1002291



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

Bug#679362: ITP: pgbadger

[Mateusz Kijowski]

retitle #679362 ITP: pgbadger -- a fast PostgreSQL log analysis report
owner #679362!
thanks

I am willing to package and maintain it, but I still need a sponsor.
I'll try at debian mentors and perhaps the perl team, but if anyone
wants to sponsor the package please contact me.


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

Bug#648711: ITP: mydumper -- High-performance MySQL backup tool

[Mateusz Kijowski]

Package: wnpp
Severity: wishlist
Owner: Mateusz Kijowski mateusz.kijow...@gmail.com

  Package name: mydumper
  Version : 0.5.1
  Upstream Authors : Domas Mituzas, Andrew Hutchings, Mark Leith
  URL : http://www.mydumper.org
  License : GPL v3
  Programming Lang: C
  Description : High-performance MySQL backup tool



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

Bug#676358: RFS: mysql-sandbox: Install and set up one or more MySQL server instances easily

[Mateusz Kijowski]

Package: sponsorship-requests
Severity: wishlist

Dear mentors and perl group,

I am looking for a sponsor for my package mysql-sandbox. The package
is available through CPAN [1] so I thought that the perl group might
also be interested in sponsoring the upload.

 Package name: mysql-sandbox
 Version : 3.0.25-1
 Upstream Author : Giuseppe Maxia g...@cpan.org
 URL : http://mysqlsandbox.net/
 License : GPL-2
 Section : database

It builds those binary packages:

mysql-sandbox - Install and set up one or more MySQL server instances easily

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

 http://mentors.debian.net/package/mysql-sandbox

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

 dget -x 
http://mentors.debian.net/debian/pool/main/m/mysql-sandbox/mysql-sandbox_3.0.25-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards,


Mateusz Kijowski

[1] http://search.cpan.org/dist/MySQL-Sandbox/



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

Bug#648571: new upstream version

[Mateusz Kijowski]

I am using MHA in production right now an am also interested in this
package to be included in Debian. Satoru, do you need any help on
this?
Also, upstream has released a new version recently:
http://yoshinorimatsunobu.blogspot.com/2012/01/mha-for-mysql-053-released.html

Regards,


Mateusz Kijowski.



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

Bug#663679: sphinxsearch: debian/watch file

[Mateusz Kijowski]

Package: sphinxsearch
Version: 2.0.3-1
Severity: wishlist

Dear Maintainer,

I have prepared a watch file for sphinxsearch source package. It is attached to
this bug report.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-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 sphinxsearch depends on:
ii  adduser   3.113+nmu1
ii  libc6 2.13-27
ii  libexpat1 2.0.1-7.2
ii  libgcc1   1:4.6.3-1
ii  libmysqlclient16  5.1.61-rel13.2-431.squeeze
ii  libpq59.1.3-1
ii  libstdc++64.6.3-1
ii  libstemmer0d  0+svn546-2
ii  zlib1g1:1.2.6.dfsg-2

sphinxsearch recommends no packages.

sphinxsearch suggests no packages.
version=3
opts=filenamemangle=s/.*=(.*)/$1/,downloadurlmangle=s#downloads\/release\/\.\.\/accept\.php\?file=#files/#
 \
 http://sphinxsearch.com/downloads/release/ 
\.\./accept\.php\?file=sphinx-(.*)-release\.tar\.gz debian uupdate

Bug#663680: sphinxsearch: watch file

[Mateusz Kijowski]

Package: sphinxsearch
Version: 2.0.3-1
Severity: wishlist
Tags: patch

Dear Maintainer,

I have created a watch file for the sphinxsearch source package. Please find it
attached to this bug report.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-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 sphinxsearch depends on:
ii  adduser   3.113+nmu1
ii  libc6 2.13-27
ii  libexpat1 2.0.1-7.2
ii  libgcc1   1:4.6.3-1
ii  libmysqlclient16  5.1.61-rel13.2-431.squeeze
ii  libpq59.1.3-1
ii  libstdc++64.6.3-1
ii  libstemmer0d  0+svn546-2
ii  zlib1g1:1.2.6.dfsg-2

sphinxsearch recommends no packages.

sphinxsearch suggests no packages.

-- no debconf information
version=3
opts=filenamemangle=s/.*=(.*)/$1/,downloadurlmangle=s#downloads\/release\/\.\.\/accept\.php\?file=#files/#
 \
 http://sphinxsearch.com/downloads/release/ 
\.\./accept\.php\?file=sphinx-(.*)-release\.tar\.gz debian uupdate

Bug#662582: mydumper: diff for NMU version 0.5.1-1.1

[Mateusz Kijowski]

Hi Salvatore


2012/3/17 Salvatore Bonaccorso car...@debian.org:

[...]

 Only confirming, the patch posted on launchpad let mydumper succeed
 again the build. Only in case you should be short of time or so, I can
 prepare a NMU.

Thanks for the confirmation. Although my tests show that mydumper
still works after applying the patch I was waiting for upstream to
confirm that the patch does not break it. It seems that I won't get it
so I will upload the patched version shortly.

Cheers,


Mateusz.



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

Bug#604174: Status of mysql-workbench

[Mateusz Kijowski]

2012/2/16 David Paleino da...@debian.org:
 Hello Mateusz,

Hi David,

 I'm once again NMUing mysql-gui-tools, to fix a RC bug. I use it everyday, so
 it would really be sad seeing it go away without an alternative. I once used
 -workbench, and it seemed nice (even if I didn't use it for more than 5
 minutes, so I don't know if it's suitable as a drop-in replacement for
 -gui-tools; but I believe yes, since also upstream says so).

I have never been using mysql-gui-tools, so I don't really know if
mysql-workbench is really a drop-in replacement. It is usable though
and I use it daily.

 Anyhow; what's the status of this ITP? Do you need a sponsor? If yes, I'm
 available. If you're having problems finding a sponsor within the pkg-mysql
 team, I believe you can keep the repo there, and anyone from outside can
 sponsor it.

The status seems to be waiting for review. I have contacted Norbert
Tretkowski quite some time ago, and after a brief e-mail conversation
he told me that he would review the package, but propably he couldn't
time to do it. The package is not lintian clean (the biggest issue
being embedded tinyxml library) so I didn't forward it to
mentors.debian.net . So in fact I do not only need a sponsor but I
need a review and some advice as well. It would be really great if you
would find time to do both.

I do not have r/w access to the pkg-mysql SVN repository, so probably
the repository does not have to be there. I have been using git to
track my changes to the package.


 I hope all the problems ftp-masters raised were fixed.


The only issue that was not addressed was a suggestion concerning
separating the documentation from the main package.

 If you want me to sponsor it, since I'm not part of pkg-mysql *and* I'm not
 used anymore to SVN-packaging, please make a package and upload it to
 mentors.debian.net. Then send me the link, so that I can review it.

The newest upstream version seems to complain about autotools in sid.
As soon as I deal with it, I'll upload the package to mentors and
inform you then.


 I just marked the -gui-tools RC bug replace with -workbench as blocked by
 this bug; it would be nice to have both solved in time for wheezy.

Hopefully they both will be fixed in time.

Regards,


Mateusz.



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

Bug#604174: Status of mysql-workbench [RFS]

[Mateusz Kijowski]

Hi Dmitry,

2012/2/22 Dmitry Smirnov only...@member.fsf.org:
 Dear Mateusz,

 I missed your reply regarding mysql-workbench as of 20 Feb 2012,

 Three days ago I did a review of what we have and decided to start
 a serious new packaging attempt.


That's a pity, because since then I have put some effort into
polishing the package. It was not beautiful to begin with and some
issues have risen after the last upstream update (the pkglib_data
autoconf issue). Nonetheless my package is still not lintian clean.

[cut]

 You you want to try new package please grab its source (dget -ux) from

  http://members.iinet.net.au/~onlyjob/mysql-workbench_5.2.37+dfsg-1.dsc

 What do you think?

 Shall we work together?

Sure. Your package is much cleaner and you've managed to deal with
bundling tinyxml, which I was unable to do. Feel free to take over the
ITP if you want to. It seems that your packaging skills are better
than mine, so it could prove quite educating for me to work with you.
If you're not ok with this please say so.

I have requested collab-maint membership on alioth so we could
co-maintain the package there. Have you considered maintaining the
source package with git-buildpackage (and friends)?

Regards,


Mateusz.



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

Bug#604174: Status of mysql-workbench [RFS] - update

[Mateusz Kijowski]

Hi David,


I found a bug in the package - workbench issues an error message when
trying to use schema editor in the current build. It doesn't seem to
be an upstream bug since the other (earlier) package with the same
upstream version does not have it.

[cut]

 Oh, I was waiting for a package is ready e-mail, after I put both of you in
 contact :)

Clearly the package is not ready yet. We'll keep you informed as soon
as w deal with the bug .

Regards,


Mateusz.



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

Bug#604174: Status of mysql-workbench [RFS] - update-ready

[Mateusz Kijowski]

Hi Dmitry,


I have built and tested the package after your fixes and the editor
issue is resolved. I found a minor glitch in create new server
instance wizard - it seems that the python-pexpect dependancy was
missing. I have attached a patch fixing this according to guidelines
in your other e-mail.

Regards,


Mateusz.
From 8ab006629f8d1b140f6e8d8b789d845c711a6fcd Mon Sep 17 00:00:00 2001
From: Mateusz Kijowski mateusz.kijow...@gmail.com
Date: Sat, 3 Mar 2012 12:43:13 +0100
Subject: [PATCH] d-control: added python-pexpect dependancy  pexpect module
 is required by create new server instance wizard

---
 debian/control |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/debian/control b/debian/control
index dbb92c9..bf97494 100644
--- a/debian/control
+++ b/debian/control
@@ -35,7 +35,7 @@ Package: mysql-workbench
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends},
  mysql-workbench-data (= ${source:Version}),
- python-paramiko, python-pysqlite2, python-all, mysql-client
+ python-paramiko, python-pysqlite2, python-all, mysql-client, python-pexpect
 Recommends: ttf-bitstream-vera
 Suggests: gnome-keyring
 Description: MySQL Workbench - a visual database modeling, administration and queuing tool
-- 
1.7.9.1

Bug#658114: RFS: mysql-sandbox -- Install and set up one or more MySQL server instances easily

[Mateusz Kijowski]

Package: sponsorship-requests
Severity: wishlist
Subject: RFS: mysql-sandbox

Dear mentors,

I am looking for a sponsor for my package mysql-sandbox.

 * Package name: mysql-sandbox
   Version : 3.0.24-1
   Upstream Author : Giuseppe Maxia g...@cpan.org
 * URL : http://mysqlsandbox.net/
 * License : GPL-2
   Section : database

It builds those binary packages:

mysql-sandbox - Install and set up one or more MySQL server instances easily

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

  http://mentors.debian.net/package/mysql-sandbox

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

  dget -x 
http://mentors.debian.net/debian/pool/main/m/mysql-sandbox/mysql-sandbox_3.0.24-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards,

Mateusz Kijowski



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

Bug#665826: RFS: mydumper/0.5.1-2

[Mateusz Kijowski]

Package: sponsorship-requests
Severity: normal

 Dear mentors,

 I am looking for a sponsor for my package mydumper

  Package name: mydumper
  Version : 0.5.1-2
  Upstream Author : Domas Mituzas, Andrew Hutchings, Mark Leith
  URL : http://www.mydumper.org
  License : GPL v3
  Section : database

 It builds those binary packages:

   mydumper   - High-performance MySQL backup tool

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

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


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

   dget -x 
http://mentors.debian.net/debian/pool/main/m/mydumper/mydumper_0.5.1-2.dsc

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

 Changes since the last upload:

 * fixed watch file
 * updated standards version
 * patch 0005-zlib-file-type-change-fixes.patch added
   fix FTBFS from zlib  1.2.4 (Closes: #662582) (LP: #948122)

 Regards,
  Mateusz Kijowski



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

Bug#714921: homepage invalid

[Mateusz Kijowski]

Thanks for reporting this! Bug forwarded upstream [1].

[1] https://bugs.launchpad.net/mydumper/+bug/1197751

Bug#702233: /usr/bin/tinyca2: tinyca won't open saved CA, possibly related to openssl upgrade

[Mateusz Kijowski]

Package: tinyca
Version: 0.7.5-3
Severity: important
File: /usr/bin/tinyca2
Tags: upstream


When trying to open a previously saved CA tinyca errors with:

Use of uninitialized value in split at /usr/share/tinyca/OpenSSL.pm line 601.
Use of uninitialized value $dn in substitution (s///) at 
/usr/share/tinyca/HELPERS.pm line 107.
Use of uninitialized value $dn in split at /usr/share/tinyca/HELPERS.pm line 
109.
Use of uninitialized value $dn in substitution (s///) at 
/usr/share/tinyca/HELPERS.pm line 107.
Use of uninitialized value $dn in split at /usr/share/tinyca/HELPERS.pm line 
109.
Use of uninitialized value $string in substitution (s///) at 
/usr/share/tinyca/OpenSSL.pm line 1043, GEN11 line 3.
Use of uninitialized value $string in split at /usr/share/tinyca/OpenSSL.pm 
line 1045, GEN11 line 3.
Use of uninitialized value in split at /usr/share/tinyca/OpenSSL.pm line 1046, 
GEN11 line 3.
Use of uninitialized value $m in string eq at /usr/share/tinyca/OpenSSL.pm line 
1074, GEN11 line 3.
Use of uninitialized value $m in string eq at /usr/share/tinyca/OpenSSL.pm line 
1074, GEN11 line 3.
Use of uninitialized value $m in string eq at /usr/share/tinyca/OpenSSL.pm line 
1074, GEN11 line 3.
Use of uninitialized value $m in string eq at /usr/share/tinyca/OpenSSL.pm line 
1074, GEN11 line 3.
Use of uninitialized value $m in string eq at /usr/share/tinyca/OpenSSL.pm line 
1074, GEN11 line 3.
Use of uninitialized value $m in string eq at /usr/share/tinyca/OpenSSL.pm line 
1074, GEN11 line 3.
Use of uninitialized value $m in string eq at /usr/share/tinyca/OpenSSL.pm line 
1074, GEN11 line 3.
Use of uninitialized value $m in string eq at /usr/share/tinyca/OpenSSL.pm line 
1074, GEN11 line 3.
Use of uninitialized value $m in string eq at /usr/share/tinyca/OpenSSL.pm line 
1074, GEN11 line 3.
Use of uninitialized value $m in string eq at /usr/share/tinyca/OpenSSL.pm line 
1074, GEN11 line 3.
Use of uninitialized value $m in string eq at /usr/share/tinyca/OpenSSL.pm line 
1074, GEN11 line 3.
Use of uninitialized value $m in string eq at /usr/share/tinyca/OpenSSL.pm line 
1074, GEN11 line 3.
Use of uninitialized value $year in numeric ge (=) at 
/usr/share/perl/5.14/Time/Local.pm line 100, GEN11 line 3.
Use of uninitialized value $year in numeric lt () at 
/usr/share/perl/5.14/Time/Local.pm line 103, GEN11 line 3.
Use of uninitialized value $year in numeric ge (=) at 
/usr/share/perl/5.14/Time/Local.pm line 103, GEN11 line 3.
Use of uninitialized value $year in numeric gt () at 
/usr/share/perl/5.14/Time/Local.pm line 104, GEN11 line 3.
Use of uninitialized value $month in numeric gt () at 
/usr/share/perl/5.14/Time/Local.pm line 108, GEN11 line 3.
Use of uninitialized value $month in numeric lt () at 
/usr/share/perl/5.14/Time/Local.pm line 108, GEN11 line 3.
Use of uninitialized value $month in array element at 
/usr/share/perl/5.14/Time/Local.pm line 112, GEN11 line 3.
Use of uninitialized value $month in numeric eq (==) at 
/usr/share/perl/5.14/Time/Local.pm line 113, GEN11 line 3.
Use of uninitialized value $mday in numeric gt () at 
/usr/share/perl/5.14/Time/Local.pm line 116, GEN11 line 3.
Use of uninitialized value $mday in numeric lt () at 
/usr/share/perl/5.14/Time/Local.pm line 116, GEN11 line 3.
Use of uninitialized value $mday in concatenation (.) or string at 
/usr/share/perl/5.14/Time/Local.pm line 116, GEN11 line 3.
*** unhandled exception in callback:
***   Day '' out of range 1..31 at /usr/share/tinyca/OpenSSL.pm line 1050
***  ignoring at /usr/bin/tinyca2 line 121.


It seems that this is related to a recent upgrade of the openssl package, I 
upgraded it from 1.0.1c-4 to 1.0.1e-1. Perhaps it is an openssl bug?


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.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

Versions of packages tinyca depends on:
ii  libgtk2-perl2:1.244-1
ii  liblocale-gettext-perl  1.05-7+b1
ii  openssl 1.0.1e-1

Versions of packages tinyca recommends:
ii  zip  3.0-6

tinyca suggests no packages.

-- no debconf information


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

Bug#702233: /usr/bin/tinyca2: tinyca won't open saved CA, possibly related to openssl upgrade

[Mateusz Kijowski]

I have just tested with a new CA, created with the TinyCA GUI and I
get the same error.


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

Bug#702233: Acknowledgement (/usr/bin/tinyca2: tinyca won't open saved CA, possibly related to openssl upgrade)

[Mateusz Kijowski]

It seems that openvpn -text -noout does not work the same way it did
earlier (save the human readable text output to a file). The attached
patch works around the issue and works for me, but YMMV.


tinyca2.patch
Description: Binary data

Bug#729883: ITP: postgresql-madlib -- MADlib is an open-source library for scalable in-database analytics.

[Mateusz Kijowski]

Package: wnpp
Severity: wishlist
Owner: Mateusz Kijowski mateusz.kijow...@gmail.com

* Package name: postgresql-madlib
  Version : 1.3.0
  Upstream Author : MADlib developers de...@madlib.net
* URL : http://madlib.net
* License : 2-clause BSD
  Programming Lang: C++, Python
  Description : MADlib is an open-source library for scalable in-database
analytics.


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

Bug#724586: tinyca2: options set with radio buttons when creating a new certificate are mixed up

[Mateusz Kijowski]

Hi Uli,


I suppose that the race condition assumption was a bit of a stretch - the
problem seems to occur only when not changing the default options
controlled by radio buttons *and* the default options are not first on the
list of radio buttons.

When I display the Create Request GUI window the radio options order is
random (perhaps this has triggered the bug, I don't think that the order
was random before). I want to use the default options, so I don't change
anything. From the code I understand that the default options are being set
after displaying the radio buttons, and that's where the callback kicks in,
half-way through though - it sets only the deactivated value. Afterwards I
can click the radio buttons and everything seems to work as expected.

The attached patch which prints all 'toggled' events bound to radio buttons
generated with _fill_radiobox(). When I display the Create Request window I
see the following radio buttons:

(o) 4096 ( ) 2048 ( ) 1024
(o) SHA-1 ( ) RIPEMD-160 ...
( ) DSA (o) RSA --- this is causing the problem

My patch prints the following into console when the window is displayed:

toggle_to_var(Gtk2::RadioButton=HASH(0x1df84a0), SCALAR(0x160f830), dsa)

When I continue to sign the certificate it fails, revealing the openssl
command:

/usr/bin/openssl ca -batch -passin env:SSLPASS -notext -config
/home/matik/.TinyCA/test3/openssl.cnf -name server_ca -in
/home/matik/.TinyCA/test3/req/aWlpOiA6IDogOnRlc3Q6IDpQTA==.pem -days 365
-preserveDN -md dsaWithSHA1

When I check in the Keys tab I can see that the key is indeed DSA, and not
RSA.

The order of radio button controlled options is random, so sometimes the
default options end up being first in the list and the bug doesn't trigger,
hence the sometimes in my original report.

That said, it seems that my patch is a workaround and not a proper
solution, but it has the desired property of solving the problem for me :-).

The problem seems two-fold:

a) the options are displayed in random order
b) the toggle event is firing only once ('deactivate') on window display

Fixing b) would solve the problem, however my debugging skills and
knowledge of GUI bindings are too weak to find a proper solution. If I
could provide any more info please let me know.

Regards,


Mateusz.



2013/11/21 Christoph Ulrich Scholler schol...@fnb.tu-darmstadt.de

 Hi Mateusz,

 Mateusz Kijowski mateusz.kijow...@gmail.com writes:
  After perl and/or gtk2-perl update tyinyca started to sometimes
  generate certificates with options other than specified in the new
  certificate window.

 I have not been able to reproduce this issue. Can you please provide
 more details how to reproduce it? You say that you get certificates with
 options different from those you selected, but only sometimes. Does it
 depend on your inputs in the certificate generation dialog? Is it
 random?

  After some investigation it turned out that the callback bound to
  'toggled' signal was firing twice (presumably one for unchecking and
  one for checking the radio button) resulting in a race condition.

 That is the normal behavior of many GUI toolkits. I can see this leading
 to race conditions only when multi-threading has gone wrong. Tinyca uses
 only one thread, which is the same thread as that where the GUI main
 loop runs.

 The attached test program exercises a radio button group and the
 callbacks in one thread. The test is run by starting the program, then
 toggling the radio buttons with the mouse or by pressing and holding the
 right (or left) key and, after a little playing, clicking on the
 print button. The resulting output (in the console) shows the recorded
 'toggled' signals. In all my tests the pattern of activations and
 deactivations was absolutely regular with no deactivation signal
 processed before the corresponding activation signal.


  The attached patch checks if the radio button is being set to active
  before assigning value to certificate options. Since
  GUI::_fill_radiobox() seems to be generic this might result in
  mangling other options controlled via radio buttons as well.

 I doubt that your patch will mangle other radio button-controlled
 options. But before I apply it I'd like to understand why it solves your
 issue.

 Regards

 Uli


--- /usr/share/tinyca/GUI.pm.orig	2013-03-25 09:01:53.0 +0100
+++ /usr/share/tinyca/GUI.pm	2013-11-22 15:24:00.293117586 +0100
@@ -3098,7 +3098,10 @@
   my $key = Gtk2::RadioButton-new($previous_key, $display_name);
   $key-set_active(1) if(defined($$var)  $$var eq $value);
   $key-signal_connect('toggled' =
-			   sub{GUI::CALLBACK::toggle_to_var($key, $var, $value)});
+			   sub{
+print toggle_to_var($key, $var, $value)\n;
+GUI::CALLBACK::toggle_to_var($key, $var, $value)
+			  });
   $radiobox-add($key);
   $previous_key = $key;
}

Bug#724586: tinyca2: options set with radio buttons when creating a new certificate are mixed up

[Mateusz Kijowski]

Package: tinyca
Version: 0.7.5-4
Severity: important
File: /usr/bin/tinyca2
Tags: upstream patch

After perl and/or gtk2-perl update tyinyca started to sometimes generate
certificates with options other than specified in the new certificate window.
Affected options were controlled via radio buttons - digest, algorithm and key
lenght

After some investigation it turned out that the callback bound to 'toggled'
signal was firing twice (presumably one for unchecking and one for checking the
radio button) resulting in a race condition. The attached patch checks if the
radio button is being set to active before assigning value to certificate
options. Since GUI::_fill_radiobox() seems to be generic this might result in
mangling other options controlled via radio buttons as well.



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

Kernel: Linux 3.10-3-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 tinyca depends on:
ii  libgtk2-perl2:1.247-2+b1
ii  liblocale-gettext-perl  1.05-7+b2
ii  openssl 1.0.1e-3

Versions of packages tinyca recommends:
ii  zip  3.0-7

tinyca suggests no packages.

-- no debconf information
diff --git a/usr/share/tinyca/GUI.pm b/usr/share/tinyca/GUI.pm.orig
index d3c8df2..f782728 100644
--- a/usr/share/tinyca/GUI.pm
+++ b/usr/share/tinyca/GUI.pm.orig
@@ -3098,7 +3098,7 @@ sub _fill_radiobox {
   my $key = Gtk2::RadioButton-new($previous_key, $display_name);
   $key-set_active(1) if(defined($$var)  $$var eq $value);
   $key-signal_connect('toggled' =
-			   sub{GUI::CALLBACK::toggle_to_var($key, $var, $value) if($key-get_active()) });
+			   sub{GUI::CALLBACK::toggle_to_var($key, $var, $value)});
   $radiobox-add($key);
   $previous_key = $key;
}

Bug#724586: tinyca2: options set with radio buttons when creating a new certificate are mixed up

[Mateusz Kijowski]

Original patch was reversed. Attaching a proper one.


2013/9/25 Mateusz Kijowski mateusz.kijow...@gmail.com

 Package: tinyca
 Version: 0.7.5-4
 Severity: important
 File: /usr/bin/tinyca2
 Tags: upstream patch

 After perl and/or gtk2-perl update tyinyca started to sometimes generate
 certificates with options other than specified in the new certificate
 window.
 Affected options were controlled via radio buttons - digest, algorithm and
 key
 lenght

 After some investigation it turned out that the callback bound to 'toggled'
 signal was firing twice (presumably one for unchecking and one for
 checking the
 radio button) resulting in a race condition. The attached patch checks if
 the
 radio button is being set to active before assigning value to certificate
 options. Since GUI::_fill_radiobox() seems to be generic this might result
 in
 mangling other options controlled via radio buttons as well.



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

 Kernel: Linux 3.10-3-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 tinyca depends on:
 ii  libgtk2-perl2:1.247-2+b1
 ii  liblocale-gettext-perl  1.05-7+b2
 ii  openssl 1.0.1e-3

 Versions of packages tinyca recommends:
 ii  zip  3.0-7

 tinyca suggests no packages.

 -- no debconf information



tinyca2_radiobox.patch
Description: Binary data

Bug#554155: changing from RFP to ITP

[Mateusz Kijowski]

retitle 554155 ITP: mysql-sandbox -- manages multiple, sandboxed instances
of mysql servers on the same machine
owner !
thanks

I will upload 3.0.44 package version to mentors since I'm looking for a
sponsor for this package.

Bug#601011: Patch working confirmation

[Mateusz Kijowski]

I too can confirm that the patch provided by Alexandre works inside my LXC
setup.

Bug#784855: pytrainer disappeared from repositories (jessie and up)

[Mateusz Kijowski]

Package: pytrainer
Severity: grave
Justification: renders package unusable

The pytrainer package seems to have disappeared from the Archive. The PTS
https://packages.qa.debian.org/p/pytrainer.html suggests that the reason for
removal is that the package was missing from unstable, right after the message
that 1.10.1-3 has been accepted in unstable, so perhaps this is some automation
error?

What is the reason for removal of this package?



-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (500, 'stable')
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)


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

Bug#554155: Review of mysql-sandbox

[Mateusz Kijowski]

It took a while, but I have uploaded an updated version (with all the
issues you raised fixed) of the package to mentors.d.n [1]. I have issued a
new RFS bug [2], hopefully it will attract a sponsor. Perhaps someone from
the debian perl group could review it and sponsor it?

[1] https://mentors.debian.net/package/mysql-sandbox
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790761


2014-05-28 13:43 GMT+02:00 Daniel Lintott dan...@serverb.co.uk:

 Hi Mateusz,

 I came across your package on mentors.d.o and was intrigued so decided
 to give the package a review.

 NB: I'm not a DD, so can't actually sponsor you myself... But hopefully
 this will help point you in the right direction.

 Currently there is a small FTBFS (that occurs only under sbuild, which
 the buildd's use). The package fails to build at the test section as it
 tries to create a directory in the users home directory (sbuild sets
 $HOME = /sbuild-nonexistent). A small modification(taken from the
 glib2.0 package) to your debian/rules fixes this:

 # Do not clutter $HOME with ~/sandboxes and avoid failure on the buildds
 # where creating /home/buildd/sandboxes fails
 export HOME=$(CURDIR)/debian

 With the package built we can cover the Lintian warnings:

  W: mysql-sandbox: debian-changelog-line-too-long line 4

 As mysql-sandbox has never been uploaded to Debian you can simply remove
 this line, leaving just the single 'Initial Release' line.

  W: mysql-sandbox: script-with-language-extension
 usr/bin/deploy_to_remote_sandboxes.sh

 All files installed into a directory in PATH shouldn't have a language
 extension. The easiest fix for this would be to rename the file in
 debian/rules, see [0] for an example solution.

  W: mysql-sandbox: binary-without-manpage
 usr/bin/deploy_to_remote_sandboxes.sh

 This doesn't appear to have a manpage or any mention in any files...
 Maybe ask upstream to see if they can supply a manpage for this (this
 wouldn't block an upload though)

  W: mysql-sandbox: binary-without-manpage usr/bin/msb

 msb is found the MySQL::Sandbox.3pm manpage, adding another symlink for
 this is fine.

  debian/copyright:
 + Rather than duplicating the license twice, you can use a single
 licence block, see [1].
 + Consider using metacpan.org as the source URL (see below)

  debian/mysql-sandbox.docs
 + No need to install the README, it's just a copy of the manpages

  debian/copyright, debian/watch
 + Consider using metacpan.org [2] for the watch URL as this will
 allow the upstream to be tracked should it be taken over by a different
 author on CPAN.

 It also be worth contacting the guys at the Debian Perl Group [3]
 (cc'd), you may find someone there who is willing to sponsor your package.

 [0] http://sources.debian.net/src/libvm-ec2-perl/1.25-1/debian/rules#L11
 [1] http://sources.debian.net/src/gns3/0.8.6-3/debian/copyright
 [2] https://metacpan.org/release/MySQL-Sandbox
 [3] https://wiki.debian.org/Teams/DebianPerlGroup

 Regards,
 --
 Daniel Lintott
 GPG Key: 4096R/5D73EC6E

Bug#790761: RFS: mysql-sandbox/3.0.50-1 ITP #554155

[Mateusz Kijowski]

Package: sponsorship-requests
Severity: wishlist
Dear mentors,

I am looking for a sponsor for my package mysql-sandbox

 Package name: mysql-sandbox
 Version : 3.0.50-1
 Upstream Author : Giuseppe Maxia g...@cpan.org
 URL : http://mysqlsandbox.net/
 License : GPL-2.0+
 Section : database

It builds those binary packages:

  mysql-sandbox - Install and set up one or more MySQL server instances easily
To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/mysql-sandbox


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

  dget -x 
http://mentors.debian.net/debian/pool/main/m/mysql-sandbox/mysql-sandbox_3.0.50-1.dsc

More information about mysql-sandbox can be obtained from
http://mysqlsandbox.net/.

This is another try to attract a sponsor for this package.


Regards,
 Mateusz Kijowski

Bug#790640: FTBFS: hash.h: No such file or directory

[Mateusz Kijowski]

http://bugs.mysql.com/bug.php?id=70672 seems to be the reason. Perhaps we
can hack the mysql package to include it?

2015-06-30 15:56 GMT+02:00 Martin Michlmayr t...@hp.com:

 Package: mydumper
 Version: 0.6.1-1
 Severity: serious

 mydumper fails to build in unstable.  This might be related to mysql
 5.6 entering unstable recently.

  sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on
 m400-c4n1.hlinux.usa.hp.com
 ...
  [ 28%] Building C object CMakeFiles/mydumper.dir/binlog.c.o
  /usr/bin/cc   -Wall -Wno-deprecated-declarations -Wunused
 -Wwrite-strings -Wno-strict-aliasing -Wextra -Wshadow -Werror -O3 -g
 -I/usr/include/mysql -DBIG_JOINS=1  -fno-strict-aliasing   -g
 -fabi-version=2 -fno-omit-frame-pointer -fno-strict-aliasing
 -I/usr/include/mysql -I/usr/include/glib-2.0
 -I/usr/lib/aarch64-linux-gnu/glib-2.0/include-o
 CMakeFiles/mydumper.dir/binlog.c.o   -c /«PKGBUILDDIR»/binlog.c
  In file included from /«PKGBUILDDIR»/binlog.c:27:0:
  /usr/include/mysql/sql_common.h:26:18: fatal error: hash.h: No such file
 or directory
  compilation terminated.
  make[3]: *** [CMakeFiles/mydumper.dir/binlog.c.o] Error 1
  CMakeFiles/mydumper.dir/build.make:80: recipe for target
 'CMakeFiles/mydumper.dir/binlog.c.o' failed
  make[2]: *** [CMakeFiles/mydumper.dir/all] Error 2
  make[3]: Leaving directory '/«PKGBUILDDIR»/obj-aarch64-linux-gnu'

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

Bug#790640: Info received (Bug#790640: FTBFS: hash.h: No such file or directory)

[Mateusz Kijowski]

also relevant https://bugs.launchpad.net/mydumper/+bug/1276743

2015-06-30 17:57 GMT+02:00 Debian Bug Tracking System ow...@bugs.debian.org
:

 Thank you for the additional information you have supplied regarding
 this Bug report.

 This is an automatically generated reply to let you know your message
 has been received.

 Your message is being forwarded to the package maintainers and other
 interested parties for their attention; they will reply in due course.

 If you wish to submit further information on this problem, please
 send it to 790...@bugs.debian.org.

 Please do not send mail to ow...@bugs.debian.org unless you wish
 to report a problem with the Bug-tracking system.

 --
 790640: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790640
 Debian Bug Tracking System
 Contact ow...@bugs.debian.org with problems

Bug#790640: FTBFS: hash.h: No such file or directory

[Mateusz Kijowski]

I had a feeling that not only mydumper is suffering from that, but
apparently I'm wrong.

mydumper has a build option not to include the file resulting in less
functional, but working package. I don't think they will fix that anytime
soon, since their resolution is to disable this part of code:
https://bugs.launchpad.net/mydumper/+bug/1276743 . I used this approach in
my new build of the package, which is waiting for my sponsor to review and
upload it. In case anyone else is interested in doing that the package is
available on mentors.d.n [1].

[1] https://mentors.debian.net/package/mydumper

2015-07-02 12:44 GMT+02:00 Robie Basak robie.ba...@ubuntu.com:

 On Tue, Jun 30, 2015 at 05:55:04PM +0200, Mateusz Kijowski wrote:
  http://bugs.mysql.com/bug.php?id=70672 seems to be the reason. Perhaps
 we
  can hack the mysql package to include it?

 If it's not part of the public API, then I don't think it's appropriate
 for the package to include it. We'd effectively be forking the MySQL
 ABI, breaking compatibility with the rest of the ecosystem and generally
 causing future pain and confusion.

 This confusion is what I believe upstream are busy trying to fix by
 better clearly defining the available API to avoid future compatibility
 problems. It seems like you've fallen on the wrong side of this.

 Can you work with upstream to get the functionality you need included as
 part of the public API?

Bug#749355: Bug#718816: Bug#749355: parallel: /usr/bin/parallel conflicts with moreutils' parallel

[Mateusz Kijowski]

S, how likely it is that in stretch we will be able to have both
moreutils and parallel installed?

Bug#851433: mydumper: FTBFS: .../man1/mydumper.1: No such file or directory

[Mateusz Kijowski]

Hi,


so I tried to be too smart and had split building docs for only
arch-independent package. Seems that it was not a great idea after
all. I prepared a new upload reverting this change and have pushed it
to mentors [1]. I notified my sponsor, so hopefully it will be
uploaded shortly, but feel free to take a look and let me know if you
find any problems with it. Thanks for the heads-up!

Regards,


Mateusz

[1] https://mentors.debian.net/package/mydumper

2017-01-14 23:53 GMT+01:00 Aaron M. Ucko :
> Source: mydumper
> Version: 0.9.1-3
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
>
> Thanks for taking care of #850847/#850969.
>
> Alas, builds of mydumper covering only only its architecture-dependent
> binary packages (as on the autobuilders, or with dpkg-buildpackage -B)
> are still failing:
>
>  dh_installman -a
>   debian/tmp/usr/share/man/man1/mydumper.1: No such file or directory at 
> /usr/bin/dh_installman line 131.
>   debian/rules:13: recipe for target 'binary-arch' failed
>   make: *** [binary-arch] Error 2
>
> Could you please take a look?
>
> Thanks!
>
> --
> Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
> http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#841607: mydumper: FTBFS: dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/

[Mateusz Kijowski]

Hi,


The relevant part seems to be:

CMake Error: The following variables are used in this project, but
they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the
CMake files:
MYSQL_LIBRARIES_atomic
linked by target "mydumper" in directory /<>
linked by target "myloader" in directory /<>

-- Configuring incomplete, errors occurred!

It turns out that mysql_config returns as a necessary lib on amd64 in
sid. libatomic1 package is properly installed as a dependancy, but it
installs atomic.so.1 library symlink which isn't detected by cmake. I
am not sure if this is the desired behaviour, but I would assume so,
since atomic.so (which seems to be required for cmake detection to
work) is part of libgcc-{5,6}-dev packages. So possible solutions are:

a) patch cmake/modules/FindMySQL.cmake to find atomic.so.1
b) add proper libgcc-{5,6}-dev package dependancy

I am not quite sure how to determine which libgcc-dev version I should
use, also I think that this dependancy is not required on i386 (and
possibly other architectures as well). Will update this bug after I
find some more info.

Bug#1004990: golang-github-containernetworking-plugin-dnsname: podman does not use the dnsname plugin because the executable is in wrong directory

[Mateusz Kijowski]

Package: golang-github-containernetworking-plugin-dnsname
Version: 1.1.1+ds1-4+b7
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: mateusz.kijow...@gmail.com

The plugin executable is installed as /usr/lib/dnsname, but should be 
/usr/lib/cni/dnsname, because this is where podman expects it to be present.
This package version also doesn't depend on dnsmasq-core.
You can make it usable by installing dnsmasq manually and moving the files
either manuall or by dpkg-divert:
dpkg-divert --divert /usr/lib/cni/dnsname --rename /usr/lib/dnsname
Then podman includes this plugin in new networks created and name
resolution works
The version present in testing and sid already seems to put it in the
correct place and include a dnsmasq-core dependency


-- System Information:
Debian Release: 11.2
  APT prefers stable-security
  APT policy: (990, 'stable-security'), (990, 'stable'), (800, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-11-amd64 (SMP w/8 CPU threads)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages golang-github-containernetworking-plugin-dnsname depends 
on:
ii  libc6  2.31-13+deb11u2

golang-github-containernetworking-plugin-dnsname recommends no packages.

golang-github-containernetworking-plugin-dnsname suggests no packages.

-- no debconf information