- 13 6月, 2014 12 次提交
-
-
由 Brian West 提交于
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
由 Jeff Lenk 提交于
-
由 Chris Rienzo 提交于
-
由 Chris Rienzo 提交于
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
- 12 6月, 2014 5 次提交
-
-
由 Anthony Minessale 提交于
-
由 Michael Jerris 提交于
-
由 Chris Rienzo 提交于
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
- 11 6月, 2014 8 次提交
-
-
由 Anthony Minessale 提交于
-
由 Michael Jerris 提交于
-
由 Michael Jerris 提交于
-
由 Michael Jerris 提交于
-
由 Steve Underwood 提交于
-
由 Travis Cross 提交于
This allows new settings, e.g. new mirrors, to propagate into the chroot images.
-
由 Travis Cross 提交于
There's really nothing to do but retry.
-
由 Travis Cross 提交于
Sometimes while the debian repositories are updating there are sporadic signature failures. It's annoying to have these break the build, and the only thing to do is to retry, so we'll retry here automatically. We were already retrying on the update operation that can fail in a similar manner.
-
- 10 6月, 2014 4 次提交
-
-
由 Travis Cross 提交于
When -reincarnate-reexec is given we run execv to restart FS. If argv[0] isn't a full pathname then execv is going to fail. While not common for a FS system started by init, this is a common occurrence when FS is started from the shell. Now if execv fails, we'll try execvp. If that fails too then we'll fall back on the normal reincarnation behavior. Previously what would happen in that case is god would descend from the heavens and become mortal. Leaving heaven absent, all hope for reincarnation was lost. (That is, we'd simply return from reincarnate_protect and the supervisor process would become the new instance of FS, so the trick would only work once.)
-
由 Travis Cross 提交于
If you start freeswitch with -reincarnate or -reincarnate-reexec, FS will restart automatically in the event of an unexpected exit. Currently, you can cause FS to immediately call exit(0) with `fsctl shutdown now`, or you can have it call abort() with `fsctl crash`. Which are both nice, but if you have reincarnation engaged, you really might want FS to call exit([non-zero]) so the great supervisor immediately breathes life back into your system. This is now available via `fsctl shutdown reincarnate now`.
-
由 Chris Rienzo 提交于
-
由 Steve Underwood 提交于
in the HDLC tx code
-
- 09 6月, 2014 5 次提交
-
-
由 Anthony Minessale 提交于
-
由 Nathan Neulinger 提交于
-
由 Nathan Neulinger 提交于
-
由 Nathan Neulinger 提交于
FS-477 default to 10 seconds to avoid noticeable impact on current users until variable timeout support re-added
-
由 Simon Wunderlich 提交于
For numbers with variable length, there should be a timeout to wait for further digits before routing the number. This has been prepared with the skinny-wait target, which waited forever. This patch implements the digit timeout which routes the call after the timeout has elapsed. The timeout can be configured in the mod_skinny XML settings ("digit-timeout") and defaults to 2 seconds. This implementation has been requested and sponsored by Blackned GmbH. Signed-off-by:
Simon Wunderlich <sw@simonwunderlich.de> Signed-off-by:
Nathan Neulinger <nneul@neulinger.org>
-
- 08 6月, 2014 1 次提交
-
-
由 Jeff Lenk 提交于
-
- 05 6月, 2014 3 次提交
-
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
由 Brian West 提交于
-
- 04 6月, 2014 2 次提交
-
-
由 Travis Cross 提交于
What we momentarily called log-uuid-chars is now better called log-uuid-length. Setting log-uuid-length will specify a truncation length for UUIDs displayed by setting log-uuid.
-
由 Steve Underwood 提交于
received as we queue a retry, causes the retry frame to remain queued in the HDLC entity.
-