Skip to content
Snippets Groups Projects
  1. Apr 09, 2013
  2. Apr 05, 2013
  3. Mar 21, 2013
  4. Feb 25, 2013
  5. Feb 22, 2013
  6. Jan 16, 2013
  7. Jan 15, 2013
    • Michael Hanselmann's avatar
      Option to include man pages in documentation · 41806ef4
      Michael Hanselmann authored
      
      Before this patch, HTML versions of man pages (man/*.rst) were already
      built. However, since they are separate from the normal documentation,
      their content is not indexed for Sphinx' search functionality.
      Additionally it would simply be nice to have everything in one place.
      
      To this end a new configure-time option is added to enable the inclusion
      of man pages into the documentation. A dedicated option is necessary to
      still be able to provide a static documentation build in the tarball
      (not including man pages) as man pages contain build-specific paths and
      values. The documentation with man pages is written to the directory
      “doc/man-html”.
      
      A future patch will extend Sphinx to link occurences of “:manpage:`…`”
      to these man pages.
      
      Signed-off-by: default avatarMichael Hanselmann <hansmi@google.com>
      Reviewed-by: default avatarGuido Trotter <ultrotter@google.com>
      41806ef4
  8. Jan 08, 2013
    • Iustin Pop's avatar
      Remove some obsolete entries from .gitignore · 6210c812
      Iustin Pop authored
      
      Found while doing the previous .dot file changes and wondering what's
      this "doc/*.in" stuff… it looks like these were obsoleted over the
      years by not paying attention on cleanup patches:
      
      - doc/build: obsoleted by commit 13de7d59
      - doc/*.in: obsoleted by commit 2ab2b9f5
      - doc/html: was always a directory since its introduction in commit
        d17e74b4, mark it as so
      - devel/clean-cluster: was introduced with initial .gitignore addition
        (commit 7a47c582), but we don't actually generate it
      
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarGuido Trotter <ultrotter@google.com>
      6210c812
    • Iustin Pop's avatar
      Stop manually building images out of dot files · f8e233a3
      Iustin Pop authored
      
      The first dot files we added way back in the 2.0 release are managed
      manually: we build the .pngs ourselves, track them in .gitingore,
      etc. Since then, we have switched to allow sphinx to build/manage them
      itself, so it makes sense to cleanup the build system and covert
      everything to this simpler method.
      
      This patch simply converts from "image: x.png" to "graphviz: x.dot",
      as an externally-referenced dot file, and removes all the custom
      makefile rules for png conversion. The next patch will bring the
      conversion further (by inlining then).
      
      Additionally, while checking that the patch doesn't change the html
      output, I saw that the use of "shape=diamond" with non-trivial labels
      results in very ugly diagrams; so we split the question in such
      decision boxes to make them more reasonably looking.
      
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarGuido Trotter <ultrotter@google.com>
      f8e233a3
    • Iustin Pop's avatar
      Remove intermediate footer.man/footer.html files · 6aff0514
      Iustin Pop authored
      
      I don't remember why I introduced these when switching to pandoc, but
      they are not absolutely needed. Instead of pre-generating them (which
      might save some trivial cpu time), we can simply pass footer.rst as an
      additional input file to pandoc.
      
      The advantage in doing so is that semantic information is preserved;
      when pre-generating and including them as-is, the entire structure is
      lost, as pandoc won't reinterpret them, so things like a potential
      table of contents will simply ignore the footer.
      
      The patch also adds a new target to rebuild all man pages (both groff
      and html formats), for testing changes to the pages easier.
      
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarGuido Trotter <ultrotter@google.com>
      6aff0514
  9. Dec 27, 2012
    • Iustin Pop's avatar
      Rename test/hs/test to htest · 3e16567e
      Iustin Pop authored
      
      The current base name of 'test' means that this binary will generate
      profiling, coverage, etc. files with the name 'test.*', result in
      tab-completion conflicts with the test directory. Let's slightly
      change its base name for typing easiness.
      
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarGuido Trotter <ultrotter@google.com>
      3e16567e
    • Iustin Pop's avatar
      Move htest/ files under the test/ tree · 83846468
      Iustin Pop authored
      
      htest/data becomes test/data/htools (basically reverting commit
      8feabc89), and htest/* becomes test/hs/*.
      
      Most changes beside the rename are trivial s/…/…, with the exception
      of autotools/run-in-tempdir, which needed some more changes now that
      test/ is not just Python files:
      
      - test/py is still being copied
      - test/hs moves from individual symlinks to entire dir symlink
      - test/data is symlinked in its entirety
      
      Checked with make distcheck, pep8 and pylint, so at least VPATH builds
      are OK.
      
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarGuido Trotter <ultrotter@google.com>
      83846468
  10. Dec 24, 2012
  11. Dec 22, 2012
  12. Dec 21, 2012
  13. Dec 13, 2012
  14. Dec 12, 2012
  15. Dec 06, 2012
  16. Nov 23, 2012
  17. Nov 15, 2012
  18. Nov 07, 2012
    • Iustin Pop's avatar
      Switch devel/upload to a static file · f9435bdc
      Iustin Pop authored
      
      We had twice in the past days questions about devel/upload being
      "broken", since bash re-reads shell scripts during their run and this
      file can get regenerated due to Makefile changes.
      
      Since we only need this to be dynamically built for 3 variables, let's
      make the file static and read those three variables when it is run,
      instead of when it is built, which allows us to re-read the "latest
      version" of these vars as well.
      
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarMichael Hanselmann <hansmi@google.com>
      f9435bdc
  19. Oct 23, 2012
  20. Oct 16, 2012
  21. Oct 11, 2012
  22. Oct 08, 2012
    • Iustin Pop's avatar
      Merge ganeti-master-cleaner back into ganeti-cleaner · 46118ed2
      Iustin Pop authored
      
      As I wrote during/after the review on commit 2958c56e, “ganeti-cleaner:
      Separate queue cleaning code”, while I appreciated the permission
      separation, I didn't like too much the file-based approach:
      
      - it is a very simple script, and lots of the code is duplicated
        between the two; I wouldn't like to see "ganeti-vmcapable-cleaner",
        "ganeti-master-candidate-cleaner", etc. in the future
      - ganeti-master-cleaner "pollutes" the namespace, creating
        tab-completion conflicts with ganeti-masterd
      
      This patch simply merges the master-cleaner back into cleaner, while
      keeping the separate user permissions scheme, separate log files, etc.
      
      Additionally, it fixes two bugs in the unit-test (not run with set -u
      and wrong path in the master-cleaner log files test; yay for even
      worse safety than Python?).
      
      And finally, since we have now support for --help-completion, it adds
      bash completion support for this script :) (needs to be applied on top
      of my argument support patch series).
      
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarMichael Hanselmann <hansmi@google.com>
      46118ed2
  23. Oct 02, 2012
  24. Sep 28, 2012
  25. Sep 27, 2012
  26. Sep 19, 2012
  27. Sep 05, 2012
  28. Sep 04, 2012
    • Iustin Pop's avatar
      Remove QC.hs and replace it with an auto-generated file · b88fcdd0
      Iustin Pop authored
      
      In order to have correct code coverage results, we must somehow import
      all production modules into the test runner. Until now, this was done
      manually (when we didn't forget) in QC.hs.
      
      To improve the situation, we remove QC.hs and replace it with an
      auto-generated file which imports all modules. This reduces the
      maintenance burden and ensures we'll always have correct coverage.
      
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarMichael Hanselmann <hansmi@google.com>
      b88fcdd0
    • Iustin Pop's avatar
      Move generated htools test stubs to htest/ · 189b51fa
      Iustin Pop authored
      
      This moves the last (I think) htools-related bits out of test/ under
      htest/.
      
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarRené Nussbaumer <rn@google.com>
      189b51fa
    • Iustin Pop's avatar
      Move haskell test code to htest/ · f0f3a6df
      Iustin Pop authored
      
      This is the first commit of a series that will attempt to cleanup the
      test code organisation, which evolved somewhat organically from the
      initial pure htools functionality.
      
      The proposed organisation of the tree will be as follows:
      
      - htools (or maybe renamed to haskell or hs): only production code
      - htest: top-level test directory, containing test.hs, static helper
        scripts, etc.
      - htest/Ganeti/*.hs: modules implementing the actual test properties
        and test cases for the correspondingly-named production code modules
      - htest/data: containing test data files for the test cases
      
      This particular patch moves all the test code (test.hs, hpc-htools.hs
      symlink) and helper scripts (offline-test.sh, etc.) from htools/ to
      htest/, while updating the files themselves (if they had paths
      mentioning htools/), .gitignore and the Makefile.
      
      The only special mention is that in Makefile, we used to have a BINARY
      shell variable in binary build rule; that was computed via stripping
      `htools/' prefix; I've cleaned that and replaced with $(notdir $@);
      even though it's duplicated a few times, it leads to more readable
      make output (and easier to copy-paste).
      
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarAgata Murawska <agatamurawska@google.com>
      f0f3a6df
  29. Jul 23, 2012
    • Iustin Pop's avatar
      Partial undo of "Makefile: Streamline directory creation" · 3735787e
      Iustin Pop authored
      
      Commit c964d962 changed the way we create directories, by two things:
      
      - unifying all dependencies and ad-hoc directory creation into a
        single target (all_dirfiles)
      - changing how directories are created from a stamp file to .dir files
        in each directory
      
      The first item is a very good one, but the second item is debatable:
      there's no per-se advantage of .dir files versus a single one,
      top-level, since both the .dir file and stamp-directories creation are
      depending on Makefile, which is the only one which can introduce new
      directories.
      
      On the other hand, moving back from .dir files to stamp-directories
      has an advantage: "make -d | wc -l" does from ~8.7K lines to ~5.3K
      lines, because we eliminate the many .dir files and their multiple
      implicit and explicit dependencies (the %/.dir files fall under
      multiple patterns).
      
      Signed-off-by: default avatarIustin Pop <iustin@google.com>
      Reviewed-by: default avatarGuido Trotter <ultrotter@google.com>
      3735787e
  30. Jul 04, 2012
  31. Mar 19, 2012
  32. Mar 13, 2012
Loading