Skip to content
Snippets Groups Projects
  1. Apr 13, 2015
    • Matt Jordan's avatar
      git migration: Refactor the ASTERISK_FILE_VERSION macro · 4a582616
      Matt Jordan authored
      Git does not support the ability to replace a token with a version
      string during check-in. While it does have support for replacing a
      token on clone, this is somewhat sub-optimal: the token is replaced
      with the object hash, which is not particularly easy for human
      consumption. What's more, in practice, the source file version was often
      not terribly useful. Generally, when triaging bugs, the overall version
      of Asterisk is far more useful than an individual SVN version of a file. As a
      result, this patch removes Asterisk's support for showing source file
      versions.
      
      Specifically, it does the following:
      
      * Rename ASTERISK_FILE_VERSION macro to ASTERISK_REGISTER_FILE, and
        remove passing the version in with the macro. Other facilities
        than 'core show file version' make use of the file names, such as
        setting a debug level only on a specific file. As such, the act of
        registering source files with the Asterisk core still has use. The
        macro rename now reflects the new macro purpose.
      
      * main/asterisk:
        - Refactor the file_version structure to reflect that it no longer
          tracks a version field.
        - Remove the "core show file version" CLI command. Without the file
          version, it is no longer useful.
        - Remove the ast_file_version_find function. The file version is no
          longer tracked.
        - Rename ast_register_file_version/ast_unregister_file_version to
          ast_register_file/ast_unregister_file, respectively.
      
      * main/manager: Remove value from the Version key of the ModuleCheck
        Action. The actual key itself has not been removed, as doing so would
        absolutely constitute a backwards incompatible change. However, since
        the file version is no longer tracked, there is no need to attempt to
        include it in the Version key.
      
      * UPGRADE: Add notes for:
        - Modification to the ModuleCheck AMI Action
        - Removal of the "core show file version" CLI command
      
      Change-Id: I6cf0ff280e1668bf4957dc21f32a5ff43444a40e
      4a582616
  2. Jun 30, 2014
    • Matthew Jordan's avatar
      app_voicemail, say: Add support for Japanese Language · af90afd9
      Matthew Jordan authored
      This patch adds support for the Japanese language to both the say family of
      applications, as well as for VoiceMail and VoiceMailMain. A new pack of
      language sounds will be released at the same time as the next major version
      of Asterisk to support the new language features.
      
      The language features can be enabled using a language code of 'ja'.
      
      Review: https://reviewboard.asterisk.org/r/3477
      
      ASTERISK-23324 #close
      Reported by: Kevin McCoy
      patches:
        app_voicemail.c.20140226.jb.patch uploaded by Kevin McCoy (License 6586)
        say.c.20140226.jb.patch uploaded by Kevin McCoy (License 6586)
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@417591 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      af90afd9
  3. Mar 26, 2014
  4. Dec 20, 2013
  5. Aug 22, 2013
  6. Sep 25, 2012
  7. Jul 31, 2012
  8. Jun 15, 2012
    • Kevin P. Fleming's avatar
      Multiple revisions 369001-369002 · 166b4e2b
      Kevin P. Fleming authored
      ........
        r369001 | kpfleming | 2012-06-15 10:56:08 -0500 (Fri, 15 Jun 2012) | 11 lines
        
        Add support-level indications to many more source files.
        
        Since we now have tools that scan through the source tree looking for files
        with specific support levels, we need to ensure that every file that is
        a component of a 'core' or 'extended' module (or the main Asterisk binary)
        is explicitly marked with its support level. This patch adds support-level
        indications to many more source files in tree, but avoids adding them to
        third-party libraries that are included in the tree and to source files
        that don't end up involved in Asterisk itself.
      ........
        r369002 | kpfleming | 2012-06-15 10:57:14 -0500 (Fri, 15 Jun 2012) | 3 lines
        
        Add a script to enable finding source files without support-levels defined.
      ........
      
      Merged revisions 369001-369002 from http://svn.asterisk.org/svn/asterisk/branches/1.8
      ........
      
      Merged revisions 369005 from http://svn.asterisk.org/svn/asterisk/branches/10
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@369013 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      166b4e2b
  9. Jun 11, 2012
  10. May 18, 2012
  11. Apr 25, 2012
  12. Mar 22, 2012
  13. Jan 24, 2012
  14. Jan 09, 2012
    • Terry Wilson's avatar
      Replace direct access to channel name with accessor functions · 04da92c3
      Terry Wilson authored
      There are many benefits to making the ast_channel an opaque handle, from
      increasing maintainability to presenting ways to kill masquerades. This patch
      kicks things off by taking things a field at a time, renaming the field to
      '__do_not_use_${fieldname}' and then writing setters/getters and converting the
      existing code to using them. When all fields are done, we can move ast_channel
      to a C file from channel.h and lop off the '__do_not_use_'.
      
      This patch sets up main/channel_interal_api.c to be the only file that actually
      accesses the ast_channel's fields directly. The intent would be for any API
      functions in channel.c to use the accessor functions. No more monkeying around
      with channel internals. We should use our own APIs.
      
      The interesting changes in this patch are the addition of
      channel_internal_api.c, the moving of the AST_DATA stuff from channel.c to
      channel_internal_api.c (note: the AST_DATA stuff will have to be reworked to
      use accessor functions when ast_channel is really opaque), and some re-working
      of the way channel iterators/callbacks are handled so as to avoid creating fake
      ast_channels on the stack to pass in matching data by directly accessing fields
      (since "name" is a stringfield and the fake channel doesn't init the
      stringfields, you can't use the ast_channel_name_set() function). I went with
      ast_channel_name(chan) for a getter, and ast_channel_name_set(chan, name) for a
      setter.
      
      The majority of the grunt-work for this change was done by writing a semantic
      patch using Coccinelle ( http://coccinelle.lip6.fr/ ).
      
      Review: https://reviewboard.asterisk.org/r/1655/
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@350223 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      04da92c3
  15. Dec 22, 2011
  16. Nov 29, 2011
  17. Oct 04, 2011
  18. Aug 01, 2011
  19. Feb 04, 2011
  20. Nov 26, 2010
  21. Nov 23, 2010
  22. Sep 11, 2010
  23. Aug 30, 2010
  24. Jul 02, 2010
  25. Jan 04, 2010
  26. Dec 30, 2009
    • Jason Parker's avatar
      Add app_voicemail and say.c support for Vietnamese. · f9307148
      Jason Parker authored
      Also add an XXX comment that I'm baffled nobody has ever complained about.  We
      say "first message", and then we go into language-specific stuff where we
      proceed to say..."first message".
      
      (closes issue #15053)
      Reported by: dinhtrung
      Patches:
            vietnamese.ods uploaded by dinhtrung (license 776)
            app_voicemail.c.diff uploaded by dinhtrung (license 776)
      
      (closes issue #15626)
      Reported by: dinhtrung
      Patches:
            say.c.diff uploaded by dinhtrung (license 776)
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@237050 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      f9307148
  27. Dec 21, 2009
  28. Oct 02, 2009
  29. Oct 01, 2009
  30. Aug 25, 2009
  31. Jul 08, 2009
  32. Jun 30, 2009
  33. May 06, 2009
  34. Jan 21, 2009
  35. Jan 16, 2009
  36. Aug 10, 2008
  37. Jul 18, 2008
Loading