Skip to content
Snippets Groups Projects
  1. Sep 18, 2013
  2. Nov 08, 2011
  3. Oct 06, 2011
  4. Jun 28, 2011
  5. Nov 16, 2010
  6. Nov 11, 2010
  7. Apr 21, 2010
    • Leif Madsen's avatar
      Add ability to generate ASCII documentation from the TeX files. · 8b11ae2e
      Leif Madsen authored
      These changes add the ability to run 'make asterisk.txt' just like the existing
      'make asterisk.pdf' commands to generate a text document from the TeX files we
      have in the doc/tex/ directory. I've also updated a few of the .tex files because
      they weren't properly escaping certain characters so they would show up as Unicode
      characters (like [U+021C]). Made changes to the configure scripts so it would
      detect the catdvi program which is required to convert the .dvi file generated
      by latex.
      
      I've also added a few lines to the build_tools/prep_tarball script so that the
      text documentation gets generated and added to future tarballs of Asterisk
      releases.
      
      (closes issue #17220)
      Reported by: lmadsen
      Patches: 
            asterisk.txt.patch uploaded by lmadsen (license 10)
            asterisk.txt.patch-v4 uploaded by pabelanger (license 224)
      Tested by: lmadsen, pabelanger
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@258351 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      8b11ae2e
  8. Aug 18, 2009
  9. Aug 13, 2008
  10. Jul 13, 2008
    • Michiel van Baak's avatar
      Make all sed calls Posix sed compatible. · 0d49cdae
      Michiel van Baak authored
      To make sure nobody commits script-modified files we first make a backup
      of asterisk.tex, run the script, generate the pdf and / or html,
      and put the original asterisk.tex back.
      This will guard us for the stuff that happened before that someone committed 
      a locally modified asterisk.tex, with changes done by this script.
      
      (closes issue #13062)
      Reported by: mvanbaak
      Patches:
            sed_without-i-v3.diff uploaded by mvanbaak (license 7)
      Tested by: mvanbaak
      
      Feedback from Corydon. Thanks for taking the time to go through this.
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@130578 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      0d49cdae
  11. Jan 07, 2008
  12. 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
  13. Oct 02, 2007
  14. Jul 02, 2007
  15. Jun 24, 2007
  16. Mar 16, 2007
  17. Mar 15, 2007
  18. Dec 17, 2006
  19. Dec 12, 2006
  20. Oct 17, 2006
Loading