1. 03 Jan, 2016 1 commit
  2. 22 Nov, 2015 1 commit
  3. 16 May, 2015 1 commit
  4. 06 Mar, 2015 1 commit
  5. 03 Nov, 2014 1 commit
  6. 12 Oct, 2014 1 commit
  7. 22 Mar, 2014 2 commits
  8. 05 Mar, 2014 1 commit
  9. 16 Feb, 2014 1 commit
  10. 11 Feb, 2014 1 commit
    • WinterFairy's avatar
      Add a startup script for the control port filter · f84463d7
      WinterFairy authored
      The control port filter will be started as the vidalia user,
      as the permissions it requires matches well with that of
      the vidalia user.
      
      It is always started, and does never need to be restarted.
      If Tor is not running when a newnym request is made, it will
      just return back an error message.
      f84463d7
  11. 02 Feb, 2013 3 commits
  12. 02 Dec, 2012 1 commit
  13. 26 Oct, 2012 1 commit
    • Tails developers's avatar
      Do not use pdnsd anymore. · 155ff43b
      Tails developers authored
      It has been orphaned in Debian, has quite some bugs in there, and apparently
      Tor's DNSPort's own caching could be good enough.
      155ff43b
  14. 06 Oct, 2012 1 commit
  15. 24 Sep, 2012 6 commits
    • Tails developers's avatar
      Do not run unecessary scripts during shutdown sequence · 859a0a78
      Tails developers authored
      Tails shutdown sequence should be as fast as possible. So it is better to skip
      initscripts that are not relevant to our amnesic environment.
      
      See <https://mailman.boum.org/pipermail/tails-dev/2012-May/001180.html> for the
      relevant discussion.
      859a0a78
    • Tails developers's avatar
      Patch initscripts headers instead of fiddling with update-rc.d · ee11890a
      Tails developers authored
      Calling update-rc.d manually is quite error prone: for example, 'ttdnsd' is
      actually required to be started after 'tor', but this was not reflected in the
      number sequence.
      
      Instead, we now patch the initscripts and rely on insserv to figure out the
      correct ordering for the startup and shutdown sequence.
      
      The patch to kexec-load is adjusted for consistency.
      ee11890a
    • Tails developers's avatar
      Disable i2p initscript rather than remove it · 38f21060
      Tails developers authored
      What we don't want is that i2p starts on boot, rather than never running its
      initscript (e.g. on shutdown).
      38f21060
    • Tails developers's avatar
      Assert that dependency based boot sequencing is configured · 95a7d067
      Tails developers authored
      Numbering initscript sequence is difficult and error prone. Let's just rely on
      the fact that we have dependency based boot sequencing available now!
      95a7d067
    • Tails developers's avatar
      Leave halt and reboot scripts configured · bbfd18cf
      Tails developers authored
      Given we provide a proper Required-Stop header, we can leave the halt and
      reboot initscript in place. They will never be called as long as `tails-kexec`
      succeed. If it don't, then it still provides a better user experience to
      shutdown or reboot the machine than to leave the computer hanged.
      bbfd18cf
    • Tails developers's avatar
      Prevent memlockd unload on shutdown · c5df56a3
      Tails developers authored
      memlockd keeps our tails-kexec file in memory. This is crucial to have
      emergency shutdown on media removal. So in order to prevent any race
      condition regarding the avaibility of the files needed to start the
      memory wiping kernel, we do everything we can to prevent memlockd from
      being unloaded during shutdown. Namely:
      
       1. We properly remove stop symlinks to the memlockd initscript using
          `update-rc.d`.
       2. We add memlockd PID to the process that are ommited by the sendsigs
          script (responsible for sending TERM and KILL signals to remaining
          processes).
       3. Do not require that memlockd be stopped before stopping
          tails-sdmem-on-media-removal.
      
      In addition, we fix initscript ordering related to
      tails-sdmem-on-media-removal.
      
      These changes towards memlockd are too specific to Tails' needs to be
      upstreamed: if memlockd is used to keep files in memory from rw media,
      having memlockd running would prevent proper unmounting. That would be
      bad.
      c5df56a3
  16. 23 Sep, 2012 1 commit
  17. 22 Mar, 2012 1 commit
  18. 31 Jan, 2012 1 commit
  19. 20 Jan, 2012 2 commits
  20. 21 Oct, 2011 1 commit
  21. 20 Oct, 2011 1 commit
  22. 16 Oct, 2011 2 commits
  23. 01 Sep, 2011 1 commit
  24. 10 Feb, 2011 1 commit
  25. 07 Feb, 2011 1 commit
  26. 14 Jan, 2011 4 commits
    • T(A)ILS developers's avatar
    • T(A)ILS developers's avatar
      Erase memory at shutdown/reboot time using kexec and a ramdisk hook. · 2454d5bd
      T(A)ILS developers authored
      - build initramfs with sdmem support
      - install kexec-tools that are used to run the sdmem-enabled initramfs on
        shutdown
      - pass the rebooting/halting status to the kexec'd initramfs using a custom
        /etc/default/kexec
      - remove custom live-boot packages to disable previous (buggy and incomplete)
        sdmem implementation
      - provide our own tails-kexec initscript to replace /etc/init.d/kexec:
        tails-kexec is more post-eject-time friendly and informs the user s/he can
        remove the boot device before the sdmem process before it happens; hence
        switching live-boot boot parameter to noprompt
      - kexec-load, tails-kexec-cache and tails-kexec are run on halt as well as on
        reboot; to achieve this we need to patch the kexec-load initscript LSB header:
        update-rc.d is not enough as insserv uses LSB headers rather than update-rc.d
        arguments
      - don't disable init concurrency at shutdown anymore: the initscripts
        dependencies now are be accurate enough to prevent running in
        parallel scripts that should be run sequentially
      2454d5bd
    • T(A)ILS developers's avatar
      Bugfix. · 3cfb80cb
      T(A)ILS developers authored
      3cfb80cb
    • T(A)ILS developers's avatar
      162f0d69
  27. 10 Jan, 2011 1 commit