Bug#955988: O: aqemu -- Qt5 front-end for QEMU and KVM

[Ignace Mouzannar]

On Sun, Aug 16, 2020 at 7:52 AM Alexis Murzeau  wrote:
>
> Hi,
>
> Le 15/08/2020 à 15:59, Alexis Murzeau a écrit :
> >
> > According to mails on debian-mentors, you used this VCS repository ?
> > http://svn.debian.org/viewsvn/collab-maint/ext-maint/aqemu
> >
> > This URL is now offline, but was archived and should still be retrievable 
> > via
> > https://alioth-archive.debian.org/svn/collab-maint.tar.xz.
>
> I've checked the content of this repository, but it is not up to date, the 
> last
> commit is from 2010 with the last tag being 0.8.0-1 while the last aqemu 
> package
> version in the archive is version 0.9.2-2.
>
> So maybe you kept something somewhere else ?
> If not, it is possible to retrieve the history from each package versions, but
> that will loose the original commits details.
>
> >
> > Can you confirm this was the repository you used to make changes to aqemu
> > which should be up to date with your latest changes ?

Hi Alexis,

I'm unfortunately unable to find the sources at the moment. IIRC, it
was committed in the SVN repo before that got taken down. But I don't
have the sources on hand right now.

Just saw that you have created the new repo here:
https://salsa.debian.org/amurzeau/aqemu. That's great.

Thanks for taking this over. Appreciate your time and contribution!

 Ignace M

Bug#955989: O: didiwiki -- simple wiki implementation with built-in webserver

[Ignace Mouzannar]

Package: wnpp
Severity: normal

This package was my first official Debian package [1]. A first step in
what became a passion for FOSS and its open philosophy. I am so grateful
for having decided to follow this Debian maintainer path. I am
unfortunately unable to maintain my packages anymore, and therefore am
orphaning them.

A big thank you to all Debian contributors. Your contributions are
making this world a better place. <3

Package: https://tracker.debian.org/pkg/didiwiki

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how
to adopt a package properly.

I'm happy to help transition packages if needed.

 Ignace M

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





signature.asc
Description: OpenPGP digital signature

Bug#955987: O: gip -- IP calculator for GNOME desktop environment

[Ignace Mouzannar]

Package: wnpp
Severity: normal

I'm seeking somebody to adopt this package:
https://tracker.debian.org/pkg/gip

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how
to adopt a package properly.

I'm happy to help transition packages if needed.

 Ignace M





signature.asc
Description: OpenPGP digital signature

Bug#955988: O: aqemu -- Qt5 front-end for QEMU and KVM

[Ignace Mouzannar]

Package: wnpp
Severity: normal

I'm seeking somebody to adopt this package:
https://tracker.debian.org/pkg/aqemu

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how
to adopt a package properly.

I'm happy to help transition packages if needed.

 Ignace M





signature.asc
Description: OpenPGP digital signature

Bug#955986: O: iptotal -- monitor for IP traffic, not requiring SNMP

[Ignace Mouzannar]

Package: wnpp
Severity: normal

I'm seeking somebody to adopt this package:
https://tracker.debian.org/pkg/iptotal

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how
to adopt a package properly.

I'm happy to help transition packages if needed.

 Ignace M





signature.asc
Description: OpenPGP digital signature

Bug#955985: O: kdocker -- lets you dock any application into the system tray

[Ignace Mouzannar]

Package: wnpp
Severity: normal

I'm seeking somebody to adopt this package:
https://tracker.debian.org/pkg/kdocker

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how
to adopt a package properly.

I'm happy to help transition packages if needed.

 Ignace M



signature.asc
Description: OpenPGP digital signature

Bug#955983: O: tenshi -- https://tracker.debian.org/pkg/tenshi

[Ignace Mouzannar]

Package: wnpp
Severity: normal

I'm seeking somebody to adopt this package:
https://tracker.debian.org/pkg/tenshi

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how
to adopt a package properly.

I'm happy to help transition packages if needed.

 Ignace M



signature.asc
Description: OpenPGP digital signature

Bug#955984: O: kiki -- tool for python regular expression testing

[Ignace Mouzannar]

Package: wnpp
Severity: normal

I'm seeking somebody to adopt this package:
https://tracker.debian.org/pkg/kiki

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how
to adopt a package properly.

I'm happy to help transition packages if needed.

 Ignace M



signature.asc
Description: OpenPGP digital signature

Bug#955982: O: alltray -- Dock any program into the system tray

[Ignace Mouzannar]

Package: wnpp
Severity: normal

I'm seeking somebody to adopt this package:
https://tracker.debian.org/pkg/alltray

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how
to adopt a package properly.

I'm happy to help transition packages if needed.

 Ignace M



signature.asc
Description: OpenPGP digital signature

Bug#873678: tsung: x86 directory in /usr/lib prevents tsun finding gui resources

[Ignace Mouzannar]

Hi Sam,

Sorry for the lag. For some reason your report did not land in my inbox.

I have just uploaded the new upstream version of tsung, only to find
out about your bug report minutes later.

I will be re-uploading a new version right now, patching and fixing this bug.

Cheers,
 Ignace M

Bug#832494: aqemu: Description need to be updated

[Ignace Mouzannar]

Hi,

On Mon, Jul 25, 2016 at 9:51 PM, Zhang Jingqiang  wrote:
>
> Hello,
>The Qt4 based description need to be replaced.

Nice catch. I will update this right away.

Cheers,
 Ignace M

Bug#832448: ITP: python-parsel -- A library to extract data from HTML/XML using XPath/CSS selectors

[Ignace Mouzannar]

Package: wnpp
Severity: wishlist
Owner: Ignace Mouzannar <mouzan...@gmail.com>

* Package name: python-parsel
* Version : 1.0.2
* Upstream Authors : Scrapy project <i...@scrapy.org>
* URL : https://github.com/scrapy/parsel
* License : BSD
 Programming Lang: python
 Description : A library to extract data from HTML/XML using
XPath/CSS selectors

Parsel is a library to extract data from HTML and XML using XPath and
CSS selectors

The new upstream release of my package python-scrapy has a dependency
on the package.

Regards,
 Ignace M

Bug#725920: Please support mipsn32(el) and mips64(el)

[Ignace Mouzannar]

Hi there,

I am working on updated the package. The architecture list reflected
the architectures that were supported by the qemu package at the time
of build. I have just updated that list.

Cheers,
 Ignace M

Bug#818708: didiwiki regression: fix for CVE-2013-7448 renders many existing pages inaccessible

[Ignace Mouzannar]

Thanks Sergio for your review and input. Here is the patch I will be uploading.


+if (page_name[0] == '/')
+return FALSE;
+
+if (strncmp(page_name, "../", 3) == 0)
+return FALSE;
+
+if (strstr(page_name, "/../"))
+return FALSE;


Cheers,
 Ignace M

Bug#818708: didiwiki regression: fix for CVE-2013-7448 renders many existing pages inaccessible

[Ignace Mouzannar]

Hi Sergio,

Thank you for reporting this issue. Here is the fix I intend to push
in src/wiki.c. I have tested the solution on my didiwiki installation,
and it seems to be working fine.


int page_name_is_good(char* page_name)
{
/* We should give access only to subdirs of didiwiki root.
   I guess that check for absense of '/' is enough.

   TODO: Use realpath()
*/
if (!page_name)
return FALSE;

if (strncmp(page_name, "/", 1) == 0)
return FALSE;

if (strncmp(page_name, "./", 2) == 0)
return FALSE;

if (strncmp(page_name, "..", 2) == 0)
return FALSE;

if (strstr(page_name, "../"))
return FALSE;

if (strstr(page_name, "/.."))
return FALSE;

return TRUE;
}


I will be pushing this solution, , unless you think there is a better
way to solve this.

Cheers,
 Ignace M

Bug#668776: [lshell] log directory permissions insecure/wrong

[Ignace Mouzannar]

On Mon, Mar 17, 2014 at 10:13 AM, Rune Schjellerup Philosof
 wrote:
>
> The issue is still present in sid version 0.9.16-1.
>
> I suggest solving it by adding
> "su nobody lshell" to /etc/logrotate.d/lshell

This has been added upstream [1]. I will be shipping the new Debian
package soon. Thanks Rune.

 Ignace M

[1] 
https://github.com/ghantoos/lshell/commit/1d5d36dc6147202e6529b18cf9ae9e3b6d37aa40

Bug#815111: didiwiki path traversal vulnerability

[Ignace Mouzannar]

Package: didiwiki
Version: 0.5-11
Tags: patch + pending
Severity: critical

A user has privately sent me a security patch for the didiwiki
package, that I maintain. The current installation allows any of the
system's the user to access any file on the filesystem. To reproduce
it:

apt-get install didiwiki

curl http://localhost:8000/api/page/get?page=/etc/passwd


A patch was also provided by Alexander Izmailov, and will be applied
in the upcoming update. Thank you for that!

A CVE request has been requested. The Debian security team has been
notified too.

A version correcting this error will be uploaded soon.

 Ignace M

Bug#754922: tenshi: Fails to be purged: userdel: user tenshi is currently used

[Ignace Mouzannar]

Hello,

Failing to have more info, and being unable to reproduce this bug (see
latest piuparts also), I am reducing the severity to important. Please
follow-up should you not approve this.

Thanks.

 Ignace M


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

Bug#763623: virt-manager: depends on arch-specific package(s)

[Ignace Mouzannar]

Hi,

If this helps, I was able to resolve this issue on my Mult-Arch by
re-installing spice-client-glib-usb-acl-helper, which forced upgrading
its version.


mazzika:~$ sudo apt-get install spice-client-glib-usb-acl-helper
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following package was automatically installed and is no longer required:
  libusbredirparser0
Use 'apt-get autoremove' to remove it.
The following extra packages will be installed:
  libspice-client-glib-2.0-8 libspice-client-gtk-2.0-4
python-spice-client-gtk
The following packages will be REMOVED:
  libspice-client-glib-2.0-1 libspice-client-gtk-2.0-1
The following NEW packages will be installed:
  libspice-client-glib-2.0-8 libspice-client-gtk-2.0-4
spice-client-glib-usb-acl-helper
The following packages will be upgraded:
  python-spice-client-gtk
1 upgraded, 3 newly installed, 2 to remove and 3 not upgraded.
Need to get 816 kB of archives.
After this operation, 441 kB of additional disk space will be used.


I was then able to upgrade and run virt-manager  version 1:1.0.1-2.

Hope this helps,
 Ignace M

Bug#749603: tsung depends on this library

[Ignace Mouzannar]

Hi,

One of the applications I package has a dependency on this library [1]. I
would be interested by this package. :)

If no one is able to make it, I'll try to work on it.

Cheers,
 Ignace M

[1] https://github.com/ghantoos/debian-tsung/tree/master/missing-sources


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

Bug#695284: tsung compiled with outdated erlang version

[Ignace Mouzannar]

merge 695284 728124
thanks

I'm merging the two bug reports as they are due to the same outdated
version of erlang.

I should be uploading a new upstream version soon, correcting those
two bug reports.

 Ignace M


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

Bug#754922: tenshi: Fails to be purged: userdel: user tenshi is currently used

[Ignace Mouzannar]

tags 754922 + moreinfo

Hi Axel,

I am unfortunately unable to reproduce this bug. I have tested this on
my local machine (Debian/testing) and my development machine
(Debian/unstable).

Also, it seems that the latest piuparts tests did not detect the
described behavior [1].

The daemon is stopped just before removing the user; which should not
cause problems as the daemon should be the only process running under
the tenshi user.

May be could you give some more details about your installation, that
would help be debug this issue?

Thanks,
 Ignace M

[1] https://piuparts.debian.org/sid/pass/tenshi_0.13-2.log


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

Bug#668776: [lshell] log directory permissions insecure/wrong

[Ignace Mouzannar]

On Sat, Jun 15, 2013 at 1:58 AM, Marc Haber mh+debian-b...@zugschlus.de wrote:
 On Tue, Nov 06, 2012 at 09:11:38AM +0100, Ignace Mouzannar wrote:
 On Tue, Nov 6, 2012 at 9:05 AM, Jan Wagner w...@debian.org wrote:
  is there a chance to get that fixed in wheezy?

 I will fix this ASAP.

 The issue is still present in today's unstable.

This has been fixed upstream [1].

I should be upload a new version very soon. Very sorry for the delay.

Cheers,
 Ignace M

[1] https://github.com/ghantoos/lshell/issues/19


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

Bug#697795: tsung crashes: Kernel pid terminated

[Ignace Mouzannar]

Hi Stuart,

Thanks for your report.

On Wed, Jan 9, 2013 at 2:52 PM, Stuart Freeman
stuart.free...@et.gatech.edu wrote:
 Tsung crashes with output that looks like:

   $ tsung -f tsung.xml start
   Starting Tsung
   Log directory is: /home/stuart/.tsung/log/20130109-1449
   {Kernel pid
   
 terminated,application_controller,{application_terminated,tsung_controller,shutdown}}

   Crash dump was written to: erl_crash.dump
   Kernel pid terminated (application_controller)
   ({application_terminated,tsung_controller,shutdown})

I am unable to reproduce your crash.

My installation:

ii  tsung  1.4.2-1.1amd64distributed multi-protocol load t
ii  erlang-base  1:15.b.1-dfsg-3  amd64Erlang/OTP virtual
machine and base applications


Here is my test (attached is my tsung.xml file)

~/src$ tsung -f tsung.xml start
Starting Tsung
Log directory is: /home/ghantoos/.tsung/log/20130111-1011
^C
BREAK: (a)bort (c)ontinue (p)roc info (i)nfo (l)oaded
   (v)ersion (k)ill (D)b-tables (d)istribution


Can you please provide you xml file for further investigation?

In the meantime, I will be downgrading the severity to Important.

Cheers,
 Ignace M
?xml version=1.0?
!DOCTYPE tsung SYSTEM /usr/share/tsung/tsung-1.0.dtd
tsung loglevel=info version=1.0

clients
client host=localhost use_controller_vm=true maxusers=3/
/clients

servers
server host=127.0.0.1 port=80 type=tcp/
/servers

load
arrivalphase phase=1 duration=5 unit=minute
users interarrival=1 unit=second/users
/arrivalphase
/load

sessions
session name=localhost probability=100  type=ts_http
transaction name=localpage_01
requesthttp url='http://localhost/' version='1.1' method='GET'/http/request
/transaction
/session
/sessions
/tsung
/xml

Bug#697795: tsung crashes: Kernel pid terminated

[Ignace Mouzannar]

Hi Stuart,

Thanks for the prompt response.

On Fri, Jan 11, 2013 at 1:24 PM, D. Stuart Freeman
stuart.free...@et.gatech.edu wrote:
 The tsung.xml you attached doesn't crash for me, I'm attaching one of the
 ones that does crash mine. It references some csv files in a directory
 called data/ that I can tar up as well if that would help.

This would be great, unless it has private data you would not want to publish.

You can always send me this data privately. Or change the data so that
it does not reflect reality.

Regards,
 Ignace M


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

Bug#695284: tsung compiled with outdated erlang version

[Ignace Mouzannar]

On Tue, Jan 1, 2013 at 1:19 AM, Julián Moreno Patiño jul...@debian.org wrote:
 tags 695284 + pending
 thanks

 Dear maintainer,

 I've prepared an NMU for tsung (versioned as 1.4.2-1.1) and
 uploaded it to DELAYED/2. Please feel free to tell me if I
 should delay it longer.

Hi Julián,

Thank you very much for taking care of this. Lately, I have been
completely swamped by my day-to-day life.

I really appreciate that you took the time to look into this major issue.

I thought I could integrate the #691354 patch to the upload. Tell me
if it is still possible for you to delay the upload. If not, I can
always do this later on.

Thanks again,
 Ignace M


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

Bug#695284: tsung compiled with outdated erlang version

[Ignace Mouzannar]

On Wed, Jan 2, 2013 at 3:11 PM, Julián Moreno Patiño jul...@debian.org wrote:
 Hi Ignace,

Hey Julián,

Thanks for your prompt response.

 Unfortunately we are on the freeze cycle and it's not good idea change many
 things. Only fixes to RC bugs are recommended.

 I test #691354 and I can't reproduce it

 If you want later of freeze cycle I can help you uploading a new revision.

 What do you think ?

Fine by me. In this case, I will let your upload be, and I'll deal
with the other bug report once the freeze is out.

Cheers,
 Ignace M


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

Bug#668776: [lshell] log directory permissions insecure/wrong

[Ignace Mouzannar]

On Tue, Nov 6, 2012 at 9:05 AM, Jan Wagner w...@debian.org wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hi there,

 Am 14.04.2012 12:36, schrieb Raf Czlonka:
 When logrotate runs it generates an error message:

 error: skipping /var/log/lshell/*.log because parent directory
 has insecure permissions (It's world writable or writable by group
 which is not root) Set su directive in config file to tell
 logrotate which user/group should be used for rotation.

 is there a chance to get that fixed in wheezy?

I will fix this ASAP.

 On the first view it looks really like a minor issue. But it can be
 really annoying to get mails every day from daily cronjob about this.

Do you think it is important enough to request a freeze exception?

 Many thanks, Jan.

Cheers,
 Ignace M


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

Bug#683454: 'vzctl enter' hangs when using bash-4.2 inside a container

[Ignace Mouzannar]

Package: vzctl
Version: 3.0.24-12
Severity: important
Tags: squeeze patch

Hello,

I have just installed a VZ container under Wheezy (to be). Unfortunately, 
it hangs when trying to enter the container.

It seems this is due to the bash version (4.2-4) that is installed
inside the container.

Attached is a full strace(1) of the following command:

vzctl exec 103 strace /bin/bash


A bug report has been opened and corrected in Ubuntu [1], in 
 vzctl (3.0.22-5ubuntu1) hardy.

This bug has already been corrected upstream [2][3]; it would be nice to
have this included in Squeeze, as it could potentially give the possibility
to a VZ container user to the power to lock the owner of the physical machine
out of the container (DoS).

The patch can be found upstream [3]. I have tested it against the current 
package, and it resolves the issue perfectly.

I'm not sure if this is a good enough reason to request a freeze exception.

Thanks for your time.

Cheers,
 Ignace M

[1] https://bugs.launchpad.net/ubuntu/+source/vzctl/+bug/732322
[2] http://openvz.org/pipermail/announce/2011-March/000200.html
[3] 
http://git.openvz.org/?p=vzctl;a=commitdiff;h=e7c40ee697606e43d6242fd3c124e370588ae26f~# vzctl exec 103 strace bash
execve(/bin/bash, [bash], [/* 6 vars */]) = 0
brk(0)  = 0xf65000
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f465f852000
access(/etc/ld.so.preload, R_OK)  = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY)  = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=10631, ...}) = 0
mmap(NULL, 10631, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f465f84f000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/x86_64-linux-gnu/libtinfo.so.5, O_RDONLY) = 3
read(3, 
\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\300\323\0\0\0\0\0\0..., 832) = 
832
fstat(3, {st_mode=S_IFREG|0644, st_size=167952, ...}) = 0
mmap(NULL, 2264608, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f465f40c000
mprotect(0x7f465f431000, 2093056, PROT_NONE) = 0
mmap(0x7f465f63, 20480, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x24000) = 0x7f465f63
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/x86_64-linux-gnu/libdl.so.2, O_RDONLY) = 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\340\r\0\0\0\0\0\0..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=14768, ...}) = 0
mmap(NULL, 2109696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f465f208000
mprotect(0x7f465f20a000, 2097152, PROT_NONE) = 0
mmap(0x7f465f40a000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7f465f40a000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/x86_64-linux-gnu/libc.so.6, O_RDONLY) = 3
read(3, 
\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\300\357\1\0\0\0\0\0..., 832) = 
832
fstat(3, {st_mode=S_IFREG|0755, st_size=1583120, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f465f84e000
mmap(NULL, 3696728, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f465ee81000
mprotect(0x7f465effe000, 2097152, PROT_NONE) = 0
mmap(0x7f465f1fe000, 20480, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17d000) = 0x7f465f1fe000
mmap(0x7f465f203000, 18520, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f465f203000
close(3)= 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f465f84d000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f465f84c000
arch_prctl(ARCH_SET_FS, 0x7f465f84d700) = 0
mprotect(0x7f465f1fe000, 16384, PROT_READ) = 0
mprotect(0x7f465f40a000, 4096, PROT_READ) = 0
mprotect(0x7f465f63, 16384, PROT_READ) = 0
mprotect(0x6e4000, 4096, PROT_READ) = 0
mprotect(0x7f465f854000, 4096, PROT_READ) = 0
munmap(0x7f465f84f000, 10631)   = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
open(/dev/tty, O_RDWR|O_NONBLOCK) = -1 ENXIO (No such device or address)
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fffd23f6040) = -1 EINVAL (Invalid 
argument)
brk(0)  = 0xf65000
brk(0xf66000)   = 0xf66000
brk(0xf67000)   = 0xf67000
getuid()= 0
getgid()= 0
geteuid()   = 0
getegid()   = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
brk(0xf68000)   = 0xf68000
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fffd23f61c0) = -1 EINVAL (Invalid 
argument)
open(/proc/meminfo, O_RDONLY) = 3

Bug#678792: python-scrapy: FTBFS: ImportError: cannot import name uses_query

[Ignace Mouzannar]

On Sun, Jun 24, 2012 at 5:36 AM, Lucas Nussbaum
lu...@lucas-nussbaum.net wrote:
 Source: python-scrapy
 Version: 0.14.1-1
 Severity: serious
 Tags: wheezy sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20120624 qa-ftbfs
 Justification: FTBFS on amd64

 Hi,

 During a rebuild of all packages in sid, your package failed to build on
 amd64.

 Relevant part:
(...)
 dh_auto_clean: python setup.py clean -a returned exit code 1
 make[1]: *** [override_dh_auto_clean] Error 2

Hi Lucas,

Thanks for the heads-up. It seems like this bug has been corrected upstream [1].
I will be packaging the new version ASAP.

Cheers,
 Ignace M

[1] https://github.com/scrapy/scrapy/issues/144



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

Bug#667223: kdocker: diff for NMU version 4.6-1.1

[Ignace Mouzannar]

On Sun, May 6, 2012 at 10:40 AM, gregor herrmann gre...@debian.org wrote:
 tags 667223 + patch
 tags 667223 + pending
 thanks

 Dear maintainer,

Hi gregor!

 I've prepared an NMU for kdocker (versioned as 4.6-1.1) and
 uploaded it to DELAYED/5. Please feel free to tell me if I
 should delay it longer.

Thank you very much for taking the time to look at this bug report. I
have completely missed. No excuses there.

Anyways, I have prepared a new package release including your patch,
and uploaded it on m.d.n [1]. Here is its change log:

kdocker (4.6-2) unstable; urgency=low

  [gregor herrmann]
  * Fix ftbfs with GCC-4.7: add patch 02_gcc_4.7.diff (missing include).
(Closes: #667223)

  [Ignace Mouzannar]
  * debian/control:
- Bumped Standards-Version to 3.9.3. No changes needed.
- Added DM-Upload-Allowed field to yes.
  * debian/watch:
- Updated to use https as http was not responding anymore.


As you can see, I have added the DM-Upload-Allowed field to yes; if
you deem this inappropriate, feel free to tell me/remove it.

Thanks again for doing this.

Cheers,
 Ignace M

[1]  To access further information about this package, please visit
the following URL:
  http://mentors.debian.net/package/kdocker
  Alternatively, one can download the package with dget using this command:
dget -x 
http://mentors.debian.net/debian/pool/main/k/kdocker/kdocker_4.6-2.dsc



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

Bug#615846: snmpd: init script using wrong return code on option status

[Ignace Mouzannar]

On Mon, 2011-02-28 at 13:30 +0100, Michael Prokop wrote:
 Package: snmpd
 Version: 5.4.3~dfsg-2
 Severity: normal
 
 
 | If the status action is requested, the init script will return the 
 following exit status codes.
 |
 | 0   program is running or service is OK
 | 1   program is dead and /var/run pid file exists
 | 2   program is dead and /var/lock lock file exists
 | 3   program is not running
 | 4   program or service status is unknown
 
   -- 
 http://refspecs.freestandards.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html
 
 snmpd's init script uses status_of_proc in the status option code
 but due to lack of pid files (see #611668) this seems to go wrong:
 
 # /etc/init.d/snmpd status
 snmpd is not running ... failed!
 snmptrapd is not running ... failed!
 # echo $?
 1

I am unable to reproduce this on a freshly installed Squeeze, using the
same package version.


~# /etc/init.d/snmpd status
snmpd is not running ... failed!
snmptrapd is not running ... failed!
~# echo $?
3


Using:

ii  snmpd5.4.3~dfsg-2 SNMP
(Simple Network Management Protocol) agents


Are you still experiencing the same issue? 

Cheers,
 Ignace M




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

Bug#668545: snmptrapd disabled causes init script status to exit 3

[Ignace Mouzannar]

Package: snmpd
Version: 5.4.3~dfsg-2
Severity: important
Tags: patch

Hello,

The status function of the init script does not test if the daemons are
enabled. In my configuration snmptrapd is disabled
in /etc/default/snmpd.

TRAPDRUN=no


Which means that in my setup, snmptrapd not running should be normal;
however the init status exits with exit code 3:

~# /etc/init.d/snmpd status
snmpd is running.
snmptrapd is not running ... failed!
~# echo $?
3


This makes it impossible for applications relying on the init status
exit code to function correctly (e.g. puppet).

I have attached a patch that tests the /etc/default/snmpd values in the
status function; in my case:

~# /etc/init.d/snmpd status
snmpd is running.
~# echo $?
0


Hope this helps.

Cheers,
 Ignace M
--- /tmp/snmpd  2012-04-12 18:22:31.215540234 +0200
+++ /etc/init.d/snmpd   2012-04-12 18:24:09.809561309 +0200
@@ -90,8 +90,12 @@
 ;;
   status)
 status=0
-status_of_proc /usr/sbin/snmpd snmpd || status=$?
-status_of_proc /usr/sbin/snmptrapd snmptrapd || status=$?
+if [ $SNMPDRUN = yes ]; then
+status_of_proc /usr/sbin/snmpd snmpd || status=$?
+fi
+if [ $TRAPDRUN = yes ]; then
+status_of_proc /usr/sbin/snmptrapd snmptrapd || status=$?
+fi
 exit $status
 ;;
   *)

Bug#668005: [PATCH] didiwiki: Helping to update to packaging format 3.0

[Ignace Mouzannar]

On Sun, Apr 8, 2012 at 01:03,  jari.aa...@cante.net wrote:
 Package: didiwiki
 Severity: wishlist
 Tags: patch

 2012-03-04 21:31 Ignace Mouzannar mouzan...@gmail.com:
 |
 | On Sat, Mar 3, 2012 at 02:55,  jari.aa...@cante.net wrote:
 | 
 |    didiwiki
 | 
 |  Please let me know how could I best help to upgrade the packages. I have
 |  a NMU ready if you are working on other issues needing attention
 |
 | Hi Jari,
 |
 | Thank you for taking the time to work on this. I actually already made
 | some changes on the package [1]. I would great if you could send me a
 | diff of your changes so I include them and upload the package this
 | week.

 Hi Ignace,

 Here is the patch. I hope it proves useful[*].

 Thanks for keeping package up to date,

Hi Jari,

Thanks for the reminder. I will be uploading the package very soon.

I will be using the older patch you sent me, as it seems the new
updates you've made, had already been committed on the repo [1].

Thanks again for this.

Cheers,
 Ignace M

[1] https://github.com/ghantoos/debian-didiwiki/tree/master/debian



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

Bug#668005: [PATCH] didiwiki: Helping to update to packaging format 3.0

[Ignace Mouzannar]

On Sun, Apr 8, 2012 at 04:05, Jari Aalto jari.aa...@cante.net wrote:
 This patch also enables hardening that is a release goal
 http://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags

The is no need to add these flags when using dh 9 (debian/compat set to 9) [1].

As for the upstream website, I will remove all the upstream steis, as
it also seems impossible to download the code from the URL you added
(freecode).

 Ignace M

[1] http://wiki.debian.org/HardeningWalkthrough



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

Bug#565552: sudo: double free or corruption

[Ignace Mouzannar]

reopen 565552 !
found 565552 1.7.4p4-2.squeeze.2
thanks

Hello,

I am reopening this bug as I just encountered the same error on my fresh
Squeeze installation. To reproduce it, just add the comment following
line in the /etc/sudoers file:
8--8
#includedir /tmp
8--8

Here is the output of my users's sudo command:
8--8
~$ sudo -s
sudo: can't stat : No such file or directory
*** glibc detected *** sudo: double free or corruption (out):
0x01cb24d0 ***
=== Backtrace: =
/lib/libc.so.6(+0x71bd6)[0x7fa8b7349bd6]
/lib/libc.so.6(cfree+0x6c)[0x7fa8b734e94c]
sudo[0x416c20]
sudo[0x417e1a]
sudo[0x41311a]
sudo[0x40d13c]
sudo[0x40e825]
/lib/libc.so.6(__libc_start_main+0xfd)[0x7fa8b72f6c8d]
sudo[0x403b59]
=== Memory map: 
0040-00427000 r-xp  fd:06
468944 /usr/bin/sudo
00626000-00628000 rw-p 00026000 fd:06
468944 /usr/bin/sudo
00628000-0062d000 rw-p  00:00 0 
01c9f000-01cc rw-p  00:00 0
[heap]
7fa8b000-7fa8b0021000 rw-p  00:00 0 
7fa8b0021000-7fa8b400 ---p  00:00 0 
7fa8b6653000-7fa8b6669000 r-xp  fd:06
468531 /lib/libgcc_s.so.1
7fa8b6669000-7fa8b6868000 ---p 00016000 fd:06
468531 /lib/libgcc_s.so.1
7fa8b6868000-7fa8b6869000 rw-p 00015000 fd:06
468531 /lib/libgcc_s.so.1
7fa8b6869000-7fa8b6875000 r-xp  fd:06
469342 /lib/libnss_files-2.11.3.so
7fa8b6875000-7fa8b6a74000 ---p c000 fd:06
469342 /lib/libnss_files-2.11.3.so
7fa8b6a74000-7fa8b6a75000 r--p b000 fd:06
469342 /lib/libnss_files-2.11.3.so
7fa8b6a75000-7fa8b6a76000 rw-p c000 fd:06
469342 /lib/libnss_files-2.11.3.so
7fa8b6a76000-7fa8b6a8 r-xp  fd:06
469344 /lib/libnss_nis-2.11.3.so
7fa8b6a8-7fa8b6c7f000 ---p a000 fd:06
469344 /lib/libnss_nis-2.11.3.so
7fa8b6c7f000-7fa8b6c8 r--p 9000 fd:06
469344 /lib/libnss_nis-2.11.3.so
7fa8b6c8-7fa8b6c81000 rw-p a000 fd:06
469344 /lib/libnss_nis-2.11.3.so
7fa8b6c81000-7fa8b6c96000 r-xp  fd:06
469339 /lib/libnsl-2.11.3.so
7fa8b6c96000-7fa8b6e95000 ---p 00015000 fd:06
469339 /lib/libnsl-2.11.3.so
7fa8b6e95000-7fa8b6e96000 r--p 00014000 fd:06
469339 /lib/libnsl-2.11.3.so
7fa8b6e96000-7fa8b6e97000 rw-p 00015000 fd:06
469339 /lib/libnsl-2.11.3.so
7fa8b6e97000-7fa8b6e99000 rw-p  00:00 0 
7fa8b6e99000-7fa8b6ea r-xp  fd:06
469340 /lib/libnss_compat-2.11.3.so
7fa8b6ea-7fa8b709f000 ---p 7000 fd:06
469340 /lib/libnss_compat-2.11.3.so
7fa8b709f000-7fa8b70a r--p 6000 fd:06
469340 /lib/libnss_compat-2.11.3.so
7fa8b70a-7fa8b70a1000 rw-p 7000 fd:06
469340 /lib/libnss_compat-2.11.3.so
7fa8b70a1000-7fa8b70a9000 r-xp  fd:06
469218 /lib/libcrypt-2.11.3.so
7fa8b70a9000-7fa8b72a8000 ---p 8000 fd:06
469218 /lib/libcrypt-2.11.3.so
7fa8b72a8000-7fa8b72a9000 r--p 7000 fd:06
469218 /lib/libcrypt-2.11.3.so
7fa8b72a9000-7fa8b72aa000 rw-p 8000 fd:06
469218 /lib/libcrypt-2.11.3.so
7fa8b72aa000-7fa8b72d8000 rw-p  00:00 0 
7fa8b72d8000-7fa8b7431000 r-xp  fd:06
469145 /lib/libc-2.11.3.so
7fa8b7431000-7fa8b763 ---p 00159000 fd:06
469145 /lib/libc-2.11.3.so
7fa8b763-7fa8b7634000 r--p 00158000 fd:06
469145 /lib/libc-2.11.3.so
7fa8b7634000-7fa8b7635000 rw-p 0015c000 fd:06
469145 /lib/libc-2.11.3.so
7fa8b7635000-7fa8b763a000 rw-p  00:00 0 
7fa8b763a000-7fa8b763c000 r-xp  fd:06
469257 /lib/libdl-2.11.3.so
7fa8b763c000-7fa8b783c000 ---p 2000 fd:06
469257 /lib/libdl-2.11.3.so
7fa8b783c000-7fa8b783d000 r--p 2000 fd:06
469257 /lib/libdl-2.11.3.so
7fa8b783d000-7fa8b783e000 rw-p 3000 fd:06
469257 /lib/libdl-2.11.3.so
7fa8b783e000-7fa8b784a000 r-xp  fd:06
467773 /lib/libpam.so.0.82.2
7fa8b784a000-7fa8b7a49000 ---p c000 fd:06
467773 /lib/libpam.so.0.82.2
7fa8b7a49000-7fa8b7a4a000 rw-p b000 fd:06
467773 /lib/libpam.so.0.82.2
7fa8b7a4a000-7fa8b7a4c000 r-xp  fd:06
469351 /lib/libutil-2.11.3.so
7fa8b7a4c000-7fa8b7c4b000 ---p 2000 fd:06
469351 /lib/libutil-2.11.3.so
7fa8b7c4b000-7fa8b7c4c000 r--p 1000 fd:06
469351 /lib/libutil-2.11.3.so
7fa8b7c4c000-7fa8b7c4d000 rw-p 2000 fd:06
469351

Bug#627300: Fwd: [mytop] can't use Config:IniFiles for my.cnf

[Ignace Mouzannar]

On Thu, 2012-01-26 at 15:43 -0500, Ignace Mouzannar wrote:
 Philipp, if you need any help packaging it, I would be glad to give you
 a hand. ;)

Hi Philipp,

Any news on this? May be can I NMU this package? Would you be alright
with this?

Thanks,
 Ignace M




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

Bug#659315: ITP: python-w3lib -- A collection of web-related functions for Python

[Ignace Mouzannar]

Package: wnpp
Severity: wishlist
Owner: Ignace Mouzannar mouzan...@gmail.com

* Package name: python-w3lib
 Version : 1.0
 Upstream Authors : Scrapy project i...@scrapy.org
* URL : http://pypi.python.org/pypi/w3lib
* License : BSD
 Programming Lang: python
 Description : A collection of web-related functions for Python

Python module with simple, reusable functions to work with URLs, HTML,
forms, and HTTP, that aren’t found in the Python standard library.

The new upstream release of my package python-scrapy has a dependency
on the package.

Regards,
 Ignace M



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

Bug#659315: Acknowledgement (ITP: python-w3lib -- A collection of web-related functions for Python)

[Ignace Mouzannar]

Here is an updated description of the package.

Description: Collection of web-related functions for Python
 Python module with simple, reusable functions to work with URLs, HTML,
 forms, and HTTP, that aren’t found in the Python standard library.
 .
 This module is used to, for example:
  - remove comments, or tags from HTML snippets
  - extract base url from HTML snippets
  - translate entites on HTML strings
  - encoding mulitpart/form-data
  - convert raw HTTP headers to dicts and vice-versa
  - construct HTTP auth header
  - RFC-compliant url joining
  - sanitize urls (like browsers do)
  - extract arguments from urls
 .
 The code of w3lib was originally part of the Scrapy framework but was later
 stripped out of Scrapy, with the aim of make it more reusable and to provide
 a useful library of web functions without depending on Scrapy.


 Ignace M



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

Bug#627300: Fwd: [mytop] can't use Config:IniFiles for my.cnf

[Ignace Mouzannar]

FTR

- Forwarded Message -
From: Andreas Ulm andreas@unister.de
To: Ignace Mouzannar ignace.mouzan...@enovance.com
Sent: Thursday, January 26, 2012 4:34:25 AM
Subject: Re: Fwd: [mytop] can't use Config:IniFiles for my.cnf

Hi,

On 26.01.2012 02:20 02:20, Ignace Mouzannar wrote:
 On Thu, 2011-05-19 at 13:48 +0200, Andreas Ulm wrote:

 (snip)


 Hi,

 because of the usage of Config::IniFiles you can't use all
 parameters
 which can be set in my.cnf.

 If you e.g. use skip-external-locking the CPAN Config::IniFiles
 can't open the file because it is a mal-formed ini-file because
 ini-files use the format parameter = value.

 You can reproduce it by setting this parameter which is default in
 /etc/mysql/my.cnf.
 Then call mytop.

 Hello Andreas,

 I am unable to reproduce this bug. It seems that
 libconfig-inifiles-perl
 is able to read the my.cnf file even if some variables are not set in
 a
 parameter = value fashion:
 

  (snip)


 Do you still have the exact error or scenario for me to reproduce it?

you can reproduce it if you cp /etc/mysql/my.cnf to ~/.my.cnf.
Then run mytop and you'll get:

my variable $up_width masks earlier declaration in same scope at
/usr/bin/mytop line 864.
Can't call method Parameters on an undefined value at /usr/bin/mytop
line 136.

After checking the sources of mytop I found that /etc/mysql/my.cnf
isn't loaded.

 The package has been flagged to be removed from testing because of
 this
 pending RC bug [1]; it would be nice if we could prevent this from
 happening. ;)

Right, wouldn't be nice if it is dropped. :D


 Thanks in advance.

 Cheers,
  Ignace M

  (snip)


--
Andreas Ulm
Systemadministration

Unister GmbH

Barfußgässchen 11 | 04109 Leipzig

Telefon: +49 (0)341 65050 24535

andreas@unister.de

www.unister.de [1]

Unister im Netz:

  [2]
  [3]
  [4]

Vertretungsberechtigter Geschäftsführer: Thomas Wagner

Amtsgericht Leipzig, HRB: 19056

Links:
--
[1] http://www.unister.de
[2] http://www.facebook.com/unistergruppe
[3] http://twitter.com/unister
[4] https://www.xing.com/companies/unistergmbh/about



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

Bug#627300: Fwd: [mytop] can't use Config:IniFiles for my.cnf

[Ignace Mouzannar]

Hi,

Looking a bit more closely at the package, I found that the bug was due
to a patch that was applied in the Debian package (attached):

/src/mytop-1.6$ head -n12 debian/patches/520421.my.cnf.diff
I have attached a patch that adds support for reading the mytop config
from the
standard MySQL ~/.my.cnf file. In 2007, I sent the patch to Jeremy, who
replied
that he would include it in the next mytop release. When upgrading to
Lenny, I 
noticed that this next release never happened.
--- mytop-1.6.orig/mytop
+++ mytop-1.6/mytop
@@ -17,6 +17,7 @@
 use 5.005;
 use strict;
 use DBI;
+use Config::IniFiles;
 use Getopt::Long;


I would remove this feature as it is obviously not finished yet. The
other solution would be to test/include your patch to this already
existing patch.

Philipp, if you need any help packaging it, I would be glad to give you
a hand. ;)

Cheers,
 Ignace M
I have attached a patch that adds support for reading the mytop config from the
standard MySQL ~/.my.cnf file. In 2007, I sent the patch to Jeremy, who replied
that he would include it in the next mytop release. When upgrading to Lenny, I 
noticed that this next release never happened.
--- mytop-1.6.orig/mytop
+++ mytop-1.6/mytop
@@ -17,6 +17,7 @@
 use 5.005;
 use strict;
 use DBI;
+use Config::IniFiles;
 use Getopt::Long;
 use Socket;
 
@@ -77,6 +78,7 @@
 batchmode = 0,
 color = 1,
 db= '',
+database  = '',
 delay = 5,
 filter_user   = qr/.?/,
 filter_db = qr/.?/,
@@ -89,6 +91,7 @@
 mode  = 'top',
 prompt= 0,
 pass  = '',
+password  = '',
 port  = 3306,
 resolve   = 1,
 socket= '',
@@ -117,6 +120,26 @@
 my $RM_RESET   = 0;
 my $RM_NOBLKRD = 3; ## using 4 traps Ctrl-C :-(
 
+## Try ~/.my.cnf first
+
+my $mycnf = $ENV{HOME}/.my.cnf;
+
+if (-e $mycnf)
+{
+	my $cfgini = new Config::IniFiles( -file = $mycnf );
+	my @sections = ('client', 'mytop');
+
+	foreach my $section (@sections) {
+		foreach my $param ($cfgini-Parameters ($section))
+		{
+			$config{$param} = $cfgini-val($section, $param) if exists $config{$param};
+		}
+	}
+	## map database/password onto db/pass (long version gets precedence in .my.cnf)
+	$config{'db'} = $config{'database'} if $config{'database'};
+	$config{'pass'} = $config{'password'} if $config{'password'};
+}
+
 ## Read the user's config file, if it exists.
 
 my $config = $ENV{HOME}/.mytop;
@@ -139,6 +162,9 @@
 }
 close CFG;
 }
+	## map database/password onto db/pass (short version gets precedence for historical reasons)
+	$config{'db'} = $config{'database'} unless $config{'db'};
+	$config{'pass'} = $config{'password'} unless $config{'pass'};
 }
 
 ## Command-line args.
@@ -257,8 +283,8 @@
   * port you specified $config{port} (default is 3306)
   * socket you specified $config{socket} (default is )
 
-The options my be specified on the command-line or in a ~/.mytop
-config file. See the manual (perldoc mytop) for details.
+The options my be specified on the command-line or in a ~/.mytop or
+~/.my.cnf config file. See the manual (perldoc mytop) for details.
 
 Here's the exact error from DBI. It might help you debug:
 
@@ -1564,6 +1590,7 @@
 following:
 
   * Perl 5.005 or newer
+  * Config::IniFiles;
   * Getopt::Long
   * DBI and DBD::mysql
   * Term::ReadKey from CPAN
@@ -1844,6 +1871,13 @@
 You may have white space on either side of the C= in lines of the
 config file.
 
+If present, mytop will also read mysql's default config file C~/.my.cnf.
+Values from both the [client] and [mytop] section are read, in this order.
+The long options Idatabase and Ipassword are preferred over the short
+versions Idb and Ipass to match mysql's syntax.
+These settings take lowest precedence and will be overwritten by either
+values in C~/.mytop or command-line options.
+
 =head2 Shortcut Keys
 
 The following keys perform various actions while Bmytop is
@@ -1970,9 +2004,6 @@
 may appear odd. I have no good idea as to how best to deal with that
 yet. Suggestions are welcome.
 
-It'd be nice if you could just add Bmytop configuration directives
-in your Cmy.cnf file instead of having a separate config file.
-
 You should be able to specify the columns you'd like to see in the
 display and the order in which they appear. If you only have one
 username that connects to your database, it's probably not worth

Bug#627300: Fwd: [mytop] can't use Config:IniFiles for my.cnf

[Ignace Mouzannar]

On Thu, 2011-05-19 at 13:48 +0200, Andreas Ulm wrote:
 Package: mytop
 Version: 1.6-6
 Severity: grave
 
 (snip)
 
 
 Hi,
 
 because of the usage of Config::IniFiles you can't use all parameters
 which can be set in my.cnf.
 
 If you e.g. use skip-external-locking the CPAN Config::IniFiles
 can't open the file because it is a mal-formed ini-file because
 ini-files use the format parameter = value.
 
 You can reproduce it by setting this parameter which is default in
 /etc/mysql/my.cnf.
 Then call mytop.

Hello Andreas,

I am unable to reproduce this bug. It seems that libconfig-inifiles-perl
is able to read the my.cnf file even if some variables are not set in a
parameter = value fashion:

~$ grep -vE (^#|=|\[|^$) /etc/mysql/my.cnf
skip-external-locking
quick
quote-names
!includedir /etc/mysql/conf.d/



~$ sudo mytop -b
MySQL on localhost (5.1.58-1)   up 0+00:15:18
[19:14:59]
 Queries: 3.0 qps:0 Slow: 0.0 Se/In/Up/De(%):
00/00/00/00

 Key Efficiency: 100.0%  Bps in/out:   0.1/  8.7   

Id  User Host/IP DB  TimeCmd Query
or State 
--   --- --  ---
-- 
47  root   localhost0  Query show
full proce
44  root   localhost2  Sleep  


Do you still have the exact error or scenario for me to reproduce it?
The package has been flagged to be removed from testing because of this
pending RC bug [1]; it would be nice if we could prevent this from
happening. ;)

Thanks in advance.

Cheers,
 Ignace M

[1] http://lists.debian.org/debian-devel/2012/01/msg00660.html

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (99, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages mytop depends on:
ii  libconfig-inifiles-perl  2.68-1
ii  libdbd-mysql-perl4.020-1+b1
ii  libdbi-perl  1.616-1+b2
ii  libterm-readkey-perl 2.30-4+b2
ii  perl 5.14.2-6

mytop recommends no packages.

Versions of packages mytop suggests:
ii  perl [libtime-hires-perl]  5.14.2-6

-- 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#653211: tsung: FTBFS with Erlang R15B

[Ignace Mouzannar]

Hello Sergei,

I have just repackaged the new upstream version, and uploaded it on
m.d.n [1][2]. I would glad if you could take a look at it and may be
upload it.

Here is the relevant part of the changelog:

tsung (1.4.2-1) unstable; urgency=low

  * New upstream version. (Closes: 653211)
  * debian/patches:
- 01_spelling_corrections.diff: refreshed patch.


If you deem this possible, I would greatly appreciate if you could add
the 'DM-Upload-Allowed' flag.

Thank you very much for your time.

Cheers,
 Ignace M

[1] http://mentors.debian.net/package/tsung
[2] dget -x http://mentors.debian.net/debian/pool/main/t/tsung/tsung_1.4.2-1.dsc



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

Bug#653211: tsung: FTBFS with Erlang R15B

[Ignace Mouzannar]

On Sun, Dec 25, 2011 at 04:37, Sergei Golovan sgolo...@nes.ru wrote:
 Hi!

 Tsung builder script doesn't work well with Erlang R15B, which I'd like to
 upload to Debian sid sometimes.

 The attached patch fixes it. If you don't mind I'd like to do NMU to
 experimental (where the Erlang R15B is currently) and then the second one to
 unstable after the R15B will go there.

Hi Sergei,

Sorry for the late response; I was AFK for the holidays.

You can go ahead and NMU your package to experimental. On my part I
will alert upstream of this FTBS with the new Erlan version; may can
he review your patch and include it to the upcoming version of tsung.

Thanks for taking care of this.

Cheers,
 Ignace M



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

Bug#653211: tsung: FTBFS with Erlang R15B

[Ignace Mouzannar]

I actually just noticed that a new upstream version has been released
today correcting this build failure.

1.4.1 - 1.4.2 Minor enhancements and bugfixes (4 Jan 2012)
Bugfix:
   * [TSUN-199] - computation of NUsers is wrong
   * [TSUN-206] - build failure with erlang R15B


I will work on packaging this new version and upload it to Unstable.

Tell if this suits you well.

Regards,
 Ignace M



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

Bug#607783: didiwiki: Please replace current Didiwiki 0.5 with Amigo's 0.8 Didiwiki from the PuppyLinux project

[Ignace Mouzannar]

On Wed, Nov 23, 2011 at 02:03, Veyrdite veyrd...@gmail.com wrote:
 Thank you for taking the time to respond to my email.  Time does not matter
 with timeless software :)

:)

 I had a look at the Cwiki project on sourceforge:

 A wiki which is easy to extent and customize with focus on access control
 and user administration written in perl.

I think we are not talking about the same project here. It is ciwiki
(with an i after the c). Follow the link I sent in my last email
[1][2]. Ciwiki is, i quote: Written in C, requires less than 1 MBytes
of RAM.  (not perl).

 Cwiki appears to be an attempt to make a wiki for non-trusted user
 environments.  There are many open-source wiki projects that already take
 that space, and one of Didiwiki's best features is its simplicity.  Cwiki
 has not been updated since '08, so it stands pretty level with Didiwiki when
 it comes to activity of development.

 I will continue to try looking for Amigo's Didiwiki source, but the
 murgalinux website is down at the moment (
 https://www.linuxquestions.org/questions/puppy-71/main-puppy-linux-forum-down-status-716456/
 ).

I have attached the changelog of ciwiki. You can see that it includes
all the modification done by Amigo. And the last commit dates from
about a year ago.

Cheers,
 Ignace M

[1] http://sourceforge.net/projects/ciwiki/
[2] http://ciwiki.sourceforge.net/


ChangeLog
Description: Binary data

Bug#607783: didiwiki: Please replace current Didiwiki 0.5 with Amigo's 0.8 Didiwiki from the PuppyLinux project

[Ignace Mouzannar]

Hi William,

First of all, sorry for the huge delay in answering your report. It
completely went through my email filtering..

On Wed, Dec 22, 2010 at 00:13, William Hales veyrd...@gmail.com wrote:

 Work by the original author has stopped, and the package is ageing.

True.

 A much improved version was released on the PuppyLinux forums for their distro
 that adds new features, namely:
  * Ability to delete pages via web UI
  * An index page listing all didiwiki pages, even those 'orphaned' ( not 
 linked
 to by others )
  * An edit preview capability

 See http://murga-linux.com/puppy/viewtopic.php?t=47185

The URL is not available anymore. Do you know if it is available elsewhere?

 The Debian 'didiwiki' in my humble opinion should adopt user Amigo's 
 variation.
 As far as I know there are no other forks of Didiwiki and no features have 
 been
 removed in Amigo's '0.8' version, so it should be safe to do so.  The only
 other option is just to leave it as it is, stale at 0.5.

You can also provide patches for it to evolve. ;)

 Didiwiki is such a great piece of personal wiki software and it deserves some
 attention.  It is great for home LANs where permissions/security ( or the lack
 thereof in DidiWiki ) are not a problem.

Indeed it is.

Tell me if you are able to get a hold of the new version you were mentioning.

Regards,
 Ignace M



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

Bug#607783: didiwiki: Please replace current Didiwiki 0.5 with Amigo's 0.8 Didiwiki from the PuppyLinux project

[Ignace Mouzannar]

On Wed, Dec 22, 2010 at 00:13, William Hales veyrd...@gmail.com wrote:
 The Debian 'didiwiki' in my humble opinion should adopt user Amigo's 
 variation.
 As far as I know there are no other forks of Didiwiki and no features have 
 been
 removed in Amigo's '0.8' version, so it should be safe to do so.  The only
 other option is just to leave it as it is, stale at 0.5.

There now is a fork of the project, named ciwiki, that seems to be
based on the Debian patches, and Amigo's work [1].

Personal lightweight wiki based on DidiWiki. Upgraded to accept text
and highlight color, image resize and video (youtube, dailymotion...)
embedded. Written in C, requires less than 1 MBytes of RAM.


I will look into it, and may be file an ITP and package it for Debian.

Cheers,
 Ignace M

[1] http://sourceforge.net/projects/ciwiki/



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

Bug#645226: aqemu depends strictly on qemu. qemu-kvm not supported?

[Ignace Mouzannar]

tags 645226 + pending
thanks

On Thu, Oct 13, 2011 at 14:08, SIO sio@gmail.com wrote:

 Package aqemu depends strictly on qemu. There is no way to install it 
 alongside
 with qemu-kvm.

  I guess there is no reason not to make it available to qemu-kvm users, so it
 would be nice to change the dependency to qemu OR qemu-kvm. Thank you.

You are absolutely right. I will correct this asap.

Thanks for reporting this issue.

Regards,
 Ignace M



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

Bug#645226: aqemu depends strictly on qemu. qemu-kvm not supported?

[Ignace Mouzannar]

tags 645226 - pending + moreinfo
thanks

I might have jumped to conclusion rather quickly. It seems aqemu needs
to have qemu installed in order to access all of its functionnalities,
so the 'OR' dependency does not fit.

Moreover, on my local machine, I am able to install qemu and qemu-kvm,
and both are detected by Aqemu.

berghoul:~$ dpkg -l qemu*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  qemu   0.14.1+dfsg-3  fast processor emulator
ii  qemu-keymaps   0.14.1+dfsg-3  QEMU keyboard maps
ii  qemu-kvm   0.14.1+dfsg-4  Full virtualization on x86 hardware
ii  qemu-system0.14.1+dfsg-3  QEMU full system emulation binaries
ii  qemu-user  0.14.1+dfsg-3  QEMU user mode emulation binaries
ii  qemu-utils 0.14.1+dfsg-3  QEMU utilities


What version of qemu and/or qemu-kvm are you running? The Wheezy
version (0.15.1+dfsg-1) shows that it does not conflict with qemu:

~$ apt-cache show qemu-kvm | grep Conflicts
Conflicts: kvm ( 1:0), kvm-data (= 66+dfsg-1.1), kvm-source (= 18-1)


You should be able to install both of them on the same machine (i386
or amd64). Can you please send more info about your local setup?

Thanks,
 Ignace M



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

Bug#645755: kiki: Please update to use wxwidgets2.8

[Ignace Mouzannar]

tags 645755 + pending
thanks

On Tue, Oct 18, 2011 at 07:33, Olly Betts o...@survex.com wrote:
 Package: kiki
 Version: 0.5.6-6
 Tags: patch
 User: freewx-ma...@lists.alioth.debian.org
 Usertags: wx2.6to2.8

 I'm trying to get packages to migrate from wxwidgets2.6 to wxwidgets2.8
 so we can remove the former from the archive - it's no longer supported
 upstream, and wxwidgets3.0 is supposed to be out early next year.

 I updated kiki as per the attached patch, and it appears to work fine.
 It's not a package I'm familiar with, but it doesn't seem to have a lot
 of functionality to test.

 If you'd like me to NMU, please let me know.

Hi Olly,

Thank you for the patch. I have applied it to the package. I will test
it later this weekend and upload it.

Cheers,
 Ignace M



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

Bug#617877: aqemu: Sync architectures with qemu package

[Ignace Mouzannar]

tags 617877 + pending
thanks

Hi Guillem,

Sorry for the very late response. Your email slipped out of my Inbox.
I'm still not sure how this happened..

Anyways, I will apply your patch and re-upload aqemu.

Just for the record, some architectures had been removed from aqemu
build process as they were incompatible at the time [1]. As I don't
have the sufficient architectures at hand to perform all the build
tests, I will re-include those architecture and keep a close look at
the buildd logs.

Thanks for reporting this and providing the patch.

Regards,
 Ignace M

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



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

Bug#636719: python-scrapy: provide ipython 0.11 compatibility

[Ignace Mouzannar]

Hello Julian,

Thank you for reporting this issue and providing the patch to correct it.

On Fri, Aug 5, 2011 at 11:41, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
 The patch applied upstream in
 https://github.com/insophia/scrapy/commit/3191a0856003e8298d9d4b74aec56ffb5ed38432
 is not correct.
 I forwarded this patch:

I will be uploading a new release of the package including your patch.

Also, it looks like your patch has been applied upstream [1].

Cheers,
 Ignace M

[1] 
https://github.com/insophia/scrapy/commit/09af0866c7aae482628df144ecc50f38b9606586#scrapy/utils/console.py



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

Bug#636719: python-scrapy: provide ipython 0.11 compatibility

[Ignace Mouzannar]

On Wed, Aug 17, 2011 at 22:02, Ignace Mouzannar mouzan...@gmail.com wrote:
 I will be uploading a new release of the package including your patch.

 Also, it looks like your patch has been applied upstream [1].

An new version has been released upstream including your patch [2].

I am currently working on packaging it.

Cheers,
 Ignace M

 [1] 
 https://github.com/insophia/scrapy/commit/09af0866c7aae482628df144ecc50f38b9606586#scrapy/utils/console.py
[2] http://pypi.python.org/pypi/Scrapy



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

Bug#317568: tsung: changing back from ITP to RFP

[Ignace Mouzannar]

retitle 317568 ITP: tsung -- multi-protocol distributed load testing
owner 317568 !
thanks

On Wed, Jul 27, 2011 at 12:02, Lucas Nussbaum lu...@debian.org wrote:
 Hi,

 This is an automatic email to change the status of tsung back from ITP
 (Intent to Package) to RFP (Request for Package), because this bug hasn't seen
 any activity during the last 6 months.

The package is ready [1], but I am facing some licensing incompatibilities.

I hope to correct this very soon, and make the package suitable for an upload.

Cheers,
 Ignace M

[1] http://lists.debian.org/debian-mentors/2011/07/msg00399.html



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

Bug#629345: python-omniorb-omg and kiki: error when trying to install together

[Ignace Mouzannar]

reassign 629345 kiki 0.5.6-5
thanks

On Sun, Jun 5, 2011 at 21:07, Ralf Treinen trei...@free.fr wrote:

 (...)

 Here is a list of files that are known to be shared by both packages
 (according to the Contents file for sid/amd64, which may be
 slightly out of sync):

  /usr/share/pyshared/__init__.py

 This bug is assigned to both packages. If you, the maintainers of
 the two packages in question, have agreed on which of the packages will
 resolve the problem please reassign the bug to that package. You may
 also register in the BTS that the other package is affected by the bug.

Hi Ralf,

IMO, both packages are faulty. No package should have an __init__.py
file in Python's shared root directory.

I will be uploading a new release very soon correcting this bug.

I am reassigning this bug against the kiki package. Should another bug
be opened against python-omniorb-omg?

Cheers,
 Ignace M



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

Bug#629345: python-omniorb-omg and kiki: error when trying to install together

[Ignace Mouzannar]

On Sun, Jun 5, 2011 at 22:41, Ignace Mouzannar mouzan...@gmail.com wrote:

 I am reassigning this bug against the kiki package. Should another bug
 be opened against python-omniorb-omg?

The bug has just been cloned by Floris [1].

Cheers,
 Ignace M

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



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

Bug#622722: aqemu: please add armhf support

[Ignace Mouzannar]

tags 622722 + pending
thanks

On Thu, Apr 14, 2011 at 13:37, Konstantinos Margaritis
mar...@genesi-usa.com wrote:
 Hi,

 please add armhf support, the package has been tested to build fine
 on armhf.

Hi Konstantinos,

Sorry for the very late response.

I will be uploading a new release of the package including your patch very soon.

Cheers,
 Ignace M



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

Bug#613218: Alltray doesn't work with iceweasel in testing

[Ignace Mouzannar]

On Sun, Feb 13, 2011 at 16:15, Walter Valenti waltervale...@yahoo.it wrote:
 On Debian testing alias wheezy alltray doesn't work with iceweasel.
 If I exec: alltray iceweasel
 iceweasel isn't docked, but is showed.
 In I use alltray without argoments, and I try to dock iceweasel, it is
 docked but the show event on icon tray
 dosn't work.

 All on xfce4 with xfwm4 4.6.2-1

Hi Walter,

Sorry for the late response.

This seem to be a duplicate of #579942.

Here is the workaround mentionned by upstream:

iceweasel  sleep 5; alltray --process $(pgrep firefox-bin)


Do you confirm that this works for you?

Cheers,
 Ignace M



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

Bug#629091: python-scrapy: not compatible with Python 2.7?

[Ignace Mouzannar]

On Fri, Jun 3, 2011 at 14:53, Jakub Wilk jw...@debian.org wrote:

 Because of 2.5-2.6 in debian/pyversions, this package will become
 uninstallable once we switch default Python version to 2.7.

Hi Jakub,

Thanks for reporting this.

python-scrapy is indeed compatible with python 2.7 [1]. I will correct
this asap.

Cheers,
 Ignace M

[1] http://doc.scrapy.org/intro/install.html#requirements



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

Bug#627948: kiki: broken package after rebuild

[Ignace Mouzannar]

Hi Jakub,

Thanks for reporting this bug.

On Wed, May 25, 2011 at 20:57, Jakub Wilk jw...@debian.org wrote:
 In any case, is there any reason why kiki modules are installed as public?
 If there is none, the easiest way to solve the bug is to move them e.g. to
 /usr/share/kiki/.

The kiki module is used by the spe package:
--88--
~/debian/spe-0.8.4.h$ grep -R kiki * | grep import
_spe/Parent.py:from kiki import kiki
_spe/Parent.py:from plugins.kiki import kiki
--88--

To correct the bug, I will apply a patch adding a setup.py file. This
way we won't be facing the same bug when another version of Python is
obsoleted.

Don't hesitate to tell me if you think there is a better way of proceeding.

Cheers,
 Ignace M



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

Bug#576359: Bug#582884:

[Ignace Mouzannar]

On Tue, Apr 26, 2011 at 22:32, Adnan Hodzic ad...@foolcontrol.org wrote:
 Hey,

 As I don't see any progress on this ITP/RFS I would like to take over
 and try to get it into Debian.

Hi Adnan,

As the previous ITPer, I was intending to switch this ITP to RFP. I
have done some work on it, but I'm not sure if it will be of any use.
Anyways, you can PM me if you need any help.

You can of course take over the ITP.

Happy hacking!
 Ignace M



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

Bug#515837: [PROPOSAL] add Applications/Window Management to menu sub-policy

[Ignace Mouzannar]

On Tue, Apr 5, 2011 at 11:10, Bill Allombert
bill.allomb...@math.u-bordeaux1.fr wrote:
 Hello Ignace and Sean,

 Sorry for the long delay.

 Generally we need at least three apps before creating a new menu section.

 The issue here is that most window management softwares are specific to a
 single window manager. In that case, they are best handled with a
 window-manager-specific needs field, so they are only displayed in the
 relevant window manager. This fall outside of the menu subpolicy list.
 As far as I understand, this is the case of fbpager which only work in 
 fluxbox.

 AllTray is special since it works with most window managers.
 We need to find similar tools before deciding on the section name.
 Maybe the package 'docker' is similar ?

Hello Bill,

It seems that the 'docker' package is indeed in a similar situation as
'alltray'. Its menu file indicates its section as
'Applications/Viewers', which, IMO, does not seem to fit right.

The 'stalonetray' application, a freedesktop.org and KDE systray
implementation, seems to be in a similar case too? Its menu file
indicates 'Applications/System/Administration'.

I am not sure that this could be relevant (as the package is not yet
in Debian), but I was about [1] to package Kdocker [2] that fits the
description. It is very similar to alltray, with some added features.
It use the qt libraries, but works perfectly under gnome.

Cheers,
 Ignace M

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583796
[2] https://launchpad.net/kdocker



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

Bug#619352: python-scrapy: New upstram release 0.12.0.2539

[Ignace Mouzannar]

On Wed, Mar 23, 2011 at 04:41, Janos Guljas ja...@resenje.org wrote:
 Package: python-scrapy
 Version: 0.12.0.2538-1
 Severity: wishlist

 Hi,

 A lot of bugs has been fixed in this new release. Could you package it?

Hi,

Thank you for reporting this.

I will work on packaging it asap.

Cheers,
 Ignace M



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

Bug#616421: debian-maintainers: Please add Ignace Mouzannar as a Debian Maintainer

[Ignace Mouzannar]

Hello,

As Maximiliano has resent his advocation signed by his new key [1], please find 
attached an updated version of jetring changeset.

Regards,
 Ignace M

[1] http://lists.debian.org/debian-newmaint/2011/03/msg00010.html
Recommended-By:
  Maximiliano Curia m...@debian.org, Ana Guerrero a...@debian.org
Agreement:
  http://lists.debian.org/debian-newmaint/2010/01/msg00032.html
Advocates:
  http://lists.debian.org/debian-newmaint/2011/03/msg00010.html
  http://lists.debian.org/debian-newmaint/2011/03/msg6.html
Comment: Add mouzan...@gmail.com as a Debian Maintainer
Date: Mon, 07 Mar 2011 14:27:00 +0100
Action: import
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.11 (GNU/Linux)
  
  mQINBEsAf8wBEACq7rKMsTth6N1Q00br/HYkmXrt+b+Hnw5Rh0dGMfWv9Tq9K6Qb
  ye4k2bZaXzR/Z1fn6lm3lB/hhDRFgXYmS6eF8au0MsrW5/VUC0LitXRGz4dtzf6R
  JA6I3S6jwBWv8gR8hfKF6lX+15Kp9am840Z/v0hK8QYFvp5d9BxGo80/GgwMhCTS
  7fOL+Lzev1GxFG315EjstbRmzbQQur+Axzx0ZsA2JFcDTD/HpXaQD/njSjNZ2BR/
  3ndrJBcL2P2BxtEUAPP37HMfZhoLZI13i3ktNB15Za90DlxdJFNeSo9rE+YU0Mlk
  TZDlsAeB2s69BDwN4gu3RptBaS2mhqBuMmcDRWvP2uE5AW5iNvHUWTWLJl+025zc
  4rYkT5D76CW7krHPmesvpRgkGFn850H6sO98t8Mezia8OU9fJFyvFgh3jdzvzb8y
  P6/dtJxViB4KdTCI6qFvzE7OpMJituM0jpuZgvBPl5tw0CAouLd17lKVdEJ2DyhR
  yMHQPc+YZVOPBlDvqE7l/X9R1IXa/2hJOkKKKdVefo58T5UpCxhOnXI/BhzYaGik
  BdHRRP+OoO2fbEKZR0Or+9e6lbVo/TuX0Vl6lHtUKMkb6fAlN08cUGHdilQwX0+X
  fkeTkiD8fgWjTOu0ugCPPzDT9QEjKcoKa9A+OfBrUvMQT/DgdeS4BPRhXQARAQAB
  tDNJZ25hY2UgTW91emFubmFyIChnaGFudG9vcykgPGdoYW50b29zQGdoYW50b29z
  Lm9yZz6JAjcEEwEIACEFAksAgZoCGwMFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AA
  CgkQvCyxomhv+H9qlA//Yegka9hFYRk4l2yPp8u1QTCFYvt69TL/+8CUNpCzdrZt
  dg5P+xIO9EZA44aN9I60HYpAo/TkN5v3aISwba4lwXkptCh8Sd7LtSEAYTj3bM5R
  Z5tSITx/CYB4+acYiOYIOOpt74Mx3/EB36rLlH6Oo86aox8kRgi5MLpRB3JXf8ZF
  +TUeathH/ogEQ3YCKGZWQGgL/OYApNe1j7OdZ+u6s0r1wehj4IrT/2nc15C7ly3M
  Iyukpx7AihklnH8enLIAXGeDnFIAaUj6/N3w++sV/Dm1uwzgIj4VMjBHy4+5LzgO
  sp9bV+yyCMOJL6mKxbW+p1pN0g4vDfPK0vhCr/ND2FHiTxRgBMiAvdSXGlEgEqaD
  FJaKryp3nSdhE/evQdrWwQpfOzSon+OFsindZ0JA71QDkMFHp/LhZNZJ9E412F6g
  Rmw2CPstp8+MKs47b4ASKddXTRRfCVWf+IL/7RQ5w8XTiwV6L8S8c+/7f5hPN+jR
  AMCgbwldMENUR+BDThpCf2J2fkV0q7B+JSkquLAkLavoYI0ykJbGL9CxEYOHPxwo
  zzViNyE7M2DVqEWZvCzFhXAAqUjxf7LawimIQiiob6ziMfLrOJ8J/7BJJmh2aESh
  p0i3ukuz6K3pNMZIUuS6KTXwme/b5QB2pySVYoysxkrK0rOf8VncQ1Sz0HHVWYyJ
  AhwEEAEIAAYFAksmcJ4ACgkQM74aCowu2P+vcBAAmHroTRnjdR2vgPHFz88BnQWU
  gDyudqEm1CwsA3K8I/PEPQEwfydP6gEBt3G2+6JdHyoomkCaCy/0uqetz/qe8R6h
  Xx8AdGq1qRY2WssbdDscPYFVzF/tbgU4rv9jiwxSsaeNofUnkfDG1cBP4v+TkOTz
  LDh+jWKN9tuBQlo8qz75l5TLf0GPHxXaxcgx7v8JKSoz/8ApY1LPFd5PsIyl42WH
  Bto3OZGAd27z+ZzhuIEfv4oKDWgMaSA+FuV0WyNkRZ38YwIDSkjofcnmgFRn7LpI
  OJLvZ9db1DuYc899AG83hNEeGAsbPkMs0uW65I5chiPeDvm9aJowF/AkXB9BIgE4
  Ui8m+LYbtacxRlTuPI0PN8O1/kcZGYl0y3olGK5br9UYpwX9BmcVDd8w00eFq0iC
  YWVi6EkR26Y4GF0quAuJtfp3o2ysfjDOukex/c1JX/unmvzG2RuWAuZAfkeLcS2S
  eORq/TdZAIkYAbrKrA0JUL0wM0Tw53zkcj/b9yhAgd+gSNkwMbH4EwoI8yIy6wpT
  TaDeUx/UQKS602c9jEYdfRK+Pm+n0nw5q3gpoE1+GnLdxypPRkJjHIjuWEhIVyDP
  tyg8mlencDiVfdPAK3U/ZhqZyjAQDazXKRfTsH1lJjt4NkTdYHoPs5SlsEUIVTGQ
  nARH1ucmkFFpoklVGuqIRgQQEQIABgUCSyZsFAAKCRDVypsE8sQjvAbWAKCQKVz1
  aSjFVRPrbFZXcuCuE/GRfQCeNTXqOLZZhkKG03lZcrJNbpwtOEyIewQTEQMAOwUC
  Szn2mzQaaHR0cDovL3NjbG8ucmV0aWFpcmUub3JnL2tleXNpZ24vMHhCQzJDQjFB
  MjY4NkZGODdGAAoJEM1aiW3AByVbakcAn2fEIWycVcqp83WtYh4zyYBxKUb8AJ4l
  CszSMIlMhMrzGmsIOxLxvA2LvYhGBBARAgAGBQJMzeT3AAoJECEL8qufcdRJLJYA
  oO6sTKUn0GD57XvkHpB/W2DzTwc9AKCdIAjMeP2QqKM9361b2LJq24QL6okCHAQQ
  AQIABgUCTM3lDwAKCRCFn+9nJY4msSzLEAC4RDW7VR9HcVdMe1so1+kl1PdBUcYc
  zFdIOi0AWvzOZDTGP6Lxtr1+fQEby/vhHTvwaKpY7fBam83sm0TUhHa4gC77zD61
  ylUyY99f7Nkdi3Y2IbrktD7W8mL8+1KL69pohnIj4GKIkqsU+nzlnu/JoQYY+Ir3
  v+n1/Z5/zpRDldfgs66LthimzGmG6kywrqwBWM7h1gZ1Uef3zkqWu2BMqIAuNSLV
  7oNZ/MqiAI/Y4C10LuMIfqixEpHX0PFL4A31MVW8PYwLxvKyKzWE8og2yJDUYzqj
  IQxSfPQ2u0pRkF/mG+IjkSKDIXXm5CwdUqmae9BZ27f4Rb9xbaYLE1RBt7haCFtj
  yKw3x4fvO+JjMridVZHMQePGGzkI06HPR/uHW+7D44ikmIj/ZXhzN5QcK4DQk+0x
  Lo1UYO2RpHh1l+TrQIEUAYP4oPkkoy5ARTxeX0ve1MgQASBkHqD9Evx+QrPWbb7j
  40Zb+guUsPexGZgHldCLs1WdzpV2+CGwZnwuExvmRffyIKSqIiKsBiRivKg+r3Q7
  CckT8/HEzWjCaLSamGQBCNUbNkk94/0WMshEsRXci/IaE07HZYVFP8VftH8F8sTx
  7dwvBJWik09gV6nAuDF4U/8OKslIunvdhh6tZMnk41VC6BRRPY4UiP63lYKIthj1
  23gojejAZA0A/IkCHAQQAQgABgUCTM6ICQAKCRB14gzNM+dJ/MXyD/9eEQUeQSon
  HgL0zz8wQnwLcDdwab8868MH/tvDQieq/gxw6ZVuSpfDIzItW3wByKv5glRmywpa
  NL8f7QQKZlvvTYcZ+780XKAU9OUpMFi6G3Rs7FU6+Bqk4PXVYhLv7V5+fMsGNKST
  QEydJnJoPdjiua9Y9HpVBiQ+GNR9nZAnwcYspB+VAN+IKT71f7SL559zSvDMGghS
  HqiUfTSR9PMhVHKdd7ORQrShWUKY84qmbMMwfjALSn270x1J9jAEm96W2w7fM+uh
  atbgDj3P0hQbw+5ycdSyu/jozB6N3D/oomUHhjP70qvuDWfN1W3c6/i3UgBDyewA
  dZf3MWKCjHkwKH27ISV6SyY8/DAVukmmoe39kE2QzajF6JZnCtqtte16gyDi2pPS
  HJy+KXU/aWdKECNY8ob6gVRU8Aw7LPvb8aAOgCC43dvLDXu39hdTkpNLbJkGdA0O
  hkRAugP+ZnXh7vPYTA6zVWSsk1ebDu+UpPEk8QiKAmwvnQHGj0uAInbEobZNX3/2
  xLJWuyktuHS+UAjsknPJsgIo07KwtYUxoZeZLXzg5VkpYTQ5XHc0IYMi2vZf7rFu
  egbRMhpeujvo72VXK8cOEUK6Y33KmCwCHMjXvYHFn/Lw/mAW+QmmY+1AmFEvsjpJ
  

Bug#616421: debian-maintainers: Please add Ignace Mouzannar as a Debian Maintainer

[Ignace Mouzannar]

Package: debian-maintainers
Severity: normal

Hello,

Please add my key as described in the attached jetring changeset to
the Debian Maintainer keyring.

Kind regards,
 Ignace M
Recommended-By:
  Maximiliano Curia m...@debian.org, Ana Guerrero a...@debian.org
Agreement:
  http://lists.debian.org/debian-newmaint/2010/01/msg00032.html
Advocates:
  http://lists.debian.org/debian-newmaint/2010/01/msg00042.html
  http://lists.debian.org/debian-newmaint/2011/03/msg6.html
Comment: Add mouzan...@gmail.com as a Debian Maintainer
Date: Fri, 04 Mar 2011 12:01:26 +0100
Action: import
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.11 (GNU/Linux)
  
  mQINBEsAf8wBEACq7rKMsTth6N1Q00br/HYkmXrt+b+Hnw5Rh0dGMfWv9Tq9K6Qb
  ye4k2bZaXzR/Z1fn6lm3lB/hhDRFgXYmS6eF8au0MsrW5/VUC0LitXRGz4dtzf6R
  JA6I3S6jwBWv8gR8hfKF6lX+15Kp9am840Z/v0hK8QYFvp5d9BxGo80/GgwMhCTS
  7fOL+Lzev1GxFG315EjstbRmzbQQur+Axzx0ZsA2JFcDTD/HpXaQD/njSjNZ2BR/
  3ndrJBcL2P2BxtEUAPP37HMfZhoLZI13i3ktNB15Za90DlxdJFNeSo9rE+YU0Mlk
  TZDlsAeB2s69BDwN4gu3RptBaS2mhqBuMmcDRWvP2uE5AW5iNvHUWTWLJl+025zc
  4rYkT5D76CW7krHPmesvpRgkGFn850H6sO98t8Mezia8OU9fJFyvFgh3jdzvzb8y
  P6/dtJxViB4KdTCI6qFvzE7OpMJituM0jpuZgvBPl5tw0CAouLd17lKVdEJ2DyhR
  yMHQPc+YZVOPBlDvqE7l/X9R1IXa/2hJOkKKKdVefo58T5UpCxhOnXI/BhzYaGik
  BdHRRP+OoO2fbEKZR0Or+9e6lbVo/TuX0Vl6lHtUKMkb6fAlN08cUGHdilQwX0+X
  fkeTkiD8fgWjTOu0ugCPPzDT9QEjKcoKa9A+OfBrUvMQT/DgdeS4BPRhXQARAQAB
  tDNJZ25hY2UgTW91emFubmFyIChnaGFudG9vcykgPGdoYW50b29zQGdoYW50b29z
  Lm9yZz6JAjcEEwEIACEFAksAgZoCGwMFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AA
  CgkQvCyxomhv+H9qlA//Yegka9hFYRk4l2yPp8u1QTCFYvt69TL/+8CUNpCzdrZt
  dg5P+xIO9EZA44aN9I60HYpAo/TkN5v3aISwba4lwXkptCh8Sd7LtSEAYTj3bM5R
  Z5tSITx/CYB4+acYiOYIOOpt74Mx3/EB36rLlH6Oo86aox8kRgi5MLpRB3JXf8ZF
  +TUeathH/ogEQ3YCKGZWQGgL/OYApNe1j7OdZ+u6s0r1wehj4IrT/2nc15C7ly3M
  Iyukpx7AihklnH8enLIAXGeDnFIAaUj6/N3w++sV/Dm1uwzgIj4VMjBHy4+5LzgO
  sp9bV+yyCMOJL6mKxbW+p1pN0g4vDfPK0vhCr/ND2FHiTxRgBMiAvdSXGlEgEqaD
  FJaKryp3nSdhE/evQdrWwQpfOzSon+OFsindZ0JA71QDkMFHp/LhZNZJ9E412F6g
  Rmw2CPstp8+MKs47b4ASKddXTRRfCVWf+IL/7RQ5w8XTiwV6L8S8c+/7f5hPN+jR
  AMCgbwldMENUR+BDThpCf2J2fkV0q7B+JSkquLAkLavoYI0ykJbGL9CxEYOHPxwo
  zzViNyE7M2DVqEWZvCzFhXAAqUjxf7LawimIQiiob6ziMfLrOJ8J/7BJJmh2aESh
  p0i3ukuz6K3pNMZIUuS6KTXwme/b5QB2pySVYoysxkrK0rOf8VncQ1Sz0HHVWYyJ
  AhwEEAEIAAYFAksmcJ4ACgkQM74aCowu2P+vcBAAmHroTRnjdR2vgPHFz88BnQWU
  gDyudqEm1CwsA3K8I/PEPQEwfydP6gEBt3G2+6JdHyoomkCaCy/0uqetz/qe8R6h
  Xx8AdGq1qRY2WssbdDscPYFVzF/tbgU4rv9jiwxSsaeNofUnkfDG1cBP4v+TkOTz
  LDh+jWKN9tuBQlo8qz75l5TLf0GPHxXaxcgx7v8JKSoz/8ApY1LPFd5PsIyl42WH
  Bto3OZGAd27z+ZzhuIEfv4oKDWgMaSA+FuV0WyNkRZ38YwIDSkjofcnmgFRn7LpI
  OJLvZ9db1DuYc899AG83hNEeGAsbPkMs0uW65I5chiPeDvm9aJowF/AkXB9BIgE4
  Ui8m+LYbtacxRlTuPI0PN8O1/kcZGYl0y3olGK5br9UYpwX9BmcVDd8w00eFq0iC
  YWVi6EkR26Y4GF0quAuJtfp3o2ysfjDOukex/c1JX/unmvzG2RuWAuZAfkeLcS2S
  eORq/TdZAIkYAbrKrA0JUL0wM0Tw53zkcj/b9yhAgd+gSNkwMbH4EwoI8yIy6wpT
  TaDeUx/UQKS602c9jEYdfRK+Pm+n0nw5q3gpoE1+GnLdxypPRkJjHIjuWEhIVyDP
  tyg8mlencDiVfdPAK3U/ZhqZyjAQDazXKRfTsH1lJjt4NkTdYHoPs5SlsEUIVTGQ
  nARH1ucmkFFpoklVGuqIRgQQEQIABgUCSyZsFAAKCRDVypsE8sQjvAbWAKCQKVz1
  aSjFVRPrbFZXcuCuE/GRfQCeNTXqOLZZhkKG03lZcrJNbpwtOEyIewQTEQMAOwUC
  Szn2mzQaaHR0cDovL3NjbG8ucmV0aWFpcmUub3JnL2tleXNpZ24vMHhCQzJDQjFB
  MjY4NkZGODdGAAoJEM1aiW3AByVbakcAn2fEIWycVcqp83WtYh4zyYBxKUb8AJ4l
  CszSMIlMhMrzGmsIOxLxvA2LvYhGBBARAgAGBQJMzeT3AAoJECEL8qufcdRJLJYA
  oO6sTKUn0GD57XvkHpB/W2DzTwc9AKCdIAjMeP2QqKM9361b2LJq24QL6okCHAQQ
  AQIABgUCTM3lDwAKCRCFn+9nJY4msSzLEAC4RDW7VR9HcVdMe1so1+kl1PdBUcYc
  zFdIOi0AWvzOZDTGP6Lxtr1+fQEby/vhHTvwaKpY7fBam83sm0TUhHa4gC77zD61
  ylUyY99f7Nkdi3Y2IbrktD7W8mL8+1KL69pohnIj4GKIkqsU+nzlnu/JoQYY+Ir3
  v+n1/Z5/zpRDldfgs66LthimzGmG6kywrqwBWM7h1gZ1Uef3zkqWu2BMqIAuNSLV
  7oNZ/MqiAI/Y4C10LuMIfqixEpHX0PFL4A31MVW8PYwLxvKyKzWE8og2yJDUYzqj
  IQxSfPQ2u0pRkF/mG+IjkSKDIXXm5CwdUqmae9BZ27f4Rb9xbaYLE1RBt7haCFtj
  yKw3x4fvO+JjMridVZHMQePGGzkI06HPR/uHW+7D44ikmIj/ZXhzN5QcK4DQk+0x
  Lo1UYO2RpHh1l+TrQIEUAYP4oPkkoy5ARTxeX0ve1MgQASBkHqD9Evx+QrPWbb7j
  40Zb+guUsPexGZgHldCLs1WdzpV2+CGwZnwuExvmRffyIKSqIiKsBiRivKg+r3Q7
  CckT8/HEzWjCaLSamGQBCNUbNkk94/0WMshEsRXci/IaE07HZYVFP8VftH8F8sTx
  7dwvBJWik09gV6nAuDF4U/8OKslIunvdhh6tZMnk41VC6BRRPY4UiP63lYKIthj1
  23gojejAZA0A/IkCHAQQAQgABgUCTM6ICQAKCRB14gzNM+dJ/MXyD/9eEQUeQSon
  HgL0zz8wQnwLcDdwab8868MH/tvDQieq/gxw6ZVuSpfDIzItW3wByKv5glRmywpa
  NL8f7QQKZlvvTYcZ+780XKAU9OUpMFi6G3Rs7FU6+Bqk4PXVYhLv7V5+fMsGNKST
  QEydJnJoPdjiua9Y9HpVBiQ+GNR9nZAnwcYspB+VAN+IKT71f7SL559zSvDMGghS
  HqiUfTSR9PMhVHKdd7ORQrShWUKY84qmbMMwfjALSn270x1J9jAEm96W2w7fM+uh
  atbgDj3P0hQbw+5ycdSyu/jozB6N3D/oomUHhjP70qvuDWfN1W3c6/i3UgBDyewA
  dZf3MWKCjHkwKH27ISV6SyY8/DAVukmmoe39kE2QzajF6JZnCtqtte16gyDi2pPS
  HJy+KXU/aWdKECNY8ob6gVRU8Aw7LPvb8aAOgCC43dvLDXu39hdTkpNLbJkGdA0O
  hkRAugP+ZnXh7vPYTA6zVWSsk1ebDu+UpPEk8QiKAmwvnQHGj0uAInbEobZNX3/2
  xLJWuyktuHS+UAjsknPJsgIo07KwtYUxoZeZLXzg5VkpYTQ5XHc0IYMi2vZf7rFu
  egbRMhpeujvo72VXK8cOEUK6Y33KmCwCHMjXvYHFn/Lw/mAW+QmmY+1AmFEvsjpJ
  wPHrmWP90r3tjZ2/FKGU9HCO9e3hLM2Va4kCHAQQAQoABgUCTM8HKwAKCRBLB3cj
  

Bug#613281: python-scrapy: missing build-dependency on python

[Ignace Mouzannar]

On Sun, Feb 13, 2011 at 22:04, Jakub Wilk jw...@debian.org wrote:
 Source: python-scrapy
 Version: 0.12.0.2528-1
 Severity: important

 python is needed to run the clean target, so it should be put in
 Build-Depends, not in Build-Depends-Indep.

My bad. Will do.

Thank you for reporting this issue.

Cheers,
 Ignace M



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

Bug#613282: python-scrapy: spurious build-dependency on python-jinja

[Ignace Mouzannar]

On Sun, Feb 13, 2011 at 22:05, Jakub Wilk jw...@debian.org wrote:

 python-scrapy build-depends on python-jinja, but (as far as I can tell) this
 package is not used at build time.

Hi Jakub,

Sorry for the delay of my response; I was AFK for the past two weeks.

As per the scrapy documentation [1], the jinja Python module must be installed 
in order to generate the documentation.

However, as you pointed out, it seems that this dependency is superfluous. 
The jinja module is actually needed by python-sphinx (which depends on 
python-jinjia2), but not directly by the python-scrapy build process.

Therefore, I will be removing this dependency in the upcoming upload.

Thank you for reporting this issue.

Cheers,
 Ignace M

[1] http://hg.scrapy.org/scrapy/file/9130d7c22885/docs/README



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

Bug#614391: lsyncd: Add an init script to the package

[Ignace Mouzannar]

- Jan Dittberner ja...@debian.org wrote:

 On Mon, Feb 21, 2011 at 05:27:16PM +0100, Ignace Mouzannar wrote:
  Hello,
  
  It would be really helpful to have an init script shipped within the
 lsyncd
  Debian package.
  
  As I have repackaged lsyncd for internal use, I wrote the attached
 init script
  to start/stop the daemon on my machines. Feel free to ship it in
 your package 
  as is, or modify it to better fit your needs.
 
 I just uploaded a new lsyncd version with a slightly modified version
 of this init script that takes into account that lsyncd configuration
 files are LUA scripts these days.

Excellent. Thank very much for your prompt response!

Cheers,
 Ignace M



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

Bug#614391: lsyncd: Add an init script to the package

[Ignace Mouzannar]

Package: lsyncd
Version: 2.0.2-2
Severity: wishlist
Tags: patch

Hello,

It would be really helpful to have an init script shipped within the lsyncd
Debian package.

Upstream had a sample init script in his SVN [1], but it seems the file has 
been deleted since.

As I have repackaged lsyncd for internal use, I wrote the attached init script
to start/stop the daemon on my machines. Feel free to ship it in your package 
as is, or modify it to better fit your needs.

Cheers,
 Ignace M

[1] 
http://code.google.com/p/lsyncd/source/browse/package/debian/init.d?spec=svn73r=73


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (99, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-openvz-amd64 (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/dash

Versions of packages lsyncd depends on:
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  liblua5.1-0   5.1.4-5Simple, extensible, embeddable pro
ii  lua5.15.1.4-5Simple, extensible, embeddable pro
ii  rsync 3.0.7-2fast remote file copy program (lik

lsyncd recommends no packages.

lsyncd suggests no packages.

-- no debconf information


lsyncd.init
Description: Binary data

Bug#607947: closed by Ignace Mouzannar mouzan...@gmail.com (Bug#607947: fixed in aqemu 0.8.1-1)

[Ignace Mouzannar]

reopen 607947 =
thanks

On Tue, Jan 25, 2011 at 20:37, Pierre Bernhardt
pie...@starcumulus.owl.de wrote:
 Am 24.01.2011 17:21, schrieb Debian Bug Tracking System:

 The problem still exsist with the 0.8.1-1 installation. I'm sorry but the bug 
 must be reopened.

My bad.

Could you give some more information though? What display are you
using? VNC? SDL?

I am not able to reproduce the bug here. Could you give me a scenario
to follow in order for me to try and reproduce this?

Thank you for taking the time to report this issue.

Cheers,
 Ignace M



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

Bug#607947: closed by Ignace Mouzannar mouzan...@gmail.com (Bug#607947: fixed in aqemu 0.8.1-1)

[Ignace Mouzannar]

On Mon, Jan 24, 2011 at 22:43, Pierre Bernhardt
pie...@starcumulus.owl.de wrote:

 What display are you using? VNC? SDL?
SDL

 I am not able to reproduce the bug here. Could you give me a scenario
 to follow in order for me to try and reproduce this?

 Hmm.. I have installed Debian Lenny with an Upgrade to Squeeze. I have an AMD 
 GFX in my
 system with fglrx driver configured with 2 screens (both 1920 x 1080).

 The problem is shown on Linux guest as on windows xp or 2000 guest. Only If I 
 use
 the show pointer option the mousepointer in the guest is movable away from 
 the right edge.
 Up and down is not the problem because I can see how the pointer in the guest 
 is moving up
 and down.



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

Bug#529609: RFP: python-pytemplate -- framework for writing Python applications

[Ignace Mouzannar]

retitle 529609 RFP: python-pytemplate -- framework for writing Python
applications
thanks

I am not able to work on this package right now. And upstream is not
currently active.

I am renaming this report as RFP. Fell free to adopt it.

If you need any kind of help, I'll be glad to give you the work I have
already done.

Cheers,
 Ignace M



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

Bug#558311: ITP: python-sshpt -- Application and Python module to perform tasks over simultaneous SSH sessions

[Ignace Mouzannar]

retitle 558311 RFP: python-sshpt -- Application and Python module to
perform tasks over simultaneous SSH sessions
thanks

Unfortunately, I am not using this software at work anymore.

I am renaming this report as RFP. Fell free to adopt it.

Upstream is very responsive.

If you need any kind of help, I'll be glad to give you the work I have
already done.

Cheers,
 Ignace M



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

Bug#607947: aqemu: Mouse pointer is not shown in window, hangs on right edge

[Ignace Mouzannar]

On Fri, Dec 24, 2010 at 21:59, Pierre Bernhardt
pie...@starcumulus.owl.de wrote:

 After startup if the VM is up and running the pointer is only movable on the
 right edge.
 The problem occurs in all vm's I've configured.

Hi Pierre,

Sorry for the late response.

What display are you using? VNC? SDL?

I am not able to reproduce the bug here. Could you give me a scenario
to follow in order for me to try and reproduce this?

Thank you for taking the time to report this issue.

Cheers,
 Ignace M



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

Bug#608774: objects.inv should not be compressed

[Ignace Mouzannar]

On Mon, Jan 3, 2011 at 12:16, Michael Fladischer mich...@fladi.at wrote:

 /usr/share/doc/python-scrapy-doc/html/objects.inv.gz should not get
 compressed to be of use for sphinx.ext.intersphinx.

 For an example of a fix see:
 http://svn.debian.org/viewsvn/python-modules/packages/sphinx/branches/1.0/debian/rules?r1=15231r2=15230pathrev=15231

Thank you for reporting this.

I will include this fix in the upcoming version of python-scrapy.

Cheers,
 Ignace M



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

Bug#608827: unblock: tenshi/0.11-2

[Ignace Mouzannar]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Hello,

I'd be glad if you could unblock tenshi/0.11-2.

The upload would fix the following RC bug: #606789 (and duplicate #605240)

I have attached the relevant debdiff of the changes made to the
package. Below is its changelog:
--8-8--
 tenshi  (0.11-2) unstable; urgency=low

   * debian/control:
 - Bumped Standards-Version to 3.9.1.
 - Added Vcs-Svn and Vcs-Browser.
 - Set debhelper dependency to (= 7.0.8) as dh_overrides are not used by
   debian/rules anymore.
   * debian/postinst:
 - Changed tenshi user home directory from /var/run/tenshi to
   /var/lib/tenshi as files in /var/run are cleared at boot time.
   This made the package upgrade from lenny to squeeze fail.
   Thank you Lucas Nussbaum for spotting this issue.
   (Closes: #605240, #606789)
   * debian/patches:
 - 20-manpage.diff: Added typo correction in manpage.
   * debian/source:
 - Added format file set to 1.0.
   * debian/rules:
 - Removed the dh_installinit override, in order to stop the tenshi script
   before upgrading the package. This will be applicable during the next
   upgrade.
   * debian/preinst:
 - Added this pre-installation script in order to stop the tenshi daemon
   before starting the upgrade to the current release. This had to be
   done as the -R flag was passed to dh_installinit in previous release.
   * debian/postrm:
 - Replaced deluser(8) with userdel(8) as adduser package is purged before
   tenshi. Thank you Hideki Yamane henr...@debian.or.jp for the patch.
--8-8--

I hope that the changes are not too important for it to be granted an exception?

Thank you for your consideration,
 Ignace M

unblock tenshi/0.11-2


tenshi0.11-1-2.debdiff
Description: Binary data

Bug#605240: tenshi: fails to upgrade from lenny

[Ignace Mouzannar]

On Mon, Dec 27, 2010 at 18:27, gregor herrmann gre...@debian.org wrote:
 What keeps me from uploading is that
 - Ansgar was dealing with this package already
 - I'm not sure if the changes are not a bit too much for a freeze
  exception at that point

Hi gregor,

Sorry for the late response. I just came back yesterday from my
holidays to see that Ansgar had uploaded my package.

Now that you say it, I must admit that I am quite afraid that the
changes might be too important for a freeze-exception.

Anyways, I have just requested a freeze-exception [1]. I cross my
fingers for it to be granted.. :)

Cheers,
 Ignace M

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



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

Bug#605240: Re: RFS: tenshi (updated)

[Ignace Mouzannar]

On Mon, Dec 20, 2010 at 12:02, Hideki Yamane henr...@debian.or.jp wrote:
 Hi,

Hey,

  tenshi-0.11-2 looks good for me, but I'll suggest you to check it
  with piuparts.

0m18.2s DUMP:
  (Reading database ... 10298 files and directories currently installed.)
  Removing tenshi ...
  Purging configuration files for tenshi ...
  Removing tenshi system user../var/lib/dpkg/info/tenshi.postrm: 22: deluser: 
 not found
  .done

  deluser from adduser package, and adduser package is purged before removing
  tenshi. So, userdel should be used in this way, and I think return true
  anytime is not good habit, it sometimes hides problems.

Nice catch. We can see the full piuparts test here [1].

Thank you for the patch. I'll make sure to include it in the next upload.

Cheers,
 Ignace M



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

Bug#606789: tenshi: package fails to upgrade properly from lenny

[Ignace Mouzannar]

merge 606789 605240
thanks

On Sat, Dec 11, 2010 at 18:49, Lucas Nussbaum lu...@lucas-nussbaum.net wrote:
 Package: tenshi
 Version: 0.11-1
 Severity: serious
 User: debian...@lists.debian.org
 Usertags: instest-20101211 instest

 Hi,

 While testing the installation of all packages in squeeze, I ran
 into the following problem:

 (...)

 E: Sub-process /usr/bin/dpkg returned an error code (1)

 The full build log is available from:
  http://people.debian.org/~lucas/logs/2010/12/11/tenshi.log

 It is reproducible by installing your package in a clean chroot, using
 the debconf Noninteractive frontend, and priority: critical.

 This test was carried out using about 50 AMD64 nodes of the Grid'5000
 platform.  Internet was not accessible from the nodes.

Hi Lucas,

I have been working on correcting this bug. I'll keep you posted very shortly.

Thank you for taking the time to test the upgrade, and report the bug.

Cheers,
 Ignace M



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

Bug#605240: tenshi: fails to upgrade from lenny

[Ignace Mouzannar]

Hello Holger,

On Sun, Nov 28, 2010 at 13:29, Holger Levsen hol...@layer-acht.org wrote:
 Hi,

 during a test with piuparts I noticed your package fails to upgrade from
 lenny. It installed fine in lenny, then the upgrade to squeeze fails.

 (...)

 I guess this is because tenshi was never run, which is a quite exotic
 usecase ;-) (Though people do that, ie do automatic installations and then
 immediatly upgrade. Still exotic ;)

Actually, as the /var/run content is cleared at the beginning of the
boot process (as per the FHS [1]), this bug could also be reproduced
if tenshi is installed but disabled at boot time (in which case the
/var/run/tenshi directory won't exist after a fresh boot).

I have worked last week on correcting the bug (after Lucas sent his
email), but I encountered some small issues that Ansgar pointed out.
Here is the relevant -mentor thread [2].

I have corrected the bug, but I am still awaiting a
review/acknowledgment, as I am not sure this is the best way to do it
[3]. Any feedback would be very much appreciated. :)

 So I'm just using severity important (and not serious) as it's still a
 release goal to have a piuparts clean archive. If you think this is still too
 much, feel free to lower the severity, though I'd of course appreciate if
 you'd rather this bug instead :)

I'll keep it this way, and send a request for the freeze exception
when the package is uploaded to unstable.

Thank you for filling in this report.

Cheers,
 Ignace M

[1] http://www.pathname.com/fhs/pub/fhs-2.3.html#VARRUNRUNTIMEVARIABLEDATA
[2] http://lists.debian.org/debian-mentors/2010/11/threads.html#00388
[3] http://lists.debian.org/debian-mentors/2010/11/msg00528.html



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

Bug#602233: alltray: Upgrade to 0.71b (+RFS)

[Ignace Mouzannar]

On Sat, Nov 20, 2010 at 20:38, Raphael Hertzog hert...@debian.org wrote:
 Hi,

Hello Raphael,

 On Sat, 20 Nov 2010, Ignace Mouzannar wrote:
 The new version of alltray has been packaged. I have uploaded it to m.d.n 
 [1].

 Raphael, I would be glad it you could review/upload it. :)

 Uploaded.

Thank you very much for this.

 The package appears to be lintian clean. The upload would fix these
 bugs: 579503, 602233

 Bugreport: I'm using awesome as window manager and when I launch alltray
 without parameter, it will never accept any window on which I click.

 Maybe it's fixed with compiz but it's not working with awesome (and
 previous version was not working as well).

The bug report has been forwarded upstream [1]. I'd be glad if you
could paste the output of alltray -d when executing the scenario you
described above? It might give upstream a hint of what is happening.
Thanks.

Cheers,
 Ignace M


[1] https://bugs.launchpad.net/alltray/+bug/678130



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

Bug#602233: alltray: Upgrade to 0.71b (+RFS)

[Ignace Mouzannar]

On Sat, Nov 20, 2010 at 14:37, Artur Rona ari-tc...@tlen.pl wrote:
 Up this one.
 Ignace, could you upload 0.71b upstream to experimental? We would like
 to sync this version in Ubuntu. :)

The new version of alltray has been packaged. I have uploaded it to m.d.n [1].

Raphael, I would be glad it you could review/upload it. :)

The package appears to be lintian clean. The upload would fix these
bugs: 579503, 602233

As you suggested, it is set to be uploaded to Unstable. Please, don't
hesitate to tell if don't have time to do this, and I will send an RFS
on -mentors.

Cheers,
 Ignace M

[1] The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/a/alltray
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget http://mentors.debian.net/debian/pool/main/a/alltray/alltray_0.71b-1.dsc



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

Bug#537669: kallery is orphaned?

[Ignace Mouzannar]

On Sat, Nov 6, 2010 at 08:18, Innocent De Marchi
tangram.pe...@gmail.com wrote:
 Hi!

Hi,

 I worked on the kallery package as it had just been orphaned, and had
 pending bugs.

 Yes, I look your update to 2009-10-23.

 Just note that, as Marvin stated [1], upstream seems to be MIA (latest
 version was uploaded in 2006 [2]).

 I am a beginner in making packages. To make the upgrade to Qt4 I must
 change the source code. Do I have to make any changes to the quilt? I
 can change the source code directly? I become the upstream author now?
 You do know?

Try sending an email to upstream asking him if you can participate to
the upstream code. This would be, IMO, the best solution as all
distributions/users would benefit (directly) from your work.
Else, if upstream is still unresponsive, you can apply the changes in
Debian using quilt(1) patches; you should never change the code
directly.

 upstream seems to be MIA
 I understand the meaning of MIA, but that mean exactly?

It means he is Missing In Action: Marvin tried to get in touch with
him many times, but got no response.

Happy hacking!
 Ignace M



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

Bug#537669: kallery is orphaned?

[Ignace Mouzannar]

On Sat, Nov 6, 2010 at 17:02, Innocent De Marchi
tangram.pe...@gmail.com wrote:
 Hi!

 Thanks for your information. I am send a mail to Mantia Andras.

 The kallery, there are many error messages in build. I think the
 migration to Qt 4 is very laborious.

 I keep looking at the code while awaiting Mantia Andras e-mail.

Excellent! :)
You can inform us on this thread if you are able to have any news.

 Regards!

 I. De Marchi

Cheers,
 Ignace M



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

Bug#537669: kallery is orphaned?

[Ignace Mouzannar]

Hello,

On Fri, Nov 5, 2010 at 16:39, Sandro Tosi mo...@debian.org wrote:
 Hello,

 On Fri, Nov 5, 2010 at 16:31, Innocent De Marchi
 tangram.pe...@gmail.com wrote:
 Hi!

 I can keep the package kallery.

 Good, please sync with Ignace

 It really is an orphan the package?

 yes it is.

I worked on the kallery package as it had just been orphaned, and had
pending bugs.

You can go ahead and adopt the package.

Just note that, as Marvin stated [1], upstream seems to be MIA (latest
version was uploaded in 2006 [2]).

Other than this, the package is yours if you want it. :)

Cheers,
 Ignace M

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537669#5
[2] http://kallery.kdewebdev.org/releases.php



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

Bug#602233: alltray: Upgrade to 0.71b

[Ignace Mouzannar]

On Wed, Nov 3, 2010 at 08:18, Raphael Hertzog hert...@debian.org wrote:
 Hi,

Hello Raphael,

 On Tue, 02 Nov 2010, Ignace Mouzannar wrote:
 Unfortunately, due to the Debian freeze, this new version won't be
 available in the Squeeze release.

 In the meantime, I will do my best to upload it to the experimental
 repository soon.

 For a bugfix release, experimental is not needed IMO. You can upload it to
 unstable.

 And if the diff is relatively small between both versions, and if you
 consider the bug important enough, you might try to get a freeze
 exception.

Thank you for your input.

As you suggested, I will package the new version, and request an
upload to unstable.

I don't think, however, that the new release qualifies for a freeze exception.
I'll look deeper into this when packaging it, as the upstream's
changelog does not detail the applied changes [1].

Cheers,
 Ignace M

[1] 
http://bazaar.launchpad.net/~alltray-developers/alltray/old-maintenance/revision/40#ChangeLog



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

Bug#602233: alltray: Upgrade to 0.71b

[Ignace Mouzannar]

On Tue, Nov 2, 2010 at 19:59, Artur Rona ari-tc...@tlen.pl wrote:
 Package: alltray
 Version: 0.71a-1

 Upstream has released new bugfix version including Ubuntu changes to
 improve compiz support. Upgrade to 0.71b fixes bug #579503.
 Tarball:
 http://launchpad.net/alltray/old-maintenance/0.71b/+download/alltray-0.71b.tar.gz

Hello Artur,

Thank you reporting this.

Unfortunately, due to the Debian freeze, this new version won't be
available in the Squeeze release.

In the meantime, I will do my best to upload it to the experimental
repository soon.

Cheers,
 Ignace M



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

Bug#601489: didiwiki: service exposed RW to the world upon installation

[Ignace Mouzannar]

On Tue, Oct 26, 2010 at 19:03, José Sebrosa sebr...@artenumerica.com wrote:
 Package: didiwiki
 Version: 0.5-9
 Severity: important

 Problem:
 Installation of didiwiki launches the service on 0.0.0.0:8000,
 which means that the whole Internet has RW access to it.

 Solution:
 Replace the package /etc/init.d/didiwiki file by the appended
 (which adds the option --listen=127.0.0.1 to didiwiki commands).

Hello José,

Thank you for reporting this issue. It will be corrected in the next
version of didiwiki.

As this does not characterize as a release critical bug (unless it is
proven that this matter causes security issues), the update will
surely be released after the freeze is over.

Thank you for including a patch to your report. :)

Cheers,
 Ignace M



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

Bug#597480: aqemu: USB support missing

[Ignace Mouzannar]

Hello,

On Mon, Sep 20, 2010 at 06:57, ISchBug isch...@der-ball-ist-rund.net wrote:

 aqemu wizard complains, due to no proc fs support is compiled in kernel

It seems this bug is similar to the one reported against the aqemu
package in Ubuntu [1]. I have forwarded the bug upstream, and it has
been corrected in the new upstream version 0.8.0 [2].

However, as squeeze is currently frozen, I don't think that the new
version of aqemu will be hitting the repositories soon.

Thank you for reporting the bug.

Cheers,
 Ignace M

[1] https://bugs.launchpad.net/ubuntu/+source/aqemu/+bug/588875
[2] 
http://sourceforge.net/tracker/?func=detailatid=1078458aid=3011540group_id=229794



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

Bug#579942: fails when started from run application or startup applications

[Ignace Mouzannar]

Hello Felipe,

On Wed, Jun 16, 2010 at 19:03, Felipe Sateler fsate...@gmail.com wrote:
 I'm also having this issue, but a little bit different. I'm on a GNOME +
 compiz environment (but switching back to metacity does not fix it).

 1. When I start alltray icedove via Alt+F2, icedove seems to bypass
 alltray.
 2. Same thing happens when I start it via a .desktop shortcut.
 3. Problem does not happen if I start icedove on a terminal window.
 4. Problem does not happen if I start via Alt+F2, but select run in
 terminal.
 5. Problem does not happen with evolution.

 I tried to do this: Use Alt+F2 to run: sh -c alltray -d icedove 
 ~/alltray-log, but the log file is empty. Also, .xsession-errors does
 not show any messages related to alltray.

I am unable to reproduce this on my installation. I'm going to ping
upstream to see if he was able the work on this.

 Also, after closing icedove, I have some alltray processes still
 running:

 % ps -fea | grep alltray
 felipe    7228     1  0 12:59 ?        00:00:00 alltray icedove
 felipe    7303     1  0 13:01 ?        00:00:00 alltray -d icedove

hmm, now that should not happen. In which of the above scenarios (1-4)
does this happen? Are you able to reproduce it?

Cheers,
 Ignace M



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

Bug#582884: [Usb-creator-hackers] Bug#582884: ITP: usb-creator -- Live USB creator

[Ignace Mouzannar]

On Wed, Jun 9, 2010 at 10:09, Alexander Reichle-Schmehl
toli...@debian.org wrote:
 Hi!

 Am 03.06.2010 13:22, schrieb Evan Dandrea:

 Am 27.05.2010 13:47, schrieb Evan Dandrea:
 I can't say I agree, but if we're going to have to do this, we might
 as well take the opportunity to make it consistent with the .desktop
 file.  Alexander, are you okay with startup-disk-creator?
 Yes, that sounds good to me.
 Great, will do!  One question though.  Are you requiring that we
 change the name of the source package as well as the binary packages?

 Could it be, that I forgot to anser this mail?  Sorry.  We would prefer,
 if both source and binary package would have the same name.

Dmitrijs, Evan and the Usb-creator Hackers team, would you be willing
to change the name of the package upstream?  Or should
startup-disk-creator be a Debian specific change?

Cheers,
 Ignace M



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

Bug#595165: unblock: gip/1.7.0-1-2

[Ignace Mouzannar]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Hello,

I'd be glad if you could unblock gip/1.7.0-1-2.

The upload would fix these bugs: 576416 (and LP: #565187)

I have attached the relevant debdiff of the changes made to the
package. Below is its changelog:
--8-8--
gip (1.7.0-1-2) unstable; urgency=low

  * debian/control:
- Bumped Standards-Version to 3.9.1.
- Added Vcs-Svn and Vcs-Browser as the package has been added on
  collab-maint/ext-main.
  * debian/patches:
- Added 40-init_lock_events.diff: to initialize the lock_events variable
  to FALSE as it was not initialized. (Closes: #576416)
  Thank you Frank Dean frank-li...@smartpixie.com for providing the patch.
- 20-build-sh.diff: updated the patch to correct linking paths (LP: #565187)
  * Converted the package to 3.0 (quilt) source format.
--8-8--

unblock gip/1.7.0-1-2

Thank you for your consideration,
 Ignace M
diff -Nru gip-1.7.0-1/debian/changelog gip-1.7.0-1/debian/changelog
--- gip-1.7.0-1/debian/changelog	2010-09-01 16:37:21.0 +0200
+++ gip-1.7.0-1/debian/changelog	2010-09-01 01:16:20.0 +0200
@@ -1,3 +1,18 @@
+gip (1.7.0-1-2) unstable; urgency=low
+
+  * debian/control:
+- Bumped Standards-Version to 3.9.1.
+- Added Vcs-Svn and Vcs-Browser as the package has been added on 
+  collab-maint/ext-main.
+  * debian/patches:
+- Added 40-init_lock_events.diff: to initialize the lock_events variable
+  to FALSE as it was not initialized. (Closes: #576416)
+  Thank you Frank Dean frank-li...@smartpixie.com for providing the patch.
+- 20-build-sh.diff: updated the patch to correct linking paths (LP: #565187)
+  * Converted the package to 3.0 (quilt) source format.
+
+ -- Ignace Mouzannar mouzan...@gmail.com  Wed, 01 Sep 2010 00:58:07 +0200
+
 gip (1.7.0-1-1) unstable; urgency=low
 
   * New maintainer. (Closes: #547045)
diff -Nru gip-1.7.0-1/debian/control gip-1.7.0-1/debian/control
--- gip-1.7.0-1/debian/control	2010-09-01 16:37:21.0 +0200
+++ gip-1.7.0-1/debian/control	2010-09-01 01:15:22.0 +0200
@@ -3,7 +3,9 @@
 Priority: optional
 Maintainer: Ignace Mouzannar mouzan...@gmail.com
 Build-Depends: debhelper (= 7.0.50~), quilt (= 0.46-7), intltool, libgtkmm-2.4-dev
-Standards-Version: 3.8.3
+Standards-Version: 3.9.1
+Vcs-Svn: svn://svn.debian.org/collab-maint/ext-maint/gip/trunk/
+Vcs-Browser: http://svn.debian.org/viewsvn/collab-maint/ext-maint/gip/trunk/
 Homepage: http://code.google.com/p/gip/
 
 Package: gip
diff -Nru gip-1.7.0-1/debian/patches/20-build-sh.diff gip-1.7.0-1/debian/patches/20-build-sh.diff
--- gip-1.7.0-1/debian/patches/20-build-sh.diff	2010-09-01 16:37:21.0 +0200
+++ gip-1.7.0-1/debian/patches/20-build-sh.diff	2010-09-01 00:58:00.0 +0200
@@ -2,12 +2,14 @@
  - Corrects installation path in the build.sh file
  - Removes uselessly linked libraries in the LFLAGS variable, as none of 
their symbols are used.
+ - Corrects linking paths (used to include the debian/gip/ build directory).
+   (LP: #565187)
 Author: Ignace Mouzannar mouzan...@gmail.com
-Last-Update: 2009-10-02
+Last-Update: 2010-09-01
 
 --- a/build.sh
 +++ b/build.sh
-@@ -153,15 +153,14 @@
+@@ -153,21 +153,20 @@
  INST_BINDIR=$INST_PREFIX/bin/
  INST_LIBDIR=$INST_PREFIX/lib/$EXECUTABLE
  INST_LOCALEDIR=$INST_PREFIX/share/locale
@@ -27,7 +29,17 @@
 +INST_ICON_HIGHRES=$INST_ICON/48x48/apps
  
  # Preprocessor macros:
- MACROS=PACKAGE_LIB_DIR=$INST_LIBDIR/\
+-MACROS=PACKAGE_LIB_DIR=$INST_LIBDIR/\
+-:PACKAGE_PIXMAPS_DIR=$INST_PIXMAPDIR/\
+-:PACKAGE_LOCALE_DIR=$INST_LOCALEDIR/\
+-:PACKAGE_DOC_DIR=$INST_DOCDIR/\
++MACROS=PACKAGE_LIB_DIR=`echo $INST_LIBDIR |sed \s/.*debian\/$EXECUTABLE//\`/\
++:PACKAGE_PIXMAPS_DIR=`echo $INST_PIXMAPDIR |sed \s/.*debian\/$EXECUTABLE//\`/\
++:PACKAGE_LOCALE_DIR=`echo $INST_LOCALEDIR |sed \s/.*debian\/$EXECUTABLE//\`/\
++:PACKAGE_DOC_DIR=`echo $INST_DOCDIR |sed \s/.*debian\/$EXECUTABLE//\`/\
+ :VERSION=$VERSION\
+ :SUBVERSION=$TAGVERSION\
+ :GETTEXTPACKAGE=$EXECUTABLE\
 @@ -250,7 +249,8 @@
  ###
  # Compiler/Linker options.
diff -Nru gip-1.7.0-1/debian/patches/40-init_lock_events.diff gip-1.7.0-1/debian/patches/40-init_lock_events.diff
--- gip-1.7.0-1/debian/patches/40-init_lock_events.diff	1970-01-01 01:00:00.0 +0100
+++ gip-1.7.0-1/debian/patches/40-init_lock_events.diff	2010-09-01 00:27:35.0 +0200
@@ -0,0 +1,51 @@
+Description: Add initialization (to FALSE) of the lock_events variable
+Author: Frank Dean frank-li...@smartpixie.com
+Last-Update: 04-04-2010
+--- a/src/gui_ipv4_analyzer.cc
 b/src/gui_ipv4_analyzer.cc
+@@ -28,7 +28,7 @@
+ /**
+  * Constructor/Destructor

Bug#595165: unblock: gip/1.7.0-1-2

[Ignace Mouzannar]

On Wed, Sep 1, 2010 at 22:25, Adam D. Barratt a...@adam-barratt.org.uk wrote:
 On Wed, 2010-09-01 at 17:21 +0200, Ignace Mouzannar wrote:
 I'd be glad if you could unblock gip/1.7.0-1-2.

 The upload would fix these bugs: 576416 (and LP: #565187)

 This doesn't appear to have been uploaded yet; please get back to us
 once it has.

Sorry about that. The package has just been uploaded to unstable.

Regards,
 Ignace M



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

Bug#317568: ITP: tsung -- multi-protocol distributed load testing tool (HTTP/SOAP/Jabber/etc.)

[Ignace Mouzannar]

On Fri, Aug 20, 2010 at 22:21, Marcelo Jorge Vieira me...@debian.org wrote:
 Hi Ignace,

Hi Marcelo,

 I am reopening this bug as I intend to package and maintain this package.

 What is the package status?
 Did you see the upstream package [0]?

 [0] http://tsung.erlang-projects.org/dist/debian/

I am indeed using upstream's package at work.

I was quite swamped lately. I will be working on the package and
hopefully uploading it very soon.

Sorry about this delay.

Cheers,
 Ignace M



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

Bug#317568: ITP: tsung -- multi-protocol distributed load testing tool (HTTP/SOAP/Jabber/etc.)

[Ignace Mouzannar]

Hello,

I am reopening this bug as I intend to package and maintain this package.

Below is an updated description:

Package name: tsung
Version : 1.3.2
Upstream Author : Nicolas Niclausse nico...@niclux.org
URL : http://tsung.erlang-projects.org/
License : GPL-2
Description : multi-protocol distributed load testing tool
(HTTP/SOAP/Jabber/etc.)

Tsung is a distributed load testing tool. It can be used to stress
HTTP, WebDAV, SOAP, PostgreSQL, MySQL, LDAP and Jabber/XMPP servers.
.
The purpose of Tsung is to simulate users in order to test the
scalability and performance of IP based client/server applications.
You can use it to do load and stress testing of your servers. Many
protocols have been implemented and tested, and it can be easily
extended. WebDAV, LDAP and MySQL support have been added recently
(experimental).
.
For HTTP, it support 1.0 and 1.1 version, has a proxy mode to
record sessions, support GET and POST method, Cookies and Basic
WWW-authentication. It also has support for SSL.
.
It can be distributed on several client machines and is able to
simulate hundreds of thousands of virtual users concurrently (or even
millions if you have enough hardware ...).


Cheers,
 Ignace M



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

Bug#583796: ITP: kdocker - lets you dock any application into the system tray

[Ignace Mouzannar]

Package: wnpp
Severity: wishlist
Owner: Ignace Mouzannar mouzan...@gmail.com

* Package name : kdocker
 Version : 4.3
 Upstream Authors : John Schember j...@nachtimwald.com
* URL : https://launchpad.net/kdocker
* License : GPL-2
 Programming Lang: C++
 Description : lets you dock any application into the system tray

 KDocker will help you dock any application into the system tray.
 This means you can dock openoffice, xmms, firefox, thunderbird, anything!
 Just point and click. Works for all NET WM compliant window managers - that
 includes KDE, GNOME, Xfce, Fluxbox and many more.


Regards,
 Ignace M



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

Bug#515837: [PROPOSAL] add Applications/Window Management to menu sub-policy

[Ignace Mouzannar]

Hello,

I am having some trouble finding the proper menu section to place my
application Alltray [1]. Alltray lets you minimize to the system tray
any windowed application.

I found this bug report, and thought that fbpager and Alltray could
both benefit of (and fit into) a category like: Applications/Window
Management.

I am not sure this would be the proper name to go with, but would it
be feasible to add such a section to the menu sub-policy [2]?

Thank you for your consideration,
 Ignace M

[1] http://packages.qa.debian.org/a/alltray.html
[2] Below is a patch to the current menu sub-policy:
8--8
--- menu-policy.sgml.orig   2010-05-30 19:56:30.0 +0200
+++ menu-policy.sgml2010-05-30 20:14:23.0 +0200
@@ -367,6 +367,13 @@
programming, and site administration./p
 pExamples: bluefish, screem, gphpedit/p
   /item
+  tagApplications/Window Management/tag
+  item
+pTools that let you manage windows on your
+   desktop (minimizing applications to system
+   tray, pager)./p
+pExamples: alltray, fbpager/p
+  /item
/taglist
  /p
/item
8--8



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

Bug#582884: ITP: usb-creator -- Live USB creator

[Ignace Mouzannar]

On Thu, May 27, 2010 at 12:46, Alexander Reichle-Schmehl
toli...@debian.org wrote:
 Hi!

Hello Alexander,

Thank you for taking the time to look at this thread.

 To answer your questions:

 Yes, the name is too generic.
 No, it is already in Ubuntu is no argument.
 No, it will lead to some kind of problems for Ubuntu to have it in
 Debian with a different way) is also not an argument.
 Yes, we have and will reject packages because of too generic names
 (several gnustep package come to my mind).

Fair enough.

Here are some alternative names:
 - live-usb-creator (as Mehdi suggested earlier)
 - iso-usb-creator
 - startup-disk-creator (this is what the Gnome menu item reads [1])
 - startup-usb-creator
 - ubuntu-usb-creator

Any other name suggestions are more than welcome. :)

Dmitrijs and the Usb-creator Hackers team: would you be willing to
change the name of the package upstream?

Cheers,
 Ignace M

[1] 
http://bazaar.launchpad.net/~usb-creator-hackers/usb-creator/trunk/annotate/head:/desktop/usb-creator-gtk.desktop.in



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

Bug#576359: [Usb-creator-hackers] Bug#576359: Bug#582884: ITP: usb-creator -- Live USB creator

[Ignace Mouzannar]

On Wed, May 26, 2010 at 12:10, Evan Dandrea e...@ubuntu.com wrote:
 On Wed, May 26, 2010 at 12:42 AM, Ignace Mouzannar mouzan...@gmail.com 
 wrote:
 Excellent job. Howerver, it seems that the version 0.2.23 has not been
 released by upstream yet. I prefer waiting for the new release before
 trying to upload it to Debian.

 This is a native package.  0.2.23 will be released when it's uploaded :).

I should at least be tagged as so in its bzr main branch, before being
released. Also, Dmitrijs told me this afternoon, that the plan was to
release the version on Debian, so that it would get synchronized to
Ubuntu. Is that right?

 As we will be maintaining this package for Debian, we will set
 ourselves in the Maintainer and Uploaders fields.

 Is this necessary? I'm more than happy to add people to the
 usb-creator-hackers team.  I'd really like to avoid having a delta
 between Debian and Ubuntu on this, if possible.

Having different maintainers on Debian and Ubuntu is not an important
delta. Of course, it is helpful to have somebody from the team
co-maintaining the package in Debian. Also, I don't see the inconvenient
in keeping the Maintainer field as is (i.e. usb-creator Hackers Team)
and listing Dmitrijs and myself in the Uploaders list for the Debian
package.

  * .desktop files:
   - I am not convinced that usb-creator's Desktop file should appear
 in System/Administration as using it does not have an effect on the
 local system. I'd rather put it in Application/System tools.
     What do you think about this?

 It has an effect on the devices attached to the local system.  There
 are other applications in System-Administration that are similar in
 nature to usb-creator, such as GParted and Disk Utility (palimpsest).

 Does usb-creator not appear in the same menu as these two applications
 in Debian?  You don't specify that something goes into the
 Administration menu in the XDG spec, but rather list a set of
 categories it falls under.  So if you're seeing different behavior for
 similar programs, we might have the set of categories wrong.

What I am trying to say, is that usb-creator is a sort of USB-writer
application more than a local system configuration application. For
instance, you do not need root privileges to run usb-creator; whereas
GParted asks for the administrative password when launched from the
System - Administration menu. Also, in Debian, Disk Utility
(palimpsest) appears in Application/System tools:
-8-8-
~$ cat /usr/share/applications/palimpsest.desktop
[Desktop Entry]
Name=Disk Utility
(...)
Categories=GNOME;GTK;System;
-8-8-

This is why, I would rather see the usb-creator's menu shortcut in
Application/System tools.

Cheers,
 Ignace M



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