Please merge asterisk 1:1.6.2.7-1 (universe) from debian unstable (main)

openr2 dependency will need to be merged or dropped.

I also believe Ubuntu should not provide custom patches to Asterisk, from Debian, since getting upstream support from Asterisk will require a clean / non-patched version.

@ Paul

I just finished test building this, and was about to upload as it looks fine to me. Could you please elaborate on the openr2 issue? Maverick contains the same version of it as Debian unstable:

https://edge.launchpad.net/ubuntu/+source/openr2

As far as diverting from Debian, we don't add any new patches to the upstream source. All of the patches in the package are directly from Debian. We simply provide files for backporting to Hardy and build with hardening-wrapper. Is there something objectionable about these changes?

On Wed, Jun 23, 2010 at 4:38 PM, Andrew Starr-Bochicchio
<email address hidden> wrote:
> I just finished test building this, and was about to upload as it looks
> fine to me. Could you please elaborate on the openr2 issue? Maverick
> contains the same version of it as Debian unstable:
>
Not an issue now that openr2 exists in Maverick.

> As far as diverting from Debian, we don't add any new patches to the
> upstream source. All of the patches in the package are directly from
> Debian. We simply provide files for backporting to Hardy and build with
> hardening-wrapper. Is there something objectionable about these changes?
>
Nothing specific; mostly DAHDI patches that have not been merged
upstream into Asterisk. Ideally this should be handled by Debian, my
comments we're just comments.

--
Paul Belanger | dCAP
Polybeacon | Consultant
Jabber: <email address hidden> | IRC: pabelanger (Freenode)
blog.polybeacon.com

This bug was fixed in the package asterisk - 1:1.6.2.7-1ubuntu1

---------------
asterisk (1:1.6.2.7-1ubuntu1) maverick; urgency=low

  * Merge from debian unstable (LP: #597792), remaining changes:
    - debian/control:
      + Build-depend on hardening-wrapper
      + Change Maintainer
      + Removed Uploaders field.
      + Removed Debian Vcs-Svn entry and replaced with ubuntu-voip Vcs-Bzr,
        to reflect divergence in packages.
    - debian/rules: Make use of hardening-wrapper
    - debian/asterisk.init: chown /dev/dahdi
    - debian/backports/hardy: add file
    - debian/backports/asterisk.init.hardy: add file

asterisk (1:1.6.2.7-1) unstable; urgency=low

  * New upstream release
  * Add Build-Depends: libsqlite0-dev | libsqlite-dev
  * Included upstream: followme_prompts sqlite3_func_rename

asterisk (1:1.6.2.6-2) unstable; urgency=low

  * Also depend on openr2.
  * Patch fxs_ports_1626: fixes regression when building with openr2 support.

asterisk (1:1.6.2.6-1) unstable; urgency=low

  * New upstream release.
    - Fixes AST-2010-003 - CVE-2010-1224 (Closes: #576560).
  * Patch h323-fix-makefile dropped: merged upstream.
  * Patch safe_asterisk-config: Mostly merged upstream.
  * Patch moh_datadir: Make the datadir the default base for moh files
    if a relative path is used.
  * Patch dahdi-fxsks-hookstate: a newer version.
  * sounds/en/ is now an alternative. English sounds installed to
    en_US_f_Allison .
  * Removed empty es/ and fr/ directories under sounds/
  * Patch settings_show_dirs: display the user values of more configurable
    items.
  * Patch dahdi_fxs_false_ringing: Fix having Astribank FXS-s keep ringing if
    answered too soon.
  * Patch followme_prompts: set proper vars when reading followme.conf
  * Patch sqlite3_func_rename: Avoid issues with the name sqlite3_log .
  * Patch h323-extra-target: Allow manuallly generate channels/h323/Makefile.ast
  * And use it to generate the file before building, as otherwise some libs
    are missing from the link command, resulting in chan_h323.so load fail.
 -- Lorenzo De Liso <email address hidden> Wed, 23 Jun 2010 19:37:50 +0200