Bug#1051536: qemu in bookworm FTBFS, missing B-D qemu-{alpha,powerpc,powerpc64,sparc64,hppa}-linux-gnu

2023-09-09 Thread Mikhail Gusarov
Source: qemu
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: dotted...@debian.org

Some cross-compilers are not available in bookworm, so qemu can't be built:

$ sudo apt build-dep qemu
Reading package lists... Done
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 builddeps:qemu : Depends: gcc-alpha-linux-gnu but it is not installable
  Depends: gcc-powerpc-linux-gnu but it is not installable
  Depends: gcc-powerpc64-linux-gnu but it is not installable
  Depends: gcc-sparc64-linux-gnu but it is not installable
  Depends: gcc-hppa-linux-gnu but it is not installable
E: Unable to correct problems, you have held broken packages.


-- System Information:
Debian Release: 12.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: arm64 (aarch64)

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



Bug#1006131: rus-ispell: please stop build-depending on myspell-tools

2022-02-21 Thread Mikhail Gusarov
Hello Agustin,

On 21 Feb 2022, at 23:46, Agustin Martin wrote:

>> Could you show me the difference?

> Find attached diff. SInce flags are sorted differently by i2myspell
> and ispellaff2myspell , I made some magic for easier check of result,
> actually diffing sorted affix files. This is what leads to that file

Thanks. Looks fine for me.
Actually, new file has the Cyrillic letters sorted in the right order :)

Best,
Mikhail.



Bug#1006131: rus-ispell: please stop build-depending on myspell-tools

2022-02-21 Thread Mikhail Gusarov
Hello Agustin,

On 21 Feb 2022, at 23:12, Agustin Martin wrote:

> I am thinking about using ispellaff2myspell --bylocale flag with
> russian koi8-r locale set. This should only require an extra¡
> build-dep on locales-all and change myspell-tools to hunspell-tools. I
> am checking the result and only have noticed some sorting differences
> in characters inside regexp groups, nothing that should be a problem.

Could you show me the difference?

> Other approach would be to borrow i2myspell, which is unmaintained.
>
> I do not speak russian, but I think this is nearly ready for release,
> hope Mikhail does not find problems with this.

---
Best,
Mikhail.


Bug#951152: new archmage version breaks keepass2 documentation build

2020-02-13 Thread Mikhail Gusarov

fixed  951152  1:0.4.2.1-1
thanks

OK, 1:0.4.2.1-1 with the fix is in unstable.

On 11 Feb 2020, at 23:08, Julian Taylor wrote:


On 11.02.20 22:13, Mikhail Gusarov wrote:

Hi Julian,

On 11 Feb 2020, at 21:25, Julian Taylor wrote:


For keepass I only need to be able to build html files from the chm
source directory, the package has no compiled chm file one can use 
the

current cli functions on.


Please try
https://github.com/dottedmag/archmage/commit/c8f186dff0c8da56590e900cc2a32b39e19bf08b


- if it works, then I'll cut a new release and a package.



it is working great, thanks




Bug#951152: new archmage version breaks keepass2 documentation build

2020-02-11 Thread Mikhail Gusarov

Hi Julian,

On 11 Feb 2020, at 21:25, Julian Taylor wrote:


For keepass I only need to be able to build html files from the chm
source directory, the package has no compiled chm file one can use the
current cli functions on.


Please try 
https://github.com/dottedmag/archmage/commit/c8f186dff0c8da56590e900cc2a32b39e19bf08b


- if it works, then I'll cut a new release and a package.

Best,
Misha.



Bug#951152: new archmage version breaks keepass2 documentation build

2020-02-11 Thread Mikhail Gusarov
Hello Julian,

On 11 Feb 2020, at 20:23, Julian Taylor wrote:

> The new archmage version breaks the documentation build of the keepass2
> package. This is due to the (maybe accidental) removal of the availity
> to render html files from chm sources.

Fun. While reworking pychm I had a careful look of all dependencies to see
what subsets of API do they use, but it never occurred to me that there
might be programs out there that use (never guaranteed to be stable) innards
of Archmage.

Keepass packaging definitely needs to stop doing this. What's missing from
Archmage CLI if I reimplement HTML generation from unpacked CHM files tree?

> I have filed patch upstream to restore that ability:
> https://github.com/dottedmag/archmage/pull/17
>
> As it is required to update keepass2 and remove its python2 dependency,
> could it be considered to add it to the package if upstream does not
> react soon?

Well, I'm the upstream.

Best,
Misha.



Bug#946816: archmage 1:0.4.0-1 is missing a dependency on python3-sgmllib3k

2019-12-16 Thread Mikhail Gusarov
Package: archmage
Version: 1:0.3.1-4
Severity: grave
Justification: renders package unusable

archmage 0.4 has introduced the dependency on sgmllib3k. This library has not 
yet
entered Debian archive (sitting in NEW), so archmage is broken.

This bug is filed to prevent archmage 0.4 from entering testing until sgmllib3k 
is
available and a new package release can be uploaded

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

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

Versions of packages archmage depends on:
ii  python 2.7.17-2
ii  python-bs4 4.8.0-2
ii  python-chm 0.8.4.1-3+b1
ii  python-lxml4.4.1-1+b1
ii  python-setuptools  41.4.0-1

archmage recommends no packages.

Versions of packages archmage suggests:
pn  elinks | links 
pn  htmldoc
pn  libapache2-mod-python  

-- no debconf information



Bug#934876: archmage: Please port to Python 3 (and drop python-chm dep)

2019-12-16 Thread Mikhail Gusarov

Hello,

On 15 Dec 2019, at 17:39, Sandro Tosi wrote:


It's currently sitting in NEW.


then i guess i made a mistake uploading the new version of archmage :(


Well, the amount of users is minuscule, and I suppose not all of them 
are using sid.


I'll file a bug that will block it from entering testing, so we can wait 
for sgmllib3k to enter the archive.


Best,
Mikhail.



Bug#934876: archmage: Please port to Python 3 (and drop python-chm dep)

2019-12-15 Thread Mikhail Gusarov

Hello Sandro,

Note that new version of archmage needs sgmllib3k — a port of sgmllib 
library

from Python 2 stdlib dropped from Python 3.

It's currently sitting in NEW.

Best,
Mikhail

On 15 Dec 2019, at 6:05, Sandro Tosi wrote:


The package is PAPT-maintained, so any help to upload the package is
very welcome.


no worries, i'll take care of this

--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi




Bug#946031: ITP: sgmllib3k -- Python 3 port of Python 2's sgmllib

2019-12-02 Thread Mikhail Gusarov
Package: wnpp
Severity: wishlist
Owner: Mikhail Gusarov 

* Package name: sgmllib3k
  Version : 1.0.0
  Upstream Author : Virgil Dupras 
* URL : https://pypi.org/project/sgmllib3k/
* License : PSF-2
  Programming Lang: Python
  Description : Python 3 port of Python 2's sgmllib

sgmllib was dropped from the Python standard library in Python 3. This
package provides a port of the library to Python 3.

This package is needed as a new dependency of archmage package version 0.4.0.

archmage < 0.4.0 required Python 2 and used sgmllib package from standard 
library,
archmage 0.4.0 supports Python 3, but requires this out-of-stdlib package.



Bug#934876: archmage: Please port to Python 3 (and drop python-chm dep)

2019-12-02 Thread Mikhail Gusarov

Hi.

I have released an upstream 0.4.0 version of Archmage that is Python 
3.5+-compatible.


However I can't upload it to Debian at the moment, as my PGP key has 
expired, so I'm

waiting for a debian-keyring update.

The package is PAPT-maintained, so any help to upload the package is 
very welcome.


Best,
Mikhail.



Bug#943124: mueller: Python2 removal in sid/bullseye

2019-10-23 Thread Mikhail Gusarov
Will convert to Py3 ASAP. Hadn't realized it had a dependency on Py2 package.



Bug#936147: Python2 removal in sid/bullseye

2019-10-23 Thread Mikhail Gusarov
Will convert to Py3 ASAP.



Bug#933617: pyinotify: Epydoc will be removed

2019-08-01 Thread Mikhail Gusarov

Hello Kenneth,

On 1 Aug 2019, at 4:35, Kenneth J. Pronovici wrote:

If I don't hear back from you, I will NMU a version of your package 
that removes
the build dependency.  I will accomplish this by simply not building 
the API
documentation.  If you don't want me to do this, please reply and let 
me know

how you want me to proceed.


I apologize for being out of touch with Debian at the moment — please 
NMU,

I'll get to merging the change some time later in August.

Best,
Misha.



Bug#924965: libssh2: diff for NMU version 1.8.0-2.1

2019-04-02 Thread Mikhail Gusarov
Dear Salvatore,

On 2 Apr 2019, at 23:01, Salvatore Bonaccorso wrote:

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

I'm awfully busy at the moment outside of Debain, no need to delay it further.

Best,
Mikhail.



Bug#903832: RFA: mueller -- Mueller English/Russian dictionary in dict format

2018-07-15 Thread Mikhail Gusarov
Package: wnpp
Severity: normal

I no longer use this package, so I'd like someone else to pick it up. The 
package is insanely
stable and only needs occasional linting and updating to newer standards 
version.



Bug#887976: libssh2 memory leak when built with gcrypt

2018-01-30 Thread Mikhail Gusarov
Hi.

Yes, by all means! There is a tiny problem though: please go over all 
GPL-licensed reverse-dependencies of libssh2 (including all the programs which 
load both a GPL-licensed library and libssh2 indirectly, say, via libcurl), and 
make sure they all have OpenSSL exception added to their license.

On Mon, 22 Jan 2018, at 10:05, jani wrote:
> Package: libssh2-1
> Version: 1.7.0-1
> 
> If libssh2 was built with gcrypt it leaks memory with every secure 
> connection call through curl.
> 
> The problem is the same as described here:
> https://github.com/libssh2/libssh2/issues/124
> 
> This leak goes way back, i tested it on jessie, stretch, buster and it 
> is still present.
> 
> I suggest to build the libssh with open-ssl, because it solves the 
> memory leak problem.
> 
> I am using Linux 4.9.0-4-amd64 #1 SMP Debian 4.9.51-1 (2017-09-28) 
> x86_64 GNU/Linux and libc6 2.24-11+deb9u1



Bug#874679: libssh2: Fails to build on stable if libssl-dev is installed

2017-09-19 Thread Mikhail Gusarov

fixed 874679 1.8.0-1
thanks

Actually, 1.8.0-1 already has this option, so there ain't much to do 
here.


On 19 Sep 2017, at 8:22, Mikhail Gusarov wrote:


Hello Wookey,

On 8 Sep 2017, at 17:52, Wookey wrote:

So it seems that the package should declare a build-conflicts with 
libssl-dev.


The better way to fix it is to explicitly build --without-openssl.

I'll do it shortly.

Mikhail.




Bug#874679: libssh2: Fails to build on stable if libssl-dev is installed

2017-09-19 Thread Mikhail Gusarov

Hello Wookey,

On 8 Sep 2017, at 17:52, Wookey wrote:

So it seems that the package should declare a build-conflicts with 
libssl-dev.


The better way to fix it is to explicitly build --without-openssl.

I'll do it shortly.

Mikhail.



Bug#794429: RFA: rspamd

2015-10-05 Thread Mikhail Gusarov
Hi Aurélien,

Definitely. Feel free to take over.

Regards, Mikhail.

On Sun, 4 Oct 2015, at 23:24, Aurélien Gérôme wrote:
> Hi Mikhail,
> 
> If this is still all right with you, I am interested to bring rspamd
> to the latest upstream release with non-native packaging.  So far,
> rspamd seems to satisfy my use case in replacement of a dead and
> buggy dspam, so I am willing to pitch in.
> 
> Regards,
> -- 
>  .''`.   Aurélien Gérôme
> : :'  :
> `. `'`   Debian Developer
>   `- Unix Sys & Net Admin



Bug#794429: RFA: rspamd

2015-08-02 Thread Mikhail Gusarov
Package: wnpp
Severity: normal

I no longer have time to maintain rspamd, so it is up for adoption.

The package is in a good shape, upstream is active and collaborating.

One might ponder switching from native package to non-native one,
native proved not to be a good choice.


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



Bug#794428: RFA: rmilter

2015-08-02 Thread Mikhail Gusarov
Package: wnpp
Severity: normal

I no longer have time to maintain rmilter, so it is up for adoption.

The package is in a good shape, upstream is active and collaborating.

One might ponder switching from native package to non-native one,
native proved not to be a good choice.


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



Bug#781603: libssh2-1: changelog.gz is different between i386 and amd64 packages

2015-04-01 Thread Mikhail Gusarov
On Thu, 2 Apr 2015, at 00:50, Frédéric Brière wrote:

 $ wc -c */usr/share/doc/libssh2-1/changelog.gz
  59923 amd64/usr/share/doc/libssh2-1/changelog.gz
  60425 i386/usr/share/doc/libssh2-1/changelog.gz
 
 The amd64 version is the correct one.
 
 I'm actually unable to reproduce your i386 version; it's almost the same
 size as the one obtained by -6N (gzip defaults), but not exactly.
 
 Is gzip behaving normally in your build environment?
 
   $ zcat changelog.gz | gzip -9nc | wc -c
   59923

Stranger and stranger.

I have checked on

testing, amd64
  gzip 1.6, /bin/gzip sha1sum ccfc0684ed71a9da6058472761871463a654e026
  libc6 2.19-15 /lib/x86_64-linux-gnu/libc.so.6 sha1sum
  5f7486d69105283da3d455ab8c8610f17b89c48a

sid, i386
  gzip 1.6 /bin/gzip sha1sum 94f779845b70364159730a8e028bda69ab449e2c
  libc6 2.19-17 /lib/i386-linux-gnu/i686/cmov/libc6.so.6 sha1sum
  0ae8ce6fe9e2db486ad11401d9523238e274165a

Both give me

% zcat changelog.gz | gzip -9nc | wc -c
60425

For the completeness, changelog.gz sha1sum
ee576d537cdf4e9ba47c31f9036a4240ddf4869b

Could you check whether checksums match your environment?


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



Bug#781603: libssh2-1: changelog.gz is different between i386 and amd64 packages

2015-04-01 Thread Mikhail Gusarov
 Could you check whether checksums match your environment?

No need to:

% echo $GZIP
--rsyncable
%

Whew. For a while I thought I was compromised. Turns out it's envvar
leaked in build environment.
Time to fix it.


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



Bug#781603: libssh2-1: changelog.gz is different between i386 and amd64 packages

2015-04-01 Thread Mikhail Gusarov
Hi.

Indeed it is. Is there a existing solution for such problem?

On Tue, 31 Mar 2015, at 15:59, Frédéric Brière wrote:
 Package: libssh2-1
 Version: 1.5.0-2
 Severity: important
 User: multiarch-de...@lists.alioth.debian.org
 Usertags: multiarch
 
 Apparently, the different-gz-across-architectures bug strikes again:
 
   Preparing to unpack libssh2-1_1.5.0-2_i386.deb ...
   Unpacking libssh2-1:i386 (1.5.0-2) over (1.5.0-2) ...
   Preparing to unpack libssh2-1_1.5.0-2_amd64.deb ...
   Unpacking libssh2-1:amd64 (1.5.0-2) over (1.4.3-4.1) ...
   dpkg: error processing archive libssh2-1_1.5.0-2_amd64.deb (--install):
trying to overwrite shared '/usr/share/doc/libssh2-1/changelog.gz',
which is different from other instances of package libssh2-1:amd64
   dpkg: error processing package libssh2-1:i386 (--install):
package libssh2-1:i386 1.5.0-2 cannot be configured because
libssh2-1:amd64 is at a different version (1.4.3-4.1)
   Errors were encountered while processing:
libssh2-1_1.5.0-2_amd64.deb
libssh2-1:i386
 
 Indeed:
 
   $ zdiff */usr/share/doc/libssh2-1/changelog.gz
   $ wc -c */usr/share/doc/libssh2-1/changelog.gz
59923 amd64/usr/share/doc/libssh2-1/changelog.gz
60425 i386/usr/share/doc/libssh2-1/changelog.gz
 
 
 -- System Information:
 Debian Release: 8.0
   APT prefers unstable
   APT policy: (500, 'unstable')
 Architecture: i386 (x86_64)
 Foreign Architectures: amd64
 
 Kernel: Linux 3.16.0-4-amd64 (SMP w/3 CPU cores)
 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 Init: sysvinit (via /sbin/init)


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



Bug#781507: libssh2: FTBFS: symbols file mismatch (needs ABI bump)

2015-03-30 Thread Mikhail Gusarov
Damn. Thank you.

Turns out I had libssl-dev in the chroot, which got picked up instead of
libgcrypt.

On Mon, 30 Mar 2015, at 11:09, Thorsten Glaser wrote:
 Source: libssh2
 Version: 1.5.0-1
 Severity: serious
 Justification: fails to build from source (but built successfully in the
 past)
 
 libssh2 FTBFS on all architectures with:
 
 --- debian/libssh2-1.symbols (libssh2-1_1.5.0-1_m68k)
 +++ dpkg-gensymbolssAyNcA   2015-03-30 08:09:06.562181072 +
 @@ -56,8 +56,8 @@
   libssh2_knownhost_readline@Base 1.2
   libssh2_knownhost_writefile@Base 1.2
   libssh2_knownhost_writeline@Base 1.2
 - libssh2_md5@Base 1.5.0
 - libssh2_md5_init@Base 1.5.0
 +#MISSING: 1.5.0-1# libssh2_md5@Base 1.5.0
 +#MISSING: 1.5.0-1# libssh2_md5_init@Base 1.5.0
   libssh2_poll@Base 1.0
   libssh2_poll_channel_read@Base 1.0
   libssh2_publickey_add_ex@Base 1.0
 @@ -114,8 +114,8 @@
   libssh2_sftp_tell@Base 1.0
   libssh2_sftp_unlink_ex@Base 1.0
   libssh2_sftp_write@Base 1.0
 - libssh2_sha1@Base 1.5.0
 - libssh2_sha1_init@Base 1.5.0
 +#MISSING: 1.5.0-1# libssh2_sha1@Base 1.5.0
 +#MISSING: 1.5.0-1# libssh2_sha1_init@Base 1.5.0
   libssh2_trace@Base 1.0
   libssh2_trace_sethandler@Base 1.2.3
   libssh2_userauth_authenticated@Base 1.0
 
 I question how you could possibly have built and uploaded the
 i386 binaries of it, except in an unclean (maybe not minimal
 or not up-to-date) chroot, or not even in a chroot.
 
 The effect of this is that you broke ABI on i386, even.
 
 
 -- System Information:
 Debian Release: 8.0
   APT prefers unreleased
   APT policy: (500, 'unreleased'), (500, 'unstable')
 Architecture: m68k
 
 Kernel: Linux 3.16.0-4-m68k
 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/lksh
 Init: sysvinit (via /sbin/init)


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



Bug#780928: rspamd doesn't play well with IPv6

2015-03-23 Thread Mikhail Gusarov
tags 781008 pending
thanks

This issue is fixed in 0.8 branch upstream and will be fixed in Debian
in next upload.


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



Bug#780584: RFS: s3cmd/1.5.2-1 ITA

2015-03-18 Thread Mikhail Gusarov
Ack.

On Wed, 18 Mar 2015, at 11:29, Gianfranco Costamagna wrote:
 
 
 Hi Harlan!
 
 (ccing Mikhail so he can ack/nack the GPL-2 to GPL-2+ change)
 
 
 
 The most concerning issue to me is the change in d/copyright from GPL-2
 to GPL-2+ for the files under debian/.  Matching them to upstream is
 best practice, to be sure, but to do so needs the permission of the
 authors of all the files underneath there - especially, it looks like,
 Mikhail Gusarov.  It's not clear to me whether Matt Domsch's permission
 might also be needed; it certainly couldn't hurt, though.
 
 
 I didn't hide this from changelog, because I know this needs
 permission,
 and this is why I'm ccing him (sorry, I was sure I mentioned it in the
 ITA bug, bad me)
 
 Having it as GPL-2 makes it hard to forward patches to upstream (of
 course I can
 release *my* patches under GPL-2+, but seems better to relicense the
 debian packaging in my
 opinion)
 
 this is also why I didn't fix the nitpicks, as soon as I get confidence
 with the licensing I'll
 fix them directly upstream, they aren't on top of the issues in my
 opinion
 
 The man page has a couple of errors as well - groff is picking up some
 text and trying to apply it as a macro.  There are also unescaped
 -'s that need to be escaped so they are not mistaken as hyphens
 instead of minuses.  There's also a spelling error in the man file.  All
 of these are upstream problems - probably with the tool they are using
 to create the manpage itself - but should be fixed if possible.
 
 Other than that, the remaining tweaks are minor.  You should install the
 upstream changelog since it's provided.  Upstream does provide GPG
 signatures of the downloads, so you should verify them if possible - the
 uscan(1) manpage has details about how to do so.  That will require
 changing the watch file from github to sourceforge.
 
 
 nope, the asc file is also there on github, but for some reasons uscan is
 picking
 it and failing for another reason.
 (it is my first time I add an upstream signing key, help is appreciated)
 
 Thanks again for your work on s3cmd, and on Debian!  If you have
 questions, please reach out to me.
 
 
 thanks for the review
 
 Gianfranco


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



Bug#779253: rmilter: Incorrect SPF Check For Null MailFrom

2015-02-25 Thread Mikhail Gusarov
package rmilter
forwarded 779253 https://github.com/vstakhov/rmilter/issues/20
thanks

On Wed, Feb 25, 2015, at 23:05, Scott Kitterman wrote:
 Package: rmilter
 Version: 1.6.1
 Severity: normal
 Tags: upstream
 
 Dear Maintainer,
 
 If you look at src/spf.c you'll see the following code snippet:
 
 /* No domain part in envfrom field - do not make spf check */
 if (domain_pos == NULL) {
 return 1;
 }
 
 This is not the correct behavior for the SPF protocol.  If you look at
 RFC
 7208 section 2.4 (the second paragraph), it says:
 
[RFC5321] allows the reverse-path to be null (see Section 4.5.5 in
[RFC5321]).  In this case, there is no explicit sender mailbox, and
such a message can be assumed to be a notification message from the
mail system itself.  When the reverse-path is null, this document
defines the MAIL FROM identity to be the mailbox composed of the
local-part postmaster and the HELO identity (which might or might
not have been checked separately before).
 
 Rather than simply return in this case, rmilter should retrieve the
 remote
 host's HELO/EHLO identity and perform the check with postmaster@HELO.
 
 Note: Although RFC 7208 is fairly recent, the requirement was the same in
 its
 predecessor RFC 4408.


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



Bug#777626: O: ha -- archiver for .ha files

2015-02-10 Thread Mikhail Gusarov
Package: wnpp
Severity: normal

This package is an archiver for old and obscure format.

I personally hadn't seen any .ha archives for a quite long time
and don't have time to fix the bugs (including security ones)
as upstream is dead.


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



Bug#777627: O: python-pytils -- Python library for processing strings in Russian

2015-02-10 Thread Mikhail Gusarov
Package: wnpp
Severity: normal

I intend to orphan the python-pytils package. It is an obscure library
with little use and very small popcon count (coming mostly from my
machines, as it seems).

The package description is:
 pytils contains several tools for processing strings in Russian:
  * choosing plural forms
  * in-words numerals representation
  * formatting dates in different styles
  * transliteration


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



Bug#776827: unblock: archmage/1:0.2.4-4

2015-02-02 Thread Mikhail Gusarov
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package archmage

This upload fixes directory traversal security issue #776164

The debdiff is non-trivial due to last upload being done in 2011,
but it is the result of rebuild, not of any package changes.

unblock archmage/1:0.2.4-4

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

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


archmage-0.2.4-3-0.2.4-4.diff
Description: Binary data


Bug#775008: RM: ha/0.999p+dfsg-5

2015-01-09 Thread Mikhail Gusarov
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm

Please remove ha from testing as unsuitable for release.

See bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774954

-- System Information:
Debian Release: 7.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to 
en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash


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



Bug#774954: Fwd: Re: Bug#774954: ha: directory traversal vulnerabilities

2015-01-09 Thread Mikhail Gusarov
package ha
severity 774954 grave
tag 774954 +help
thanks

 ha is susceptible to directory traversal vulnerabilities. While 
 extracting an archive, it will happily use absolute and relative paths 
 taken from the archive. This can be exploited by a malicious archive to 
 write files outside the current directory.

This is a serious issue, which IMHO makes this package unfit for
release.

I don't have time nor qualification to deal with it properly, so any
help would be welcome.

Thanks.

On Fri, Jan 9, 2015, at 13:32, Alexander Cherepanov wrote:
 Package: ha
 Version: 0.999p+dfsg-5
 Tags: security
 
 ha is susceptible to directory traversal vulnerabilities. While 
 extracting an archive, it will happily use absolute and relative paths 
 taken from the archive. This can be exploited by a malicious archive to 
 write files outside the current directory.
 
 ha seems to store file names separately from their paths. Directory 
 traversals are possible through both of the parts.
 
 1. Through file name part.
 
 A sample archive could be prepared in following way:
 
 $ touch XtmpXabs XXXrel
 $ ha a test.ha XtmpXabs XXXrel
 $ sed -i 's|XtmpXabs|/tmp/abs|g;s|XXXrel|../rel|g' test.ha
 $ rm XtmpXabs XXXrel
 
 Then check it works:
 
 $ ls /tmp/abs ../rel
 ls: cannot access /tmp/abs: No such file or directory
 ls: cannot access ../rel: No such file or directory
 
 $ ha lf test.ha
 HA 0.999� Copyright (c) 1995 Harri Hirvola
 
 Archive : test.ha (2 files)
 
filenameoriginalcompressed   rate datetime   m
   CRC-32path
   attr
 ===
/tmp/abs0   0   100.0 %   2015-01-09  15:24 
CPY
     (none)
   -rw-r--r--
 ---
../rel  0   0   100.0 %   2015-01-09  15:24 
CPY
     (none)
   -rw-r--r--
 ===
2   0   0   100.0 %
 
 $ ha x test.ha
 HA 0.999� Copyright (c) 1995 Harri Hirvola
 
 Archive : test.ha (2 files)
 
 Unpacking CPY 100 %  /tmp/abs
 Unpacking CPY 100 %  ../rel
 
 $ ls /tmp/abs ../rel
 ../rel  /tmp/abs
 
 2. Through path part.
 
 A sample archive could be prepared in following way:
 
 $ mkdir Xtmp/ XX/
 $ touch Xtmp/abs XX/rel
 $ ha a test.ha Xtmp/abs XX/rel
 $ sed -i 's|Xtmp|/tmp|g;s|XX|..|g' test.ha
 $ rm -r Xtmp/ XX/
 
 Then check it works:
 
 $ ls /tmp/abs ../rel
 ls: cannot access /tmp/abs: No such file or directory
 ls: cannot access ../rel: No such file or directory
 
 $ ha lf test.ha
 HA 0.999� Copyright (c) 1995 Harri Hirvola
 
 Archive : test.ha (2 files)
 
filenameoriginalcompressed   rate datetime   m
   CRC-32path
   attr
 ===
abs 0   0   100.0 %   2015-01-09  15:29 
CPY
     /tmp/
   -rw-r--r--
 ---
rel 0   0   100.0 %   2015-01-09  15:29 
CPY
     ../
   -rw-r--r--
 ===
2   0   0   100.0 %
 
 $ ha x test.ha
 HA 0.999� Copyright (c) 1995 Harri Hirvola
 
 Archive : test.ha (2 files)
 
 Unpacking CPY 100 %  /tmp/abs
 Unpacking CPY 100 %  ../rel
 
 $ ls /tmp/abs ../rel
 ../rel  /tmp/abs
 
 -- 
 Alexander Cherepanov


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



Bug#766649: Breakage under OS X 10.10

2014-10-24 Thread Mikhail Gusarov
Package: fakeroot
Version: 1.20.2
Severity: normal
Tags: patch

fakeroot fails to build under OS X 10.10 due to

1) introduced openat(2)
2) changed prototype of [gs]etpriority

Attached patches fix those issues (and make openat(2) forwarding more
correct).

-- System Information:
Debian Release: 7.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to 
en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
From d67f168080229bdfda9e07fc473fd699ed76a001 Mon Sep 17 00:00:00 2001
From: Mikhail Gusarov dotted...@dottedmag.net
Date: Fri, 24 Oct 2014 17:36:15 +0200
Subject: [PATCH 1/2] Implement openat(2) wrapper which handles optional
 argument

Unbreaks build on OS X 10.10
---
 libfakeroot.c | 16 
 wrapfunc.inp  |  2 +-
 2 files changed, 17 insertions(+), 1 deletion(-)

diff --git a/libfakeroot.c b/libfakeroot.c
index f867758..cd0be84 100644
--- a/libfakeroot.c
+++ b/libfakeroot.c
@@ -2426,3 +2426,19 @@ int sysinfo(int command, char *buf, long count)
 }
 }
 #endif
+
+#ifdef HAVE_OPENAT
+int openat(int dir_fd, const char *pathname, int flags, ...)
+{
+if (flags  O_CREAT)
+{
+va_list args;
+mode_t mode;
+va_start(args, flags);
+mode = va_arg(args, int);
+va_end(args);
+return next_openat(dir_fd, pathname, flags, mode);
+}
+return next_openat(dir_fd, pathname, flags);
+}
+#endif
diff --git a/wrapfunc.inp b/wrapfunc.inp
index 5eff0cc..88bcc11 100644
--- a/wrapfunc.inp
+++ b/wrapfunc.inp
@@ -197,7 +197,7 @@ fchownat;int;(int dir_fd, const char *path, uid_t owner, gid_t group, int flags)
 mkdirat;int;(int dir_fd, const char *pathname, mode_t mode);(dir_fd, pathname, mode)
 #endif /* HAVE_MKDIRAT */
 #ifdef HAVE_OPENAT
-openat;int;(int dir_fd, const char *pathname, int flags);(dir_fd, pathname, flags)
+openat;int;(int dir_fd, const char *pathname, int flags, ...)
 #endif /* HAVE_OPENAT */
 #ifdef HAVE_RENAMEAT
 renameat;int;(int olddir_fd, const char *oldpath, int newdir_fd, const char *newpath);(olddir_fd, oldpath, newdir_fd, newpath)
-- 
2.1.2

From 3f8997db8d4905acc432c019d4d850726f522031 Mon Sep 17 00:00:00 2001
From: Mikhail Gusarov dotted...@dottedmag.net
Date: Fri, 24 Oct 2014 17:53:27 +0200
Subject: [PATCH 2/2] OS X 10.10 introduced id_t != int in [gs]etpriority

---
 libfakeroot.c | 11 +--
 wrapfunc.inp  |  2 +-
 2 files changed, 10 insertions(+), 3 deletions(-)

diff --git a/libfakeroot.c b/libfakeroot.c
index cd0be84..15fdd1d 100644
--- a/libfakeroot.c
+++ b/libfakeroot.c
@@ -110,8 +110,16 @@
 #define INT_NEXT_FSTATAT(a,b,c,d) NEXT_FSTATAT(_STAT_VER,a,b,c,d)
 #define INT_SEND_STAT(a,b) SEND_STAT(a,b,_STAT_VER)
 #define INT_SEND_GET_XATTR(a,b) SEND_GET_XATTR(a,b,_STAT_VER)
+
+/* 10.10 uses id_t in getpriority/setpriority calls, so pretend
+   id_t is used everywhere, just happens to be int on some OSes */
+#ifndef _ID_T
+#define _ID_T
+typedef int id_t;
+#endif
 #endif
 
+#include sys/types.h
 #include stdlib.h
 #include sys/ipc.h
 #include sys/msg.h
@@ -123,7 +131,6 @@
 #include unistd.h
 #include dirent.h
 #include errno.h
-#include sys/types.h
 #ifdef HAVE_SYS_ACL_H
 #include sys/acl.h
 #endif /* HAVE_SYS_ACL_H */
@@ -1894,7 +1901,7 @@ ssize_t fremovexattr(int fd, const char *name)
 }
 #endif /* HAVE_FREMOVEXATTR */
 
-int setpriority(int which, int who, int prio){
+int setpriority(int which, id_t who, int prio){
   if (fakeroot_disabled)
 return next_setpriority(which, who, prio);
   next_setpriority(which, who, prio);
diff --git a/wrapfunc.inp b/wrapfunc.inp
index 88bcc11..0403d45 100644
--- a/wrapfunc.inp
+++ b/wrapfunc.inp
@@ -145,7 +145,7 @@ setfsgid;gid_t;(gid_t fsgid);(fsgid)
 #endif /* HAVE_SETFSGID */
 initgroups;int;(const char *user, INITGROUPS_SECOND_ARG group);(user, group)
 setgroups;int;(SETGROUPS_SIZE_TYPE size, const gid_t *list);(size, list)
-setpriority;int;(int which, int who, int prio);(which, who, prio)
+setpriority;int;(int which, id_t who, int prio);(which, who, prio)
 #ifdef HAVE_CAPSET
 capset;int;(cap_user_header_t hdrp, const cap_user_data_t datap);(hdrp, datap)
 #endif /* HAVE_CAPSET */
-- 
2.1.2



Bug#766649: Breakage under OS X 10.10

2014-10-24 Thread Mikhail Gusarov
Apparently I hadn't tested my patches well enough.

[gs]etpriority one is OK, but openat is not.

Looking further.

Best regards,
Mikhail Gusarov.


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



Bug#766649: Breakage under OS X 10.10

2014-10-24 Thread Mikhail Gusarov
I have removed openat wrapping from wrapfunc.inc and fakeroot works for me now.

However, I'm not sure it is the right fix. libfakeroot.c contains a
call to openat. Will it work without wrapper?

Best regards,
Mikhail Gusarov.


On 25 October 2014 00:21, Mikhail Gusarov dotted...@dottedmag.net wrote:
 Apparently I hadn't tested my patches well enough.

 [gs]etpriority one is OK, but openat is not.

 Looking further.

 Best regards,
 Mikhail Gusarov.


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



Bug#704593: python3-pyinotify: incompatible with python3.3 in experimental

2014-09-09 Thread Mikhail Gusarov
Closing this bug as it is not reproducible anymore.


On 2 September 2014 01:23, Mikhail Gusarov dotted...@debian.org wrote:
 Hi.

 Is there any way to reproduce this issue?

 I'll close this bug in a week if there is not, to ensure pyinotify
 does not fall off testing.


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



Bug#760359: libssh2-1-dev: pkgconfig missing dependency on -lgpg-error

2014-09-03 Thread Mikhail Gusarov
On Thu, Sep 4, 2014 at 3:05 AM, Guillem Jover guil...@debian.org wrote:

 While it is true that this will fix the problem, it is fixing it in the
 wrong place, because it is encoding a possibly internal implementation
 detail in the depending packages. The proper fix would be to request
 that libgcrypt gets a pkg-config file so that this information can be
 encoded where it belongs. Then this pc file could be changed to say:

   Requires.private: gcrypt

 or similar.

I agree and the patch in -4 contains an explanation along the same
lines. However for the time being there is no .pc in gcrypt.

Junichi: could you please open a bug against gcrypt requesting .pc?

Best regards,
Mikhail Gusarov.


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



Bug#750806: s3cmd experimental package (1.5.0~20140213-1) spurious dependency error on debian wheezy

2014-09-02 Thread Mikhail Gusarov
package s3cmd
close 705806
thanks

 s3cmd depends on python:any (= 2.6.6-7~).

 The error is spurious because Debian Wheezy satisfies the requirement, having 
 python:all 2.7.3-4+deb7u1 installed:

python package has been changed from arch-independent to be
arch-specific in jessie, so this (autogenerated) dependency is
justified for a package built in sid environment.

If you would like to use s3cmd from experimental/sid in Wheezy, please
rebuild it locally or create a backport in order to get dependencies
satisfiable in the stable.


Best regards,
Mikhail Gusarov.

Best regards,
Mikhail Gusarov.


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



Bug#609319: s3cmd: sync always redownloads files when local destination doesn't have trailing slash

2014-09-02 Thread Mikhail Gusarov
package s3cmd
forwarded 609319 https://github.com/s3tools/s3cmd/issues/245
thanks

This issue is open in upstream bugtracker.

Best regards,
Mikhail Gusarov.


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



Bug#704593: python3-pyinotify: incompatible with python3.3 in experimental

2014-09-01 Thread Mikhail Gusarov
Hi.

Is there any way to reproduce this issue?

I'll close this bug in a week if there is not, to ensure pyinotify
does not fall off testing.


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



Bug#683746: Review of debian/copyright for rspamd

2014-08-12 Thread Mikhail Gusarov
Hi Andreas,

I'm going to upload new package soon.

On Mon, Aug 11, 2014 at 9:56 PM, Andreas Cadhalpun
andreas.cadhal...@googlemail.com wrote:
 Hi Vsevolod,


 On 11.08.2014 16:18, Vsevolod Stakhov wrote:

 I've applied the suggested patch to both 0.6 and master branches. Thank
 you for the contribution!


 You're welcome. I hope this helps to get rspamd into Debian.

 It's probably a good idea to upload a new package with debian/copyright
 fixed.

 Best regards,
 Andreas



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



Bug#683746: Review of debian/copyright for rspamd

2014-08-08 Thread Mikhail Gusarov
Hello Andreas,

Thank you for your help. rspamd has moved to github (bitbucket repo is
stale. Vsevolod: hint-hint). Please have a look at up-to-date
debian/copyright here:
https://github.com/vstakhov/rspamd/blob/master/debian/copyright. I'll
go through it and see what needs updating, but if you could eyeball it
too, I'd be grateful.

On Fri, Aug 8, 2014 at 12:52 PM, Vsevolod Stakhov
vsevo...@highsecure.ru wrote:



  Forwarded Message 
 Subject: Bug#683746: Review of debian/copyright for rspamd
 Date: Fri, 08 Aug 2014 01:42:41 +0200
 From: Andreas Cadhalpun andreas.cadhal...@googlemail.com
 To: 683...@bugs.debian.org, Vsevolod Stakhov vsevo...@highsecure.ru
 CC: ftpmas...@debian.org, cont...@bugs.debian.org

 user debian-le...@lists.debian.org
 usertags 683746 one-copyright-review
 thanks

 Hi,

 rspamd has been waiting in the NEW queue for more than 4 months, which
 is rather long.

 In order to help the ftp-masters processing the NEW queue[1], I have
 reviewed the debian/copyright file of rspamd following the guidelines at
 [2].
 For this task I obtained the sources from
 https://bitbucket.org/vstakhov/rspamd/src.

 Attached patch fixes the issues I noticed.
 The most important ones were that the licenses for some files were missing.
 Also note that the copyright format always considers the last matching
 expressions for Files: as the correct one.
 So one can special case particular files after 'Files: *', but any
 Files: stanza before 'Files: *' gets ignored.

 If these issues are fixed, rspamd will hopefully be available in the
 Debian archive soon.

 Best regards,
 Andreas

 1: https://ftp-master.debian.org/new.html
 2: https://wiki.debian.org/CopyrightReview





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



Bug#749938: libnet-ssh2-perl: FTBFS: libgcrypt20 vs. libcrypt11

2014-06-04 Thread Mikhail Gusarov
Hi folks,

Sorry for poor communication and all the headache my update of libssh2 caused.

Best regards,
Mikhail Gusarov.


On Fri, May 30, 2014 at 9:02 PM, Niko Tyni nt...@debian.org wrote:
 Package: libnet-ssh2-perl
 Version: 0.53-1
 Severity: serious
 X-Debbugs-Cc: libs...@packages.debian.org

 The build dependencies of this package are uninstallable in sid
 (and apparently in jessie too):

 # apt-get build-dep libnet-ssh2-perl
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 The following packages have unmet dependencies:
  libssh2-1-dev : Depends: libgcrypt20-dev but it is not going to be installed

 This seems to be because libssh2 recently moved to libgrypt20:

 Changes:
  libssh2 (1.4.3-3) unstable; urgency=low
  .
[...]
* Rebuild with libgcrypt20 (Closes: #744829).

  -- Mikhail Gusarov dotted...@debian.org  Mon, 19 May 2014 10:23:27 +0200

 so
  libnet-ssh2-perl Build-Depends: libssh2-1-dev, libgcrypt11-dev
  libssh2-1-devDepends:   libgcrypt20-dev
  libgcrypt11-dev  Conflicts: libgcrypt20-dev

 I suppose libnet-ssh2-perl needs to move to libgcrypt20-dev too.
 --
 Niko Tyni   nt...@debian.org


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



Bug#741257: [PATCH] systemd socket activation support for libmilter

2014-03-10 Thread Mikhail Gusarov
Package: sendmail
Severity: wishlist
Tags: patch

Attached patch adds systemd-like socket activation support to
libmilter by allowing to specify fd:N socket name in
smfi_setconn.

-- System Information:
Debian Release: 7.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages sendmail depends on:
pn  sendmail-base  none
pn  sendmail-bin   none
pn  sendmail-cfnone
pn  sensible-mda   none

sendmail recommends no packages.

Versions of packages sendmail suggests:
pn  rmail none
pn  sendmail-doc  none
Description: systemd-like socket activation support for libmilter
Author: Mikhail Gusarov dotted...@debian.org
diff --git a/libmilter/docs/smfi_setconn.html b/libmilter/docs/smfi_setconn.html
index 70a510e..013f04e 100644
--- a/libmilter/docs/smfi_setconn.html
+++ b/libmilter/docs/smfi_setconn.html
@@ -43,6 +43,7 @@ Set the socket through which this filter should communicate with sendmail.
 	LICODE{unix|local}:/path/to/file/CODE -- A named pipe.
 	LICODEinet:port@{hostname|ip-address}/CODE -- An IPV4 socket.
 	LICODEinet6:port@{hostname|ip-address}/CODE -- An IPV6 socket.
+	LICODEfd:number/CODE -- Pre-opened file descriptor.
 	/UL
 	/TD/TR
 /TABLE
diff --git a/libmilter/listener.c b/libmilter/listener.c
index 48c552f..2249a1f 100644
--- a/libmilter/listener.c
+++ b/libmilter/listener.c
@@ -197,6 +197,11 @@ mi_milteropen(conn, backlog, rmsocket, name)
 			L_socksize = sizeof addr.sin6;
 		}
 #endif /* NETINET6 */
+		else if (strcasecmp(p, fd) == 0)
+		{
+			addr.sa.sa_family = AF_UNSPEC;
+			L_socksize = sizeof (_SOCK_ADDR);
+		}
 		else
 		{
 			smi_log(SMI_LOG_ERR, %s: unknown socket type %s,
@@ -443,7 +448,21 @@ mi_milteropen(conn, backlog, rmsocket, name)
 	}
 #endif /* NETINET || NETINET6 */
 
-	sock = socket(addr.sa.sa_family, SOCK_STREAM, 0);
+	if (addr.sa.sa_family == AF_UNSPEC)
+	{
+		char *end;
+		sock = strtol(colon, end, 10);
+		if (*end != '\0' || sock  0)
+		{
+			smi_log(SMI_LOG_ERR, %s: expected positive integer as fd, got %s, name, colon);
+			return INVALID_SOCKET;
+		}
+	}
+	else
+	{
+		sock = socket(addr.sa.sa_family, SOCK_STREAM, 0);
+	}
+
 	if (!ValidSocket(sock))
 	{
 		smi_log(SMI_LOG_ERR,
@@ -466,6 +485,7 @@ mi_milteropen(conn, backlog, rmsocket, name)
 #if NETUNIX
 	addr.sa.sa_family != AF_UNIX 
 #endif /* NETUNIX */
+	addr.sa.sa_family != AF_UNSPEC 
 	setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, (void *) sockopt,
 		   sizeof(sockopt)) == -1)
 	{
@@ -511,7 +531,8 @@ mi_milteropen(conn, backlog, rmsocket, name)
 	}
 #endif /* NETUNIX */
 
-	if (bind(sock, addr.sa, L_socksize)  0)
+	if (addr.sa.sa_family != AF_UNSPEC 
+	bind(sock, addr.sa, L_socksize)  0)
 	{
 		smi_log(SMI_LOG_ERR,
 			%s: Unable to bind to port %s: %s,
@@ -817,7 +838,7 @@ mi_listener(conn, dbg, smfi, timeout, backlog)
 # ifdef BSD4_4_SOCKADDR
 		 cliaddr.sa.sa_len == 0 ||
 # endif /* BSD4_4_SOCKADDR */
-		 cliaddr.sa.sa_family != L_family))
+		 (L_family != AF_UNSPEC  cliaddr.sa.sa_family != L_family)))
 		{
 			(void) closesocket(connfd);
 			connfd = INVALID_SOCKET;


Bug#741161: ITP: rmilter -- milter accompanying rspamd spam filtering system

2014-03-09 Thread Mikhail Gusarov
Package: wnpp
Severity: wishlist
Owner: Mikhail Gusarov dotted...@debian.org

* Package name: rmilter
  Version : 1.6.0
  Upstream Author : Vsevolod Stakhov vsevo...@highsecure.ru
* URL : https://github.com/vstakhov/rmilter
* License : BSD2
  Programming Lang: C
  Description : milter accompanying rspamd spam filtering system

The rmilter utility is designed to act as milter for sendmail and postfix MTA.
It provides several filter and mail scan features, among them are:

-  clamav scanning (via unix or tcp socket).
-  Spamassasin scanning
-  SPF checking (via libspf2)
-  Greylisting with memcached upstream
-  Ratelimit with memcached upstream
-  Auto-whitelisting (internal and via memcached upstream)
-  Regexp checks.
-  DCC checking (optional)
-  Passing messages and/or their headers to beanstalk servers

rmilter is designed to work together with rspamd (ITP #683746)


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



Bug#739834: libhiredis-dev: Wrong include path in hiredis.pc

2014-02-22 Thread Mikhail Gusarov
Package: libhiredis-dev
Version: 0.11.0-3
Severity: normal

Dear Maintainer,

hiredis.pc shipped in libhiredis-dev does not provide
-I/usr/include/hiredis when asked for --cflags.

However, examples in the same package include hiredis by #include hiredis.h,
so path to directory containing hiredis.h should be emitted by pkg-config.

See for yourself:
$ cd /usr/share/doc/libhiredis-dev/examples
$ gcc example.c $(pkg-config --cflags --libs hiredis)
example.c:5:21: fatal error: hiredis.h: No such file or directory
compilation terminated.
$ gcc -o /tmp/a.out example.c $(pkg-config --cflags --libs hiredis)
-I/usr/include/hiredis
$

I suppose

Cflags: -I${includedir} -D_FILE_OFFSET_BITS=64

should be changed to

Cflags: -I${includedir}/hiredis -D_FILE_OFFSET_BITS=64

in the .pc file.

-- System Information:
Debian Release: 7.1
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (1,
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=UTF-8 (charmap=UTF-8) (ignored:
LC_ALL set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libhiredis-dev depends on:
ii  libhiredis0.10  0.11.0-3

libhiredis-dev recommends no packages.

libhiredis-dev suggests no packages.

-- no debconf information


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



Bug#723690: FTBFS: pkg-config B-D missing

2013-09-18 Thread Mikhail Gusarov
Package: vzctl
Severity: important

Hej!

vzctl is missing pkg-config build-dependency, which causes it to FTBFS:

https://buildd.debian.org/status/fetch.php?pkg=vzctlarch=amd64ver=4.5-3stamp=1379075098

Adding pkg-config to build-depends fixes this problem.

-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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


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



Bug#703958: Problem: KeyError: 'elapsed'

2013-03-26 Thread Mikhail Gusarov
Hi!

New version will be uploaded into (currently frozen) unstable once wheezy
is released.


Best regards,
Mikhail Gusarov.


On Tue, Mar 26, 2013 at 9:21 AM, Vladimir Stavrinov vstavri...@gmail.comwrote:

 Package: s3cmd
 Version: 1.1.0~beta3-1
 Severity: normal

 I've reported this problem to s3tools-b...@lists.sourceforge.net and got
 answer
 from Michael Wood esiot...@gmail.com:

Someone reported recently that the latest 1.5.0 alpha fixed this issue
for them.

 So, please upgrade package.

 Below is output of sync command after  it exited. It happens after every
 uploaded file.


 !
 An unexpected error has occurred.
   Please report the following lines to:
s3tools-b...@lists.sourceforge.net
 !

 Problem: KeyError: 'elapsed'
 S3cmd:   1.1.0-beta3

 Traceback (most recent call last):
   File /usr/bin/s3cmd, line 1800, in module
 main()
   File /usr/bin/s3cmd, line 1741, in main
 cmd_func(args)
   File /usr/bin/s3cmd, line 965, in cmd_sync
 return cmd_sync_local2remote(args)
   File /usr/bin/s3cmd, line 932, in cmd_sync_local2remote
 (item['full_name_unicode'], uri, response[size], response[elapsed],
 KeyError: 'elapsed'

 !
 An unexpected error has occurred.
 Please report the above lines to:
s3tools-b...@lists.sourceforge.net
 !

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

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

 Versions of packages s3cmd depends on:
 ii  python  2.7.3-4

 s3cmd recommends no packages.

 s3cmd suggests no packages.

 -- no debconf information



Bug#698106: Please update http://fakeroot.alioth.debian.org/

2013-01-13 Thread Mikhail Gusarov
Package: fakeroot
Severity: minor


Link http://fakeroot.alioth.debian.org/ is the first in Google search
if fakeroot is searched. This page is very old and misleading
(stil mentions tla repository). Please remove it or update it.

-- System Information:
Debian Release: 6.0.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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



Bug#675785: pkg-config requires libgcrypt but libgcrypt does not ship pkg-config file

2012-08-04 Thread Mikhail Gusarov
Hello,

I am unable to upload this package timely, please do NMU as you see fit.

TIA!

Mikhail Gusarov.


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



Bug#683558: s3cmd: Please cherrypick upstream bugfix

2012-08-03 Thread Mikhail Gusarov
On Wed, Aug 1, 2012 at 8:01 PM, Maik Zumstrull m...@zumstrull.net wrote:

 Upstream issue: https://github.com/s3tools/s3cmd/issues/24
 Upstream fix: 
 https://github.com/s3tools/s3cmd/commit/9c57a3ba2163915deb2cc63cefa885a66ac377ab

 This prevents using s3cmd sync in a cronjob. Upstream has unfortunately
 not cut a release that includes this fix, maybe ask them to do so.

Debian is in freeze state ATM, unfortunately, so only release-critical
bugfixes are accepted (this one has a workaround, as I understand, so
it does not qualify). I'll fix it in unstable after the Debian release
if upstream does not release new version before, and you can ping
backports team to do a backport then.

Sorry, but the timing is bad ATM.

Regards,
Mikhail.


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



Bug#674916: RFA: s3cmd -- command-line Amazon S3 client

2012-05-28 Thread Mikhail Gusarov
Package: wnpp
Severity: normal

I request an adopter for the s3cmd package (I do not use S3 anymore).

The package description is:
 Command-line tool to upload, retrieve and manage data in Amazon S3 service
 (http://www.amazon.com/s3/), designed for use in scripts. Features:
  - creating and destroying S3 buckets
  - uploading and downloading files
  - listing remote files
  - removing remote files
  - synchronizing local directories to S3 buckets
  - getting various information about buckets and disk usage
 .
 s3cmd supports both (US and EU) S3 datacentres.



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



Bug#671021: broken link in docs

2012-05-03 Thread Mikhail Gusarov
retitle 671021 help() thinks that packages in /usr/lib/pythonX.Y/dist-packages 
are from the standard library
reassign 671021 package python2.7
clone 671021 -1
reassign -1 python3.2
thanks

Twas brillig at 11:42:10 01.05.2012 UTC+02 when dooms...@knuut.de did gyre and 
gimble:

 UE If you import the pyinotify module and invoke help(pyinotify), you get 
the 
 UE following output:

 UE | MODULE DOCS
 UE | http://docs.python.org/library/pyinotify

 UE This link doesn't exist, pyinotify is not (yet?) part of upstream's 
standard 
 UE library.

From /usr/lib/python2.7/pydoc.py:

if (isinstance(object, type(os)) and
(object.__name__ in ('errno', 'exceptions', 'gc', 'imp',
 'marshal', 'posix', 'signal', 'sys',
 'thread', 'zipimport') or
 (file.startswith(basedir) and
  not file.startswith(os.path.join(basedir, 'site-packages' and
object.__name__ not in ('xml.etree', 'test.pydoc_mod')):
if docloc.startswith(http://;):
docloc = %s/%s % (docloc.rstrip(/), object.__name__)
else:
docloc = os.path.join(docloc, object.__name__ + .html)
else:
docloc = None

Apparently pydoc needs to be fixed to take dist-packages into account,
as pyinotify, as well as other packages installed there, gets
misdetected as a part of standard library.

-- 



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



Bug#669002: s3cmd put does not set non-zero exit code on failure

2012-04-22 Thread Mikhail Gusarov
forwarded 669002 http://article.gmane.org/gmane.comp.file-systems.s3.s3tools/452
stop processing here

Thanks, forwarded upstream


Twas brillig at 13:59:44 16.04.2012 UTC+02 when os...@osk.mine.nu did gyre and 
gimble:

 OL Package: s3cmd
 OL Version: 0.9.9.91-1
 OL Severity: normal

 OL s3cmd put does not set non-zero exit code on failure, making it almost 
unusable in automatic backup scripts.
 OL Attached is a patch to fix that. I believe this problem exists in 1.0.0 as 
well.

 OL Regards,

 OL Oskar Liljeblad

 OL -- System Information:
 OL Debian Release: 6.0.4
 OL   APT prefers stable
 OL   APT policy: (500, 'stable'), (1, 'experimental')
 OL Architecture: amd64 (x86_64)

 OL Kernel: Linux 3.2.1 (SMP w/2 CPU cores)
 OL Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 OL Shell: /bin/sh linked to /bin/bash

-- 



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



Bug#667979: libtokyocabinet9: TokyoCabinet got endianness in DB wrong on both big- and little-endian architectures

2012-04-11 Thread Mikhail Gusarov
Tobias,

Twas brillig at 08:28:53 11.04.2012 UTC+02 when t...@frost.de did gyre and 
gimble:

 TF I'm still waiting for the answer from upstream, but if you are
 TF right (and I fear you are) changing the behaviour would break other
 TF applications, and I do not believe that this would be wise.

At least mutt re-creates TC database on demand, that's what I checked.

 TF Moreless we would need an migration path, like patching tokyocabinet to
 TF automatically detect endianess and act accordingly (whatever this is;
 TF for sure this is not a trivial thing )

Not a trivial change, indeed.

 TF So lets wait for an answer from upstream before looking into detailed
 TF options, but currently I cannot rule out to tag this won't fix or at
 TF least help-needed.  

Upstream does not care about TokyoCabinet anymore, it's KyotoCabinet
nowadays. Sad, but true.

-- 


pgpC9w3abTCQo.pgp
Description: PGP signature


Bug#668277: fakeroot: Fails under Solaris 8 due to multiple issues

2012-04-10 Thread Mikhail Gusarov
Package: fakeroot
Version: 1.18.2
Severity: normal

fakeroot 1.18.2 fails under Solaris 8 due to the following issues:

 * compilation fails due to ACL functions misdetection (sys/acl.h header is
   present, acl_* functions are not)

 * 'make check' fails due to shell construct, which is not parseable by Solaris
   shell

 * t.tar testcase fails due to Solaris tar limitation

 * t.tar testcase also fails due to unfortunate interaction between ld.so.1,
   fakeroot and isaexec(3): many Solaris utilities are implemented as a stub
   which selects the particular version of utility based on the ISA of the
   computer being run on, and set of (optimized) implementations. This leads to
   binaries of different bitness being run in any non-trivial shell
   script. ld.so.1 fails to load 32-bit libfakeroot.so into 64-bit process and
   vica versa.

Fixes for aforementioned problems can be found in the following git repository:
https://github.com/dottedmag/fakeroot/commits/master


-- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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



Bug#668271: libssh2-1: The libssh2 has several limitations when configured --with-libgcrypt. Please do not use libgcrypt.

2012-04-10 Thread Mikhail Gusarov
Oleksiy,

apt-rdepends -r libssh2-1 lists at least 2556 packages, so enabling
OpenSSL would require all GPL-ed reverse-depends to add a clause to
their license that allows the package in question to be linked against
OpenSSL.

According to GPL usage statistics and amount of subpackages amongst the
reverse-depends, it amounts to ~500 upstream projects to change their
license.

Once it is done, I will definitely change the libssh2 backend.

-- 


pgpiDnpweDwMT.pgp
Description: PGP signature


Bug#667979: libtokyocabinet9: TokyoCabinet got endianness in DB wrong on both big- and little-endian architectures

2012-04-09 Thread Mikhail Gusarov
Hi.

I would revert to upstream's default and use native endianness.

Having a endian-neutral databases is be nice, but given it is not a
upstream's goal anyway, I'd stick to upstream and avoid introducing
incompatibilities.

-- 


pgp4wg5sz66EM.pgp
Description: PGP signature


Bug#667979: libtokyocabinet9: TokyoCabinet got endianness in DB wrong on both big- and little-endian architectures

2012-04-09 Thread Mikhail Gusarov
Hi.

Upstream Tokyo Cabinet uses little-endian data in databases and hence
the databases are portable.

After disabling the switch database format will not change for
big-endian machines, but *will* for little-endian ones, so existing
databases on little-endian machines will become unreadable and opening
those will fail with invalid metadata error.

BTW, I stand corrected in the original bug report: on big-endian
machines database format is correct.

-- 


pgpeBU6CSIGoL.pgp
Description: PGP signature


Bug#667979: libtokyocabinet9: TokyoCabinet got endianness in DB wrong on both big- and little-endian architectures

2012-04-07 Thread Mikhail Gusarov
Package: libtokyocabinet9
Version: 1.4.47-1
Severity: important

TokyoCabinet under Debian unconditionally uses --enable-swab option, which has
the following two effects:

- It forces tcucodec conf to say that the machine is big-endian (wrong).
- It enforces the *non-native* data endianness in DB format.

As a result, under Debian on little-endian machines Tokyo Cabinet uses
big-endian format for database, and on big-endian machines Tokyo Cabinet uses
little-endian format for database, which is

- Incompatible with any other build of Tokyo Cabinet on any other operating
  system/Linux distribution for the same endianness.

- Does not achieve database portability, which is declared as a goal for
  --enable-swab in debian/changelog

- Unnecessary slow on all architectures.

Exhibit 1 (little-endian machine):

$ uname -a  tchmgr create foobar.tcdb  hexdump -C foobar.tcdb
Linux leibnitz 3.3.0-rc6-amd64 #1 SMP Mon Mar 5 20:53:11 UTC 2012 x86_64 
GNU/Linux
  54 6f 4b 79 4f 20 43 61  42 69 4e 65 54 0a 31 2e  |ToKyO CaBiNeT.1.|
0010  30 3a 39 31 30 0a 00 00  00 00 00 00 00 00 00 00  |0:910...|
0020  00 00 04 0a 00 00 00 00  00 00 00 00 00 01 ff ff  ||
0030  00 00 00 00 00 00 00 00  00 00 00 00 00 08 11 40  |...@|
0040  00 00 00 00 00 08 11 40  00 00 00 00 00 00 00 00  |...@|
0050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
*
00081140
$

See the offsets 28-2f, 38-3f -- big-endian

Exhibit 2 (big-endian machine):

$ uname -a  tchmgr create foobar.tchdb  hexdump -C foobar.tcdb 
Linux smetana 2.6.32-5-sparc64-smp #1 SMP Thu Mar 22 18:46:12 UTC 2012 sparc64 
GNU/Linux
  54 6f 4b 79 4f 20 43 61  42 69 4e 65 54 0a 31 2e  |ToKyO CaBiNeT.1.|
0010  30 3a 39 31 30 0a 00 00  00 00 00 00 00 00 00 00  |0:910...|
0020  00 00 04 0a 00 00 00 00  ff ff 01 00 00 00 00 00  ||
0030  00 00 00 00 00 00 00 00  40 11 08 00 00 00 00 00  |@...|
0040  40 11 08 00 00 00 00 00  00 00 00 00 00 00 00 00  |@...|
0050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
*
00081140
$

Same offsets, little-endian encoding.

Due to the really unfortunate consequences of --enable-swab, priority is set to
Important.

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

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

Versions of packages libtokyocabinet9 depends on:
ii  libbz2-1.0  1.0.6-1
ii  libc6   2.13-27
ii  zlib1g  1:1.2.6.dfsg-2

libtokyocabinet9 recommends no packages.

libtokyocabinet9 suggests no packages.

-- no debconf information



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



Bug#659322: rus-ispell: please remove me from Uploaders

2012-02-10 Thread Mikhail Gusarov

Twas brillig at 11:54:17 10.02.2012 UTC+01 when agmar...@debian.org did gyre 
and gimble:

 AM Mikhail, please see attached diff with current changes, let me know
 AM if you see any problem or have something pending to add (apart from
 AM removing Martin-Éric from Uploaders, not yet done), otherwise I
 AM will upload with above changes.

Looks good, please upload.

-- 


pgpiM1DVMRZ1n.pgp
Description: PGP signature


Bug#638725: RFP: j -- modern, high-level, general-purpose, high-performance programming language

2011-08-21 Thread Mikhail Gusarov
Package: wnpp
Severity: wishlist


* Package name: j
  Version : 701.b
  Upstream Author : Jsoftware Inc. t...@jsoftware.com
* URL : http://www.jsoftware.com/source.htm
* License : GPLv3
  Programming Lang: C
  Description : modern, high-level, general-purpose, high-performance 
programming language

J is particularly strong in the mathematical, statistical, and logical analysis 
of data.

J systems have:
  an integrated development environment
  standard libraries, utilities, and packages
  a form designer for your application forms
  an event-driven graphical user interface to your application
  interfaces with other programming languages and applications
  integrated 2d and 3d graphics
  memory mapped files for high performance data applications



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



Bug#634239: remember-el: Package is obsolete: emacs23 contains more recent version of remember.el

2011-07-17 Thread Mikhail Gusarov
Package: remember-el
Version: 1.9-1.1
Severity: normal


Emacs23 contains remember.el version 2.0, while this package contains
1.9. Is it time to drop it?

-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (50, 'experimental'), 
(50, 'unstable'), (50, 'testing')
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=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages remember-el depends on:
ii  emacs [emacsen]   23.2+1-7   The GNU Emacs editor (metapackage)
ii  emacs23 [emacsen] 23.2+1-7   The GNU Emacs editor (with GTK+ us
ii  emacsen-common1.4.22 Common facilities for all emacsen

remember-el recommends no packages.

Versions of packages remember-el suggests:
ii  bbdb  2.36-1 The Insidious Big Brother Database
pn  blosxom   none (no description available)
pn  emacs-wikinone (no description available)
pn  planner-elnone (no description available)



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



Bug#620961: cfengine3: debian/copyright updates for 3.1.4 and upcoming 3.1.5

2011-04-11 Thread Mikhail Gusarov
Antonio,

Twas brillig at 18:07:53 11.04.2011 UTC+01 when anto...@dyne.org did gyre and 
gimble:

 AR these changes have been committed in git and they will be uploaded
 AR shortly.  The only thing which I didn't do is upgrading
 AR pub/snprintf.[ch] to dual-licensing because it is not reported in
 AR the source file, once it will be there I will upgrade
 AR debian/copyright :-)

Have a look at upstream website. I know that snprintf licensing
situation is kind of messy though.

-- 
  http://fossarchy.blogspot.com/


pgpRHlJsokhUu.pgp
Description: PGP signature


Bug#620961: cfengine3: debian/copyright updates for 3.1.4 and upcoming 3.1.5

2011-04-05 Thread Mikhail Gusarov
Package: cfengine3
Severity: normal


I have cleaned up some copyright info for cfengine3 upstream, so the following
changes are to be taken into considerationg while updating debian/copyright for
upcoming 3.1.5:

* pub/strndup.c BSD3, Regents of University of California (heh).
* src/sort.c BSD3, Simon Tatham.

Beside that, there were small omissions in debian/copyright for 3.1.4:

* pub/getloadavg.c GPLv2+, FSF
* pub/{regex.c,gnuregex.h} GPLv2+, FSF
* pub/snprintf.[ch] is dual-licensed GPLv2+ or FAL (see the revision history in
  snprintf.c and website of the software).

-- System Information:
Debian Release: 6.0.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (50, 'experimental'), 
(50, 'unstable')
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=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cfengine3 depends on:
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libdb4.84.8.30-2 Berkeley v4.8 Database Libraries [
ii  libpcre38.02-1.1 Perl 5 Compatible Regular Expressi
ii  libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries

cfengine3 recommends no packages.

cfengine3 suggests no packages.



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



Bug#601110: linux-image-2.6.32-5-openvz-amd64: iwlagn hangs with 802.11n network on WiFi Link 5300

2010-10-23 Thread Mikhail Gusarov
Package: linux-2.6
Version: 2.6.32-25
Severity: normal


Trying to associate WiFi Link 5300 card with 802.11bgn network results in
intermittent connection and packets stopping to come through after several
minutes. ping starts spewing out 'No space in buffer' errors and driver sends
the following errors to dmesg:

[90821.446469] iwlagn :03:00.0: iwl_tx_agg_start on ra = 30:46:9a:17:bf:cd 
tid = 0

Reloading iwlagn module alleviates the problem for a few minutes.

The following workaround fixes the problem by disabling 802.11n (not sure
whether swcrypto options are really necessary):

$ cat /etc/modprobe.d/iwlagn.conf
options iwlagn swcrypto=1 swcrypto50=1 11n_disable=1 11n_disable50=1

-- Package-specific info:
** Version:
Linux version 2.6.32-5-openvz-amd64 (Debian 2.6.32-25) (da...@debian.org) (gcc 
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Fri Oct 15 01:38:41 UTC 2010

** Command line:
BOOT_IMAGE=/vmlinuz-2.6.32-5-openvz-amd64 root=/dev/mapper/leibnitz-root ro 
quiet reboot=pci

** Not tainted

** Kernel log:
[91330.942482] wlan0: deauthenticated from 30:46:9a:17:bf:cd (Reason: 7)
[91331.053698] wlan0: direct probe to AP 30:46:9a:17:bf:cd (try 1)
[91331.057313] wlan0: direct probe responded
[91331.057317] wlan0: authenticate with AP 30:46:9a:17:bf:cd (try 1)
[91331.059491] wlan0: authenticated
[91331.059509] wlan0: associate with AP 30:46:9a:17:bf:cd (try 1)
[91331.106235] wlan0: RX AssocResp from 30:46:9a:17:bf:cd (capab=0x411 status=0 
aid=1)
[91331.106239] wlan0: associated
[91334.628952] wlan0: deauthenticated from 30:46:9a:17:bf:cd (Reason: 7)
[91334.745641] wlan0: direct probe to AP 30:46:9a:17:bf:cd (try 1)
[91334.749282] wlan0: direct probe responded
[91334.749285] wlan0: authenticate with AP 30:46:9a:17:bf:cd (try 1)
[91334.751472] wlan0: authenticated
[91334.751484] wlan0: associate with AP 30:46:9a:17:bf:cd (try 1)
[91334.798483] wlan0: RX AssocResp from 30:46:9a:17:bf:cd (capab=0x411 status=0 
aid=1)
[91334.798487] wlan0: associated
[91338.315373] wlan0: deauthenticated from 30:46:9a:17:bf:cd (Reason: 7)
[91338.429222] wlan0: direct probe to AP 30:46:9a:17:bf:cd (try 1)
[91338.432831] wlan0: direct probe responded
[91338.432834] wlan0: authenticate with AP 30:46:9a:17:bf:cd (try 1)
[91338.435040] wlan0: authenticated
[91338.435051] wlan0: associate with AP 30:46:9a:17:bf:cd (try 1)
[91338.482114] wlan0: RX AssocResp from 30:46:9a:17:bf:cd (capab=0x411 status=0 
aid=1)
[91338.482119] wlan0: associated
[91341.591941] wlan0: deauthenticated from 30:46:9a:17:bf:cd (Reason: 2)
[91341.709197] wlan0: direct probe to AP 30:46:9a:17:bf:cd (try 1)
[91341.713003] wlan0: direct probe responded
[91341.713007] wlan0: authenticate with AP 30:46:9a:17:bf:cd (try 1)
[91341.715347] wlan0: authenticated
[91341.715360] wlan0: associate with AP 30:46:9a:17:bf:cd (try 1)
[91341.762608] wlan0: RX AssocResp from 30:46:9a:17:bf:cd (capab=0x411 status=0 
aid=1)
[91341.762612] wlan0: associated
[91345.893043] wlan0: deauthenticated from 30:46:9a:17:bf:cd (Reason: 7)
[91346.011655] wlan0: direct probe to AP 30:46:9a:17:bf:cd (try 1)
[91346.015322] wlan0: direct probe responded
[91346.015326] wlan0: authenticate with AP 30:46:9a:17:bf:cd (try 1)
[91346.017508] wlan0: authenticated
[91346.017523] wlan0: associate with AP 30:46:9a:17:bf:cd (try 1)
[91346.065026] wlan0: RX AssocResp from 30:46:9a:17:bf:cd (capab=0x411 status=0 
aid=1)
[91346.065030] wlan0: associated
[91350.193863] wlan0: deauthenticated from 30:46:9a:17:bf:cd (Reason: 7)
[91350.316646] wlan0: direct probe to AP 30:46:9a:17:bf:cd (try 1)
[91350.320326] wlan0: direct probe responded
[91350.320330] wlan0: authenticate with AP 30:46:9a:17:bf:cd (try 1)
[91350.322546] wlan0: authenticated
[91350.322561] wlan0: associate with AP 30:46:9a:17:bf:cd (try 1)
[91350.369911] wlan0: RX AssocResp from 30:46:9a:17:bf:cd (capab=0x411 status=0 
aid=1)
[91350.369916] wlan0: associated
[91354.085093] wlan0: deauthenticated from 30:46:9a:17:bf:cd (Reason: 7)
[91354.205217] wlan0: direct probe to AP 30:46:9a:17:bf:cd (try 1)
[91354.208820] wlan0: direct probe responded
[91354.208823] wlan0: authenticate with AP 30:46:9a:17:bf:cd (try 1)
[91354.211078] wlan0: authenticated
[91354.211089] wlan0: associate with AP 30:46:9a:17:bf:cd (try 1)
[91354.258786] wlan0: RX AssocResp from 30:46:9a:17:bf:cd (capab=0x411 status=0 
aid=1)
[91354.258789] wlan0: associated
[91356.164166] wlan0: deauthenticating from 30:46:9a:17:bf:cd by local choice 
(reason=3)
[91356.288139] Registered led device: iwl-phy5::radio
[91356.288400] Registered led device: iwl-phy5::assoc
[91356.288594] Registered led device: iwl-phy5::RX
[91356.288781] Registered led device: iwl-phy5::TX
[91356.301287] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[91356.604220] e1000e :00:19.0: irq 28 for MSI/MSI-X
[91356.660111] e1000e :00:19.0: irq 28 for MSI/MSI-X
[91356.660628] ADDRCONF(NETDEV_UP): eth0: link is not ready
[91359.457287] Registered led device: iwl-phy5::radio
[91359.457509] Registered led device: 

Bug#590195: ITP: libnet-plesk-perl -- Perl extension for the Plesk XML Remote API

2010-07-24 Thread Mikhail Gusarov

Twas brillig at 11:48:01 24.07.2010 UTC-07 when ivan-deb...@420.am did gyre and 
gimble:

 IK  Net::Plesk implements a client interface to SWSOFT's Plesk Remote
 IK  API,

s/SWSOFT/Parallels/

Last release is in 2007. Given the amount and pace of changes in API-RPC
(even in minor Plesk versions) it might be a good candidate for
'volatile'.

-- 
  http://fossarchy.blogspot.com/


pgpvlLsoFBiGf.pgp
Description: PGP signature


Bug#589496: `read_events': uninitialized constant INotify::Notifier::EINVAL (NameError)

2010-07-18 Thread Mikhail Gusarov
Package: librb-inotify-ruby1.8
Version: 0.7.0-4
Severity: normal


Sometimes small tool which I use to watch changes in directory fails with the
following stacktrace:

/usr/lib/ruby/1.8/rb-inotify/notifier.rb:228:in `read_events': uninitialized 
constant INotify::Notifier::EINVAL (NameError)
from /usr/lib/ruby/1.8/rb-inotify/notifier.rb:211:in `process'
from /usr/lib/ruby/1.8/rb-inotify/notifier.rb:194:in `run'
from /usr/lib/ruby/1.8/fssm/backends/inotify.rb:20:in `run'
from /usr/lib/ruby/1.8/fssm/monitor.rb:24:in `run'
from /usr/lib/ruby/1.8/fssm.rb:17:in `monitor'
from scripts/watchfiles:10

'watchfiles' script is attached.

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

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

Versions of packages librb-inotify-ruby1.8 depends on:
ii  libffi-ruby1.8 0.6.3debian-1 load dynamic libraries, bind funct
ii  libinotify-ruby1.8 0.0.2-4   Ruby interface to Linux's inotify 
ii  ruby1.81.8.7.299-1   Interpreter of object-oriented scr

librb-inotify-ruby1.8 recommends no packages.

librb-inotify-ruby1.8 suggests no packages.

-- no debconf information
#!/usr/bin/env ruby
require 'rubygems'
require 'fssm'

def rebuild_site(relative)
  Process.exit
end

begin
  FSSM.monitor(nil, ARGV) do
update {|base, relative| rebuild_site(relative)}
delete {|base, relative| rebuild_site(relative)}
create {|base, relative| rebuild_site(relative)}
  end
rescue FSSM::CallbackError = e
  Process.exit
end


Bug#587834: e2fsprogs: mke2fs LOLs in Czech locale during bad block checking

2010-07-01 Thread Mikhail Gusarov
Package: e2fsprogs
Version: 1.41.12-2
Severity: minor


When e2fsprogs is run in cz_CZ.UTF-8 locale there is formatting glitch which
makes Checking for bad blocks line to move two symbols back for every screen
update, and hence end of line starts repeating itself, like this:

% sudo mkfs.ext2 -c /dev/mmcblk0p1 
mke2fs 1.41.12 (17-May-2010)
Jmenovka systému souborů=
Typ OS: Linux
Velikost bloku=4096 (log=2)
Velikost fragmentu=4096 (log=2)
Krok=0 bloků, Šířka pásu=0 bloků
62208 iuzlů, 248830 bloků
12441 bloků (5.00 %) rezervováno pro superuživatele
První blok dat=0
Maximum bloků v systému souborů=255852544
8 skupin bloků
32768 bloků ve skupině, 32768 fragmentů ve skupině
7776 iuzlů ve skupině
Zálohy superbloku uloženy v blocích: 
32768, 98304, 163840, 229376
 hotovo
lolololololololololololololololololololololololololololololouloZapisuji tabulky 
iuzlů: hotovo  lolololololololo
Zapisuji superbloky a účtovací informace systému souborů: hotovo

Tento systém souborů bude automaticky kontrolován každých 26 připojení nebo
180 dní, podle toho, co nastane dříve. Pro změnu použijte tune2fs -c nebo -i.
%

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

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

Versions of packages e2fsprogs depends on:
ii  e2fslibs  1.41.12-2  ext2/ext3/ext4 file system librari
ii  libblkid1 2.17.2-3.1 block device id library
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libcomerr21.41.12-2  common error description library
ii  libss21.41.12-2  command-line interface parsing lib
ii  libuuid1  2.17.2-3.1 Universally Unique ID library
ii  util-linux2.17.2-3.1 Miscellaneous system utilities

e2fsprogs recommends no packages.

Versions of packages e2fsprogs suggests:
pn  e2fsck-static none (no description available)
pn  gpart none (no description available)
ii  parted2.2-7  The GNU Parted disk partition resi

-- 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#587525: RFP: npm -- package manager for Node.js applications

2010-06-29 Thread Mikhail Gusarov
Package: wnpp
Severity: wishlist


* Package name: npm
  Version : 0.1.17
  Upstream Author : Isaac Zimmitti Schlueter
* URL : http://github.com/isaacs/npm
* License : BSD
  Programming Lang: JavaScript
  Description : package manager for Node.js applications

npm provides management of Node.js JavaScript applications similar in spirit to
Python's eggs and Ruby gems.



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



Bug#580846: jxplorer: Bundled CA and client certificates are insane

2010-05-14 Thread Mikhail Gusarov

Twas brillig at 00:37:47 14.05.2010 UTC+02 when 1o5g4...@gmail.com did gyre and 
gimble:

 GG I'll copy them under ~/.jxplorer/security at the first startup and
 GG set ~/.jxplorer/security as default certificates repository.  Then,
 GG with the viewer it's possible to delete demo certificates, import
 GG new ones, change password of an already existing keystore.

Makes sense, I didn't know those certificates are mentioned in documentation.

-- 
  http://fossarchy.blogspot.com/


pgp25AVXoXqLA.pgp
Description: PGP signature


Bug#581577: anki: Unclear error trying to create graph

2010-05-14 Thread Mikhail Gusarov

Twas brillig at 13:16:46 14.05.2010 UTC+09 when reso...@ichi2.net did gyre and 
gimble:

 DE This version check is removed in the development code. The problem
 DE was actually with sip, not the pyqt version, and the version of sip
 DE in Debian now works fine. If you're feeling adventurous you can
 DE remove the version check from the code and you should be able to
 DE see graphs.

I have removed it and got a... segfault :) Then I tried to run it under
gdb and it worked fine, and since then I can't reproduce this segfault
anymore, under gdb or not.

What do you think, is it worth it to release 0.9.9.8.6-3 with with check
patched out? I'd prepare patch if you don't have time right now.

-- 
  http://fossarchy.blogspot.com/


pgpixuzTPiQEZ.pgp
Description: PGP signature


Bug#581577: anki: Unclear error trying to create graph

2010-05-13 Thread Mikhail Gusarov
Package: anki
Version: 0.9.9.8.6-2
Severity: minor


Trying to create a graph in anki results in error Your PyQt installation is
broken. Please upgrade or downgrade PyQt.

I have installed all Recommends/Depends: dvipng, python-matplotlib and kakasi,
but it did not change anything. There are no errors on stdout/stderr as well.

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

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

Versions of packages anki depends on:
ii  python2.5.4-9An interactive high-level object-o
ii  python-beautifulsoup  3.1.0.1-2  error-tolerant HTML parser for Pyt
ii  python-qt44.6-1  Python bindings for Qt4
ii  python-simplejson 2.1.1-1simple, fast, extensible JSON enco
ii  python-sqlalchemy 0.5.8-1SQL toolkit and Object Relational 
ii  python-support1.0.8  automated rebuilding support for P

Versions of packages anki recommends:
pn  kakasinone (no description available)
ii  python-matplotlib 0.99.1.2-3 Python based plotting system in a 

Versions of packages anki suggests:
pn  dvipngnone (no description available)

-- 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#580846: jxplorer: Bundled CA and client certificates are insane

2010-05-09 Thread Mikhail Gusarov
Package: jxplorer
Version: 3.2rc2+dfsg-3
Severity: normal


There are several certificates installed with the tool, namely
marjorie_simpler, carooot2, trusted and cn=certificate authority,
o=minipki, c=au which look insane and can't be deleted (as they are located in
/usr/share).

It'd be much better to use certificates from ~/.jxplorer/security instead of
/usr/share/jxplorer/security and drop all the strange certificates from the
later location.

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

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

Versions of packages jxplorer depends on:
ii  java-wrappers   0.1.15   wrappers for java executables
ii  javahelp2   2.0.05.ds1-3 Java based help system
ii  junit   3.8.2-4  Automated testing framework for Ja
ii  openjdk-6-jre [java6-runtim 6b18-1.8-1   OpenJDK Java runtime, using Hotspo

jxplorer recommends no packages.

jxplorer suggests no packages.

-- no debconf information



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



Bug#580325: improve libssh2 package description

2010-05-05 Thread Mikhail Gusarov
tags 580325 + pending
thanks

 SJ I don't think this is user friendly, and suggest this rewrite:

 SJlibssh2 is a client-side C library implementing the SSH2 protocol.
 SJIt supports regular terminal, SCP and SFTP sessions; port forwarding;
 SJpassword, key-based and keyboard-interactive authentication.

Thanks, will be fixed in next upload.

-- 
  http://fossarchy.blogspot.com/



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



Bug#580203: duply: Missing gawk dependency

2010-05-04 Thread Mikhail Gusarov
Package: duply
Version: 1.5.2.2-1
Severity: important


duply version  1.5.2.3 needs gawk to work. Please either update package to
1.5.2.3 or add gawk dependency.

See the
https://sourceforge.net/tracker/?func=detailaid=2986269group_id=217745atid=1041147
for details

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

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

Versions of packages duply depends on:
ii  duplicity 0.6.08b-1  encrypted bandwidth-efficient back
ii  gnupg 1.4.10-2   GNU privacy guard - a free PGP rep

Versions of packages duply recommends:
pn  ncftp none (no description available)
ii  openssh-client [ssh-client]   1:5.5p1-2  secure shell (SSH) client, for sec

duply suggests no packages.

-- no debconf information



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



Bug#579553: python-git: New upstream version is available: 0.2.0-beta1

2010-04-28 Thread Mikhail Gusarov
Package: python-git
Version: 0.2.0-1
Severity: wishlist


Please package recently released python-git 0.2.0-beta1.

According to
http://gitorious.org/git-python/mainline/commit/82b8902e03343481eb355733cd7065342037
python-git's status changed from alpha to beta and hence it should be more
stable than 0.1.6 :)

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

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

Versions of packages python-git depends on:
ii  git-core  1:1.7.0-1  fast, scalable, distributed revisi
ii  python2.5.4-9An interactive high-level object-o
ii  python-support1.0.7  automated rebuilding support for P

python-git recommends no packages.

python-git suggests no packages.

-- no debconf information



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



Bug#546612: python-sphinx: allow to check for links to external (non-sphinx-generated) files

2010-04-25 Thread Mikhail Gusarov
package python-sphinx
forwarded 546612 
http://www.bitbucket.org/birkenfeld/sphinx/issue/391/allow-to-check-for-links-to-external-non-sphinx-generated
thanks

Sorry for overlooking this bug. Finally submitted the issue upstream.

-- 
  http://fossarchy.blogspot.com/



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



Bug#482283: #482283 vzctl: Provide bigger conf templates, for instance following examples from wiki

2010-04-13 Thread Mikhail Gusarov

I have asked similar question in #openvz IRC channel and folks there
pointed to vzsplit tool which can be used to generate bigger conf
templates like:

$ vzsplit -n 1 | sudo tee /etc/vz/conf/ve-big.conf-sample

Probably it worth it to just add this example to docs instead of providing
fixed conf template.

-- 
  http://fossarchy.blogspot.com/


pgpjB6JkiE8mt.pgp
Description: PGP signature


Bug#575068: libhtml-tree-perl: CPAN bug: close tag missing from optionally empty XML tags

2010-03-23 Thread Mikhail Gusarov
Package: libhtml-tree-perl
Version: 3.23-2
Severity: normal


There is bug reported in CPAN for HTML::Tree
http://rt.cpan.org/Public/Bug/Display.html?id=49932

This bug breaks publican (https://fedorahosted.org/publican/) and Fedora guys
keep the patch for HTML::Tree in their package. Could you please apply it too?

I have contacted upstream maintainer, but there were no releases for HTML::Tree
since 2006.

-- System Information:
Debian Release: squeeze/sid
  APT prefers karmic-updates
  APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-9-generic-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libhtml-tree-perl depends on:
ii  libhtml-parser-perl 3.61-1ubuntu0.1  collection of modules that parse H
ii  libhtml-tagset-perl 3.20-2   Data tables pertaining to HTML
ii  perl5.10.0-24ubuntu4 Larry Wall's Practical Extraction 

libhtml-tree-perl recommends no packages.

libhtml-tree-perl suggests no packages.

-- no debconf information



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



Bug#574804: cron-apt installs new (Recommended) packages

2010-03-21 Thread Mikhail Gusarov
Package: cron-apt
Version: 0.6.7
Severity: important


I have system with several php5-related packages installed and no 
libapache2-mod-php5. Every 
time php package is upgraded in lenny, libapache2-mod-php5 package is 
automatically installed 
by cron-apt (and breaks my apache, but that's a different story).

Running apt-get dist-upgrade from command line does not cause this package to 
be installed.

What configs/logs/dumps I need to provide to figure out what's going on and why 
new packages 
are installed by cron-apt?

-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (800, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-openvz-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cron-apt depends on:
ii  apt  0.7.20.2+lenny1 Advanced front-end for dpkg

Versions of packages cron-apt recommends:
ii  bsd-mailx [mailx]  8.1.2-0.20071201cvs-3 A simple mail user agent
ii  cron   3.0pl1-105management of regular background p
ii  liblockfile1   1.08-3NFS-safe locking library, includes
ii  mailx  1:20071201-3  Transitional package for mailx ren

cron-apt suggests no packages.

-- no debconf information



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



Bug#574804: cron-apt installs new (Recommended) packages

2010-03-21 Thread Mikhail Gusarov
tags 574804 + unreproducible
thanks

Twas brillig at 16:51:11 21.03.2010 UTC+01 when o...@debian.org did gyre and 
gimble:

 OL This do not look like a bug report to me, but rather a request for
 OL help.  Especially as I know for sure that cron-apt do not install
 OL any packages by default. Only download them.

 OL In any case, I'll help you.

Thanks for help! After digging further in logs (dpkg, cron-apt and shell
history) I figured out it was local misconfiguration.

P.S: the cron-apt config which I use is taken from
/usr/share/doc/cron-apt/examples/3-download with --dry-run removed.

-- 
  http://fossarchy.blogspot.com/



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



Bug#407217: Multicast broken in r8169 for one version of Thecus N2100

2010-03-07 Thread Mikhail Gusarov

Twas brillig at 02:30:22 15.02.2010 UTC+01 when j...@inutil.org did gyre and 
gimble:

  Jon, Sjoerg, Mikhail, Wouter: can one of you please test this kernel
  to see if it works on the N2100:
  http://merkel.debian.org/~tbm/tmp/kernel/linux-image-2.6.32-trunk-iop32x_2.6.32-4_armel.deb

 MM Did anyone test the kernel build?

Just tested it. Works fine here (mDNS resolves without promisc mode on 
interface), thanks.

-- 
  http://fossarchy.blogspot.com/


pgpKybzzZi6kI.pgp
Description: PGP signature


Bug#407217: Multicast broken in r8169 for one version of Thecus N2100

2010-03-07 Thread Mikhail Gusarov

Twas brillig at 14:41:10 07.03.2010 UTC+00 when t...@cyrius.com did gyre and 
gimble:

  Just tested it. Works fine here (mDNS resolves without promisc mode
  on interface), thanks.

 MM Good to hear!  That patch also included some debugging output.  Can
 MM you please send the output from dmesg?

Attached.

[looking at dmesg: wow, looks like I just found wireless card I lost
some time ago - it's mini-PCI slot in NAS :]

-- 
  http://fossarchy.blogspot.com/


pgpWRkj6NV6MS.pgp
Description: PGP signature
  15.01] pci :00:04.0: reg 20 io port: [0x9800-0x981f]
[   15.01] pci :00:04.0: supports D1 D2
[   15.01] pci :00:04.0: PME# supported from D0 D1 D2 D3hot
[   15.01] pci :00:04.0: PME# disabled
[   15.01] pci :00:04.1: reg 20 io port: [0x9820-0x983f]
[   15.01] pci :00:04.1: supports D1 D2
[   15.01] pci :00:04.1: PME# supported from D0 D1 D2 D3hot
[   15.01] pci :00:04.1: PME# disabled
[   15.01] pci :00:04.2: reg 10 32bit mmio: [0x800a1400-0x800a14ff]
[   15.01] pci :00:04.2: supports D1 D2
[   15.01] pci :00:04.2: PME# supported from D0 D1 D2 D3hot
[   15.01] pci :00:04.2: PME# disabled
[   15.01] pci :00:05.0: reg 10 32bit mmio: [0x800a-0x800a0fff]
[   15.01] pci :00:05.0: PME# supported from D0 D3hot D3cold
[   15.01] pci :00:05.0: PME# disabled
[   15.01] PCI: bus0: Fast back to back transfers disabled
[   15.01] bio: create slab bio-0 at 0
[   15.01] vgaarb: loaded
[   15.02] NET: Registered protocol family 2
[   15.02] IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
[   15.03] TCP established hash table entries: 16384 (order: 5, 131072 
bytes)
[   15.03] TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
[   15.03] TCP: Hash tables configured (established 16384 bind 16384)
[   15.03] TCP reno registered
[   15.03] NET: Registered protocol family 1
[   15.03] Unpacking initramfs...
[   17.13] Freeing initrd memory: 6612K
[   17.13] NetWinder Floating Point Emulator V0.97 (double precision)
[   17.13] audit: initializing netlink socket (disabled)
[   17.13] type=2000 audit(17.130:1): initialized
[   17.14] VFS: Disk quotas dquot_6.5.2
[   17.14] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[   17.14] msgmni has been set to 1007
[   17.14] alg: No test for stdrng (krng)
[   17.15] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 
253)
[   17.15] io scheduler noop registered
[   17.15] io scheduler anticipatory registered
[   17.15] io scheduler deadline registered
[   17.15] io scheduler cfq registered (default)
[   17.16] Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled
[   17.16] serial8250.0: ttyS0 at MMIO 0xfe80 (irq = 0) is a 16550A
[   17.16] physmap platform flash device: 0100 at f000
[   17.16] physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank
[   17.16]  Intel/Sharp Extended Query Table at 0x0031
[   17.16]  Intel/Sharp Extended Query Table at 0x0031
[   17.16] Using buffer write method
[   17.16] cfi_cmdset_0001: Erase suspend on write enabled
[   17.16] erase region 0: offset=0x0,size=0x2,blocks=128
[   17.16] Searching for RedBoot partition table in physmap-flash.0 at 
offset 0xfe
[   17.48] 6 RedBoot partitions found on MTD device physmap-flash.0
[   17.48] Creating 6 MTD partitions on physmap-flash.0:
[   17.48] 0x-0x0004 : RedBoot
[   17.48] 0x0004-0x00d4 : ramdisk
[   17.48] 0x00d4-0x00ea : kernel
[   17.48] 0x00ea-0x00fc : user
[   17.48] 0x00fc-0x00fc1000 : RedBoot config
[   17.48] mtd: partition RedBoot config doesn't end on an erase block -- 
force read-only
[   17.48] 0x00fe-0x0100 : FIS directory
[   17.49] mice: PS/2 mouse device common for all mice
[   17.49] i2c /dev entries driver
[   17.49] rtc-rs5c372 0-0032: rs5c372b found, 24hr, driver version 0.6
[   17.49] rtc-rs5c372 0-0032: rtc core: registered rtc-rs5c372 as rtc0
[   17.50] pca9532 0-0060: setting platform data
[   17.50] Registered led device: n2100:red:satafail0
[   17.50] Registered led device: n2100:red:satafail1
[   17.50] Registered led device: n2100:blue:usb
[   17.50] Registered led device: n2100:red:usb
[   17.50] Registered led device: n2100:orange:system
[   17.50] Registered led device: n2100:red:system
[   17.50] input: N2100 beeper as /devices/virtual/input/input0
[   17.52] iop-adma iop-adma.0: Intel(R) IOP: ( cpy intr )
[   17.54] iop-adma iop-adma.1: Intel(R) IOP: ( cpy intr )
[   17.54] TCP cubic registered
[   17.54] NET: Registered protocol family 17
[   17.54] XScale DSP coprocessor detected.
[   17.54] registered taskstats version 1
[ 

Bug#572835: enhancement: start bridge using ifup faster

2010-03-06 Thread Mikhail Gusarov
Package: bridge-utils
Version: 1.4-5
Severity: wishlist


ifup snippet for bridge-utils uses 'sleep 1' in loop in order to wait for 
bridge.
This timeout makes 'ifup br0' really slow, 1.2s in my setup.
Attached patch makes ifup snippet use 'sleep 0.01' if fractional secons are
implemented in sleep, thus making ifup much faster (0.16s as measured).

P.S: never mind the Ubuntu info, that's just the desktop I'm reporting bug from.

-- System Information:
Debian Release: squeeze/sid
  APT prefers karmic-updates
  APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-9-generic-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bridge-utils depends on:
ii  libc6   2.10.1-0ubuntu16 GNU C Library: Shared libraries

Versions of packages bridge-utils recommends:
ii  ifupdown   0.6.8ubuntu21 high level tools to configure netw

bridge-utils suggests no packages.

-- no debconf information
--- /var/lib/lxc/test/rootfs/usr/share/bridge-utils/ifupdown.sh 2008-08-28 
04:52:20.0 +0700
+++ ifupdown.sh 2010-03-07 03:45:03.650307276 +0600
@@ -213,13 +213,16 @@
   then
 /bin/echo -e \nWaiting for $IFACE to get ready (MAXWAIT is $MAXWAIT 
seconds).
 
+# Use 0.01 delay if available
+sleep 0.01 2/dev/null  COUNT=$(($COUNT * 100))
+
 unset BREADY
 unset TRANSITIONED
 COUNT=0
 
 while [ ! $BREADY -a $COUNT -lt $MAXWAIT ]
 do
-  sleep 1
+  sleep 0.01 2/dev/null || sleep 1
   COUNT=$(($COUNT+1))
   BREADY=true
   for i in $(brctl showstp $IFACE|sed -n 's/^.*port id.*state[ 
\t]*\(.*\)$/\1/p')


Bug#559927: /usr/lib/avahi/avahi-daemon-check-dns.sh significantly delays the boot

2010-03-06 Thread Mikhail Gusarov
Package: avahi-daemon
Version: 0.6.25-1ubuntu5.1
Severity: normal


While I don't experience such huge delays as Fabian, avahi-daemon-check-dns.sh 
still
delays ifup a bit (adds ~0.2s to total time). Attached simple patch moves check 
to the
background thus making ifup faster while not breaking anything else.

P.S: nevermind the Ubuntu information, it's just the desktop I am reporting bug 
from.

-- System Information:
Debian Release: squeeze/sid
  APT prefers karmic-updates
  APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-9-generic-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages avahi-daemon depends on:
ii  adduser   3.110ubuntu7   add and remove users and groups
ii  bind9-host [h 1:9.6.1.dfsg.P1-3ubuntu0.3 Version of 'host' bundled with BIN
ii  dbus  1.2.16-0ubuntu9simple interprocess messaging syst
ii  libavahi-comm 0.6.25-1ubuntu5.1  Avahi common library
ii  libavahi-core 0.6.25-1ubuntu5.1  Avahi's embeddable mDNS/DNS-SD lib
ii  libc6 2.10.1-0ubuntu16   GNU C Library: Shared libraries
ii  libcap2   1:2.16-5ubuntu1support for getting/setting POSIX.
ii  libdaemon00.13-3 lightweight C library for daemons 
ii  libdbus-1-3   1.2.16-0ubuntu9simple interprocess messaging syst
ii  libexpat1 2.0.1-4ubuntu1.1   XML parsing C library - runtime li
ii  lsb-base  4.0-0ubuntu5   Linux Standard Base 4.0 init scrip
ii  upstart [upst 0.6.3-11   event-based init daemon

Versions of packages avahi-daemon recommends:
ii  libnss-mdns0.10-3ubuntu3 NSS module for Multicast DNS name 

Versions of packages avahi-daemon suggests:
ii  avahi-autoipd  0.6.25-1ubuntu5.1 Avahi IPv4LL network address confi

-- no debconf information
--- /var/lib/lxc/test/rootfs/etc/network/if-up.d/avahi-daemon   2010-01-14 
05:53:29.0 +0600
+++ avahi-daemon2010-03-07 04:07:57.686429522 +0600
@@ -8,5 +8,5 @@
 # If we have an unicast .local domain, we immediately disable avahi to avoid
 # conflicts with the multicast IP4LL .local domain
 if [ -x /usr/lib/avahi/avahi-daemon-check-dns.sh ] ; then
-  exec /usr/lib/avahi/avahi-daemon-check-dns.sh
+  /usr/lib/avahi/avahi-daemon-check-dns.sh
 fi


Bug#572835: enhancement: start bridge using ifup faster

2010-03-06 Thread Mikhail Gusarov

Twas brillig at 17:17:51 06.03.2010 UTC-08 when shemmin...@vyatta.com did gyre 
and gimble:

  ifup snippet for bridge-utils uses 'sleep 1' in loop in order to wait for 
  bridge.
  This timeout makes 'ifup br0' really slow, 1.2s in my setup.
  Attached patch makes ifup snippet use 'sleep 0.01' if fractional secons are
  implemented in sleep, thus making ifup much faster (0.16s as measured).
  
 SH I don't think this sleep is needed at all.

I tested it - a bit of delay is still necessary. 0.01 is always enough in
my configuration though, but there may be slower machines. Maybe there
is a way to wait for bridge instead of polling it existance, but I'm not
aware of it.

-- 
  http://fossarchy.blogspot.com/


pgp3NaerAKgHV.pgp
Description: PGP signature


Bug#407217: Multicast broken in r8169 for one version of Thecus N2100

2010-02-14 Thread Mikhail Gusarov

Twas brillig at 02:30:22 15.02.2010 UTC+01 when j...@inutil.org did gyre and 
gimble:

  Jon, Sjoerg, Mikhail, Wouter: can one of you please test this kernel
  to see if it works on the N2100:
  http://merkel.debian.org/~tbm/tmp/kernel/linux-image-2.6.32-trunk-iop32x_2.6.32-4_armel.deb

 MM Did anyone test the kernel build?

Sorry, don't have serial attached to recover in case of problems. Is it
enough to unpack the kernel and modules and load it using kexec?

-- 
  http://fossarchy.blogspot.com/


pgp7keWEHG83Y.pgp
Description: PGP signature


Bug#555909: libxml-libxslt-perl: Fails to run against XML::LibXML 1.70 from unstable

2009-11-12 Thread Mikhail Gusarov
Package: libxml-libxslt-perl
Version: 1.68-3
Severity: grave
Justification: renders package unusable

$ perl -e 'use XML::LibXSLT;'
This version of XML::LibXSLT requires XML::LibXML 1.67 (ABI 1), which is 
incompatible with currently installed XML::LibXML 1.70 (ABI 2). Please upgrade 
XML::LibXSLT, XML::LibXML, or both! at /usr/lib/perl5/XML/LibXML.pm line 49.
BEGIN failed--compilation aborted at /usr/lib/perl5/XML/LibXSLT.pm line 7.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
$

Should work fine with next release of XML::LibXML from CPAN.

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

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

Versions of packages libxml-libxslt-perl depends on:
ii  libc6   2.10.1-5 GNU C Library: Shared libraries
ii  libxml-libxml-perl  1.70.ds-1Perl interface to the libxml2 libr
ii  libxml2 2.7.6.dfsg-1 GNOME XML library
ii  libxslt1.1  1.1.26-1 XSLT processing library - runtime 
ii  perl5.10.1-5 Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.10.1]  5.10.1-5 minimal Perl system

libxml-libxslt-perl recommends no packages.

libxml-libxslt-perl suggests no packages.

-- no debconf information



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



Bug#549921: python-gpgme: Fails to create a Context unless gpgme_check_version is called manually

2009-10-06 Thread Mikhail Gusarov
Package: python-gpgme
Version: 0.1+bzr20090429-1
Severity: grave
Justification: renders package unusable

python-gpgme does not call gpgme_check_function and hence creation of Context 
fails
with GPG_ERR_NOT_OPERATIONAL. See the logs below:

[dotted...@vertex:~]% python
Python 2.5.4 (r254:67916, Feb 18 2009, 03:00:47) 
[GCC 4.3.3] on linux2
Type help, copyright, credits or license for more information.
 import gpgme
 gpgme.Context()
Traceback (most recent call last):
  File stdin, line 1, in module
gpgme.GpgmeError: (32, 176, 'Unknown error code')
 


[dotted...@vertex:~]% python
Python 2.5.4 (r254:67916, Feb 18 2009, 03:00:47) 
[GCC 4.3.3] on linux2
Type help, copyright, credits or license for more information.
 import ctypes
 libgpgme = ctypes.cdll.LoadLibrary('libgpgme.so.11')
 libgpgme.gpgme_check_version.restype = ctypes.c_char_p
 libgpgme.gpgme_check_version(None)
'1.2.0'
 import gpgme
 gpgme.Context()
gpgme.Context object at 0x7f8643f250d8
 
[dotted...@vertex:~]% 


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (750, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages python-gpgme depends on:
ii  libc6 2.9-25 GNU C Library: Shared libraries
ii  libgpgme111.2.0-1GPGME - GnuPG Made Easy
ii  python2.5.4-2An interactive high-level object-o
ii  python-support1.0.3  automated rebuilding support for P

python-gpgme recommends no packages.

python-gpgme suggests no packages.

-- no debconf information



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



Bug#548285: libfinance-quote-perl: Wrong currency conversion rate fetched for RUB-EUR

2009-09-25 Thread Mikhail Gusarov
Package: libfinance-quote-perl
Version: 1.16-4
Severity: normal

% gnc-fq-dump -v currency RUB EUR
1 RUB = 2.2633 EUR

I'd love to see such conversion rate in reality, I'd check some luxury
villa in France immediately :)

Actually the conversion rate is ~0.0226.

http://uk.finance.yahoo.com/q?s=RUBEUR%3DX returns 2.26, probably by converting
100RUB to 1EUR, so it's necessary to have some multipliers applied in
Finance::Quote::currency().

http://uk.finance.yahoo.com/q?s=EURRUB%3DX tells the truth - 1EUR is 44.20RUB

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (750, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages libfinance-quote-perl depends on:
ii  libcrypt-ssleay-perl  0.57-2 Support for https protocol in LWP
ii  libhtml-tableextract-perl 2.10-3 module for extracting the content 
ii  libwww-perl   5.831-1WWW client/server library for Perl
ii  perl  5.10.0-25  Larry Wall's Practical Extraction 

libfinance-quote-perl recommends no packages.

libfinance-quote-perl suggests no packages.

-- no debconf information



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



Bug#514569: Similar problem with 0.6.3-1

2009-09-23 Thread Mikhail Gusarov

Twas brillig at 18:22:32 22.09.2009 UTC-03 when llucare...@integratech.com.ar 
did gyre and gimble:

 LL $ sphinx-build --help
 LL /usr/lib/pymodules/python2.5/jinja2/__init__.py:31: UserWarning:
 LL Module jinja2 was already imported from
 LL /usr/lib/pymodules/python2.5/jinja2/__init__.py, but
 LL /usr/lib/pymodules/python2.5 is being added to sys.path
 LL   __version__ = __import__('pkg_resources') \

Could you try to import jinja2 in python shell?

$ python
 import jinja2


-- 
  http://fossarchy.blogspot.com/


pgpeWTM8bPZlt.pgp
Description: PGP signature


Bug#514569: Similar problem with 0.6.3-1

2009-09-23 Thread Mikhail Gusarov

Twas brillig at 10:33:43 23.09.2009 UTC-03 when llucare...@integratech.com.ar 
did gyre and gimble:

 LL I guess I should move the bug to the jinja2 package, right? :)

Yes, please :)

-- 
  http://fossarchy.blogspot.com/


pgp2lqU0zN5UU.pgp
Description: PGP signature


Bug#547345: lintian: False positive in HTML documentation detection

2009-09-18 Thread Mikhail Gusarov
Package: lintian
Version: 2.2.14
Severity: wishlist

python-pytils ships example Django code in /usr/share/doc/python-pytils,
including Django templates which iconveniently have extension .html
(/usr/share/doc/python-pytils/examples/examples-django/pytilsex/templates/*.html)

templates/**/*.html is a canonical templates location in Django projects, so
I suggest excluding such files from documentation search for
possible-documentation-but-no-doc-base-registration test.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (750, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages lintian depends on:
ii  binutils  2.19.51.20090723-1 The GNU assembler, linker and bina
ii  diffstat  1.47-1 produces graph of changes introduc
ii  dpkg-dev  1.15.3.1   Debian package development tools
ii  file  5.03-1 Determines file type using magic
ii  gettext   0.17-8 GNU Internationalization utilities
ii  intltool-debian   0.35.0+20060710.1  Help i18n of RFC822 compliant conf
ii  libapt-pkg-perl   0.1.24 Perl interface to libapt-pkg
ii  libipc-run-perl   0.84-1 Perl module for running processes
ii  libparse-debianchange 1.1.1-2parse Debian changelogs and output
ii  libtimedate-perl  1.1600-9   Time and date functions for Perl
ii  liburi-perl   1.37+dfsg-1Manipulates and accesses URI strin
ii  man-db2.5.6-1on-line manual pager
ii  perl [libdigest-sha-p 5.10.0-25  Larry Wall's Practical Extraction 

lintian recommends no packages.

Versions of packages lintian suggests:
ii  binutils-multiarch2.19.51.20090723-1 Binary utilities that support mult
pn  libtext-template-perl none (no description available)
ii  man-db2.5.6-1on-line manual pager

-- 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#547345: lintian: False positive in HTML documentation detection

2009-09-18 Thread Mikhail Gusarov

Twas brillig at 13:54:34 18.09.2009 UTC-07 when r...@debian.org did gyre and 
gimble:

 RA I'm going to, in general, exclude anything in the examples
 RA directory from that check,

Ah, right. Makes sense.

 RA Do you know of a case where that won't take care of it?

I did not see any packages with templates in /usr/share/doc/, but
outside of examples directory.

-- 
  http://fossarchy.blogspot.com/


pgpDNESnstVh7.pgp
Description: PGP signature


Bug#534733: s3cmd: have sync detect renamed (and possibly copied) files

2009-09-08 Thread Mikhail Gusarov
forwarded 534733 
http://comments.gmane.org/gmane.comp.file-systems.s3.s3tools/185
thanks

Sorry for not keeping you in CC for a first time.

-- 
  http://fossarchy.blogspot.com/



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



Bug#541424: s3cmd: --one-file-system option to sync

2009-09-08 Thread Mikhail Gusarov
forwarded 541424 
http://comments.gmane.org/gmane.comp.file-systems.s3.s3tools/184
thanks

Sorry for not keeping you in CC.

-- 
  http://fossarchy.blogspot.com/



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



Bug#545127: Put everything in /usr/share/publican, not /usr/share/Publican

2009-09-05 Thread Mikhail Gusarov
tags 545127 wontfix 
stop

Twas brillig at 10:20:31 05.09.2009 UTC+02 when da...@debian.org did
gyre and gimble:

 DS Please put everything in /usr/share/publican, not
 DS /usr/share/Publican.

Is it dictated by Policy? Upstream uses /usr/share/Publican and I'm
reluctant to change it unless there are serious objections. 

 DS Every package here is in lowercase.

/usr/share/X11

-- 
  http://fossarchy.blogspot.com/


pgpY0BeP3IxFc.pgp
Description: PGP signature


  1   2   3   4   >