Bug#832265: suck: Stack smash if lockfile exists (pid_t cast to long *)

2017-09-16 Thread Thomas Hochstein 

Same here. *sigh*

Bug#860336: parse error in Request.php

2017-08-13 Thread Thomas Hochstein 

On 2017-08-12 20:07, I wrote:

I've attached a patch, but it would be better to switch to
HTTP/Request2, I think.


The previous patch removed one "&" too much.
Fixed patch attached.

-thh--- HTTP_Request-1.4.4/Request.php	2017-08-12 19:39:37.542731105 +0200
+++ HTTP_Request-1.4.4/Request.php.NEW	2017-08-13 12:29:21.912534035 +0200
@@ -409,7 +409,7 @@
 */
 function setURL($url)
 {
-$this->_url = &new Net_URL($url, $this->_useBrackets);
+$this->_url = new Net_URL($url, $this->_useBrackets);
 
 if (!empty($this->_url->user) || !empty($this->_url->pass)) {
 $this->setBasicAuth($this->_url->user, $this->_url->pass);
@@ -733,7 +733,7 @@
 $err = null;
 } else {
 $this->_notify('connect');
-$this->_sock =& new Net_Socket();
+$this->_sock = new Net_Socket();
 $err = $this->_sock->connect($host, $port, null, $this->_timeout, $this->_socketOptions);
 }
 PEAR::isError($err) or $err = $this->_sock->write($this->_buildRequest());
@@ -746,7 +746,7 @@
 $this->_notify('sentRequest');
 
 // Read the response
-$this->_response = &new HTTP_Response($this->_sock, $this->_listeners);
+$this->_response = new HTTP_Response($this->_sock, $this->_listeners);
 $err = $this->_response->process(
 $this->_saveBody && $saveBody,
 HTTP_REQUEST_METHOD_HEAD != $this->_method
@@ -791,7 +791,7 @@
 
 // Absolute URL
 if (preg_match('/^https?:\/\//i', $redirect)) {
-$this->_url = &new Net_URL($redirect);
+$this->_url = new Net_URL($redirect);
 $this->addHeader('Host', $this->_generateHostHeader());
 // Absolute path
 } elseif ($redirect{0} == '/') {

Bug#860336: parse error in Request.php

2017-08-12 Thread Thomas Hochstein 
On Fri, 14 Apr 2017 20:20:05 +0300, Juha Heinanen wrote:
> When I try to open a web page implemented using PHP, I get error
> 
> [Fri Apr 14 20:04:15.147463 2017] [:error] [pid 977] [client ::1:48700] PHP 
> Parse error:  syntax error, unexpected 'new' (T_NEW) in 
> /usr/share/php/HTTP/Request.php on line 412
> 
> The offending line is here:
> 
> function setURL($url)
> {
> $this->_url = &new Net_URL($url, $this->_useBrackets);
> 
> This page used to work on Jessie, but now fails on Stretch.

That is due to a backwards incompatible change in PHP 7.0, see
:
| The result of the new statement can no longer be
| assigned to a variable by reference:

I've attached a patch, but it would be better to switch to
HTTP/Request2, I think.

Regards,
-thh
--- HTTP_Request-1.4.4/Request.php	2017-08-12 19:39:37.542731105 +0200
+++ HTTP_Request-1.4.4/Request.php.NEW	2017-08-12 19:39:41.074815507 +0200
@@ -409,7 +409,7 @@
 */
 function setURL($url)
 {
-$this->_url = &new Net_URL($url, $this->_useBrackets);
+$this->_url = new Net_URL($url, $this->_useBrackets);
 
 if (!empty($this->_url->user) || !empty($this->_url->pass)) {
 $this->setBasicAuth($this->_url->user, $this->_url->pass);
@@ -729,11 +729,11 @@
 if ($keepAlive && !empty($sockets[$sockKey]) &&
 !empty($sockets[$sockKey]->fp))
 {
-$this->_sock =& $sockets[$sockKey];
+$this->_sock = $sockets[$sockKey];
 $err = null;
 } else {
 $this->_notify('connect');
-$this->_sock =& new Net_Socket();
+$this->_sock = new Net_Socket();
 $err = $this->_sock->connect($host, $port, null, $this->_timeout, $this->_socketOptions);
 }
 PEAR::isError($err) or $err = $this->_sock->write($this->_buildRequest());
@@ -746,7 +746,7 @@
 $this->_notify('sentRequest');
 
 // Read the response
-$this->_response = &new HTTP_Response($this->_sock, $this->_listeners);
+$this->_response = new HTTP_Response($this->_sock, $this->_listeners);
 $err = $this->_response->process(
 $this->_saveBody && $saveBody,
 HTTP_REQUEST_METHOD_HEAD != $this->_method
@@ -776,7 +776,7 @@
 $this->disconnect();
 // Store the connected socket in "static" property
 } elseif (empty($sockets[$sockKey]) || empty($sockets[$sockKey]->fp)) {
-$sockets[$sockKey] =& $this->_sock;
+$sockets[$sockKey] = $this->_sock;
 }
 
 // Check for redirection
@@ -791,7 +791,7 @@
 
 // Absolute URL
 if (preg_match('/^https?:\/\//i', $redirect)) {
-$this->_url = &new Net_URL($redirect);
+$this->_url = new Net_URL($redirect);
 $this->addHeader('Host', $this->_generateHostHeader());
 // Absolute path
 } elseif ($redirect{0} == '/') {

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

2016-12-17 Thread Thomas Hochstein 
Tollef Fog Heen wrote:

> As a data point: To me, as somebody who knows Debian reasonably well,
> I'd associate «standard» with the priority level, which would make me
> unlikely to want to choose that option, since it installs half the
> universe.  

I'm not a native speaker, but would replacing "standard" by "default"
help to disambiguate?

-thh

Bug#758906: tracker.debian.org: link to squeeze-lts source package is invalid

2014-08-23 Thread Thomas Hochstein 
Paul Gevers :

> My package cacti has a release in old-lts. Under "versions" [1] there is a 
> link
> to [2], which gives the following error:
> "two or more packages specified (cacti squeeze-lts)".
>
> I don't know what (if it exist) the correct URL is.
[...]
> [2] http://packages.debian.org/source/squeeze-lts/cacti

The URL seems to be basically right, but packages.debian.org does not
parse it correctly, as it does not seem to know "squeeze-lts" is a
valid suite.

( ist working as
designed, as would
, and
"squeeze-lts" is not shown as a valid suite to filter for.)

Regards,
-thh


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#636548: libnet-dns-perl: Argument "AI_NUMERICHOST" isn't numeric in subroutine entry at [...]Resolver/Base.pm line 743

2014-01-06 Thread Thomas Hochstein 
I wrote about 2 years ago:

> Net::DNS will output the following error (at least) when calling the mx()
> function with warnings enabled:
>
>| Argument "AI_NUMERICHOST" isn't numeric in subroutine entry at
>| /usr/lib/perl5/Net/DNS/Resolver/Base.pm line 743.
>
> Short script to reproduce:
>
> --
> #!/usr/bin/perl -W

A working workaround is changing the shebang to
| #!/usr/bin/perl -w

Regards,
-thh


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#734364: phpmyadmin breaks on upgrade from squeeze to wheezy when using suphp with mod_php

2014-01-06 Thread Thomas Hochstein 
Package: phpmyadmin
Version: 4:3.4.11.1-2
Severity: important
Tags: patch

Dear Maintainer,

when upgrading from oldstable (squeeze) to stable (wheezy), running both
suphp (for user-hosted applications) and mod_php (for debian packaged web
applications  like phpmyadmin et.al. in /usr/share/) on Apache 2.2.x,
phpmyadmin will break, probably due to configuration changes in
libapache2-mod-suphp and libapache2-mod-php5. The problem persists in
phpmyadmin-4:4.0.10-1, AFAIS.

As phpmyadmin breaks when upgrading in this configuration, I consider
this bug IMPORTANT; please feel free to downgrade it if you don't follow
my reasoning.

It may be that suphp is at fault; see
 for another
possible fix. Please re-assign the bug accordingly if applicable.

Problem/Symptoms:
-
Apache will send the phpmyadmin source to the browser instead of parsing
the scripts.

Prolem Description:
---
When using suphp together with mod_php, suphp is disabled for debian
packaged applications in /etc/apache2/mods-available/suphp.conf:
| # By default, disable suPHP for debian packaged web applications as files
| # are owned by root and cannot be executed by suPHP because of min_uid.
| 
| suPHP_Engine off
| 

So phpmyadmin will happily run under mod_php in squeeze.

This dosn't work any longer in Wheezy.

AFAIS this is due to changes in handling of PHP files, namely by suphp.

Debian Squeeze:
+ /etc/apache2/mods-available/suphp.conf 
| 
|   AddType application/x-httpd-suphp .php .php3 .php4 .php5 .phtml
|   suPHP_AddHandler application/x-httpd-suphp
| [...]
| 

+ /etc/apache2/mods-available/php5.conf 
| 
| 
|   SetHandler application/x-httpd-php
| 
| [...]
| 

Debian Wheezy:
+ /etc/apache2/mods-available/suphp.conf 
| 
| 
| SetHandler application/x-httpd-suphp
| 
| suPHP_AddHandler application/x-httpd-suphp
| [...]
| 

+ /etc/apache2/mods-available/php5.conf 
| 
| SetHandler application/x-httpd-php
| 
| [...]

As /etc/apache2/mods-available/suphp.conf is parsed after
/etc/apache2/mods-available/php5.conf, the
"SetHandler application/x-httpd-suphp" directive will replace
"SetHandler application/x-httpd-php", and as suphp is disabled for all
files in /usr/share by "suPHP_Engine off", PHP scripts in
/usr/share/phpmyadmin won't be parsed any more.

Changing the suphp.conf back to its Squeeze version will fix that
problem, but may not be prudent, as I remember a lenghty discussion
concerning the correct handling of MIME types.

Suggested fix:
--
Add the mod_php configuration snippet from /etc/apache2/mods-
available/php5.conf to /etc/phpmyadmin/apache.conf as follows:
| # phpMyAdmin default Apache configuration
| 
| Alias /phpmyadmin /usr/share/phpmyadmin
| 
| 
| Options FollowSymLinks
| DirectoryIndex index.php
| SSLRequireSSL
| 
| 
| AddType application/x-httpd-php .php
|+ 
|+ SetHandler application/x-httpd-php
|+ 
| 
| php_flag magic_quotes_gpc Off
| php_flag track_vars On
| php_flag register_globals Off
| php_admin_flag allow_url_fopen Off
| php_value include_path .
| php_admin_value upload_tmp_dir /var/lib/phpmyadmin/tmp
| php_admin_value open_basedir 
/usr/share/phpmyadmin/:/etc/phpmyadmin/:/var/lib/phpmyadmin/
| 
| 
| 
| [...]

Patch - against 4:4.0.10-1 - attached.

See  for another
possible fix.

Regards,
-thh

-- System Information:
Debian Release: 7.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages phpmyadmin depends on:
ii  dbconfig-common1.8.47+nmu1
ii  debconf [debconf-2.0]  1.5.49
ii  libapache2-mod-php55.4.4-14+deb7u7
ii  perl   5.14.2-21+deb7u1
ii  php5-cgi   5.4.4-14+deb7u7
ii  php5-mcrypt5.4.4-14+deb7u7
ii  php5-mysql 5.4.4-14+deb7u7
ii  ttf-dejavu-core2.33-3
ii  ucf3.0025+nmu3

Versions of packages phpmyadmin recommends:
ii  apache2  2.2.22-13
ii  apache2-mpm-prefork [httpd]  2.2.22-13
ii  mysql-client 5.5.33+dfsg-0+wheezy1
ii  mysql-client-5.5 [mysql-client]  5.5.33+dfsg-0+wheezy1
ii  php5-gd  5.4.4-14+deb7u7

Versions of packages phpmyadmin suggests:
ii  epiphany-browser [www-browser]  3.4.2-2.1
ii  iceweasel [www-browser] 17.0.10esr-1~deb7u1
ii  lynx-cur [www-browser]  2.8.8dev.12-2
ii  mysql-server5.5.33+dfsg-0+wheezy1

-- Configuration Files:
/etc/phpmyadm

Bug#734362: phpmyadmin: Vcs-Svn / Vcs-Browser currently not accessible

2014-01-06 Thread Thomas Hochstein 
Package: phpmyadmin
Version: 4:3.4.11.1-2
Severity: minor

Dear Maintainer,

the VCS namend in Vcs-Browser and Vcs-Svn is not accessible currently:

thh@thangorodrim:~$ svn checkout 
https://svn.kinkhorst.nl/svn/debian/phpmyadmin/trunk
svn: Could not open the requested SVN filesystem

lynx https://aphrodite.kinkhorst.nl/wsvn/
| Subversion Repositories debian

  
|   

  
|Error running this command: svn --non-interactive --config-dir /tmp list 
--xml 'file:srv/svn/debian/@'   

|Unable to open an ra_local session to URL

  
|Unable to open repository 'file:///srv/svn/debian'   

  
|Berkeley DB error for filesystem '/srv/svn/debian/db' while opening 
environment:  

 
| 

  
|DB_RUNRECOVERY: Fatal error, run database recovery   

  
|bdb: PANIC: fatal region error detected; run recovery  

  
|   

  
|Powered by WebSVN 2.3.3 and Subversion 1.6.17 ? XHTML & CSS

Regards,
-thh


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#636548: libnet-dns-perl: Argument "AI_NUMERICHOST" isn't numeric in subroutine entry at [...]Resolver/Base.pm line 743

2011-08-03 Thread Thomas Hochstein 
Package: libnet-dns-perl
Version: 0.66-2
Severity: normal


Net::DNS will output the following error (at least) when calling the mx()
function with warnings enabled:

| Argument "AI_NUMERICHOST" isn't numeric in subroutine entry at
| /usr/lib/perl5/Net/DNS/Resolver/Base.pm line 743.

Short script to reproduce:

--
#!/usr/bin/perl -W
use strict;
use Net::DNS;
my $resolver = Net::DNS::Resolver->new(udp_timeout => 15, tcp_timeout => 15);
my @mxrr = mx($resolver,'debian.org');
--

That did not happen with libnet-dns-perl 0.63-2 from old-stable.

Google knows of (just) one other mention of this warning (at least as far
as I could find) at ,
but that was not helpful for me.

Regards,
-thh

-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-028stab091.2 (SMP w/1 CPU core)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=ANSI_X3.4-1968) (ignored: 
LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages libnet-dns-perl depends on:
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libdigest-hmac-perl1.02+dfsg-1   module for creating standard messa
ii  libnet-ip-perl 1.25-2Perl extension for manipulating IP
ii  perl [libmime-base64-p 5.10.1-17squeeze2 Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.1 5.10.1-17squeeze2 minimal Perl system

libnet-dns-perl recommends no packages.

Versions of packages libnet-dns-perl suggests:
ii  libio-socket-inet6-perl   2.65-1.1   Object interface for AF_INET6 doma

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#618902: knode: Disable automatic setting of Followup-To header for non-cross-posted articles

2011-03-19 Thread Thomas Hochstein 
Package: knode
Version: 4:4.4.7-3
Severity: normal
Tags: upstream
Forwarded: https://bugs.kde.org/178208

knode will automatically set a Followup-To header to every posting,
even when it is not crossposted to more than one group, violating
a "should not" in RFC 5536 3.2.6.

That bug is not just cosmetical; there are real world problems
when posting to mailinglists gated to newsgroups (gmane.* and
linux.*), especially when one user is posting to gmane.X (with
automated superfluous Followup-To set to gmane.X) and another
user is reading that message on linux.X and trying to reply.

There are numerous reports on the upstream bug tracker, with
the most applicable one at https://bugs.kde.org/178208

The bug seems to be fixed with commit 1079182 in upstream's
SVN at http://websvn.kde.org/?revision=1079182&view=revision
(dated 2010-01-23).

Regards,
-thh

-- System Information:
Debian Release: 6.0
  APT prefers squeeze-updates
  APT policy: (500, 'squeeze-updates'), (500, 'stable'), (90, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#614004: slrn: outgoing charset UTF-8: misleading example in sample config

2011-03-09 Thread Thomas Hochstein 
package slrn
found 614004 1.0.0~pre18-1.1 
tags 614004 patch
thanks

I wrote:

>   % the character set used for outgoing articles
>   %charset outgoing "utf8"
[...]
> Please change that example to
>
>   % the character set used for outgoing articles
>   %charset outgoing "utf-8"
>
> (I'm still using lenny on that box here but have confirmed that
> this bug is still present in 1.0.0~pre18-1.1 from squeeze.)

Simple patch attached.

-thh


slrn.diff
Description: Binary data

Bug#617597: suck: copyright file refers to dead URL (upstream dead?)

2011-03-09 Thread Thomas Hochstein 
Package: suck
Version: 4.3.2-7
Severity: minor
Tags: patch

The copyright file for suck refers to sucknews.org for
further information, but the domain has obviously been
acquired by a domain parking service, now containing mainly
sex links (since about 2007, with the page being offline
since at least 2003).

Perhaps the paragraph referring to sucknews.org should
be removed.

Furthermore, "suck" has been replaced by "Small newsfeed from
an NNTP server with standard NNTP commands." in the copyright
file, leading to strange punctuation. That could be fixed, too.

Patch attached.

Regards,
-thh

-- System Information:
Debian Release: 6.0
  APT prefers squeeze-updates
  APT policy: (500, 'squeeze-updates'), (500, 'stable'), (90, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages suck depends on:
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries

Versions of packages suck recommends:
ii  perl  5.10.1-17  Larry Wall's Practical Extraction 

Versions of packages suck suggests:
ii  inn2 [news-transport-sy 2.5.2-2~squeeze1 'InterNetNews' news server
ii  lynx-cur [news-reader]  2.8.8dev.5-1 Text-mode WWW Browser with NLS sup

-- Configuration Files:
/etc/suck/get-news.conf changed [not included]

-- no debconf information
--- suck-4.3.2/debian/copyright 2011-03-09 09:08:32.0 +0100
+++ suck-4.3.2/debian/copyright.new 2011-03-09 09:08:51.466487260 +0100
@@ -1,10 +1,6 @@
-This is the Debian prepackaged version of Small newsfeed from an NNTP
-server with standard NNTP commands..  It was Debianised by Debian
-QA Group , using files obtained from
-http://www.sucknews.org/
-
-More information about Small newsfeed from an NNTP server with standard
-NNTP commands. is available from http://www.sucknews.org/
+This is the Debian prepackaged version of suck. It was Debianised by
+Debian QA Group , using files obtained
+from http://www.sucknews.org/

 Changes were made as follows:
   Added the get-news script (see manpage).

Bug#614004: slrn: outgoing charset UTF-8: misleading example in sample config

2011-02-18 Thread Thomas Hochstein 
Package: slrn
Version: 0.9.9~pre111-1
Severity: minor

slrn uses a misleading example for setting the outgoing charset to UTF-8
in /usr/share/doc/slrn/examples/slrn.rc.gz:

  %
  %% 6. Character mapping / MIME support
  %

  [...]

  % the character set used for outgoing articles
  %charset outgoing "utf8"

That leads to a Content-Type header of


  Content-Type: text/plain; charset=utf8

which is wrong; it should be

  Content-Type: text/plain; charset=utf-8

(mind the hyphen!).

It's quite common to see that mistake in the wild, and a wrong
charset definition like that will keep other newsreaders from
correctly displaying the message (as they don't know a charset
named "utf8" and fall back to their default which very likely
is not UTF-8).

Please change that example to

  % the character set used for outgoing articles
  %charset outgoing "utf-8"

(I'm still using lenny on that box here but have confirmed that
this bug is still present in 1.0.0~pre18-1.1 from squeeze.)

Regards,
-thh

-- System Information:
Debian Release: 5.0.8
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages slrn depends on:
ii  debconf [debconf-2.0]   1.5.24   Debian configuration management sy
ii  libc6   2.7-18lenny7 GNU C Library: Shared libraries
ii  libcanlock2 2b-4 library for creating and verifying
ii  libslang2   2.1.3-3  The S-Lang programming library - r

slrn recommends no packages.

Versions of packages slrn suggests:
pn  metamail   (no description available)
pn  slrnpull   (no description available)

-- debconf information excluded



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#501343: suck: rpost is not compiled with SSL support

2008-10-06 Thread Thomas Hochstein 
Package: suck
Version: 4.3.2-5
Severity: normal

The suck package in Debian Etch contains a non SSL enabled rpost
(see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=173282 -
seems like it was not really fixed or was broken again).

Standard rpost, using a non-existent host just to test if
rpost does accept the option -z:
| [EMAIL PROTECTED]:~$ /usr/bin/rpost test.example.com -z
| Invalid argument: -z, ignoring
| Using Port 119
| test.example.com: Could not get host information: Success

Downloading the package and trying to compile rpost:
| cd /temp
| apt-get build-dep suck
| apt-get source suck
| cd suck-4.3.2/
| ./configure

| [EMAIL PROTECTED]:/tmp/suck-4.3.2$ make rpost
| gcc -c -O2 -DHAVE_LIBSSL  -I. -I.   -DHAVE_CONFIG_H 
-DSUCK_VERSION=\"4.3.2.1\"makephrases.c 
| makephrases.c: In function ‘main’:
| makephrases.c:123: warning: incompatible implicit declaration of built-in 
function ‘exit’
| gcc -c -O2 -DHAVE_LIBSSL  -I. -I.   -DHAVE_CONFIG_H 
-DSUCK_VERSION=\"4.3.2.1\"suck_phrases.c 
| gcc -c -O2 -DHAVE_LIBSSL  -I. -I.   -DHAVE_CONFIG_H 
-DSUCK_VERSION=\"4.3.2.1\"rpost_phrases.c 
| gcc -c -O2 -DHAVE_LIBSSL  -I. -I.   -DHAVE_CONFIG_H 
-DSUCK_VERSION=\"4.3.2.1\"test_phrases.c 
| gcc -c -O2 -DHAVE_LIBSSL  -I. -I.   -DHAVE_CONFIG_H 
-DSUCK_VERSION=\"4.3.2.1\"both_phrases.c 
| gcc -c -O2 -DHAVE_LIBSSL  -I. -I.   -DHAVE_CONFIG_H 
-DSUCK_VERSION=\"4.3.2.1\"lmove_phrases.c 
| gcc   -o makephrases makephrases.o suck_phrases.o rpost_phrases.o 
test_phrases.o both_phrases.o lmove_phrases.o -lnsl  
| ./makephrases phrases.h
| Created phrases.h
| gcc -c -O2 -DHAVE_LIBSSL  -I. -I.   -DHAVE_CONFIG_H 
-DSUCK_VERSION=\"4.3.2.1\"both.c 
! gcc -c -O2  -I. -I.   -DHAVE_CONFIG_H -DSUCK_VERSION=\"4.3.2.1\"  rpost.c
| gcc -o rpost both.o both_phrases.o rpost.o rpost_phrases.o -lnsl-lssl
| rpost.o: In function `parse_filter_args':
| rpost.c:(.text+0x4a1): warning: the use of `tmpnam' is dangerous, better use 
`mkstemp'

As you can see, rpost is *not* compiled with -DHAVE_LIBSSL as it should be; 
from the source:
[rpost.c]
| #ifdef HAVE_LIBSSL
| case 'z': /* use SSL */
| myargs->do_ssl = TRUE;
| myargs->portnr = DEFAULT_SSL_PORT;
| break;
| #endif

As my knowledge of make files and the like is .. um ... rather limited, I'm not 
sure how
you would fix that correctly; a "works-for-me" fix was to manually change the 
Makefile,
changing
| rpost.o: rpost.c
| $(CC) -c $(CFLAGS) $(DBZ_GCC_FLAGS) $(CPPFLAGS) $(DEFS) $(PERL_DEFS) 
$(PERL_INC_LOC) $<
to
| rpost.o: rpost.c
| $(CC) -c $(CFLAGS) $(SSL_DEFS) $(DBZ_GCC_FLAGS) $(CPPFLAGS) $(DEFS) 
$(PERL_DEFS) $(PERL_INC_LOC) $<

Now rpost *does* have SSL_

| [EMAIL PROTECTED]:/tmp/suck-4.3.2$ ./rpost test.example.com -z
| Using Port 563
| test.example.com: Could not get host information: Success

I hope that makes some sense ... *scratch*

-thh

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages suck depends on:
ii  libc6  2.3.6.ds1-13etch7 GNU C Library: Shared libraries
ii  libssl0.9.80.9.8c-4etch3 SSL shared libraries

Versions of packages suck recommends:
ii  perl5.8.8-7etch3 Larry Wall's Practical Extraction 

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]