1. 01 Oct, 2016 1 commit
  2. 04 Jul, 2016 1 commit
    • Mike Gabriel's avatar
      libNX_X11 data files: Install libNX_X11 related data files. · 1bd2463a
      Mike Gabriel authored
        - Update XErrorDB to latest X.org version.
        - Install XErrorDB, XKeysymDB and Xcms.txt to /usr/{local/}share/nx/.
        - Assure that libNX_X11 finds those files at the
          named location.
        - Update debian/ packaging files.
        - Update nx-libs.spec packaging file.
      
      Fixes ArcticaProject/nx-libs#153
      1bd2463a
  3. 01 Jul, 2016 3 commits
    • Mike Gabriel's avatar
      Rework nxagent and nxproxy wrapper scripts. · 5934d03e
      Mike Gabriel authored
        o Install nxagent/nxproxy executables into multi-arch path.
        o Fake libNX_X11.so* as $LIBDIR/nx-X11/libX11.so*.
        o Allow injecting different $NXAPP containing the executable name.
      
        o For e.g. x2goagent this requires the following changes:
      
          - Move x2goagent symlink from /usr/lib/x2go/bin/x2goagent to
            $LIBDIR/nx/bin/x2goagent
          - Replace /usr/bin/x2goagent by a two-liner...
      
          ```
          #!/bin/sh
      
          export NXAPP=x2goagent
          nxagent
          ```
      5934d03e
    • Mike Gabriel's avatar
    • Mike Gabriel's avatar
      OPTFLAGS: Properly propagate build option flags to nxcomp{,ext,shad} and the nx-X11 build scripts. · d650a0b4
      Mike Gabriel authored
       Note:
      
        - The "normal" way to inject CFLAGS (and CPPFLAGS) into nx-X11 builds is copying those
          options over into the variable CDEBUGFLAGS.
        - LDFLAGS have to be handed to nx-X11 via LOCAL_LDFLAGS.
      
       This change also includes a slight change in the nx-X11 build order.
      
       Old build order:
      
        Main Makefile:
      
            - [...]
            - libNX_X11
              + implicitly building nxcomp
              + implicitly building nxcompext
            - [...]
            - nxagent
              + implicitly building nxcompshad
            - [...]
      
       New build ordner:
      
        Main Makefile:
      
            - [...]
            - nxcomp
            - setup nx-X11 build env
              + cd nx-X11 && make BuildEnv
            - nx-X11/lib/*
            - nxcompext
            - nxcompshad
            - [...]
            - nxagent
            - [...]
      
       Fixes ArcticaProject/nx-libs#141
       Fixes X2GoBTS#84
      d650a0b4
  4. 30 Jun, 2016 1 commit
    • Mike Gabriel's avatar
      OPTFLAGS: Properly propagate build option flags to nxcomp{,ext,shad} and the nx-X11 build scripts. · a1e9abc7
      Mike Gabriel authored
       Note:
      
        - The "normal" way to inject CFLAGS (and CPPFLAGS) into nx-X11 builds is copying those
          options over into the variable CDEBUGFLAGS.
        - LDFLAGS have to be handed to nx-X11 via LOCAL_LDFLAGS.
      
       This change also includes a slight change in the nx-X11 build order.
      
       Old build order:
      
        Main Makefile:
      
            - [...]
            - libNX_X11
              + implicitly building nxcomp
              + implicitly building nxcompext
            - [...]
            - nxagent
              + implicitly building nxcompshad
            - [...]
      
       New build ordner:
      
        Main Makefile:
      
            - [...]
            - nxcomp
            - setup nx-X11 build env
              + cd nx-X11 && make BuildEnv
            - nxcompext
            - nxcompshad
            - nx-X11/lib/*
            - [...]
            - nxagent
            - [...]
      
       Fixes ArcticaProject/nx-libs#141
       Fixes X2GoBTS#84
      a1e9abc7
  5. 29 Jun, 2016 1 commit
  6. 29 Dec, 2015 2 commits
  7. 28 Dec, 2015 1 commit
    • Mike Gabriel's avatar
      Clear header file namespace separation (<X11/...> vs. <nx-X11/...>). · 433d8186
      Mike Gabriel authored
       In the process of building nxagent against more and more system-wide installed
       X.org libraries, we come to the limit of including structs from this (bundled
       nx-X11) and that (system-wide X.Org) library.
      
       This commit introduces a clear namespace separation of headers provided by
       nx-X11 and headers provided by X.Org. This approach is only temporary as we
       want to drop all nx-X11 bundled libraries from nx-libs.
      
       However, for a while we need to make this separation clear and also ship
       some reduced fake X.Org headers that avoid pulling in libX* and libNX_X*
       symbols at the same time.
      
       This patch has been tested on Debian jessie and unstable and requires no
       overall testing on various distros and distro versions, as we finally will
       drop all libNX_X* libraries and build against X.org's client libs.
      
       For now, this hack eases our development / cleanup process.
      433d8186
  8. 28 Sep, 2015 1 commit
  9. 13 Jul, 2015 1 commit
  10. 30 Apr, 2015 1 commit
  11. 28 Apr, 2015 1 commit
    • Mihai Moldovan's avatar
      libnx-xinerama1: also create libXinerama symlink in postinst (and remove in prerm.) · 83983e94
      Mihai Moldovan authored
      Due to the nx-x11-common package being a noarch/allarch package,
      creating the symlink in nx-libs' Makefile will lead to the symlink
      referencing the "default" architecture dpkg uses for building
      noarch/allarch packages.
      
      Incidentally, this worked fine for Debian, as amd64 seems to be the
      default architecture. On Ubuntu, however, the default architecture up to
      Vivid (15.04) was i386. For those builds, the symlink pointed to the 32
      bit library of libNX_Xinerama.so.1 -- essentially breaking this feature.
      
      Move the symlink creation to the arch-sensitive libnx-xinerama1 package.
      The postinst and prerm scriptlets will work fine, unless someone
      installs the i386 package version *after* the amd64 version. Given that
      we already create symlinks to libNX_X11 and friends using that method,
      no new regression is introduced. Strictly speaking that's a bug, but
      we'll hopefully clean that up later...
      83983e94
  12. 23 Apr, 2015 1 commit
  13. 05 Mar, 2015 1 commit
  14. 17 Feb, 2015 1 commit
    • Mike Gabriel's avatar
      Make nxagent process aware of its current NX'ish version. · 203d9714
      Mike Gabriel authored
        This feature copies the way how X.Org version string and number
        are propagated at build time.
      
        First use case: if people start nxagent, it reports its version number
        on stderr. This is about being human-friendly.
      
        Second use case: None, so far. But it will now be easy to use
        the NXAGENT_VERSION_STRING in later feature add-ons.
      203d9714
  15. 16 Feb, 2015 3 commits
  16. 14 Feb, 2015 1 commit
  17. 12 Feb, 2015 1 commit
  18. 29 Jan, 2015 2 commits
  19. 28 Jan, 2015 3 commits
  20. 22 Jan, 2015 1 commit
  21. 17 Dec, 2013 2 commits
  22. 07 May, 2013 1 commit
  23. 06 May, 2013 1 commit
  24. 28 Mar, 2013 1 commit
  25. 22 Mar, 2013 2 commits
  26. 12 Feb, 2013 1 commit
  27. 07 Jan, 2013 1 commit
  28. 02 Jan, 2013 1 commit
  29. 16 Dec, 2012 1 commit
  30. 12 Dec, 2012 1 commit