Skip to content
Snippets Groups Projects
  1. Jan 24, 2010
    • Tilghman Lesher's avatar
      Merged revisions 242520 via svnmerge from · bc9f02a6
      Tilghman Lesher authored
      https://origsvn.digium.com/svn/asterisk/branches/1.4
      
      ........
        r242520 | tilghman | 2010-01-24 00:33:01 -0600 (Sun, 24 Jan 2010) | 8 lines
        
        Only rebuild bison and flex source files on demand, if bison and flex are detected by the configure script.
        
        Changed after discussion on the -dev list about possible unnecessary build
        failures, due to checkouts/untars causing these special source files to
        possibly be newer than their resulting C files.  This should additionally
        ensure that nobody need learn about extra Makefile arguments to ensure the
        proper files get rebuilt when changes are made to these special source files.
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@242521 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      bc9f02a6
  2. Aug 28, 2009
  3. Jul 30, 2009
  4. Jun 30, 2009
    • Russell Bryant's avatar
      Move Asterisk-addons modules into the main Asterisk source tree. · c511a267
      Russell Bryant authored
      Someone asked yesterday, "is there a good reason why we can't just put these
      modules in Asterisk?".  After a brief discussion, as long as the modules are
      clearly set aside in their own directory and not enabled by default, it is
      perfectly fine.
      
      For more information about why a module goes in addons, see README-addons.txt.
      
      chan_ooh323 does not currently compile as it is behind some trunk API updates.
      However, it will not build by default, so it should be okay for now.
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@204413 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      c511a267
  5. May 28, 2009
    • Terry Wilson's avatar
      Add Calendaring support for Asterisk · 71a3a2eb
      Terry Wilson authored
      This commit add Calendaring support to Asterisk for iCalendar, CalDAV, and MS
      Exchange calendars. Exchange support has only been tested on Exchange Server 2k3
      and does not support forms-based authentication at this time (patches *very*
      welcome). Exchange support is also currently missing the ability to return a
      list of a meting's attendees (again, patches are very, very welcome).
      
      Features include:
        Querying a calendar for events over a specific time range
        Checking a calendar's busy status via the dialplan
        Writing calendar events via the dialplan (CalDAV and Exchange only)
        Handling calendar event notifications through the dialplan
      
      (closes issue #14771)
      Tested by: lmadsen, twilson, Shivaprakash
      
      Review: https://reviewboard.asterisk.org/r/58
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@197738 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      71a3a2eb
  6. Mar 18, 2009
    • Kevin P. Fleming's avatar
      Merged revisions 182808 via svnmerge from · ab3e9dda
      Kevin P. Fleming authored
      https://origsvn.digium.com/svn/asterisk/branches/1.4
      
      ........
        r182808 | kpfleming | 2009-03-17 20:55:22 -0500 (Tue, 17 Mar 2009) | 5 lines
        
        Improve the build system to *properly* remove unnecessary symbols from the runtime global namespace. Along the way, change the prefixes on some internal-only API calls to use a common prefix.
        
        With these changes, for a module to export symbols into the global namespace, it must have *both* the AST_MODFLAG_GLOBAL_SYMBOLS flag and a linker script that allows the linker to leave the symbols exposed in the module's .so file (see res_odbc.exports for an example).
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@182826 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      ab3e9dda
  7. Mar 16, 2009
    • Russell Bryant's avatar
      Add MFC/R2 support for chan_dahdi. · 77a6840f
      Russell Bryant authored
      This commit introduces official support for R2 signaling in chan_dahdi.  The
      modifications to chan_dahdi, and the supporting library, LibOpenR2, were both
      written by Moises Silva.
      
      Many users are using this code, or a variant of it, in Asterisk 1.2, 1.4 and 1.6
      in Brazil, México and Argentina. An unknown number of users (but at least 1) 
      are using it in each of the following countries: Colombia, Nepal, Thailand, 
      Venezuela, Perú, and probably others.
      
      To use this code, LibOpenR2 must be installed from http://www.libopenr2.org/.
      Information about configuration can be found in configs/chan_dahdi.conf.sample.
      
      The code committed is the most up to date version, which was being maintained
      in svn/asterisk/team/moy/mfcr2/.
      
      I would also like to include a Thank You to the many others that tested this
      code beyond those listed in this commit message.  These are the names that I
      could find in the mantis issue.
      
      (closes issue #12509)
      Reported by: moy
      Patches:
            chan_zap-mfr2.patch uploaded by moy (license 222)
      Tested by: moy, korihor, viniciusfontes, Skarmeth, loloski, asbestoshead, titogarrido, heliocoelhojr, konsultex, ncorrare, ecarruda, rtorresduque, PTorres, ychen
      
      Review: http://reviewboard.digium.com/r/40/
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@182355 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      77a6840f
  8. Jan 15, 2009
  9. Nov 29, 2008
    • Kevin P. Fleming's avatar
      incorporates r159808 from branches/1.4: · 887e28d7
      Kevin P. Fleming authored
      ------------------------------------------------------------------------
      r159808 | kpfleming | 2008-11-29 10:58:29 -0600 (Sat, 29 Nov 2008) | 7 lines
      
      update dev-mode compiler flags to match the ones used by default on Ubuntu Intrepid, so all developers will see the same warnings and errors
      
      since this branch already had some printf format attributes, enable checking for them and tag functions that didn't have them
      
      format attributes in a consistent way
      
      
      ------------------------------------------------------------------------
      
      in addition:
      
      move some format attributes from main/utils.c to the header files they belong in, and fix up references to the relevant functions based on new compiler warnings
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@159818 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      887e28d7
  10. Nov 19, 2008
    • Mark Michelson's avatar
      Merge the changes from the res_timing_timerfd branch. · 0e5367f7
      Mark Michelson authored
      This provides a new timing interface. In order to use it,
      you must be running a Linux with a kernel version of
      2.6.25 or newer and glibc 2.8 or newer.
      
      This timing interface is a good alternative if a timing
      source is necessary (e.g. for IAX trunking) but DAHDI is
      otherwise unnecessary for the system.
      
      For now, this commit contains the actual work done in the
      res_timing_timerfd branch. There are no notices in the README
      or CHANGES files yet, but they will be added in my next commit.
      
      The timing API of Asterisk also needs to have a bit of work done
      with regards to choosing which timing interface to use. This commit
      makes the choice a build-time decision, by only allowing one of
      the timer interfaces to be chosen in menuselect. It would be preferable
      if the choice could be made at run-time, however. The preferred timing
      interface could be loaded and tested, and if it does not work, choice
      number two may be used instead. That sort of thing. That is beyond
      the scope of work in this branch though.
      
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@157820 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      0e5367f7
    • Sean Bright's avatar
      Fix a few build problems on Solaris (and check for an md5 utility in · 559e644b
      Sean Bright authored
      configure instead of the icky loop I was doing before).
      
      (closes issue #13842)
      Reported by: snuffy
      Patches:
            bug13842_20081106.diff uploaded by snuffy (license 35)
            13842.diff uploaded by seanbright (license 71)
      Tested by: snuffy
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@157600 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      559e644b
  11. Nov 04, 2008
  12. Nov 02, 2008
  13. Nov 01, 2008
  14. Oct 06, 2008
  15. Aug 08, 2008
  16. Aug 03, 2008
  17. Jul 21, 2008
  18. Jul 01, 2008
  19. Jun 12, 2008
  20. Jun 10, 2008
  21. Jun 02, 2008
  22. Mar 17, 2008
  23. Mar 11, 2008
  24. Jan 28, 2008
  25. Jan 25, 2008
  26. Jan 22, 2008
  27. Jan 16, 2008
  28. Jan 13, 2008
  29. Jan 11, 2008
  30. Jan 10, 2008
  31. Jan 01, 2008
  32. Dec 31, 2007
  33. Dec 19, 2007
  34. Dec 17, 2007
    • Kevin P. Fleming's avatar
      Merged revisions 93180 via svnmerge from · 100ef27a
      Kevin P. Fleming authored
      https://origsvn.digium.com/svn/asterisk/branches/1.4
      
      ........
      r93180 | kpfleming | 2007-12-16 22:44:51 -0800 (Sun, 16 Dec 2007) | 23 lines
      
      In http://lists.digium.com/pipermail/asterisk-dev/2007-December/031145.html,
      rizzo brought up some issues related to the way that the metadata required
      for menuselect and the rest of the build system is extracted from the source
      files. Since I had a few hours to kill on an airplane today, I decided to
      improve this situation... so now the system caches the extracted metadata
      and uses it to build the menuselect 'tree' as much as it can. The result
      of this is that when a single source file is changed, only the metadata for
      that file needs to be extracted again, and the rest is used from the cache
      files. I also reduced the number of forked processes required to do the
      metadata extraction; it was actually possible to do most of what we needed
      in the Makefiles themselves without using any shell scripts at all! On my
      laptop, these changes resulted in an 80% decrease in the time required
      for the 'menuselect.makeopts' automatic check to occur after editing a single
      source file.
      
      While doing this work I also cleaned up a few minor things in the Makefiles,
      adding a check for 'awk' to the configure script and changed all remaining
      places we use 'grep' or 'awk' to use the ones found by the configure script,
      and changed the 'prep_tarball' script to build the menuselect metadata so
      that tarballs of Asterisk will include it and won't require the user to
      wait while it is extracted after unpacking.
      
      
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@93184 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      100ef27a
  35. Nov 21, 2007
  36. Nov 20, 2007
  37. Nov 17, 2007
Loading