amavisd-new 2.5.2-1 uploaded to experimental

[Alexander Wirt]

Hi folks, 

after some work I uploaded amavisd-new 2.5.2-1 to experimental. I plan to
upload it to unstable as soon as possible, so please test it carefully. 

Here the changelog: 

 amavisd-new (1:2.5.2-1) experimental; urgency=low
 .
   * New upstream release (Closes: #427337, #434533)
   * Don't remove the amavisd user (Closes: #431853)
   * Fix unix socket path in /etc/amavis/conf.d/25-amavis_helpers
 (Closes: #406998)
   * Disable non-free unpackers (Closes: #410588)
   * Add myself to uploaders
   * Instead of interrupting the upgrade process if starting/stopping
 amavisd-new just warn (Closes: #430028)
   * Add suggestion to dspam (Closes: #423737)
   * Add dutch po files (Closes: #413886)
   * Add galician po file (Closes: #413459)
   * Fix typos in debian configs (Closes: #414421)
   * Fix comment for the X_HEADER_LINE option (Closes: #433268)
   * Conflict against older versions of logcheck since we track logcheck files
 now.
   * Update logcheck rules (Closes: #406613, #406854, #409053)

The conflict against logcheck will be solved in a coordinated upload of
logcheck and amavisd to unstable. 

Thanks in advance 

Alex

-- 
Alexander Wirt, [EMAIL PROTECTED] 
CC99 2DDD D39E 75B0 B0AA  B25C D35B BC99 BC7D 020A


signature.asc
Description: Digital signature

Bug#444673: ITP: nted -- A new musical score editor for Linux

[Pini]

Package: wnpp
Severity: wishlist
Owner: Pini <[EMAIL PROTECTED]>

* Package name: nted
  Version : 0.6.1
  Upstream Author : Jan Anders <[EMAIL PROTECTED]>
* URL : 
http://vsr.informatik.tu-chemnitz.de/~jan/noteedit/noteedit.html
* License : GPL
  Programming Lang: C++
  Description : A WYSIWYG musical score editor for Linux

NtED is a musical score editor for Linux. It intends to be really
WYSIWYG (what you see on the screen is exactly what you get on printer output).
..
Features:
- Distribution of the musical symbols on pages and systems
- Up to 4 voices per staff
- N-tuplets 1 < N < 14
- Direct replay, whereby: Configurable music instruments per staff
- Export midi
- Export PostScript
- Antialiasing 
..
NtED is a promising young app under heavy developpement.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Packaging a library that requires cross-compiled code

[Holger Levsen]

Hi,

On Sunday 30 September 2007 00:25, Bernd Zeimetz wrote:
> What about the following plan:

It's not only pointless, but will also result in FTBFS errors once the old 
package is not available anymore.


regards,
Holger


pgpZzFKDNDyYQ.pgp
Description: PGP signature

Re: Bug#444682: mdadm segfault at super1.c:1004

[martin f krafft]

retitle 444682 mdadm segfault at super1.c:100 on amd64
tags 444682 help
thanks

also sprach Daniel van Eeden <[EMAIL PROTECTED]> [2007.09.30.1125 +0100]:
> Package: mdadm
> Version: 2.6.3+200709292116+4450e59-1
> Severity: critical
> Justification: breaks the whole system

Lovely. This is exactly why I sent
  http://lists.debian.org/debian-devel/2007/09/msg00712.html

Oh well, I think this is an amd64-specific problem. Daniel, are you
around today to debug this? Or anyone else with amd64? I don't have
an amd64 machine around to test this for another three weeks, so I'd
really appreciate if someone else stepped in.

A version of the binary with debugging symbols is available here:

  http://scratch.madduck.net/debian__pkg__mdadm__mdadm__mdadm
  size:416964 md5:e2744a35914946efb3e839f092cc7b9d

Or even better, git the code:

  apt-get install git-core
  git clone git://git.debian.org/git/pkg-mdadm/mdadm
  cd mdadm
  git checkout -b $LOGNAME-debug-segv
  make
  // while segv
  gdb mdadm ...
  // edit file
  // git add file
  // git commit -m'log message'
  // done

When you're done, you can submit a patch easily:

  git checkout -b temp-squash master
  git merge --squash $LOGNAME-debug-segv
  git commit // ... remove the "Squashed commit of the following:" leader
  git format-patch -M -s master
  // now inspect the files this created in $PWD
  // when you're ready to submit, do:
  git send-email --to [EMAIL PROTECTED] 
  // check that it's okay when it arrives
  git send-email --to [EMAIL PROTECTED] 

Thanks!

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#444687: ITP: open-vm-tools -- open source implementation of VMware Tools

[Julian Andres Klode]

Package: wnpp
Severity: wishlist
Owner: Julian Andres Klode <[EMAIL PROTECTED]>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: open-vm-tools
  Version : 2007.09.04-56574
  Upstream Author : VMware
* URL : http://open-vm-tools.sourceforge.net/
* License : LGPL
  Programming Lang: C
  Description : open source implementation of VMware Tools

Provides functions like file transfers between host and guest,
and improved performance.

Everyone is welcome to help, I would like to maintain this
package in a team.

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

Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

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

iD8DBQFG/4T0rCpf/gCCPsIRAqyKAKCTtF/XFWiVrxC7Rxg4Se98f7qDkQCfUF7o
IfcwQxxJVEiJiB2qLeD0WKg=
=zKHh
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Packaging a library that requires cross-compiled code

[Bernd Zeimetz]

Holger Levsen wrote:
> Hi,
> 
> On Sunday 30 September 2007 00:25, Bernd Zeimetz wrote:
>> What about the following plan:
> 
> It's not only pointless, but will also result in FTBFS errors once the old 
> package is not available anymore.

not if you build-depend on oldpackge | gcc-source and just build the
firmware again if the old package is not available. Building the
firmware is pretty easy and takes 5 minutes on my machine.
But you're right, thre's no need to rebuild Davids provided firmware
blob, especially since it will not run on a user's computer.
debian/rules will allow to rebuild it for the paranoids, though.

-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Packaging a library that requires cross-compiled code

[David Anderson]

Just a quick summary of the current status of the package, following
these discussions and work on #debian-python.

The package python-pynxt now build-depends on python-pynxt ||
(gcc-4.2-source && binutils-source). If python-pynxt is available, the
flash_driver.bin blob is obtained by copying it out of the installed
python-pynxt package. If it is not available, then a cross-compiling
binutils and gcc (C compiler only) toolchain is built, which in turn
rebuilds flash_driver.bin.

This provides a way to build the entire package, using only
debian-provided packages, with a 'caching' functionality to avoid
having to rebuild a toolchain if a previous version of the package is
installed.

One case that I feel is missing from this setup is the trivial "just
use the blob provided by upstream". Given that we now have the entire
machinery to rebuild the blob if someone really really wants to (as an
aside, I'd like to repeat that the only thing I can see anyone doing
with it is either breaking the flashing process, or damaging the brick
by messing with the flash write timing), would it be acceptable to
default to using the upstream blob, unless an explicit force flag is
passed to debian/rules ?

- Dave

On 9/30/07, Bernd Zeimetz <[EMAIL PROTECTED]> wrote:
> Holger Levsen wrote:
> > Hi,
> >
> > On Sunday 30 September 2007 00:25, Bernd Zeimetz wrote:
> >> What about the following plan:
> >
> > It's not only pointless, but will also result in FTBFS errors once the old
> > package is not available anymore.
>
> not if you build-depend on oldpackge | gcc-source and just build the
> firmware again if the old package is not available. Building the
> firmware is pretty easy and takes 5 minutes on my machine.
> But you're right, thre's no need to rebuild Davids provided firmware
> blob, especially since it will not run on a user's computer.
> debian/rules will allow to rebuild it for the paranoids, though.
>
> --
> Bernd Zeimetz
> <[EMAIL PROTECTED]> 
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#444705: ITP: osm2pgsql -- Openstreetmap data to PostgreSQL converter

[Andreas Putzo]

Package: wnpp
Severity: wishlist
Owner: Andreas Putzo <[EMAIL PROTECTED]>


* Package name: osm2pgsql
  Version : 0.06 svn
  Upstream Author : Jon Burgess <[EMAIL PROTECTED]>
* URL : 
http://svn.openstreetmap.org/applications/utils/export/osm2pgsql/
* License : GPL
  Programming Lang: C, C++
  Description : Openstreetmap data to PostgreSQL converter

Convert OSM planet snapshot data to SQL suitable for loading
into a PostgreSQL database which can then be used by Mapnik 
to render map tiles.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.21.7+x40 (PREEMPT)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Packaging a library that requires cross-compiled code

[Bernd Zeimetz]

> not if you build-depend on oldpackge | gcc-source and just build the
> firmware again if the old package is not available. 

Well, I just learned that this is broken. #403246, which is obviously
not planned to be fixed soon.

-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#444673: ITP: nted -- A new musical score editor for Linux

[SZERVÁC Attila]

 Gilles Filippini írta:

> Package: wnpp
> Severity: wishlist
> Owner: Pini <[EMAIL PROTECTED]>

> * Package name: nted
>   Upstream Author : Jan Anders <[EMAIL PROTECTED]>
> * URL :
> * http://vsr.informatik.tu-chemnitz.de/~jan/noteedit/noteedit.html
> ...
>  NtED is a promising young app under heavy developpement.

 Yes :-) But I think: _Joerg_ Anders :-))

 Build-Depends:

  # g++ compiler (see: http://gcc.gnu.org)
  # pkgconfig (see: http://pkg-config.freedesktop.org)
  # X11 (includes and libraries) (see: http://wiki.x.org/wiki)
  # Gtk-2.x (includes and libraries) (see http://www.gtk.org)
  # Cairo-1.x (includes and libraries) (see: http://cairographics.org)
  # ALSA-1.x (includes and libraries) (see: http://www.alsa-project.org) 

-- 
 sas ( satie ) - SZERVÁC Attila - zeneszerző - szoftvergazda  \
 elnökhelyettes - Linux-felhasználók Magyarországi Egyesülete - http://lme.hu/
 HU/Budapest - http://321.hu/sas/http://321.hu/Elig


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#444729: ITP: vecto -- Simple Vector Drawing with Common Lisp

[Pierre THIERRY]

Package: wnpp
Severity: wishlist
Owner: Pierre THIERRY <[EMAIL PROTECTED]>

* Package name: vecto
  Version : 1.0.1
  Upstream Author : Zachary Beane <[EMAIL PROTECTED]>
* URL : http://www.xach.com/lisp/vecto/
* License : BSD
  Programming Lang: Common Lisp
  Description : Simple Vector Drawing with Common Lisp

Vecto is a simplified interface to the powerful CL-VECTORS vector
rasterization library. It presents a function-oriented interface similar
to CL-PDF, but the results can be saved to a PNG instead of a PDF file.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (502, 'stable'), (501, 'unstable'), (500, 
'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- 
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A


signature.asc
Description: Digital signature

Re: Fwd: Re: Why no Opera?

[atomo64+debian]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Roberto C. Sánchez wrote:
> For that, you will have to ask the ftp masters and the security team.  I
> am not in a position to speak to their official stance in terms of what
> requirements they might have for software like opera to be in Debian and
> the Debian Policy manual does not enumerate them either.

The security team gives no support for contrib and non-free packages[1].

> 
> Regards,
> 
> -Roberto
> 

[1] http://www.debian.org/security/faq#contrib

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

iD8DBQFG//EUYy49rUbZzloRAo26AJoDnUVE4RM1TrxytaaqfVTULuk5/wCeLgzr
bcNcW7F/4f4Fqkj0QG5Rg+8=
=hobb
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#444778: ITP: cl-salza-png -- Common Lisp package to write PNG

[Pierre THIERRY]

Package: wnpp
Severity: wishlist
Owner: Pierre THIERRY <[EMAIL PROTECTED]>

* Package name: cl-salza-png
  Version : 1.0
  Upstream Author : Zachary Beane <[EMAIL PROTECTED]>
* URL : http://www.xach.com/lisp/salza-png.tgz
* License : BSD
  Programming Lang: Common Lisp
  Description : Common Lisp package to write PNG

The salza-png software is a standalone version of the PNG writer from
the salza examples directory.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (502, 'stable'), (501, 'unstable'), (500, 
'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- 
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A


signature.asc
Description: Digital signature

Re: volatile.debian.org: Does Debian still support it?

[Piotr Roszatycki]

2007/9/29, Peter Samuelson <[EMAIL PROTECTED]>:
> I just downloaded the source package for libdatetime-timezone-perl, and
> I don't see the Olson database in there anywhere.  Where is it?  It
> looks to me as though you aren't shipping the real source for your
> package, neither directly nor via Build-Depends.  Perhaps your upstream
> isn't shipping it either, but that isn't an excuse.

Even upstream don't ship the Olson database. I'm not conviced that we
should ship Olson database. It makes a packaging more complicated and
in result we will ship different Perl modules than upstream version.

The Olson database is public domain and it doesn't require to be
distributed as "real" source. I.e. ICU C++ library also doesn't ship
Olson database as its original format and it is stored as precompiled
C++ source files.

-- 
 .''`.Piotr Roszatycki
: :' :mailto:[EMAIL PROTECTED]
`. `' mailto:[EMAIL PROTECTED]
  `-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Fwd: Re: Why no Opera?

[Roberto C . Sánchez]

On Sun, Sep 30, 2007 at 01:55:05PM -0500, [EMAIL PROTECTED] wrote:
> Roberto C. Sánchez wrote:
> > For that, you will have to ask the ftp masters and the security team.  I
> > am not in a position to speak to their official stance in terms of what
> > requirements they might have for software like opera to be in Debian and
> > the Debian Policy manual does not enumerate them either.
> 
> The security team gives no support for contrib and non-free packages[1].
> 
I know.  However, supporting and permitting are two different things.
Like it or not, there is an association of Debian being "involved" to
some degree or another in the software in contrib and non-free.  Not
everyone understands that non-free is not really part of Debian.  That
said, even if everyone understood that perfectly, I don't think that the
security team and/or the FTP masters would be thrilled about permitting
software in non-free that is very buggy.  That was the point I was
trying to make.

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Re: volatile.debian.org: Does Debian still support it?

[Peter Samuelson]

[Piotr Roszatycki]
> Even upstream don't ship the Olson database. I'm not conviced that we
> should ship Olson database.
[...]
> The Olson database is public domain and it doesn't require to be
> distributed as "real" source.

What upstream does, and whether the upstream license requires source,
are not valid arguments for whether we're meeting the DFSG.  There are
many packages in Debian that have to be altered to comply with the
DFSG.

> I.e. ICU C++ library also doesn't ship Olson database as its original
> format and it is stored as precompiled C++ source files.

You're right.  I'll file bugs on both packages when I get a moment.

> It makes a packaging more complicated and in result we will ship
> different Perl modules than upstream version.

Since we do actually ship the database in the tzdata package, I think
what you should do is provide clear instructions for how to rebuild
your package from source - starting with 'apt-get source tzdata', then
running 'tools/parse_olson' and so forth.  Then add a note to your
copyright file that part of your source code is actually in the tzdata
source package.

If enough packages need to do this same thing, it would make sense for
tzdata to ship a tzdata-source binary package to be build-depended on.
-- 
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/


signature.asc
Description: Digital signature

Re: volatile.debian.org: Does Debian still support it?

[Marco d'Itri]

On Oct 01, Peter Samuelson <[EMAIL PROTECTED]> wrote:

> If enough packages need to do this same thing, it would make sense for
> tzdata to ship a tzdata-source binary package to be build-depended on.
It looks like you may have missed the arm firmware thread of yesterday...

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: volatile.debian.org: Does Debian still support it?

[Peter Samuelson]

[Marco d'Itri]
> > If enough packages need to do this same thing, it would make sense for
> > tzdata to ship a tzdata-source binary package to be build-depended on.
> It looks like you may have missed the arm firmware thread of yesterday...

No, I caught that thread, but thanks for your concern.  It doesn't seem
to be particularly related to this thread, though.
-- 
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/


signature.asc
Description: Digital signature