pan-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Pan-users] signature when replying to Usenet posts


From: Dave
Subject: Re: [Pan-users] signature when replying to Usenet posts
Date: Mon, 29 Aug 2016 12:59:50 +0100
User-agent: KMail/4.14.10 (FreeBSD/9.3-RELEASE-p43; KDE/4.14.10; amd64; ; )

On Monday 29 August 2016 01:44:46 Duncan wrote:
> Dave posted on Sun, 28 Aug 2016 23:13:52 +0100 as excerpted:
> 
> > OS:   FreeBSD 10.3 Pan:  0.140 Inserts 3 blank lines.
> 
> Gentoo Linux (~amd64 with live-git kde from the gentoo/kde overlay and 
> live-git pan from my own overlay).
> 
> 5 blank lines with the carot blinking on the second one.  As I said it 
> has been that way for a very long time.
> 
> 
> But for your FBSD pan, is it packaged or self-built?  If it's packaged, 
> it may well be that someone already came up with a patch for it and 
> applied that.  If so, perhaps the same patch will work on Linux.  Of 
> course if it's self-built, presumably you'd know if you applied a patch 
> for that, in which case it probably does have something to do with a 
> library, somewhere.
> 
> 
> One other possibility is that it's a gtk2 vs. gtk3 thing.  Here, I'm 
> building pan with gtk2, as we (as pan upstream) have always recommended, 
> since for some time at least, a gtk3 build always seemed to come with 
> weird bugs... but for all I know they're all fixed now.  Anyway, if you 
> or fbsd is building pan against gtk3, that might be the difference.
> 
I generally use ports rather than packages although other than being a little 
more up to date (maybe by as much as a whole week!), I generally build with the 
default options in most cases so the self-built port really ought to be the 
same as the binary package, possibly with some locally generated optimisations 
based on available libraries and CPU type (AMD Phenom II 6 core)

The default make options are 
 [x] GNUTLS    SSL/TLS support via GnuTLS   
 [x] GTKSPELL  Spell checking support (gtk+2 only)   
 [x] NLS       Native Language Support   
 ─────────────────────────────────── GTK ─────────────────────  
 (*) GTK2      GTK+ 2 GUI toolkit support  
 ( ) GTK3      GTK+ 3 GUI toolkit support

Apart from GTXx itself, the only possible relevant dependencies appear to be 
iconv and gtkspell, neither of which IMO should be causing this issue.  My 
iconv is libiconv-1.14.  Is it possible that Pan or a dependency is building 
for MS-DOS based systems so puts CR/LF instead of just LF into the compose 
window?  That might add two extra lines if the CRs are then converted into LFs 
instead of being stripped for *nix-like behaviour.

AFAIK, there are NO additional patches to the source code.  FreeBSD ports pull 
the default source tarball and, if required, patch any files before building.  
The only patch file in the ports structure simply adjusts some default 
pathnames from Linuxisms to FreeBSDisms.

Other dependencies which might be relevant from the README

REQUIREMENTS
    Pan requires these libraries:
        * GLib 2.17.6 or higher <http://developer.gnome.org/glib/>
          (optionally GLib 2.26.0 or higher to support multiple Pan instances)
** Mine are glib-2.46.2 and glib12-1.2.10

        * GTK+ 2.16.0 or higher (optionally GTK+ 3.0.0 or higher)
** Mine are gtk12-1.2.10, gtk2-2.24.29_ and gtk3-3.18.8 and building against 
GTK2

        * GMime 2.4.0 or higher <http://spruce.sourceforge.net/gmime/>
          (optionally GMime 2.5.5 or higher for PGP cryptography support)
** Mine are gmime24-2.4.33_, gmime26-2.6.20

    The following libraries add extra features but are optional:
        * GtkSpell 2.0.7 or higher for spellchecker support
** Mine is gtkspell-2.0.16

        * Enchant 1.6.0 or higher for spellchecker support
** Mine is enchant-1.6.0

        * libnotify 0.4.1 or higher for notifications
** Mine is libnotify-0.7.6 (not used by my build)

        * GNOME Keyring 3.2.0 or higher for password storage
** Mine is libgnome-keyring-3.12.0 (not used by my build)

        * D-Bus to support running multiple Pan instances
** Mine is dbus-1.8.20 (not used by my build)

        * GnuTLS 3.0.0 or higher for encrypted connections (TLS 1.0)
** Mine is gnutls-3.4.14

NOTE that I run a KDE desktop.


Running make in the pan ports dir gives the following.

===>  Patching for pan-0.140
===>   pan-0.140 depends on executable: gmake - found
===>   pan-0.140 depends on package: pkgconf>=0.9.10 - found
===>   pan-0.140 depends on executable: msgfmt - found
===>   pan-0.140 depends on file: /usr/local/bin/intltool-extract - found
===>   pan-0.140 depends on shared library: libpcre.so - found 
(/usr/local/lib/libpcre.so)
===>   pan-0.140 depends on shared library: libgmime-2.6.so - found 
(/usr/local/lib/libgmime-2.6.so)
===>   pan-0.140 depends on shared library: libgnutls.so - found 
(/usr/local/lib/libgnutls.so)
===>   pan-0.140 depends on shared library: libgtkspell.so - found 
(/usr/local/lib/libgtkspell.so)
===>   pan-0.140 depends on shared library: libiconv.so - found 
(/usr/local/lib/libiconv.so)
===>   pan-0.140 depends on shared library: libintl.so - found 
(/usr/local/lib/libintl.so)
===>   pan-0.140 depends on shared library: libatk-1.0.so - found 
(/usr/local/lib/libatk-1.0.so)
===>   pan-0.140 depends on shared library: libglib-2.0.so - found 
(/usr/local/lib/libglib-2.0.so)
===>   pan-0.140 depends on shared library: libgtk-x11-2.0.so - found 
(/usr/local/lib/libgtk-x11-2.0.so)
===>   pan-0.140 depends on shared library: libpango-1.0.so - found 
(/usr/local/lib/libpango-1.0.so)
===>  Configuring for pan-0.140
configure: loading site script /usr/ports/Templates/config.site
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... (cached) /bin/mkdir -p
checking for gawk... (cached) /usr/bin/awk
checking whether gmake sets $(MAKE)... yes
checking whether gmake supports nested variables... yes
checking whether UID '0' is supported by ustar format... yes
checking whether GID '0' is supported by ustar format... yes
checking how to create a ustar tar archive... (cached) /usr/bin/tar
checking whether to enable maintainer-specific portions of Makefiles... yes
checking whether gmake supports nested variables... (cached) yes
checking whether the C++ compiler works... yes
checking for C++ compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for style of include used by gmake... GNU
checking dependency style of g++... gcc3
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcpp
checking for grep that handles long lines and -e... (cached) /usr/bin/grep
checking for egrep... (cached) /usr/bin/egrep
checking for ANSI C header files... (cached) yes
checking whether time.h and sys/time.h may both be included... yes
checking for localtime_r... yes
checking for close... yes
checking for tr1/unordered_set... yes
checking whether the compiler implements namespaces... yes
checking whether the compiler has ext/hash_set... yes
checking for gawk... (cached) /usr/bin/awk
checking whether gmake sets $(MAKE)... (cached) yes
checking for ranlib... ranlib
checking for sys/types.h... (cached) yes
checking for sys/stat.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for memory.h... (cached) yes
checking for strings.h... (cached) yes
checking for inttypes.h... (cached) yes
checking for stdint.h... (cached) yes
checking for unistd.h... (cached) yes
checking for errno.h... (cached) yes
checking for fcntl.h... (cached) yes
checking whether NLS is requested... yes
checking for intltool >= 0.40.6... 0.51.0 found
checking for intltool-update... /usr/local/bin/intltool-update
checking for intltool-merge... /usr/local/bin/intltool-merge
checking for intltool-extract... /usr/local/bin/intltool-extract
checking for xgettext... /usr/local/bin/xgettext
checking for msgmerge... /usr/local/bin/msgmerge
checking for msgfmt... /usr/local/bin/msgfmt
checking for gmsgfmt... /usr/local/bin/msgfmt
checking for perl... /usr/local/bin/perl
checking for perl >= 5.8.1... 5.20.3
checking for XML::Parser... ok
checking pkg-config is at least version 0.9.0... yes
checking for ZLIB... yes
checking pkg-config is at least version 0.16... yes
checking for GLIB - version >= 2.17.6... yes (version 2.46.2)
checking for GMIME... yes
checking for GTKSPELL... yes
checking pkg-config is at least version 0.7... yes
checking for GTK+ - version >= 2.16.0... yes (version 2.24.29)
checking for GNUTLS... yes
checking for %l and %k support in strftime... yes
checking build system type... amd64-portbld-freebsd9.3
checking host system type... amd64-portbld-freebsd9.3
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating README.windows
config.status: creating po/Makefile.in
config.status: creating uulib/Makefile
config.status: creating pan/Makefile
config.status: creating pan/general/Makefile
config.status: creating pan/usenet-utils/Makefile
config.status: creating pan/data/Makefile
config.status: creating pan/tasks/Makefile
config.status: creating pan/icons/Makefile
config.status: creating pan/data-impl/Makefile
config.status: creating pan/gui/Makefile
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing po/stamp-it commands


Configuration:

        Prefix:                 /usr/local
        Source code location:   .
        Compiler:               g++
        With D-Bus:             no
        With GMime 2.6+:        yes
        With GtkSpell:          yes
        With GTK+ 3:            no
        With WebKitGTK+:        no
        With GnuTLS:            yes (3.4.14)
        With libnotify:         no
        With GNOME Keyring:     no




reply via email to

[Prev in Thread] Current Thread [Next in Thread]