Bug#690107: ITP: erlang-jiffy -- JSON NIFs (Native Implemented Functions) for Erlang

2012-10-09 Thread Nobuhiro Iwamatsu 
Package: wnpp
Severity: wishlist
Owner: Nobuhiro Iwamatsu 

* Package name: erlang-jiffy
  Version : 0.5.2
  Upstream Author : Paul J. Davis 
* URL : https://github.com/davisp/jiffy
* License : BSD, MIT, 
  Programming Lang: erlang
  Description : JSON NIFs (Native Implemented Functions) for Erlang

A JSON parser as a NIF (Native Implemented Functions). This is a complete
rewrite of the work this was done in EEP0018 that was based on Yajl. This
new version is a hand crafted state machine that does its best
to be as quick and efficient as possible while not placing any constraints on 
the 
parsed JSON.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121010044933.15189.14919.reportbug@chimagu

Bug#690106: ITP: erlang-folsom -- Erlang based metrics system inspired by Coda Hale's metrics

2012-10-09 Thread Nobuhiro Iwamatsu 
Package: wnpp
Severity: wishlist
Owner: Nobuhiro Iwamatsu 

* Package name: erlang-folsom
  Version : 0.7
  Upstream Author : Joe Williams 
* URL : https://github.com/boundary/folsom
* License : Apache 2.0
  Programming Lang: erlang
  Description : Erlang based metrics system inspired by Coda Hale's metrics

 Folsom is an Erlang based metrics system inspired by Coda Hale's metrics
 (https://github.com/codahale/metrics/). The metrics API's purpose is to collect
 realtime metrics from your Erlang applications and publish them via Erlang APIs
 and output plugins. folsom is *not* a persistent store. There are 6 types of
 metrics: counters, gauges, histograms (and timers), histories, meter_readers
 and meters. Metrics can be created, read and updated via the `folsom_metrics`
 module.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121010044311.14497.98166.reportbug@chimagu

Re: Storing additional metadata in the dpkg database [Re: possible mass bug filing for packages shipping stuff in /var/run, /var/lock, /run?]

2012-10-09 Thread Michael Biebl 
Hi guillem!

On 08.10.2012 22:53, Guillem Jover wrote:
> 
> On Mon, 2012-10-08 at 22:02:57 +0200, Michael Biebl wrote:
>> On 08.10.2012 20:15, Michael Gilbert wrote:

>> I actually find it pretty handy if I can use dpkg -S to find out which
>> package a particular directory belongs to.
>> So shipping the directory in the package does have some value (at least
>> for me).
> 
> That applies as well to any path generated at maintainer script or
> run time by the package (like state, cache, log files, etc), but I
> don't think it's currently a good idea for these to belong in the
> dpkg database, as either the files' md5sums might change over time,
> or the paths might appear and disappear if they are on a ramfs, or

Interesting question regarding generated files and md5sums. Maybe it
would be best to simply not store md5sums for such externally registered
files/directories.

> worse might cause security issues if they are world writable (like
> /var/lock, as Jakub has pointed out).

Well, my idea was not, that dpkg should actually create that file/dir,
but simply that it tracks the information that such a file/dir is
created by the package. Where do you see the security risk wrt dpkg?


>> aba rightfully pointed out, that having a mechanism in dpkg which allows
>> one to register such a directory in the dpkg database dynamically, might
>> be an even better approach.
>>
>> Such a mechanism could not only be used to register such volatile
>> files/directories in (/var)/run or /lock but files that are generated by
>> the maintainer scripts
> 
> Sure, and that's been on the dpkg TODO list for a while, but it needs
> first for its database to be extended to track additional metadata. I
> was planning on working on this for 1.17.x anyway.
> 
>> like ucf config files
> 
> This will be covered instead by extending the dpkg conffile support to
> allow to register external configuration files.

Interesting. Can you say a bit more about that, how this is going to
work. If you register an external configuration file with dpkg, will
dpkg take care of removing it on purge or does that still need to be
done by the package itself?

>> or even ressources like system users and groups.
> 
> I'm not entirely sure what you mean with this though, maybe something
> like #685734?

Not quite, although #685734 sounds like an interesting idea. I'm
basically just interested in having a central database where packages
can register which ressources they are using, so I can easily query it
later on, e.g. which package created and/or uses a specific system user.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#690103: ITP: dvd-slideshow -- create dvd slideshow with menus

2012-10-09 Thread Alessio Treglia 
Package: wnpp
Severity: wishlist
Owner: Alessio Treglia 

* Package name: dvd-slideshow
  Version : 0.8.4.2
  Upstream Author : Scott Dylewski 
* URL : http://dvd-slideshow.sourceforge.net/wiki/Main_Page
* License : GPL
  Programming Lang: Bash scripting
  Description : set of tools to create dvd slideshow with menus

 DVD Slideshow consists in a set of tools which allows one to create
 slideshows-style videos from a collection of pictures. This package
 provides the following programs:
 .
  * dvd-slideshow
This is the main script. It generates a DVD-compatible MPEG2 video file
with audio from a text file input listing of pictures and effects.
  * dvd-menu
Creates a simple DVD menu with buttons that link to MPEG2 files generated
with dvd-slideshow or ones that you have created yourself.
  * gallery2slideshow
Instead of a GUI to create slideshows, I already have almost everything
set up from my web page that uses the Gallery program. I figured it
wouldn't be that hard to just get a listing of all the images in a given
album (sub-albums not supported!) and to generate an appropriate input
file to dvd-slideshow.
  * jigl2slideshow
Does the same thing as gallery2slideshow, but works on a jigl gallery


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20121010012120.17068.22464.reportbug@Aspire-1410

Re: where is the DNSSEC root key?

2012-10-09 Thread Peter Palfrader 
On Fri, 05 Oct 2012, Peter Samuelson wrote:

> > However since all DNS servers are generally meant to use port 53, I
> > think it's unlikely to install more than one DNS server locally, so
> > I'm not sure if doing this makes sense from a packaging perspective.
> > [I can see how it does from an administration perspective.]
> 
> It's actually not uncommon to run, e.g., rbldnsd on a nonstandard port,
> and a full nameserver on port 53, which forwards queries to it.  Now
> that's not directly related, as rbldnsd will never need to know the
> DNSSEC root keys ... but I'm just saying.  It is quite possible that
> somebody will want to run a recursive nameserver and an authoritative
> nameserver, different packages, on the same host.  I wouldn't bother
> with that, mind you.

Well, for instance the .debian.org authoritative nameservers we run all
also have a local unbound installed as their local recursor.

unbound binds to localhost:53, bind9 to all the other addresses of a
host.

I don't think it's all that strange a setup.

Cheers,
weasel
-- 
   |  .''`.   ** Debian **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.debian.org/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121010005033.gk1...@anguilla.noreply.org

Bug#690089: ITP: python-webassets -- Merge and compress your JavaScript and CSS files

2012-10-09 Thread Agustin Henze 
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

Package name: python-webassets
 Version: 0.7.1
 Upstream Author: 2008, Michael Elsdörfer 
 URL: https://github.com/miracle2k/webassets
 License: BSD
 Description: Merge and compress your JavaScript and CSS files
 Asset management application for Python web development - use it to
 merge and compress your JavaScript and CSS files.
 For some web frameworks, webassets provides some special integration.
 Webassets provide integration with:
  * Django
  * Flask
  * Pyramid
-- 
TiN



signature.asc
Description: OpenPGP digital signature

Re: possible mass bug filing for packages shipping stuff in /var/run, /var/lock, /run?

2012-10-09 Thread Thomas Goirand 

On 10/09/2012 02:53 PM, Raphael Hertzog wrote:

And? It's perfectly possible to share directories between multiple
packages.

The fact that /var/run/mysql/ would be owned by multiple packages is no
different from the fact that /var/run/ is already owned by multiple
packages:
$ dpkg -S /var/run
base-files, isc-dhcp-client, uml-utilities, dnsmasq-base: /var/run

It's *not* a problem.

Cheers,

Right, sorry. I wrote something silly (again!) ! :)

Thomas


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/50746a9b.1070...@debian.org

Bug#690069: ITP: python-yapsy -- Small library implementing the core mechanisms needed to build a plugin system

2012-10-09 Thread Agustin Henze 
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

Package name: python-yapsy
 Version: 1.9.2
 Upstream Author: Thibauld Nion 
 URL: http://yapsy.sourceforge.net
 License: BSD
 Description: Yapsy is a small library implementing the core
mechanisms needed to build a
 plugin system into a wider application.
 .
 The main purpose is to depend only on Python's standard libraries (at least
 version 2.3) and to implement only the basic functionalities needed to
detect,
 load and keep track of several plugins.


-- 
TiN



signature.asc
Description: OpenPGP digital signature

packages that disagree on file/directory ownership/permissions

2012-10-09 Thread Andreas Beckmann 
Hi,

there are several packages that don't "agree" on the 
ownership/permissions of some files or directories. Usually one package 
(e.g. foo-common) ships some files and/or directories while another 
(e.g. foo-bar with Depends: foo-common) ships an overlapping directory 
tree and has a postinst script that runs chown/chmod.

Possible problems that could arise out of this:
* foo-common and foo-bar have disagreeing chown/chmod commands in their postinst
* foo-common gets updated and permissions/ownership might get (partially) 
reset, breaking foo-bar or opening a security hole
* foo-common's maintainer scripts (run as root) have to be more careful when 
handling files/directories that are writable by less privileged users

What's the best way to handle these things properly?

IMO it would be best if some "common" package would do the initial 
setup, create the user if needed and fix permissions and ownership, 
while all other packages "sharing" this tree would depend on the 
"common" package

A few examples from piuparts --install-purge-install which does
  install dependencies($PKG)
  snapshot $CHROOT
  install $PKG
  purge $PKG
  verify snapshot

opennebula_3.4.1-3.1
0m29.4s DEBUG: Modified(uid, gid, mode, size, target): /var/lib/one/.one/ (101, 
0, d 40700, 40, None) != (101, 103, d 40700, 60, None)
0m30.0s ERROR: FAIL: After purging files have been modified:
  /var/lib/one/.one/ owned by: opennebula
# looks like some dependency already does mkdir /var/lib/one && chown

cups-pdf_2.6.1-7
0m43.9s DEBUG: Modified(uid, gid, mode, size, target): /var/log/cups/ (0, 0, d 
40755, 40, None) != (0, 102, d 40755, 40, None)
0m44.2s ERROR: FAIL: After purging files have been modified:
  /var/log/cups/ owned by: cups-pdf, cups
# hmm, chgrp lpadmin but not chmod g+w - that looks useless

xymon_4.3.0~beta2.dfsg-9.1
0m26.7s DEBUG: Modified(uid, gid, mode, size, target): /var/lib/hobbit/ (0, 0, 
d 40755, 60, None) != (101, 102, d 40755, 60, None)
0m27.1s ERROR: FAIL: After purging files have been modified:
  /var/lib/hobbit/   owned by: xymon, xymon-client

solr-tomcat_3.6.0+dfsg-1
0m25.5s DEBUG: Modified(uid, gid, mode, size, target): /var/lib/solr/data/ (0, 
0, d 40755, 40, None) != (101, 102, d 40770, 40, None)
0m25.9s ERROR: FAIL: After purging files have been modified:
  /var/lib/solr/data/owned by: solr-common

snort_2.9.2.2-3
0m14.6s DEBUG: Modified(uid, gid, mode, size, target): /etc/snort/snort.conf 
(0, 0, - 100644, 26450, None) != (0, 103, - 100640, 26450, None)
0m14.9s ERROR: FAIL: After purging files have been modified:
  /etc/snort/snort.conf  owned by: snort-common

snmpd_5.4.3~dfsg-2.5
0m22.9s DEBUG: Modified(uid, gid, mode, size, target): /var/lib/snmp/ (0, 0, d 
40755, 40, None) != (101, 102, d 40755, 40, None)
0m23.3s ERROR: FAIL: After purging files have been modified:
  /var/lib/snmp/ owned by: libsnmp15, libsnmp-base

quantum-server_2012.1-6
0m25.8s DEBUG: Modified(uid, gid, mode, size, target): /etc/quantum/plugins/ 
(0, 0, d 40755, 60, None) != (101, 102, d 40755, 60, None)
0m25.8s DEBUG: Modified(uid, gid, mode, size, target): /etc/quantum/ (0, 0, d 
40755, 60, None) != (101, 102, d 40700, 60, None)
0m25.8s DEBUG: Modified(uid, gid, mode, size, target): 
/etc/quantum/plugins/openvswitch/ovs_quantum_plugin.ini (0, 0, - 100644, 2191, 
None) != (101, 102, - 100644, 2191, None)
0m25.8s DEBUG: Modified(uid, gid, mode, size, target): 
/etc/quantum/plugins/openvswitch/ (0, 0, d 40755, 60, None) != (101, 102, d 
40755, 60, None)
0m26.2s ERROR: FAIL: After purging files have been modified:
  /etc/quantum/  owned by: quantum-server, quantum-plugin-openvswitch
  /etc/quantum/plugins/  owned by: quantum-plugin-openvswitch
  /etc/quantum/plugins/openvswitch/  owned by: quantum-plugin-openvswitch
  /etc/quantum/plugins/openvswitch/ovs_quantum_plugin.iniowned by: 
quantum-plugin-openvswitch

firebird2.5-classic_2.5.2~svn+54698.ds4-1
0m17.1s DEBUG: Modified(uid, gid, mode, size, target): 
/var/lib/firebird/2.5/backup/no_empty (0, 0, - 100644, 0, None) != (101, 102, - 
100660, 0, None)
0m17.1s DEBUG: Modified(uid, gid, mode, size, target): 
/var/lib/firebird/2.5/data/ (0, 0, d 40755, 60, None) != (101, 102, d 40770, 
60, None)
0m17.1s DEBUG: Modified(uid, gid, mode, size, target): 
/var/lib/firebird/2.5/backup/ (0, 0, d 40755, 60, None) != (101, 102, d 40770, 
60, None)
0m17.1s DEBUG: Modified(uid, gid, mode, size, target): 
/var/lib/firebird/2.5/data/no_empty (0, 0, - 100644, 0, None) != (101, 102, - 
100660, 0, None)
0m17.1s DEBUG: Modified(uid, gid, mode, size, target): 
/var/lib/firebird/2.5/system/help.fdb (0, 0, - 100644, 819200, None) != (101, 
102, - 100660, 819200, None)
0m17.1s DEBUG: Modified(uid, gid, mode, size, target): 
/var/lib/firebird/2.5/system/ (0, 0, d 40755, 80, None) != (101, 102, d 40770, 
100, None)
0m17.1s DEBUG: Modified(uid, gid, mode, size, target): /var/lib/firebird/2.5/ 
(0, 0, d 40755, 120, None) != (101, 102, d 40770, 120, None)
0m17.1s DEBUG

Bug#690058: ITP: conservation-code -- tool to score protein sequence conservation

2012-10-09 Thread Laszlo Kajan 
Package: wnpp
Severity: wishlist
Owner: Laszlo Kajan 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: conservation-code
  Version : 20110309.0
  Upstream Author : John A. Capra , Mona Singh 

* URL : http://compbio.cs.princeton.edu/conservation/
* License : GPL-2.0+
  Programming Lang: Python
  Description : protein sequence conservation scoring tool
  Enhances: concavity

 This package provides score_conservation(1), a tool to score protein sequence
 conservation.
 .
 The following conservation scoring methods are implemented:
  * sum of pairs
  * weighted sum of pairs
  * Shannon entropy
  * Shannon entropy with property groupings (Mirny and Shakhnovich 1995,
Valdar and Thornton 2001)
  * relative entropy with property groupings (Williamson 1995)
  * von Neumann entropy (Caffrey et al 2004)
  * relative entropy (Samudrala and Wang 2006)
  * Jensen-Shannon divergence (Capra and Singh 2007)
 .
 A window-based extension that incorporates the estimated conservation of
 sequentially adjacent residues into the score for each column is also given.
 This window approach can be applied to any of the conservation scoring
 methods.
 .
 The program accepts alignments in the CLUSTAL and FASTA formats.
 .
 The sequence-specific output can be used as the conservation input for
 concavity.
 .
 Conservation is highly predictive in identifying catalytic sites and
 residues near bound ligands.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBAgAGBQJQdEEGAAoJEJvS1kCaDFL6ABkP+gJtgskydA+sOOf5Hi9/AYvQ
i30VuQUVpY5uDIrxJ+o1c66wGHIzNzvLP+IVnCSDdK0BX1tLb2QqGMGRo32jG/yE
K6jpfRyRwKMiZ8hZ9tM5w78NiJt5vSWyc6unGZdIRcpEIZVBU9T2joxmxNluu4z5
PI/jXxwMSqXQNY1NuhjosRpY0F5nltFSrjQAF3SFT1QUCpEGfmZKMaxvniP3ubeg
dbPqPcDE8VgZFxMIKBB+FnGGb+QIoKYrP621Vx+FRrnv23Gd8vhidYEbAsXRXU7U
gVP0k+RayjuikNGeZ+Bwm00oyy8/ehXKjsufG2e/FCo/G1dW3LmA+gUw0yZQbeXK
5WDdoiVDsgzlyAqnbVljiGIHoA8a9azu5Ta2/pyyPj0a2YB16o8V4XnWDC/N6WIQ
5C4gbpc4M0tA4yP/eCFkAwVKGr8BH4REApkDR7XqzcmVXVz2xQIqnea7SSea2dTc
D2bednPxJh3C4eOOvhmDT5meg82/xfCJxIRyEcLon7g7bGBveGRhVA49W/Wxitph
app1tsOp4NE9m5z5yIE83ZtdLrvAhaWib63JGf+9tsDkdWzVVnHORGiCUC6TRy7t
YGz3D5+fi0GHEnJF0wpu/Yk2G2TWxnZ/3sQ2IrE9/IMorYLLM+szKns5rqdff9XY
7Fdtl/aJ3vKorM1wJSqx
=6Kbc
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20121009152149.2728.83411.reportbug@debian-unstable.rostclust

Bug#690050: ITP: python-configparser -- backport of the enhanced config parser in Python 3.2

2012-10-09 Thread Agustin Henze 
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

   Package name: python-configparser
Version: 3.2.0r3
Upstream Author: Łukasz Langa 
URL: https://bitbucket.org/ambv/configparser
License: MIT/X
Description: backport of the enhanced config parser in Python 3.2
 The ancient ConfigParser module available in the standard library 2.x
has seen a major update in Python 3.2. This is a backport of those
changes so that they can be used directly in Python 2.7.

-- 
TiN



signature.asc
Description: OpenPGP digital signature

Re: CD1 without a network mirror isn't sufficient to install a full desktop environment

2012-10-09 Thread Wouter Verhelst 
On Tue, Oct 09, 2012 at 03:50:00AM +0300, Serge wrote:
> PS: I wish Debian had a similar stats page.
> It's now possible with http.debian.org.

popcon reports its version number when it sends in statistics, from
which it's easy to derive the distribution in use. There's some stats
about that on the popcon website, http://popcon.debian.org/

-- 
Copyshops should do vouchers. So that next time some bureaucracy requires you
to mail a form in triplicate, you can mail it just once, add a voucher, and
save on postage.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121009093954.ga10...@grep.be

Bug#690032: ITP: bombono-dvd -- DVD authoring program with nice and clean GUI

2012-10-09 Thread Alessio Treglia 
Package: wnpp
Severity: wishlist
Owner: Alessio Treglia 

* Package name: bombono-dvd
  Version : 1.2.1
  Upstream Author : Ilya Murav'jov 
* URL : http://www.bombono.org/
* License : GPL
  Programming Lang: C++
  Description : DVD authoring program with nice and clean GUI

 Bombono DVD is easy to use program for making DVD-Video.
 The main features of Bombono DVD are:
  * excellent MPEG viewer: Timeline and Monitor
  * real WYSIWYG Menu Editor with live thumbnails
  * comfortable Drag-N-Drop support
  * you can author to folder, make ISO-image or burn directly to DVD
  * reauthoring: you can import video from DVD discs.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20121009085401.14467.31038.reportbug@Aspire-1410

Re: Question about debian experimental.

2012-10-09 Thread Thibaut Paumard 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

(This thread is better suited for debian-mentors, setting
mail-followup-to accordingly)

Le 08/10/2012 18:30, Andrej N. Gritsenko a écrit :
> Hello!
> 
> I have a question. Since maintainers of LXDE are extremely busy
> last few months I would like to find a way to upload latest
> upstream version of libfm and pcmanfm into experimental
> repository.

Hi,

Please don't feel sorry for trying to help. But also understand that the
maintainers of a specific package usually work on there spare time and
are concentrating on the release.

I'm not sure if anyone but the LXDE maintainers would upload these
packages for you, even in experimental.

There are two things you can do:
 1- make your packages readily available on the internet, but not in
the official archive;
 2- help the official maintainer integrate your changes.

1- make the packages publicly available:

I would try building the binaries on at least the two most popular
architectures, i386 and amd64. Choose a version number such as
 x.y.z-0~andrej
to make it sorts before any future official version, including NMUs
and backports.

You would then need to upload the source and binary packages to some
website. github can serve you here.

Finally, just mention it in the bug reports, so users can find your
updated packages.

2- Two things to do to help your work reach the official archive:
 a- Send your changes to the bugreport(s) as a patch and tag the bug(s)
+patch (this is almost a must do)
 b- Prepare another source package (with version such as x.y.z-1~exp1,
sorting after your personal package), make it available on the web
(e.g. on http://mentors.debian.net/) and send an RFS
_to_the_official_maintainers_. You can also, in addition, make this
RFS a bug against the sponsorship-requests pseudo package but
please explain the situation carefully there.

Kind regards, Thibaut.

Rest of original post:

> I feel sorry that I constantly bug the maintainers with the same
> question and I think they already hate me that I ask them despite
> they are still have no time for that. So I would like do not bore
> them anymore. I have all the required debian/* files which are
> files from 0.1.17 / 0.9.10 versions with some corrections needed to
> conform Debian Policy rules where they were not and adapted to all
> what was changed in upstream. Packages made with those files are
> proven to be created and installed smoothly on Wheezy. Those 
> debian/* files are public available on
> https://github.com/LStranger/. Why I would like to upload them into
> experimental? That is simple - I would like to let people in Debian
> BTS who are struggling from bugs that prevent them from usage of
> old versions of pcmanfm to get current version which is free of all
> those bugs. So question is - may it be possible to upload them into
> experimental or I have still to bother maintainers? I feel sorry to
> do that again.
> 
> Thank you very much. Andriy.
> 
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJQc9/gAAoJEJOUU0jg3ChAEBAP/ihKG+yL/GR2SY6j6sNOY1ax
vyIMbB9slHGv0Bq4NM1LP+SEl0JIgaYszuNIgjaBlNzZtzf72i/2tlRCXD4/RII4
H7gSfY7HP9Yd0r3SOxiwTogoMf5w7SunWzeEJktZCaeO3EGMGInDcZAULZgLScvz
duUTv/nshz7aaexQofiSeBjHSbpDl4ONAUPgNVtrIC471Srjir8j8Udt5YHi8oeR
xgzpVedfXakf6rmz5KKLHNUqoKu4/jrCmVHPkGMc7s6bwnxN8jrQqgnbqu1Tf9FX
QtDfjD3ZWoUBKju/FBX1PghfNBG/qanf31mQYD1cI3yAhg+i5GFTo0QGQ1swHa7j
6pvNtF7G8X3uHXaEt4MQw7O3ErNqO8lr6xD9H255EuNXxBnBhi4emMbnsmxR8lhd
3hiFJkfrlmlCTH6pVeBW+2ht5Zf/zV3upMvkGbTg/gzts5X2Hz9c0aY1FZgs9qMl
y9xM6vbUv1zdBe1Dp5djnBzbp1Rpw4CAzqLoZUgno8r3J3nrqTFytWe46IY2uftc
ls4Kr7TjqG1SQGotRw+3AgFmuB9onIv8GBJMRzZg+IQUohEcGzSBKHVCnaZ3sp4L
o+xn+HzFJ5By0rDd7oUYbR3bAR0NPVFChS1uLPDolZP6klws5Yrr8HqRkUpawQOt
vcn0fltQ1sdir/NE8AWf
=mvTC
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5073dff4.2050...@debian.org