Seems that something with centerim build on jaunty is completely broken.
The application is just a collection of memory corruptions, errors
Only simplest test results are reproducable, all other functions are
instable due to memory problems, e.g. it starts with the first DNS-name
resolution of
Register mystery: Order of form fields filled seems important
* fill in order listed in registry form:
Failed (Disconnected)
* fill server name first (localhost:5222)
* fill user name/password afterwards
* use register
OK
--
Forwarding an old message causes SEGV
https://bugs.launchpad.net/bug
Correction:
Button name "Go ahead"
Segfault also if all register fields filled
The segfault occurs only if "register" action is used with first
startup. To reproduce it after successful startup:
rm -rf ~/.centerim
centerim
--
Forwarding an old message causes SEGV
https://bugs.launchpad.net/bu
Tried test on ubuntu-minimal + centerim + jabber (at localhost), but
centerim segfaulted already during registration, so test not successful:
Steps:
apt-get --assume-yes install centerim jabber < /dev/null
gdb centerim
# run
#0 0xb7cea2f5 in std::basic_string,
std::allocator >::basic_strin
The handling of all other command line arguments has changed also, e.g.
mv server.cert $'server.cert\nsomeopt = yyy'
stunnel -c -f -D 4 -v 3 -A 'server.cert
someoption = yyy' -r "${_send_remoteAddress}" -l cat -- cat
file descriptor line 6: Specified option name is not valid here
Since I hope tha
Public bug reported:
Binary package hint: stunnel4
The program /usr/bin/stunnel behaves differently when installed from
stunnel4 compared to stunnel. When executing
stunnel -c -f -A "${_send_serverCert}" -p "${_send_clientCert}" -r
"${_send_remoteAddress}" -l /bin/bash -- tester -c "touch \"aaa
I found a workaround for the perl file to ignore the -S option, so that
calls from old scripts still work, but I haven't looked at the security
consequences for cert-checks.
** Attachment added: "Workaround patch for installed package"
http://launchpadlibrarian.net/24151061/patch
--
stunnel s
It seems that /usr/bin/stunnel is just a compatibility perl-script, that
does not know about the -S option, probably because it cannot map it to
any option in stunnel4.
Since -S 0 can be used to suppress reading of any other certificate
files for validation of remote server/client certs, it would
Public bug reported:
Binary package hint: stunnel4
The -S (source) option is mentioned in the man pages of stunnel4, but is
not available on the command line. The -S option exists in stunnel from
the standard stunnel package on hardy, but was removed or renamed in
stunnel4.
Tested on hardy
** A
It seems that this package/version is the standard with ubuntu-hardy. I
found that there is already a new package in the pool/universe
(http://archive.ubuntu.com/ubuntu/pool/universe/s/stunnel4/stunnel4_4.22-2_i386.deb)
which seems to be working on hardy without problems. I'll try to stop it
using
When broken:
# ps aux | grep stunnel
rfiedler 14247 58.1 13.0 57592 33324 pts/2Sl+ 16:21 18:05 stunnel4
tunnel.cfg
rfiedler 14248 0.0 0.2 3692 628 pts/2S+ 16:21 0:00 stunnel4
tunnel.cfg
rfiedler 14249 0.0 0.2 3692 632 pts/2S+ 16:21 0:00 stunnel4
tunnel.cfg
rf
Public bug reported:
Binary package hint: stunnel4
Usually the stunnel4 process main process with lowest IP consumes 100%
of CPU, TCP connections are accepted, but SSL handshake is not started.
The test scenario below will make 1 tests, but usually the test can
be suspended after 500-1000 tes
** Attachment added: "Untested patch for check_smtp"
http://launchpadlibrarian.net/21351361/patch-nagios-plugins-1.4.12
--
nagios check_smtp expects integer instead of double
https://bugs.launchpad.net/bugs/318703
You received this bug notification because you are a member of Ubuntu
Bugs, whi
Public bug reported:
Binary package hint: nagios-plugins-basic
Command execution returns error with double value:
# /usr/lib/nagios/plugins/check_smtp -H localhost -w 0.2
check_smtp: Warning time must be a positive integer
Usage:check_smtp -H host [-p port] [-e expect] [-C command] [-f from addr
14 matches
Mail list logo