Bug#351261: centericq: audio notifications do not work in parallel with playing music via ALSA
Hello Dmitry, aplay need alsa-kernel installed which is not the case with play. I prefer to keep play and add a note in README.Debian about aplay. Best Regards. Julien Lemoine. Dmitry Semyonov wrote: Package: centericq Version: 4.21.0-10 Severity: wishlist 'play' used by centericq in .centericq/sounds can't mix audio notifications with already played sounds. 'aplay' from alsa-utils could be used to overcome this issue. Probably, this option should be configurable during centericq package installation. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages centericq depends on: ii centericq-com 4.21.0-10 A text-mode multi-protocol instant ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libcurl3 7.15.1-1 Multi-protocol file transfer libra ii libgcc1 1:4.0.2-5 GCC support library ii libgnutls12 1.2.9-2the GNU TLS library - runtime libr ii libgpg-error0 1.1-4 library for common error values an ii libgpgme111.1.0-1GPGME - GnuPG Made Easy ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libkrb53 1.4.3-5MIT Kerberos runtime libraries ii libncurses5 5.5-1 Shared libraries for terminal hand ii libssl0.9.8 0.9.8a-6 SSL shared libraries ii libstdc++64.0.2-5The GNU Standard C++ Library v3 ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages centericq recommends: ii links [www-browser] 0.99+1.00pre12-1 Character mode WWW browser ii lynx [www-browser] 2.8.5-2sarge1Text-mode WWW Browser ii sox 12.17.9-1A universal sound sample translato ii w3m [www-browser] 0.5.1-4 WWW browsable pager with excellent -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350747: stunnel: fails to start
Hello Justin, Justin Pryzby wrote: Is there any progress on this bug? Does stunnel need to have files regenerated during upgrade? I am not sure that this is a bug, when certificates are generated conforming to documentation stunnel works fine. The only solution is to regenerate your certificate and key (in the same file), this can not done in upgrade. Best Regards. Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350747: stunnel: fails to start
Hello, * Luk Claes <[EMAIL PROTECTED]> [2006-03-26 16:12:37 +0200]: > Note that in my case I generated the certificates in one file and the > only solution was using stunnel4... Can you give me openssl command that you used to generate your certificate in order to reproduce this problem ? Thanks in advance. Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360392: gobo: FTBFS on amd64: Fatal Error: Cyclic anchored definition.
|reassign 360392 smarteiffel thanks Hello, I think this is not a gobo specific bug but a problem with smarteiffel. Gobo compile on all arch but not on amd64. If I missed something, you can reassign this bug to gobo. Best Regards. Julien Lemoine |Kurt Roeckx wrote: Package: gobo Version: 3.3-4 Severity: important Hi, Your package is failing to build on amd64 with the following error: /usr/lib/smarteiffel/bin/se-compile se.ace ** Fatal Error: Cyclic anchored definition. Line 137 column 26 in GEANT_GEPP_COMMAND (/build/buildd/gobo-3.3/src/geant/comm and/geant_gepp_command.e) : set_fileset (a_fileset: like fileset) is ^ Line 126 column 36 in GEANT_GEPP_COMMAND (/build/buildd/gobo-3.3/src/geant/comm and/geant_gepp_command.e) : set_to_directory (a_to_directory: like to_directory) is [...] Kurt smime.p7s Description: S/MIME Cryptographic Signature
Bug#345006: xchm: segfault at start
Hello Andrew, > $ xchm > Segmentation fault Can you give me more information about this problem (a least a backtrace). I tested xchm on three computer and I get no segfault. Best Regards. -- Julien Lemoine / SpeedBlue -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350747: stunnel: fails to start
Hello Jesus, Hum it is strange, I tested stunnel 3 and it works well with a pem file containing both private and certificate as specified in stunnel 3 documentation. Extract from documentation : --- STUNNEL MAN EXTRACT --- The order of contents of the .pem file is also important. It should contain the unencrypted private key first, then a signed certificate (not certificate request). There should be also empty lines after cer- tificate and private key. Plaintext certificate information appended on the top of generated certifi- cate should be discarded. So the file should look like this: -BEGIN RSA PRIVATE KEY- [encoded key] -END RSA PRIVATE KEY- [empty line] -BEGIN CERTIFICATE- [encoded certificate] -END CERTIFICATE- [empty line] --- END STUNNEL MAN EXTRACT --- I tried method given in /usr/share/doc/stunnel/README.Debian to create a certificate and it worked fine. I checked package but there was no difference with upstream source, there is only one patch for stunnel-dsa patch in order to accept DSA keys. If you have an idea of what can be broken, I will be happy to fix it. Best Regards. Julien Lemoine. * Jesus Climent <[EMAIL PROTECTED]> [2006-01-31 15:30:36 +0100]: > Package: stunnel > Version: 2:3.26-3 > Severity: grave > Justification: renders package unusable > > Created a certificate and a key, using > > openssl req -new -x509 -days 730 -nodes -out stunnel-cert.pem -keyout > stunnel.pem > > stunnel 3.25-3 used to work. Upgrading to a higher version, I get: > > Jan 31 16:21:29 carter stunnel[14541]: Using '25' as tcpwrapper service name > Jan 31 16:21:29 carter stunnel[14541]: Could not load DH parameters from > /etc/ssl/certs/stunnel.pem > Jan 31 16:21:29 carter stunnel[14541]: Diffie-Hellman initialization failed > Jan 31 16:21:29 carter stunnel[14541]: Error reading certificate file: > /etc/ssl/certs/stunnel.pem > Jan 31 16:21:29 carter stunnel[14541]: SSL_CTX_use_certificate_chain_file: > error:0906D06C:PEM routines:PEM_read_bio:no start line > > -7 says that stunnel3 is deprecated, so upgraded to version 4: > > Jan 31 16:22:26 carter stunnel: LOG5[14635:46912510151392]: stunnel 4.14 on > x86_64-pc-linux-gnu PTHREAD+POLL+IPv6+LIBWRAP with Ope > nSSL 0.9.8a 11 Oct 2005 > Jan 31 16:22:26 carter stunnel: LOG3[14635:46912510151392]: Error reading > certificate file: /etc/ssl/certs/stunnel.pem > Jan 31 16:22:26 carter stunnel: LOG3[14635:46912510151392]: error stack: > 140DC009 : error:140DC009:SSL routines:SSL_CTX_use_certif > icate_chain_file:PEM lib > Jan 31 16:22:26 carter stunnel: LOG3[14635:46912510151392]: > SSL_CTX_use_certificate_chain_file: 906D06C: error:0906D06C:PEM routin > es:PEM_read_bio:no start line > > Still, I am unable to run my mail service thru stunnel. > > If more help is needed, please, do not hesitate to ask. > > -- System Information: > Debian Release: 3.1 > Architecture: i386 (i686) > Kernel: Linux 2.6.8-1-386 > Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=locale: Cannot set > LC_CTYPE to default locale: No such file or directory > locale: Cannot set LC_MESSAGES to default locale: No such file or directory > locale: Cannot set LC_ALL to default locale: No such file or directory > ANSI_X3.4-1968) (ignored: LC_ALL set to en_ES) > > Versions of packages stunnel depends on: > ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries > an > ii libssl0.9.7 0.9.7e-3sarge1 SSL shared libraries > ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers > libra > ii netbase 4.21 Basic TCP/IP networking system > ii openssl 0.9.7e-3sarge1 Secure Socket Layer (SSL) binary > a > > -- debconf information excluded > > -- > Jesus Climent info:www.pumuki.org > Unix SysAdm|Linux User #66350|Debian Developer|2.6.15|Helsinki Finland > GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 > > It's a soldier's duty. You wouldn't understand. > --The Colonel (Akira) > -- Julien LEMOINE / SpeedBlue -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325456: centericq: Cannot connect to AIM
Hello Andy, I think you have done a confusion between icq and aim since gaim chose automaticaly the good protocol associed with name. Can you try to connect to your account with icq protocol instead of aim protocol in centericq ? Best Regards. Julien Lemoine. Andy Stanford wrote: On Sat, Dec 17, 2005 at 10:19:35AM +0100, Julien Lemoine wrote: Hello Andy, Maybe centericq is not using the correct server name for you, can you tcpdump centericq and other clients to see if there are using the same network address ? I am not using AIM and I only found this thread on mailing list where one user seems to have the same problem as you and other users are able to use aim with centericq : http://article.gmane.org/gmane.network.centericq/3859 I've checked the network settings, and it would appear that the defaults for centericq's aim connections are out of date, which should probably be opened as a separate bug. the correct settings should be login.oscar.aol.com:5190. Having changed this, I no longer get the error listed below, and in fact, nothing is added to the centericq log to even indicate a connection. In the status window within centericq I now get: [aim] connecting to the server [aim] password sent [aim] disconnected I have confirmed that the other clients are able to connect on the same network address. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350747: stunnel: fails to start
Hello Luc, I am currently waiting for the next stable release of stunnel 4 (the current version is considered testing) that will fix some bugs. I think I can remove stunnel4 package and put the next version of stunnel4 as standard package of stunnel since there is a compatibility script for stunnel3 (the problem is that it will brakes user scripts based on old package). Best Regards. Julien Lemoine. signature.asc Description: Digital signature
Bug#291715: xt-aterm_2.0.5-1(ia64/unstable): FTBFS: debian/rules issues?
Hi Steve and LaMont, The fact is that this package DO not work on 64 bits architectures from the begining (alpha, ia64 ARE NOT in the build list of controil file). I had a lot of conversation with upstream author to improve 64bits support in the last years (give them access to my alpha...). But for the moment, the portabilitie problems are not solved, xt-aterm can be compiled but all program linked with it segv. The only program that use the xt-* package is xt-stratego and it does not have maintainer anymore. I will orphan all my xt-* package to have more time to maintain others. Best Regards. * Steve Langasek <[EMAIL PROTECTED]> [2005-01-22 22:16:17 -0800]: > severity 291715 important > thanks > > Hi LaMont, > > Since this bug only occurs on 64-bit architectures where the package has > not been built, it doesn't appear to fit the criteria for serious bugs. > > You're right that this is a bug in debian/rules: configure is being called > with a --with-64bit argument, but the necessary CC_CC64 variable is only > defined for sparc. > > Julien, this configure option shouldn't be used at all; *all* compiler > output is 64-bit on these architectures, you should not be building the > library twice as happens when using --with-64bit. OTOH, I do also see that > there's mention in the changelog of xt-aterm being unusable on 64-bit > architectures: perhaps you want to use the -DAT_64BIT compile flag that's > mentioned in configure.in. Since past versions of xt-aterm were broken on > alpha and ia64, it may be a good idea to confirm that this fixes the problem > of misbuilt binaries before changing the package to cause binaries to be > output again on these architectures. > > -- > Steve Langasek > postmodern programmer -- Julien LEMOINE / SpeedBlue -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291715: xt-aterm_2.0.5-1(ia64/unstable): FTBFS: debian/rules issues?
Hi Steve, Steve Langasek wrote: On Mon, Jan 24, 2005 at 11:19:36AM +0100, Julien Lemoine wrote: The fact is that this package DO not work on 64 bits architectures from the begining (alpha, ia64 ARE NOT in the build list of controil file). I had a lot of conversation with upstream author to improve 64bits support in the last years (give them access to my alpha...). But for the moment, the portabilitie problems are not solved, xt-aterm can be compiled but all program linked with it segv. Yes, because unless you enable -DAT_64BIT when building, the code assumes that sizeof(int) == sizeof(void *). There *is* code in xt-aterm which appears to be intended to support building for 64-bit targets, even if it's only enabled for sparc64. Are you sure that setting this define isn't enough to make the packages build correctly for alpha and ia64? I know this, and I tested this, but this code that handle 64 bits architecture does not works. If your try to build the complete chain, you will not be able to build everything (all tools, xt-stratego included) because every binaries segv (and if you compile binaries with debug and launch gdb, you will see that they segv in xt-aterm librairy). Best Regards. -- Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308859: centericq-utf8: Sound settings not saved after changing
Hello Thomas, Thomas Skora wrote: Package: centericq-utf8 Version: 4.20.0-1 Severity: normal When I change the sound settings of centericq they aren't saved into the config-file. This causes that centericq doesn't any sound output. I don't know why you think the sound setting are not saved, maybe because you always see "don't change" in configuration box ? In fact the sound setting are saved in file ~/.centericq/sounds and if you set speaker you will see something as : * msg !spk1 * url !spk2 * sms !spk3 * email !spk5 and if you set sound card, you will see : * msg play /usr/share/centericq/msg.wav * url play /usr/share/centericq/url.wav * email play /usr/share/centericq/email.wav * online play /usr/share/centericq/online.wav * offline play /usr/share/centericq/offline.wav * sms play /usr/share/centericq/sms.wav The sound is delegated to the utility /usr/bin/play, if you want another tool, you can edit the file (this is why upstream author set "don't change" by default, to avoid overwrite of user defined parameters) Do you think there is a bug somewhere ? Best Regards. Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310620: xchm segmentation fault
Hello, I could not reproduce this bug with libwxgtk2.4 2.4.3 on my computer. Are you shure that it is not a problem with a corupted version of libgtk ? On which architecture are you working ? Best Regards. Erick Ivaan Lopez Carreon wrote: Package: xchm Version: 0.9.8-3 Severity: important When i try to launch xchm i get the following error: ~$ xchm yxz.chm Segmentation fault same error with version 0.9.7-2. I found the error appears when i have installed : libwxgtk2.4_2.4.3_i386.deb and xchm works fine with: libwxgtk2.4_2.4.2.6.1_i386.deb Thanks in advance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342257: centericq - workarounds bugs in curl
Hello Bastian, Can you give me more details ? Are you refering to last debian upload or upstream upload (or maybe cvs)? Which bug are you talking about, I did not know that there were a bug in curl. Best Regards. Julien Lemoine Bastian Blank wrote: Package: centericq Version: 4.21.0-7 Severity: serious The last upload of centericq works around a bug in curl. Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325456: centericq: Cannot connect to AIM
Hello Andy, Maybe centericq is not using the correct server name for you, can you tcpdump centericq and other clients to see if there are using the same network address ? I am not using AIM and I only found this thread on mailing list where one user seems to have the same problem as you and other users are able to use aim with centericq : http://article.gmane.org/gmane.network.centericq/3859 Best Regards. Julien Lemoine Andy Stanford wrote: Package: centericq Version: 4.21.0-6.0etch1 Followup-For: Bug #325456 For some time (since approx Aug 23), I have been unable to connect to AIM with centericq. I've tested other clients with on the same machine which have connected fine, to eliminate any network problems. I have also performed a fresh install of the centericq packages, after making backups of my previously working configuration. The error message I obtain when attempting to connect is: "aim connection failed: Connection failed, Connection timed out" -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.8-2-386 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages centericq depends on: ii centericq-common 4.21.0-6.0etch1 A text-mode multi-protocol instant ii libc62.3.5-8 GNU C Library: Shared libraries an ii libcomerr2 1.38-2 common error description library ii libcurl3 7.15.0-4Multi-protocol file transfer libra ii libgcc1 1:4.0.2-5 GCC support library ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error01.1-4 library for common error values an ii libgpgme11 1.1.0-1 GPGME - GnuPG Made Easy ii libidn11 0.5.18-1GNU libidn library, implementation ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-5 MIT Kerberos runtime libraries ii libncurses5 5.5-1 Shared libraries for terminal hand ii libssl0.9.8 0.9.8a-3SSL shared libraries ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages centericq recommends: ii lynx [www-browser] 2.8.5-2sarge1 Text-mode WWW Browser pn sox(no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343882: stunnel4: /usr/sbin/stunnel not starting -- missing /var/stunnel
Hello gregor, Stunnel4 default configuration file is created for use in chroot environment. Here is default lines : chroot = /var/run/stunnel4/ setuid = stunnel4 setgid = stunnel4 ; PID is created inside chroot jail pid = /stunnel4.pid stunnel4.pid is created in chroot jail, /var/stunnel/stunnel.pid is probably a old configuration file line. So you have to create you chroot or to personalise your configuration file for you need. If you are agree that this bug is no more present. You can close it by mailing [EMAIL PROTECTED] Best Regards. Julien Lemoine gregor herrmann wrote: Package: stunnel4 Version: 2:4.140-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When trying to run /usr/sbin/stunnel after a fresh install of stunnel4 it doesn't start and gives no messages. The syslog then tells the problem: Dec 18 14:57:42 belanna stunnel: LOG5[31732:3083032256]: stunnel 4.14 on i486-pc-linux-gnu PTHREAD+POLL+IPv6+LIBWRAP with OpenSSL 0.9.8a 11 Oct 2005 Dec 18 14:57:42 belanna stunnel: LOG5[31732:3083032256]: 500 clients allowed Dec 18 14:57:42 belanna stunnel: LOG3[31734:3083032256]: Cannot create pid file /var/stunnel/stunnel.pid Dec 18 14:57:42 belanna stunnel: LOG3[31734:3083032256]: create: No such file or directory (2) After `md /var/stunnel` everything works as expected. IIRC some maintainer script told me during install that some directory - probably /var/stunnel - was not created. BTW: Shouldn't a pidfile go into /var/run(/stunnel)/? gregor - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.200512011818 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages stunnel4 depends on: ii adduser 3.80 Add and remove users and groups ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libssl0.9.8 0.9.8a-5 SSL shared libraries ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii netbase 4.23 Basic TCP/IP networking system ii openssl 0.9.8a-5 Secure Socket Layer (SSL) binary a ii perl-modules 5.8.7-10 Core Perl modules ii zlib1g1:1.2.3-8 compression library - runtime stunnel4 recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDpW3tOzKYnQDzz+QRAp70AKC+W8EX60EHv8ZzPoGtepwnlZJ/RgCfSwE1 So/XMDX+b3snpM8cv19vM5c= =dl00 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340959: Ktools buffer overflow
Hello, I decided to apply the following patch (attached) to ktools in order to avoid security problem in centericq. I am waiting for better patch from upstream and will include it as soon as it will be available. Best Regards. Julien Lemoine. #! /bin/sh -e ## vgetstring.dpatch by Julien LEMOINE <[EMAIL PROTECTED]> ## ## DP: fix buffer overflow in VGETSTRING macro by replacing vsprintf by vsnprintf [ -f debian/patches/00patch-opts ] && . debian/patches/00patch-opts patch_opts="${patch_opts:--f --no-backup-if-mismatch}" if [ $# -ne 1 ]; then echo >&2 "`basename $0`: script expects -patch|-unpatch as argument" exit 1 fi case "$1" in -patch) patch $patch_opts -p1 < $0;; -unpatch) patch $patch_opts -p1 -R < $0;; *) echo >&2 "`basename $0`: script expects -patch|-unpatch as argum ent" exit 1;; esac exit 0 diff -bBdNrw -U5 centericq-4.21.0/kkstrtext-0.1/kkstrtext.h centericq-4.21.0.modif/kkstrtext-0.1/kkstrtext.h --- centericq-4.21.0/kkstrtext-0.1/kkstrtext.h 2004-11-18 00:00:38.0 +0100 +++ centericq-4.21.0.modif/kkstrtext-0.1/kkstrtext.h2005-11-30 08:41:58.0 +0100 @@ -85,11 +85,11 @@ #define VGETSTRING(c, fmt) \ { \ va_list vgs__ap; char vgs__buf[1024]; \ va_start(vgs__ap, fmt); \ - vsprintf(vgs__buf, fmt, vgs__ap); c = vgs__buf; \ + vsnprintf(vgs__buf, 1024, fmt, vgs__ap); c = vgs__buf; \ va_end(vgs__ap); \ } string justfname(const string &fname); string justpathname(const string &fname);
Bug#335510: fails to start
Hello Delian, In my opinion this is not a problem of stunnel4. The version is simply linked with openssl 0.9.8 instead of 0.9.7. So if there is a problem, it is probably with libssl and not stunnel4. I reproduced your problem by putting the same file for cert and key filename. Stunnel4 works fine with separation of cert and key files : Extract of configuration : cert = /etc/stunnel/cert.pem key = /etc/stunnel/key.pem Log : 2005.10.24 19:07:23 LOG5[15299:16384]: stunnel 4.11 on i486-pc-linux-gnu PTHREAD+POLL+IPv6+LIBWRAP with OpenSSL 0.9.8a 11 Oct 2005 2005.10.24 19:07:23 LOG5[15299:16384]: 500 clients allowed So I think libssl 0.9.8 does not accept any more cert and key file merged in the same file. Best Regards. Delian Krustev wrote: Package: stunnel4 Version: 2:4.110-2 Severity: grave This version of stunnel fails to start on both testing and unstable. Here's what's in the logs: Oct 24 14:29:37 deb-off stunnel[4502]: stunnel 4.11 on i486-pc-linux-gnu PTHREAD+POLL+IPv6+LIBWRAP with OpenSSL 0.9.8a 11 Oct 2005 Oct 24 14:29:38 deb-off stunnel[4502]: Snagged 64 random bytes from /root/.rnd Oct 24 14:29:38 deb-off stunnel[4502]: Wrote 1024 new random bytes to /root/.rnd Oct 24 14:29:38 deb-off stunnel[4502]: RAND_status claims sufficient entropy for the PRNG Oct 24 14:29:38 deb-off stunnel[4502]: PRNG seeded successfully Oct 24 14:29:38 deb-off stunnel[4502]: Error reading certificate file: /etc/ssl/certs/stunnel.pem Oct 24 14:29:38 deb-off stunnel[4502]: error stack: 25070067 : error:25070067:DSO support routines:DSO_load:could not load the shared library Oct 24 14:29:38 deb-off stunnel[4502]: SSL_CTX_use_certificate_chain_file: 25066067: error:25066067:DSO support routines:DLFCN_LOAD:could not load the shared library The previous version works ok with the same config and certificate file. I've downgraded to it and it still works ok. Here's the config: cert = /etc/ssl/certs/stunnel.pem key = /etc/ssl/certs/stunnel.pem setuid = stunnel4 setgid = stunnel4 pid = /var/run/stunnel4/stunnel.pid socket = l:TCP_NODELAY=1 socket = r:TCP_NODELAY=1 debug = 7 [pop3s] accept = 995 connect = 110 [imaps] accept = 993 connect = 143 [ssmtp] accept = 465 connect = 25 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages stunnel4 depends on: ii adduser 3.73 Add and remove users and groups ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libssl0.9.8 0.9.8a-2 SSL shared libraries ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii netbase 4.22 Basic TCP/IP networking system ii openssl 0.9.8a-2 Secure Socket Layer (SSL) binary a ii perl-modules 5.8.7-7Core Perl modules stunnel4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335931: chmlib exploitable buffer overflow
Hello Florian, Florian Weimer wrote: Package: chmlib Version: 0.36-3 Severity: grave Tags: security Advisory: chmlib exploitable buffer overflow Product: chmlib Affected Version: <=0.36 Immune Version: >0.36 OS: Tested on linux 2.4 probably other OS affected as well Date: 26.10.2005 Author: Sven Tantau - http://www.sven-tantau.de/ Vendor-URL: http://morte.jedrea.com/%7Ejedwin/projects/chmlib/ Vendor-Status:informed, vendor released a fixed version Advisory-URL: http://www.sven-tantau.de/public_files/chmlib/chmlib_20051126.txt This issue appears to be different from Debian bug #327431. I can not upload chmlib 0.37 for the moment because the version 0.36-4 is in new [1] and need manual validation from ftp-master. I will upload chmlib 0.37 as soon as 0.36-4 is accepted. Best Regards. [1] http://ftp-master.debian.org/new.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336099: centericq: [security] Passwords are stored in plain text to .centericq/config
severity 336099 whishlist thanks Helo Jari, Jari Aalto wrote: Package: centericq Version: 4.21.0-3 Severity: important All the passwords are saved as plaintext into the configuration file. This is high security risk that is not obvious from the the "g" menu which displays "" in place of these items. Please offer encryption of the configuration file, which is unlocked at the initial start of centericq. Even using crypt(1) for encryption is better than no security at all. This is a feature request that have already been explained on centericq mailing list in 2003 [1]. Restricting permission seems to be enough for many people [2]. [1] http://66.249.93.104/search?q=cache:BeBs98QDl6cJ:linux.cgs.pl/cicq/2003-01/0013.html+centericq+%22config+encryption%22+.centericq/config&hl=fr [2] http://mailman.linuxpl.org/pipermail/cicq/2005-July/004206.html Best Regards. Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336099: centericq: [security] Passwords are stored in plain text to .centericq/config
Hello Jari, Jari Aalto wrote: | severity 336099 whishlist | thanks | | >Package: centericq | >Version: 4.21.0-3 | >Severity: important | > | >All the passwords are saved as plaintext into the configuration file. | >This is high security risk that is not obvious from the the "g" | >menu which displays "" in place of these items. | > | >Please offer encryption of the configuration file, which is unlocked | >at the initial start of centericq. Even using crypt(1) for encryption | >is better than no security at all. | > | > | > | This is a feature request that have already been explained on | centericq mailing list in 2003 [1]. Restricting permission seems to | be enough for many people [2]. Hi, Wishlist. Hm, I would consider this a bug for this reason alone: 1) The display "g" should show all in clear text until the encryption is put into place. Now it gives false impression of "security", when there is none. Also, the chmod permission is not enough for passwords, which are stored on disk. All the files go to the backup, so the design should be changed ASAP. Please raise the bug level. In the meaning of debian severity, important means "a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone." [1] . For me, This problem has no major effect on the usability, and is not a bug. It is a feature request for users that need security improvment. [1] http://www.debian.org/Bugs/Developer#severities Best Regards Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295808: centericq failed with CPP error message
Hello, Nicolas COUTURIER wrote: Package: centericq Version: 4.20.0-1 Severity: important Tags: experimental I've got this following message : centericq: notificationserver.cpp:431: void MSN::NotificationServerConnection::sendPing(): Assertion `connectionStatus >= NS_CONNECTED' failed. Why did you tag this bug as experimental ? Best Regards. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#271307: Anti-spam still evadable by spammers
Hello David, Here is comments I received on this question (on centericq mailing list): From: Paul Hampson <[EMAIL PROTECTED]> To change this behaviour, comment out line 68 of src/eventmanager.cc, which explicitly overrides antispam for authorisation. I'm not convinced this is a good idea, but maybe take it as a Debian .dpatch and see if people like it or not? I can see arguments for and against, but I don't seem to get ICQspam so I can't really say which way is better. From: Frank Altpeter <[EMAIL PROTECTED]> AFAIK the simplest solution is to just not set the "languages" setting in the ICQ profile to something common. I used to get spam all day, and it stopped at the day when i changed my languages from 'german,english,french' to 'Swahili,Somali,Khmer'. Since that day i don't need anti-spam anymore... Best Regards -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299105: links to wrong library
Hello Andreas, Thanks a lot for this report, I could not fix it for the moment since I am in vacation and I do not have my laptop to fix and upload new package. I will be back on 21 march, if someone can fix it before, you can NMU it and send me a note with patch by mail. Sorry for the delay. Best Regards. Julien Lemoine. * Andreas Barth <[EMAIL PROTECTED]> [2005-03-11 21:26:15 +0100]: > Package: stunnel > Version: 2:3.26-2 > Severity: grave > > Hi, > > stunnel doesn't work at all here. After setting it up (with this > parameter line): > stunnel -D debug -p [...] -T -d nntps -l /usr/lib/users/nnrpd -s news -g news > > a try to connect to it ends with: > [EMAIL PROTECTED]:~$ telnet-ssl -z ssl localhost nntps > Trying [...]... > Connected to [...]. > Escape character is '^]'. > nnrpd: error while loading shared libraries: /usr/lib/stunnel.so: cannot > open shared object file: No such file or directory > Connection closed by foreign host. > > > After creating the symbolic link from /usr/lib/libstunnel.so to > /usr/lib/stunnel.so it works. This seems to indicate that the program > has just a wrong link inside. > > > Thanks for your work with this package. > > > Cheers, > Andi > -- >http://home.arcor.de/andreas-barth/ >PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C > -- Julien LEMOINE / SpeedBlue -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#289872: [debian/stunnel4] zlib compression doesn't work
Hi Bas, > Hi Julien! > > >* Fixed directory problem : > > - confdir was /usr/etc/stunnel instead of /etc/stunnel (Closes: > > #289832) > > - zlib compression was unable to start since /etc/stunnel/stunnel.conf > >was not read (Closes: #289872) > > This does not fix this bug (just tested). /etc/stunnel/stunnel.conf was > being read, as the zlib compression option was there in the first place. I think this is a libssl problem because stunnel only use COMP_zlib or COMP_rle function from libssl (openssl) for compression. I don't think this problem is related to stunnel. First of all, can you test rle compression ? Best regards. -- Julien LEMOINE / SpeedBlue -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#289872: [debian/stunnel4] zlib compression doesn't work
Hi Bas, * Bas Zoetekouw <[EMAIL PROTECTED]> [2005-01-12 10:50:55 +0100]: > > I think this is a libssl problem because stunnel only use COMP_zlib or > > COMP_rle function from libssl (openssl) for compression. > > Hmm, ok. So should I reassign this bug to libssl? I think yes, here is the part of code from stunnel4 that use compression: switch(options.compression) { case COMP_ZLIB: id=0xe0; cm=COMP_zlib(); name="zlib"; break; case COMP_RLE: id=0xe1; cm=COMP_rle(); name="rle"; break; default: s_log(LOG_ERR, "INTERNAL ERROR: Bad compression method"); exit(1); } I dont't think the problem of zlib initialization is in stunnel. Best Regards. -- Julien LEMOINE / SpeedBlue -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295469: bug not fixed - wrong patchfile used in package :-/
Hello, You said that patch is into cvs, the backport I did is maybe wrong, can you provide me a correct patch ? Best Regards. Andreas Kotes wrote: Hello! the file gpg.dpatch hold the next_chat/prev_chat stuff, and not the fix for Jabber with GPG :-/ Bug still open ... Count -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297110: xchm: Problem with anchors that contain dots
Hello, Can't you please test version 0.7.8-2 with gtk2 ? I think the problem is with gtk1. Best Regards. strazer wrote: Package: xchm Version: 0.9.7-2 xCHM seems to have a problem with anchors that contain dots: Basically, links like "#Character.View" work from within the same page, but not from Contents or Index, i.e. "ags36.htm#Character.View", it jumps to the top of the page instead. Anchors that don't contain dots work fine. This doesn't happen with the built-in help system in Windows. The problematic help file and its source are here, if that helps: http://www.strazer.net/stuff/ags_chm.zip (3,1MB) I use Debian/testing, kernel 2.4.27 I have contacted the author (https://sourceforge.net/forum/forum.php?thread_id=1226332&forum_id=298099), but it seems he doesn't intend to fix this problem. I'm no coder so unfortunately I won't be able to fix this myself. -- Julien Lemoine / SpeedBlue "Savoir que les choses sont sans espoir et cependant tout faire pour les changer", Francis Scott Fitzgerald -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321789: firefox: undefined symbol: XineramaIsActive
Hi Eric, * Eric Dorland <[EMAIL PROTECTED]> [2005-08-23 01:17:05 -0400]: > > debsums on libxinerama1 is ok. > > ldd -d -r on firefox-bin show undefined ref : > > undefined symbol: NS_NewUnionEnumerator > > (/usr/lib/mozilla-firefox/firefox-bin) > > > > and with LD_LIBRARY_PATH=/usr/lib/mozilla-firefox there is no undefined ref. > > (complete output is in attachment). > > > > If I launch /usr/lib/mozilla-firefox/firefox-bin with > > LD_LIBRARY_PATH=/usr/lib/mozilla-firefox, there > > is no problem of undefined symbols > > But if I launch /usr/lib/mozilla-firefox/firefox-bin with > > LD_LIBRARY_PATH=/usr/lib/mozilla-firefox:/usr/lin, > > there is an undefined reference to XineramaIsActive > > I assume you mean /usr/lib and not /usr/lin. This statement seems to > contradict your previous patch which you explicitly put /usr/lib in > the LD_LIBRARY_PATH. Am I missing something? Yes I meant /usr/lib, sorry for the typo. It seems, but it is not because the LD_LIBRARY_PATH in the script is not set to /usr/lib/mozilla-firefox only but to "/usr/lib/mozilla-firefox:/usr/lib/mozilla-firefox/plugins:/usr/lib/mozilla/plugins:/usr/lib" so the solution for me was to add /usr/X11R6/lib in the path or remove /usr/lib (I think you confused /usr/lib and /usr/X11R6/lib). Best Regards. -- Julien Lemoine / SpeedBlue signature.asc Description: Digital signature
Bug#324634: [stunnel4] reload support
merge 323171 324634 thanks Hi Thorsten, I is not possible to simply add support for reload in init.d script because stunnel4 does not support SIGHUP (reload). SIGHUP is catched in signal_handler which is : static void signal_handler(int sig) { /* signal handler */ s_log(sig==SIGTERM ? LOG_NOTICE : LOG_ERR, "Received signal %d; terminating", sig); exit(3); } The solution is to add reload support in stunnel by catching SIGHUP and reloading configuration. Best Regards. -- Julien Lemoine / SpeedBlue "Savoir que les choses sont sans espoir et cependant tout faire pour les changer", Francis Scott Fitzgerald -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325456: Problem still here in 4.20.0-10
Hi Henri, Henri Karrenbeld wrote: The problem is still here with centericq-4.20.0-10. How do we get this list of all installed dependency packages to be included with the bug report? Sorry for the long delay before answering, for a complete list of package, you can use 'reportbug' package that provide a reportbug binary which will help you to report bugs. For aim problem, it is fixed in centericq 4.21 that I uploaded few minutes ago. Best Regards. -- Julien Lemoine / SpeedBlue "Savoir que les choses sont sans espoir et cependant tout faire pour les changer", Francis Scott Fitzgerald -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320323: gobo-3.4 could not be compiled with SmartEiffel 1.1
Hi Daniel, Daniel Baumann wrote: Julien Lemoine wrote: Ok, good news. I will upload gobo-3.4 after. Can you send me a mail when smarteiffel will be in unstable ? Sure. Will be approximately next week, I hope at latest in two (depends on my sponsor). I did not see smarteiffel upload in unstable. Do you have problem with this package ? Best Regards. -- Julien Lemoine / SpeedBlue "Savoir que les choses sont sans espoir et cependant tout faire pour les changer", Francis Scott Fitzgerald -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327431: chmlib: new upstream version 0.36 fixes major security problems
Florian Weimer wrote: According to the following url, the changes in the new version of chmlib fix major security issues. http://freshmeat.net/projects/chmlib/?branch_id=9&release_id=206344 Based on the version number, sarge seems to ship a vulnerable version as well. Hi Florian, I sent patch that contains only security fixes at Martin Schulze. I also sent patch for centericq security fixes in stable at security team. I am now waiting for answer, patches are done, I don't thing that I can do more for the moment. Best Regards. Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318357: centericq-utf8: Segfault on yahoo login for 4.20.0-7
Hi Chris, * Chris Donoghue <[EMAIL PROTECTED]> [2005-07-17 14:31:16 +1000]: > Hi Julien, > > Previous email in in error! > > I must apologise. I was applying the wrong debian patch. > > Rebuilding this time from the correct source and debian patch file > (without your patch) I do get a segfault error. > > Rebuilding again with -O1 and it runs fine without a segfault. > > I again appologise for my previous mistake about packages not > segfault'ing when they in fact do when built from the proper patch > files. Thanks a lot for these information. I will upload a new package with -O1 instead of -O2 for amd64 architecture since there is probably a optimization problem on this architecture with gcc 4.0. It will be fixed soon. Best Regards. Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320323: gobo-3.4 could not be compiled with SmartEiffel 1.1
Package: smarteiffel Version: 1.1-6 Severity: important Gobo 3.4, wich is an important set of eiffel tools and libraries can not be compiled with smarteiffel 1.1. Gobo needs smarteiffel 1.0 or 2.1. The reason of gobo 3.4 compilation problems with smarteiffel 1.1 are explained on the eiffel-devel mailing list : http://sourceforge.net/mailarchive/forum.php?thread_id=7562919&forum_id=1688 Do you plan to upload smarteiffel 2.1 in unstable ? Best Regards. Julien Lemoine -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.26-ow1-vs1.27 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages smarteiffel depends on: ii gcc 4:4.0.0-2The GNU C compiler ii gcc-2.951:2.95.4-22 The GNU C compiler ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an smarteiffel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315685: xchm: why "Pre-Depends: mime-support"?
Hello, First of all, sorry for the long delay for this answer. Thanks a lot for this remark, it did not realize that this pre-depends had no sens. I will tix this soon. Best Regards. Julien Lemoine. * Justin B Rye <[EMAIL PROTECTED]> [2005-06-24 22:18:21 +0100]: > Package: xchm > Version: 0.9.7-2 > Severity: minor > > To quote policy, "Pre-Depends should be used sparingly". > > /usr/bin/xchm is perfectly usable without mime-support even > installed (though I can see why you'd Recommend it); it shouldn't > matter whether mime-support's install-scripts are run before or > after xchm's, as long as they both end by invoking update-mime. > > If there is some reason xchm needs a pre-dependency on mime-support, > I'd expect the same logic to apply for enough other packages to > justify a bug-report on mime-support... > > -- System Information: > Debian Release: 3.1 > Architecture: i386 (i586) > Kernel: Linux 2.6.11.hurakan > Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) > > Versions of packages xchm depends on: > ii chmlib 0.35-6 library for dealing with > Microsoft > ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries > an > ii libgcc1 1:3.4.3-13 GCC support library > ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 > ii libwxgtk2.4 2.4.3.1 wxWindows Cross-platform C++ GUI > t > ii mime-support3.28-1 MIME files 'mime.types' & > 'mailcap > > -- no debconf information > > -- > JBR > Ankh kak! (Ancient Egyptian blessing) > -- Julien LEMOINE / SpeedBlue -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316559: centericq segfaults regularly
Hi Sebastien, Is it possible for you to recompile centericq with symbols in order to have a significant backtrace and to help to fix the problem ? Best Regards. > centericq keeps segfaulting for me, about 2 or 3 times a day. THe > backtrace I get from the core file is a follows: > -- Julien Lemoine / SpeedBlue -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316559: backtrace with symbols
Hello Sebastien, I uploaded a version on http://debian.speedblue.org/tmp with a fix. Can you test if it solve the segmentation fault ? Best regards. Sebastien Delafond wrote: Here is the backtrace I get with all the debugging symbols: #0 0xb7d77344 in std::string::c_str () from /usr/lib/libstdc++.so.5 #1 0x082939bd in MSN::decimalFromString ([EMAIL PROTECTED]) at util.cpp:130 #2 0x08282e4d in MSN::NotificationServerConnection::handleIncomingData (this=0x8334e30) at notificationserver.cpp:541 #3 0x082786d3 in MSN::Connection::dataArrivedOnSocket (this=0x8334e30) at connection.cpp:207 #4 0x08151171 in msnhook::main (this=0x8334e00) at msnhook.cc:175 #5 0x080eed0d in centericq::idle (this=0x8333e20, options=2) at centericq.cc:1424 #6 0x080da5da in icqface::editchatidle ([EMAIL PROTECTED]) at icqface.cc:3454 #7 0x081a3817 in ktool::texteditor::open (this=0xbfffd090) at texteditor.cc:1879 #8 0x080d5ad4 in icqface::chat (this=0x8333f40, [EMAIL PROTECTED]) at icqface.cc:2683 #9 0x080e72f5 in centericq::mainloop (this=0x8333e20) at centericq.cc:389 #10 0x080e47d9 in centericq::exec (this=0x8333e20) at centericq.cc:104 #11 0x080e38eb in main (argc=1, argv=0xbfffdb34) at centermain.cc:60 Hope this helps... Cheers, --Seb -- Julien Lemoine / SpeedBlue "Savoir que les choses sont sans espoir et cependant tout faire pour les changer", Francis Scott Fitzgerald -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317635: xchm 1.0 has been released
Hi Soeren, For the moment, I is not possible to package xchm 1.0 because wxzidgets in not part of debian unstable. Wxwidgets maintainer is working on these packages. I will packages it as soon as possible. Best Regards. Julien Lemoine * Soeren Sonnenburg <[EMAIL PROTECTED]> [2005-07-10 12:02:39 +0200]: > * 1.0 Finally 'the release': > + now xCHM only compiles with wxWidgets 2.6.0. > + text selection and copy/paste operations are available. > + searching in page with Ctrl+F is possible. > + changed the protocol prefix to 'xchm:' to avoid conflicts > with the wxWindows-integrated chm support. > + improved CHM load times and UI usability during loading. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318357: centericq-utf8: Segfault on yahoo login for 4.20.0-7
Hi Chris, This is very strange because -7 patch does not modify anything in yahoo, it changes only some lines in gadugadu. Can you recompile centericq with symbols (apt-get source, apply the patch attached and run dpkg-buildpackage) and send me a backtrace of the problem ? Best Regards. Julien Lemoine * Chris Donoghue <[EMAIL PROTECTED]> [2005-07-15 11:51:54 +1000]: > Debian packages version 4.20.0-7 seem to always segfault on yahoo login > only (MSN, icq seem to work fine, I didn't check others). > > Package version 4.20.0-6 worked fine. This is for both centericq-utf8 > and centericq packages. > --- centericq-4.20.0/debian/rules.orig 2005-07-15 11:12:17.0 +0200 +++ centericq-4.20.0/debian/rules 2005-07-15 11:12:35.0 +0200 @@ -13,7 +13,7 @@ ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CXXFLAGS += -O0 else - CXXFLAGS += -O2 + CXXFLAGS += -g2 endif ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) INSTALL_PROGRAM += -s @@ -120,7 +120,7 @@ dh_installchangelogs ChangeLog dh_installexamples debian/external.example dh_link - dh_strip +# dh_strip dh_compress dh_fixperms dh_installdeb
Bug#318357: centericq-utf8: Segfault on yahoo login for 4.20.0-7
Hi Chris, Hum this seems to be a transition to g++ 4.0 problem. Can you run g++ --version on your system ? Best regards. Chris Donoghue wrote: Hi Julien, Ok did as you asked and installed three of the four packages built centericq_4.20.0-7_amd64.deb, centericq-common_4.20.0-7_amd64.deb, and centericq-utf8_4.20.0-7_amd64.deb Run it. And... it worked perfectly! Putting back the old packages as downloaded (i was having a bad day so I thought maybe my computer was also having the exact same problem and would work fine now :) ) dpkg -i /var/cache/apt/archives/centericq_4.20.0-7_amd64.deb /var/cache/apt/archives/centericq-common_4.20.0-7_amd64.deb /var/cache/apt/archives/centericq-utf8_4.20.0-7_amd64.deb Running in gdb: Program received signal SIGSEGV, Segmentation fault. 0x0065f5f0 in std::basic_string, std::allocator >::basic_string<__gnu_cxx::__normal_iterator > The useless backtrace here: #0 0x0065f5f0 in std::basic_string, std::allocator ::basic_string<__gnu_cxx::__normal_iterator > () #1 0x005548c7 in std::operator+, std::allocator > () #2 0x004b2a22 in std::operator+, std::allocator > () #3 0x004b3eb7 in std::operator+, std::allocator > () ... With a lot of other useless non-debugging information. I then rebuilt from the source without applying the debug stripping patch and all is fine. I have no idea what might be the problem in this case. Just the the binary packages as i downloaded do not work. Strange I have nothing left to say except, again ... Strange. Thanks Chris Send instant messages to your online friends http://au.messenger.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318357: centericq-utf8: Segfault on yahoo login for 4.20.0-7
Hi Chris, Chris Donoghue wrote: It is version 4. Like you thought. It is maybe a problem with optims. You compiled centericq without optimization and it worked. Can you test download the source and recompile it directly (dpkg-buildpackage) ?, if it segfault, the problem comes from the optimizations. You can after test with -O1 instead of -O2 and if it segfault with -O0 (in the debian/rules) file. Thanks for your help. Best Regards. Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321789: firefox: undefined symbol: XineramaIsActive
Package: mozilla-firefox Version: 1.0.6-2 Severity: grave Firefox is unusable by most of unstable user because the firefox binary need xinemara lib. $ /usr/lib/mozilla-firefox/firefox-bin: symbol lookup error: /usr/lib/mozilla-firefox/firefox-bin: undefined symbol: XineramaIsActive $ echo $? 127 but, with a ld_preload, firefox works well : $ LD_PRELOAD=/usr/X11R6/lib/libXinerama.so.1 firefox -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.26-ow1-vs1.27 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozilla-firefox depends on: ii debianutils 2.14.1 Miscellaneous utilities specific t ii fontconfig2.3.2-1generic font configuration library ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-3 GCC support library ii libglib2.0-0 2.6.6-1The GLib library of C routines ii libgtk2.0-0 2.6.9-1The GTK+ graphical user interface ii libidl0 0.8.5-1library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-4MIT Kerberos runtime libraries ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libpng12-01.2.8rel-1 PNG library - runtime ii libstdc++64.0.1-3The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-4 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxinerama1 6.8.2.dfsg.1-4 X Window System multi-head display ii libxp66.8.2.dfsg.1-4 X Window System printing extension ii libxt66.8.2.dfsg.1-4 X Toolkit Intrinsics ii psmisc21.6-1 Utilities that use the proc filesy ii xlibs 6.8.2.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.3-3 compression library - runtime mozilla-firefox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321789: firefox: undefined symbol: XineramaIsActive
Hi Eric, Eric Dorland wrote: Since it works fine for me, the ldd output of firefox-bin shows the linkage and the package has the dependency, I think the problem is local to your system. What's in your /etc/ld.so.conf file? It is very strange, firefox was working well before my last upgrade. I changed nothing on my system. $ ldd /usr/lib/mozilla-firefox/firefox-bin [...] libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1 (0x0087c000) [...] $ cat /etc/ld.so.conf /usr/X11R6/lib /usr/lib/atlas/sse2 /usr/lib/sse2 /usr/lib/atlas /lib64 /usr/lib64 /usr/X11R6/lib64 $ ldconfig -v [...] libxkbui.so.1 -> libxkbui.so.1.0 libXinerama.so.1 -> libXinerama.so.1.0 libpsres.so.1 -> libpsres.so.1.0 [...] $ dpkg --list | grep binutils ii binutils 2.16.1-2 Seems that the problems is not really firefox related. It is maybe related to my configuration, but I have actually no idea of its cause. You can close or change severity of bug report. Best Regards. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321789: firefox: undefined symbol: XineramaIsActive
Eric Dorland wrote: Since it works fine for me, the ldd output of firefox-bin shows the linkage and the package has the dependency, I think the problem is local to your system. What's in your /etc/ld.so.conf file? I found a way to fix this problem on my system, here is a small patch to fix it : --- /usr/lib/mozilla-firefox/firefox.old2005-08-08 21:01:01.0 +0200 +++ /usr/lib/mozilla-firefox/firefox 2005-08-08 21:03:08.0 +0200 @@ -93,7 +93,7 @@ ## ## Set LD_LIBRARY_PATH ## -EXTENT_LD_LIB_PATH=/usr/lib/mozilla-firefox:/usr/lib/mozilla-firefox/plugins:/usr/lib/mozilla/plugins:/usr/lib +EXTENT_LD_LIB_PATH=/usr/X11R6/lib:/usr/lib/mozilla-firefox:/usr/lib/mozilla-firefox/plugins:/usr/lib/mozilla/plugins:/usr/lib if [ "${LD_LIBRARY_PATH}" ]; then LD_LIBRARY_PATH=${EXTENT_LD_LIB_PATH}:${LD_LIBRARY_PATH} else Best Regards. Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321789: firefox: undefined symbol: XineramaIsActive
Hi Steve, Steve Langasek wrote: What does ldd -d -r /usr/lib/mozilla-firefox/firefox-bin show? debsums -s libxinerama1 may also be helpful here as a double-check. debsums on libxinerama1 is ok. ldd -d -r on firefox-bin show undefined ref : undefined symbol: NS_NewUnionEnumerator (/usr/lib/mozilla-firefox/firefox-bin) and with LD_LIBRARY_PATH=/usr/lib/mozilla-firefox there is no undefined ref. (complete output is in attachment). If I launch /usr/lib/mozilla-firefox/firefox-bin with LD_LIBRARY_PATH=/usr/lib/mozilla-firefox, there is no problem of undefined symbols But if I launch /usr/lib/mozilla-firefox/firefox-bin with LD_LIBRARY_PATH=/usr/lib/mozilla-firefox:/usr/lin, there is an undefined reference to XineramaIsActive Best Regards. Julien Lemoine % ldd -d -r /usr/lib/mozilla-firefox/firefox-bin libmozjs.so => /usr/lib/libmozjs.so (0x00128000) libxpcom.so => /usr/lib/libxpcom.so (0x001a8000) libplds4.so => /usr/lib/libplds4.so (0x00262000) libplc4.so => /usr/lib/libplc4.so (0x00266000) libnspr4.so => /usr/lib/libnspr4.so (0x0026b000) libpthread.so.0 => /lib/libpthread.so.0 (0x411c5000) libdl.so.2 => /lib/libdl.so.2 (0x4115c000) libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x0029f000) libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x0055d000) libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x005db000) libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x005f7000) libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0x0060c000) libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0x00613000) libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x0061e000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00655000) libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x0068e000) libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00691000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4158f000) libm.so.6 => /lib/libm.so.6 (0x41135000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00714000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x00739000) libz.so.1 => /usr/lib/libz.so.1 (0x41899000) libsmime3.so => /usr/lib/libsmime3.so (0x00758000) libssl3.so => /usr/lib/libssl3.so (0x0077b000) libnss3.so => /usr/lib/libnss3.so (0x0079e000) libsoftokn3.so => /usr/lib/libsoftokn3.so (0x0080b000) libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1 (0x0087c000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x4195b000) libXp.so.6 => /usr/X11R6/lib/libXp.so.6 (0x0088) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4194b000) libxpcom_compat.so => /usr/lib/libxpcom_compat.so (0x00888000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x008a4000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x41582000) libc.so.6 => /lib/libc.so.6 (0x41019000) libXft.so.2 => /usr/lib/libXft.so.2 (0x0098b000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x424c4000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x0099e000) /lib/ld-linux.so.2 (0x4100) libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x009cd000) libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x009f4000) libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x009f8000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x41723000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00a0) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x425c1000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x425a8000) libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00a09000) undefined symbol: NS_NewUnionEnumerator (/usr/lib/mozilla-firefox/firefox-bin) % export LD_LIBRARY_PATH=/usr/lib/mozilla-firefox % ldd -d -r /usr/lib/mozilla-firefox/firefox-bin 07:56 libmozjs.so => /usr/lib/mozilla-firefox/libmozjs.so (0x00111000) libxpcom.so => /usr/lib/mozilla-firefox/libxpcom.so (0x00191000) libplds4.so => /usr/lib/mozilla-firefox/libplds4.so (0x0024b000) libplc4.so => /usr/lib/mozilla-firefox/libplc4.so (0x0024f000) libnspr4.so => /usr/lib/mozilla-firefox/libnspr4.so (0x00254000) libpthread.so.0 => /lib/libpthread.so.0 (0x411c5000) libdl.so.2 => /lib/libdl.so.2 (0x4115c000) libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x0029f000) libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x0055d000) libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x005db000) libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x005f7000) libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0x0060c000)
Bug#382099: logcheck file missing
Hi Hadmut, Hadmut Danisch wrote: Package: stunnel Version: 2:3.26-10 Hi, stunnel intensively logs to syslog. This causes logcheck to report heaps of messages. Therefore, every debian package of programs writing to syslog should come with a configuration file in /etc/logcheck, telling which messages can safely ignored. I think that logcheck-database is what you are looking for. Maybe I can add a note about this package in the README.Debian file. Best Regards. Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383386: libchm1: some chm files sections are not rendered
Hi Alban, I assumed you was referring to 'API manual' link in your CHM file which is a link to index.html. But index.html contains nothing else than the 'generated by ...'. Can you give me more details for this bug ? Best Regards. Julien Lemoine Alban BROWAEYS wrote: Package: libchm1 Version: 0.38-1 Severity: normal In http://www.xisc.com/download/prado_wiki.zip the API section is not rendered in kchmviewer nor gnochm. I though it to be an issue with the library. please reassign if wrong: Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383386: RE : Re: Bug#383386: libchm1: some chm files sections are not rendered
Alban BROWAEYS wrote: --- Julien Lemoine <[EMAIL PROTECTED]> a écrit : I assumed you was referring to 'API manual' link in your CHM file which is a link to index.html. But index.html contains nothing else than the 'generated by ...'. Can you give me more details for this bug ? no except that it works under its windows counterpart sorry Alban I tested it under Windows XP Pro and I had exactly the same behavior. Are you sure that you gave me the correct chm file ? Best Regards. Julien Lemoine
Bug#384275: stunnel4: with custom named configuration file stunnel does not install
Hello Arnout, Arnout Boelens wrote: Instead of the default debian configuration file in /etc/stunnel4/, I made another one with different name. However, this is causing installing stunnel4 to fail during an upgrade. Temporaly moving the file out (resulting in an empty /etc/stunnel4/ directory), makes it possible to complete the installation. The error message I got was: Setting up stunnel4 (4.150-6) ... Stopping SSL tunnels: stunnel. Starting SSL tunnels: invoke-rc.d: initscript stunnel4, action "start" failed. dpkg: error processing stunnel4 (--configure): subprocess post-installation script returned error exit status 1 Thank you for your bug report. I tried to reproduce this bug by putting my configuration file in /etc/stunnel/test.conf and then to /tmp/test.conf (when changing the variable FILES in /etc/default/stunnel4 file) but I had no error during upgrade. Can you give me the content of your /etc/default/stunnel4 file and the output of the command : "sh -x /etc/init.d/stunnel4 start" just after the upgrade fail. Best Regards. Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384275: stunnel4: with custom named configuration file stunnel does not install
hello Arnout, Arnout Boelens wrote: Instead of the default debian configuration file in /etc/stunnel4/, I made another one with different name. However, this is causing installing stunnel4 to fail during an upgrade. Temporaly moving the file out (resulting in an empty /etc/stunnel4/ directory), makes it possible to complete the installation. The error message I got was: Setting up stunnel4 (4.150-6) ... Stopping SSL tunnels: stunnel. Starting SSL tunnels: invoke-rc.d: initscript stunnel4, action "start" failed. dpkg: error processing stunnel4 (--configure): subprocess post-installation script returned error exit status 1 In fact, I understood what's happened : 1) You had a running instance of stunnel4 2) You had made an upgrade 3) Upgrade calls /etc/init.d/stunnel4 stop -> but no configuration file are found here. It does not stop your instance. 4) Upgrade calls invoke-rc.d stunnel4 start -> there is already an instance loaded, so it failed But, why "/etc/init.d/stunnel4 stop" did not found the configuration file to stop instance. I see no reason, is your /etc/default/stunnel4 file erased by the upgrade ? Best Regards Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406242: chmlib-bin: chmlib-bin is empty
Hello, I think you have a problem with your current distrib, the current package chmlib-bin in stable contains binaries : $ wget ftp://ftp.fr.debian.org/debian/pool/main/c/chmlib/chmlib-bin_0.35-6sarge3_i386.deb $dpkg -c chmlib-bin_0.35-6sarge3_i386.deb drwxr-xr-x root/root 0 2006-08-06 14:51 ./ drwxr-xr-x root/root 0 2006-08-06 14:51 ./usr/ drwxr-xr-x root/root 0 2006-08-06 14:51 ./usr/bin/ -rwxr-xr-x root/root 4148 2006-08-06 14:51 ./usr/bin/test_chmLib -rwxr-xr-x root/root 5036 2006-08-06 14:51 ./usr/bin/extract_chmLib -rwxr-xr-x root/root 3856 2006-08-06 14:51 ./usr/bin/enumdir_chmLib -rwxr-xr-x root/root 3676 2006-08-06 14:51 ./usr/bin/enum_chmLib -rwxr-xr-x root/root 73612 2006-08-06 14:51 ./usr/bin/chm_http drwxr-xr-x root/root 0 2006-08-06 14:51 ./usr/share/ drwxr-xr-x root/root 0 2006-08-06 14:51 ./usr/share/doc/ drwxr-xr-x root/root 0 2006-08-06 14:51 ./usr/share/doc/chmlib-bin/ -rw-r--r-- root/root 459 2006-08-06 14:51 ./usr/share/doc/chmlib-bin/copyright -rw-r--r-- root/root 1513 2006-08-06 14:51 ./usr/share/doc/chmlib-bin/changelog.Debian.gz drwxr-xr-x root/root 0 2006-08-06 14:51 ./usr/share/man/ drwxr-xr-x root/root 0 2006-08-06 14:51 ./usr/share/man/man1/ -rw-r--r-- root/root 593 2006-08-06 14:51 ./usr/share/man/man1/test_chmLib.1.gz -rw-r--r-- root/root 582 2006-08-06 14:51 ./usr/share/man/man1/enum_chmLib.1.gz -rw-r--r-- root/root 594 2006-08-06 14:51 ./usr/share/man/man1/extract_chmLib.1.gz -rw-r--r-- root/root 701 2006-08-06 14:51 ./usr/share/man/man1/chm_http.1.gz -rw-r--r-- root/root 588 2006-08-06 14:51 ./usr/share/man/man1/enumdir_chmLib.1.gz Best Regards. Julien Lemoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400345: stunnel4 configure error message
Hello, Are you using /etc/init.d/stunnel4 ? If you launch stunnel4 yourself (by starting command /usr/bin/stunnel4 /etc/stunnel/secure_easynews-client.conf) you can not put you configuration file in /etc/stunnel because /etc/init.d/stunnel4 script will failed to start (port is already bind by your stunnel4) If you are using /etc/init.d/stunnel4, can you five me output of : sh -x /etc/init.d/stunnel4 start sh -x /var/lib/dpkg/info/stunnel4.postinst Best Regards -- Julien Lemoine / SpeedBlue "Savoir que les choses sont sans espoir et cependant tout faire pour les changer", Francis Scott Fitzgerald -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413474: stunnel4: configurable timeout_close in client mode ?
Hi, I forwarded your question to upstream author of stunnel, here is his answer below. best Regards, Julien There is a way to close HTTP/1.1 in a clean way: http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.10 This is how this problem should be solved. Alternative solution is "TIMEOUTclose=0" in stunnel.conf, but it is not recommended. gary ng wrote: Package: stunnel4 Version: 3:4.18-2 Severity: minor I use stunnel to get SSL feature in lua through unix domain socket by dup2 the stdin with a socketpair() then fork(), exec() stunnel. It works very well except one thing, closing the domain socket would take 60 seconds(waitpid) for stunnel to exit. For many protocols, there is explicit "EXIT" command which I can use but not for HTTP 1.1 with keep-alive. The server would wait for the client socket to close which in the case of stunnel needs to "relay" to it. Just hope there is a parameter for me to shorten this wait time as by the time I close the client side, I would not need the connection anymore. At the moment, I just skip the waitpid() but that leaves lots of zombie in the process table. It is not a big issue, just ugly when doing "top". -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-co-0.8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages stunnel4 depends on: ii adduser 3.100 Add and remove users and groups ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8c-4SSL shared libraries ii libwrap0 7.6.dbs-12 Wietse Venema's TCP wrappers libra ii netbase 4.27Basic TCP/IP networking system ii openssl 0.9.8c-4Secure Socket Layer (SSL) binary a ii perl-modules 5.8.8-6.1 Core Perl modules ii zlib1g 1:1.2.3-13 compression library - runtime stunnel4 recommends no packages. -- no debconf information smime.p7s Description: S/MIME Cryptographic Signature
Bug#416954: O: chmlib -- library for dealing with Microsoft CHM format files
Package: wnpp Severity: normal I orphan chmlib package, there is no new version available for the moment. The package description is: It is a very simple library, but sufficient for dealing with all of the chm files. Library currently does not has write support. . CHM files are used on the Micosoft Windows platform to store program documentation, almost always in the form of HTML, with some non-standard quirks. CHM files are a form of archive known as InfoTech Storage Format (ITSF) files and contain some special files to implement features of the CHM viewer. On Windows they are accessed through a kind of virtual filesystem exposed by a dynamically loaded library. ITSF files have UTF-8 filenames and use an LZX cruncher to compress all the files in one big chunk. Both the ITSF and the formats of the internal CHM files are highly indexed and their designs are all clearly optimized for read-only access. . This package includes test programs -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416953: O: egoboo -- 3D dungeon crawling adventure in the spirit of NetHack
Package: wnpp Severity: normal I intend to orphan the egoboo package. After a long period of inactivity, a new version (2.3.6) is available at http://egoboo.13.forumer.com/viewtopic.php?t=20 The package description is: Egoboo is an open source project, using OpenGL and SDL(Simple DirectMedia Layer) libraries. It is a 3d dungeon role playing game in the spirit of NetHack. Nice colorful graphics, and detailed models(using Quake2 modeling tools) make this game stand out in the gaming open-source community. . Home Page: http://egoboo.sourceforge.net -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416957: O: egoboo-data -- Egoboo data files
Package: wnpp Severity: normal I orphan the egoboo-data package. After a long period of inactivity, a new version (2.3.6) is available at http://egoboo.13.forumer.com/viewtopic.php?t=20 The package description is: Egoboo is an open source project, using OpenGL and SDL(Simple DirectMedia Layer) libraries. It is a 3d dungeon role playing game in the spirit of NetHack. Nice colorful graphics, and detailed models(using Quake2 modeling tools) make this game stand out in the gaming open-source community. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416955: O: stunnel -- Universal SSL tunnel for network daemons
Package: wnpp Severity: normal I orphan the stunnel package, a transition from stunnel 3 to stunnel 4 must be done for stunnel package (It will break user scripts, an information must be provided to users...) The package description is: The stunnel program is designed to work as SSL encryption wrapper between remote client and local (inetd-startable) or remote server. The concept is that having non-SSL aware daemons running on your system you can easily setup them to communicate with clients over secure SSL channel. . stunnel can be used to add SSL functionality to commonly used inetd daemons like POP-2, POP-3 and IMAP servers without any changes in the programs' code. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416958: O: centericq -- A text-mode multi-protocol instant messenger client
Package: wnpp Severity: normal I orphan the centericq package. Upstream author of centericq does not develop centericq any more, but recently a group of developers founded centerim.org and they want to continue development of centericq. All patches currently in debian package are in centerim repository. The package description is: Centericq is a text mode menu- and window-driven IM client program that supports the ICQ2000, Yahoo!, AIM, MSN, IRC and Jabber protocols. . A full list of its features is available at http://konst.org.ua/centericq/. . Sox is required to play sounds on events (play binary). -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416956: O: orgadoc -- Organizes documents from XML descriptions
Package: wnpp Severity: normal I orphan the orgadoc package. I am also the author of software, if there is not enough user, package can be removed from debian pool. The package description is: It uses XML files to describe your documents and convert them to a tree of HTML files, a bibtex file or a latex file. . It also includes a search tool to perform query on these XML files (with regexp support). -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416959: O: gobo -- Portable Eiffel tools and libraries
Package: wnpp Severity: normal I orphan the gobo package. Gobo version is quite old (3.3), the current version is 3.5 (www.gobosoft.com) but it needs a recent version of smarteiffel, I reported a bug a long time ago over smarteiffel : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=320323 The package description is: Gobo Eiffel consists of ten Eiffel libraries : kernel, structure, lexical, parse, pattern, regexp, test, time , utility and XML Libraries. . It also provides seven utilities : * geant : Gobo Eiffel Ant; * gexace : Gobo Eiffel Xace; * gelex : Gobo Eiffel Lex; * geyacc : Gobo Eiffel Yacc; * getest : Gobo Eiffel Test, * gepp : Gobo Eiffel Preprocessor; * gexmlsplit : Gobo Eiffel XML Splitter. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416962: O: xchm -- Compiled HTML Help (CHM) file viewer for X
Package: wnpp Severity: normal I orphan the xchm package. A new version of the package is available at sourceforge.net The package description is: xCHM is a viewer for Compiled HTML Help (CHM) files. It, can show the contents tree if one is available, print the current page and do the usual history stunts. It allows you to change fonts and search for text in all the pages of the file, or in the pages' titles. What it cannot do is handle Javascript by the book. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416960: O: osdclock -- Clock using the XOSD library
Package: wnpp Severity: normal I orphan the osdclock package. The package description is: A clock which uses the X On-Screen Display library to display itself. . It supports a strftime(3)-style format parameter and can be configured to show up only at specific intervals. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416961: O: stunnel4 -- Universal SSL tunnel for network daemons
Package: wnpp Severity: normal I orphan the stunnel4 package. A transition from stunnel 3 to stunnel 4 must be done for stunnel package (It will break user scripts, an information must be provided to users...) The package description is: The stunnel program is designed to work as SSL encryption wrapper between remote client and local (inetd-startable) or remote server. The concept is that having non-SSL aware daemons running on your system you can easily setup them to communicate with clients over secure SSL channel. . stunnel can be used to add SSL functionality to commonly used inetd daemons like POP-2, POP-3 and IMAP servers without any changes in the programs' code. . This package is compatible with stunnel 3.x version (via a wrapper). Stunnel 4.x is more actively maintained upstream. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]