Bug#994030: man-db: error while loading shared libraries: libmandb-2.9.4.so

Thanks a lot for your answer. I have added "network," in the three sections of /etc/apparmor.d/usr.bin.man and man runs now as expected. Best regards, JB

Bug#994030: man-db: error while loading shared libraries: libmandb-2.9.4.so

Package: man-db Version: 2.9.4-2 Severity: important Dear Maintainer, Since a few days (if I remember since I have upgraded my workstation to last testing release), man aborts with folloging message: Root hilbert:[~] > man man man: error while loading shared libraries: libmandb-2.9.4.so: cannot

Bug#961028: hplip: No scanner found: SANE cannot load the hpaio backend

Hello, Same constatation here with a LaserJet CM2320. I haven't found a solution Best regards, JB

Bug#926928: fetchmail: Server CommonName mismatch

Thanks for your answer. I have replaced pop.nerim.fr by pop.nerim.net and it works as expected. This configuration worked fine with pop.nerim.fr for a very long time until last upgrade of feetchmail. Best regards, JB

Bug#926928: fetchmail: Server CommonName mismatch

Package: fetchmail Version: 6.4.0~beta4-3 Severity: grave Justification: renders package unusable Dear Maintainer, I use ferchmail for a while and I have seen in syslog that fetchmail returns errors: fetchmail: Loaded OpenSSL library 0x1010102f newer than headers 0x1010101f, trying to

Bug#925444: smokeping: --pid-dir doesn't worj as expected

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Gabriel Filion a écrit : > On 2019-03-26 2:43 p.m., Gabriel Filion wrote: >> Did you recently upgrade smokeping? if so what version were you >> using before? (maybe check your dpkg logs for signs of upgrade of >> the smokeping package) > > I just

Bug#925444: smokeping: --pid-dir doesn't worj as expected

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Gabriel Filion a écrit : > Hi Bertrand, Hello, > e.g. the file is in /run/smokeping and systemd is able to use it > to restart the servce. In my case, systemd doesn't create /run/smokeping. > Did you recently upgrade smokeping?

Bug#925444: smokeping: --pid-dir doesn't worj as expected

Package: smokeping Version: 2.7.3-2 Severity: grave Justification: renders package unusable Dear Maintainer, I have restarted a server last sunday and I have seen that smokeping doesn't start anymore. In systemd config file, smokeping is launched with --pid-dir=/run/smokeping and systemd

Bug#913129: [Pkg-openssl-devel] Bug#913129: Bug#913129: openssl: TLS error (error 403 4.7.0 TLS handshake failed in sendmail logs)

Kurt Roeckx a écrit : > On Sat, Nov 10, 2018 at 08:17:19PM +0100, BERTRAND Joël wrote: >> Kurt Roeckx a écrit : >>> On Thu, Nov 08, 2018 at 06:36:52PM +0100, Kurt Roeckx wrote: >>>> On Thu, Nov 08, 2018 at 06:10:29PM +0100, BERTRAND Joël wrote: >>>>>

Bug#913129: [Pkg-openssl-devel] Bug#913129: Bug#913129: openssl: TLS error (error 403 4.7.0 TLS handshake failed in sendmail logs)

Kurt Roeckx a écrit : > On Thu, Nov 08, 2018 at 06:36:52PM +0100, Kurt Roeckx wrote: >> On Thu, Nov 08, 2018 at 06:10:29PM +0100, BERTRAND Joël wrote: >>> Kurt Roeckx a écrit : >>>> On Wed, Nov 07, 2018 at 11:21:44AM +0100, BERTRAND Joël wrote: >>>>> No

Bug#913129: [Pkg-openssl-devel] Bug#913129: openssl: TLS error (error 403 4.7.0 TLS handshake failed in sendmail logs)

Kurt Roeckx a écrit : > On Wed, Nov 07, 2018 at 11:21:44AM +0100, BERTRAND Joël wrote: >> Nov 7 09:17:31 rayleigh sm-mta[10148]: ruleset=try_tls, >> arg1=smtp-in.orange.fr, relay=smtp-in.orange.fr, reject=550 5.7.1 >> ... do not try TLS with smtp-in.orange.fr [80.12.242.

Bug#913129: openssl: TLS error (error 403 4.7.0 TLS handshake failed in sendmail logs)

Package: openssl Version: 1.1.1-2 Severity: important Dear Maintainer, Last saturday, I have upgraded my testing server. This server acts as a mail server running sendmail. With stable openssl package, my server ran fine. With new package, sendmail returns the obvious message : dsn=4.0.0,

Bug#906436: 906436: nis: /etc/init.d/nis doesn't start ypbind, thus ypwhich timeouts

Michael Biebl a écrit : > On 8/21/18 16:50, Nuno Oliveira wrote: >> Michael, please update the /etc/default/nis in your package >> accordingly: host:~> diff /etc/default/nis >> /etc/default/nis.orig 28,29c28 < #YPBINDARGS=-no-dbus < >> YPBINDARGS= --- >>> YPBINDARGS=-no-dbus >> >> >>

Bug#906436: nis: /etc/init.d/nis doesn't start ypbind, thus ypwhich timeouts

Package: nis Version: 3.17.1-2 Severity: important Dear Maintainer, I use a NetBSD NIS server for a long time. This servers acts as a NIS server (master) and some workstations use it (Linux, FreeBSD...). I have noticed this evening that my Debian Buster was unable to use this server anymore.

Bug#905457: munin: general protection fault

Lars Kruse a écrit : > Hello Bertrand, > > > Am Sun, 5 Aug 2018 10:01:58 +0200 > schrieb BERTRAND Joël : > >> Yesterday, after my bug report, I have done a apt dist-upgrade and this >> message disappears. Very strange, perl and munin were not upgraded. >

Bug#905457: munin: general protection fault

Lars Kruse a écrit : > Package: munin > Followup-For: Bug #905457 > > Hello Bertrand, Hello Lars, > On Sat, 04 Aug 2018 22:35:54 +0200, BERTRAND Joël wrote, > >> I don't understand why perl tries to run /usr/sbin/munin, there is no >> such scri

Bug#905457: munin: general protection fault

Package: munin Version: 2.0.37-2 Severity: important Dear Maintainer, I run debian testing (buster) and since a few days, munin doesn't run as expected. In syslog, I have a lot of : Aug 4 22:35:01 rayleigh CRON[11229]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi >

Bug#904214: zoneminder: After last zoneminder upgrade, it doesn't start anymore

Package: zoneminder Version: 1.30.4+dfsg1-4 Severity: important Dear Maintainer, I use Zoneminder for a long time. My first installation was a clean installation without debian package as zoneminder wasn't packaged, but since debian team has provided deb package, I use it. Thus I have reinstall

Bug#897123: linux-image-4.15.0-3-amd64: Diskless workstation regularly stalls with 4.15 kernel

A precision I have forgotten. I have filled a bug against kernel as nfs's packages haven't been upgraded when this bug was triggered. Only one workaround : use nolock mount option. Best regards, JKB

Bug#897123: linux-image-4.15.0-3-amd64: Diskless workstation regularly stalls with 4.15 kernel

Package: src:linux Version: 4.15.17-1 Severity: important Dear Maintainer, I use some diskless workstations for a long time without any specific trouble. Since I have installed 4.15 kernel from debian testing, my main workstation regularly stalls. In syslog, I have a lot of : Apr 28 18:51:53

Bug#895868: munin-cron: Fontconfig error: failed reading config file

Same bug here. I've only found a quick an dirty workaround: */5 * * * * munin if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi > /dev/null 2>&1 Regards, JKB

Bug#873065: postfix: Some mails refused since libssl1.1_1.1.0f-4_amd64.deb

Hello, Same constatation with sendmail and libssl1.1_1.1.0f-5. Looking at tls1_2_default.patch from Debian's openssl, the only thing that needs to be done is to override this change: @@ -2372,7 +2372,10 @@ SSL_CTX *SSL_CTX_new(const SSL_METHOD *meth) goto err;

Bug#847498: sendmail: Cron sends mail every 20 minutes

Salvatore Bonaccorso a écrit : Hi On Thu, Dec 08, 2016 at 08:33:24PM +0100, BERTRAND Joël wrote: Package: sendmail Version: 8.15.2-7 Severity: normal Dear Maintainer, I have upgraded sendmail/testing and now every 20 minutes, cron sends mail with following object : Cron <smmsp@rayle

Bug#847498: sendmail: Cron sends mail every 20 minutes

Package: sendmail Version: 8.15.2-7 Severity: normal Dear Maintainer, I have upgraded sendmail/testing and now every 20 minutes, cron sends mail with following object : Cron test -x /etc/init.d/sendmail && test -x /usr/share/sendmail/sendmail && test -x

Bug#807258: Fixed

I have downgraded sendmail to 8.14.4 (built from debian/stable sources) and sendmail runs as expected. Please remove faulty package or apply last sendmail patches that fix this known issue. Best regards, JKB

Bug#807258: Fixed

Marcus Schopen a écrit : Hi, Am Mittwoch, den 09.12.2015, 12:57 +0100 schrieb BERTRAND Joël: I have downgraded sendmail to 8.14.4 (built from debian/stable sources) and sendmail runs as expected. Please remove faulty package or apply last sendmail patches that fix this known issue. Have you

Bug#807258: Logged transaction

250-rayleigh.systella.fr Hello mta.partenaire.viadeo.com [136.147.180.10], pleased to meet you 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-EXPN 250-VERB 250-8BITMIME 250-SIZE 250-DSN 250-ETRN 250-AUTH NTLM PLAIN LOGIN 250-STARTTLS 250-DELIVERBY 250 HELP 10:25:15.695375 IP

Bug#807258: For information

JKB wrote: > I have a sendmail server (8.15.2) running debian linux, spamassasin, > clamav and milter-greylist (4.4.3 and I have tried 4.5.16). This > configuration ran like a charm until last sendmail upgrade. So what are the changes in that "last sendmail upgrade"? Is

Bug#807258: sendmail: Strange DSN code returned by sendmail with greylisting

Source: sendmail Version: 8.15.2-2 Severity: grave Justification: renders package unusable Dear Maintainer, I use for a long time a sendmail configuration with debian clamav and spamassassin milters and a customized milter greylist (same sources that debian's milter but with some different

Bug#747478: mutt: TLS authentification returns tls_socket_read (An unexpected TLS packet was received.)

Package: mutt Version: 1.5.23-1 Severity: normal Dear Maintainer, I use mutt for a long time without any trouble on an IMAP server running courier-imap-ssl (and of course courier-authdaemon and courier-authlib). This IMAP server runs fine and I can use seamonkey-mail, squirrelmail, roundcube

Bug#724609: Same constatation, but...

Hello, I have seen the same bug, but I'm not sure that it is related to kernel upgrade. Indeed, if I reboots my Lenovo Edge E325 with 3.10-2 kernel, wmbattery only indicates 0. Regards, JB -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with

Bug#641146: openttd: Swapped colors on sparc64

Matthijs Kooijman a écrit : Hi Joël, a while ago you reported a color problem with OpenTTD on your sparc64. Some palette-related fixes that made things work on my sparc64 with 8bit video were included in the 1.3.0 OpenTTD release, which was recently uploaded to experimental. Could you test the

Bug#695130: Openmotif

Hello, I've seen that openmotif was orphaned. I can try to package new openmotif library (released in LGPL) as a cdesktopenenv prerequisite. Regards, JB -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble?

Bug#695802: uswsusp: s2disk doesn't work on Lenovo Thinkpad Edge E325

Rodolfo García Peñas (kix) wrote: On 2012-12-12 21:02, JKB wrote: Package: uswsusp Version: 1.0+20110509-3 Severity: important Dear Maintainer, I use s2ram/s2disk for a long time without trouble. I have installed debian/testing on a new laptop (Lenovo Thinkpad Edge E325). If s2ram runs fine,

Bug#695802: uswsusp: s2disk doesn't work on Lenovo Thinkpad Edge E325

Rodolfo García Peñas (kix) wrote: On 2012-12-13 12:27, BERTRAND Joël wrote: Rodolfo García Peñas (kix) wrote: On 2012-12-12 21:02, JKB wrote: Package: uswsusp Version: 1.0+20110509-3 Severity: important Dear Maintainer, I use s2ram/s2disk for a long time without trouble. I have installed

Bug#653766: Patch

Please add 'su root list' to each logrotate sections in /etc/logrotate.d/mailman : /var/log/mailman/vette /var/log/mailman/error /var/log/mailman/bounce { su root list weekly missingok create 0664 list list rotate 4 compress delaycompress sharedscripts

Bug#641146: openttd: Swapped colors on sparc64

Package: openttd Version: 1.1.2-1 Severity: normal Dear Maintainer, On sparc64, openttd colors are swapped (green is green, but red seems to be replaced by blue and blue by red). I think there is an endianess trouble in openttd. Regards, JB -- System Information: Debian Release: wheezy/sid

Bug#623127: Using gv closes X session

Cyril Brulebois a écrit : Hi, BERTRAND Joëlm...@systella.fr (18/04/2011): Section Files FontPathunix/:7100 please try getting rid of that. If I remove xfs from xorg.conf, X doesn't crash anymore. Regards, JKB -- To UNSUBSCRIBE, email to

Bug#623127: Using gv closes X session

Bernhard R. Link a écrit : * BERTRAND Benedictem...@systella.fr [110417 17:33]: When I try to launch gv, X session (xfce, gnome, windowmaker) aborts. This bug occurs even if gv is launched without any argument from command line. I'm unable to obtain more information in log files. I think it

Bug#623127: Using gv closes X session

Bernhard R. Link a écrit : reportbug -b -s followup -S normal -p xorg log Subject: followup Package: xorg Version: 1:7.6+6 Severity: normal -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Apr 3 2009 /etc/X11/X - /usr/bin/Xorg

Bug#595977: [jim...@gmail.com: Re: [...@systella.fr: Bug#595977: /usr/bin/ooffice: *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: double free or corruption]]

Rene Engelhard a écrit : On Fri, Sep 10, 2010 at 01:50:22PM +0200, Rene Engelhard wrote: ok, we have no upstream sparc porter anymore ;-( But can you try the workaround described in the Ubuntu *shudders* forum *shudders*? ping? Can you try it? I could add that hackaround. I am not sure I'll

Bug#595977: /usr/bin/ooffice: *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: double free or corruption

Rene Engelhard a écrit : reassign 595977 openoffice.org thanks On Tue, Sep 07, 2010 at 08:50:03PM +0200, BERTRAND Benedicte wrote: Package: openoffice.org-common Version: 1:3.2.1-6 Severity: important File: /usr/bin/ooffice and umm, no, someone using a non-mainstream arch on a development

Bug#595977: /usr/bin/ooffice: *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: double free or corruption

Rene Engelhard a écrit : Hi, On Tue, Sep 07, 2010 at 08:50:03PM +0200, BERTRAND Benedicte wrote: I'm trying tu use Openoffice on a Blade 2000 (sparc64/smp). I have upgraded my squeeze (dist-upgrade) the last sunday. Since upgrade, From what? 1:3.2.1-5 (In that case I don't see a

Bug#591512: Bus error (sparc64) when iceape/iceweasel tries to open http://www.persee.fr/web/guest/home

Mike Hommey a écrit : On Wed, Aug 04, 2010 at 10:09:12PM +0200, BERTRAND Joël wrote: Mike Hommey a écrit : On Tue, Aug 03, 2010 at 07:28:04PM +0200, BERTRAND Benedictem...@systella.fr wrote: Package: iceweasel Version: 3.5.10-1 Severity: important Hello, I use iceape

Bug#591512: Bus error (sparc64) when iceape/iceweasel tries to open http://www.persee.fr/web/guest/home

Mike Hommey a écrit : On Fri, Aug 06, 2010 at 10:09:38AM +0200, BERTRAND Joël wrote: Jit is disabled because I have to disable it to successfully build seamonkey. It would be interesting to file an upstream bug with the build error message (and giving me the bug number). I

Bug#591512: [Bug 585033] [sparc] Bus error in [@ read_tag_XYZType] function

bugzilla-dae...@mozilla.org a écrit : Do not reply to this email. You can add comments to this bug at https://bugzilla.mozilla.org/show_bug.cgi?id=585033 Jeff Muizelaar [:jrmuizel]jmuizel...@mozilla.com changed: What|Removed |Added

Bug#589040: snmpd: subprocess installed post-installation script returned error exit status 20

Package: snmpd Version: 5.4.3~dfsg-1 Severity: normal Hello, This BR is NOT similar to #482041. Configuration of snmpd aborts with : Root rayleigh:[/lib/modules/2.6.34.1] dpkg --configure -a Setting up snmpd (5.4.3~dfsg-1) ... make: Entering directory `/var/yp'

Bug#522632: libglib2.0-0: SIGBUG in g_utf16_to_utf8

Package: libglib2.0-0 Version: 2.20.0-2 Severity: grave Justification: renders package unusable Hello, I'm trying to build seamonkey 1.1.15 from sources (I don't like iceweasel, I prefered iceape, and note that iceweasel hangs with a SIGBUS too). I have fixed some

Bug#485525: Same bug with 2.2.9-2

Stefan Fritsch a écrit : Hi Joel, Hello Stephan, can you tell if the errors started after you did some upgrade (e.g. apache or subversion)? Have they just started or have they occured for some weeks now? I don't know, but a month ago, my SVN repository worked fine. If

Bug#485525: Same bug with 2.2.9-2

Stefan Fritsch a écrit : Hi Joel, can you tell if the errors started after you did some upgrade (e.g. apache or subversion)? Have they just started or have they occured for some weeks now? If the errors are not new, you could try to rebuild the subversion packages and replace libsvn1 and

Bug#485525: Same bug with 2.2.9-2

Hello, I have exactly hesame bug with Root rayleigh:[~] dpkg-query -l apache2* | grep ^ii ii apache2 2.2.9-2 Apache HTTP Server metapackage ii apache2-mpm-prefork 2.2.9-2 Apache HTTP Server -

Bug#454052: daily.inc

Stephen Gran wrote: Oh, and if both of you could make the contents of /var/lib/clamav available somehow (tarball mailed to the bug report, available for download somewhere, etc) that would be very helpful. Stephen, I only have daily.inc. Required tarbal is available at

Bug#454052: Segfault in libclamav2 (phishingScan)

Package: libclamav2 Version: 0.91.2-3 0.91.2-4 Hello, I have seen a segfault in libclamav2 when I turn on PhishingSignatures flag on a sparc64/smp (U80). I have run clamd with debug options in gdb : LibClamAV debug: blobClose: recovered 8180 bytes from 8192 LibClamAV debug:

Bug#454052: Segfault in libclamav2 (phishingScan)

Stephen Gran wrote: This one time, at band camp, BERTRAND Joël said: Hello, I have seen a segfault in libclamav2 when I turn on PhishingSignatures flag on a sparc64/smp (U80). I have run clamd with debug options in gdb : Oddly enough, I just got another report of this on IRC. Can

Bug#450573: OpenOffice cannot open file over NFS

Package: openoffice.org Version: 2.2.1-10 Arch: powerpc32, sparc Severity: important Hello, I use a NFS server (sparc64) and some clients (sparc64, powerpc32). All home directories are on NFS server. With OpenOffice 2.2.1-8, all clients can open files over NFS. With 2.2.1-10,

Bug#431746: #431746,xserver-xorg: Xinerama active, but = 0 screens?

Brice Goglin a écrit : BERTRAND Joël wrote: I have tested some configurations to isolate parameters : 1/ sparc32/smp SS20 + CG14 - bug (I haven't tested with CG6 because my test workstation has no empty Sbus). I have a ZX framebuffer (leo) in a SS5, but ZX framebuffer support is totaly

Bug#399862: Xorg 7.1 on CG14 (sparc32)

Brice Goglin a écrit : On Tue, Jun 05, 2007 at 10:15:13AM +0200, BERTRAND Joël wrote: Several months ago, you reported a bug to the Debian BTS regarding Xorg not working anymore on your cg14 board. The bug was expected to be fixed soon. Did you reproduce this problem recently? With latest

Bug#399862: Xorg 7.1 on CG14 (sparc32)

Brice Goglin a écrit : BERTRAND Joël wrote: Yes, I have. Configuration : SS20 with dual SM71, 2.6.22-rc7 smp kernel (with only one SMP related bug on sparc32 ;-) ), CG14 ([EMAIL PROTECTED]), debian/testing up to date. 1/ X works fine (but I have to add /dev/tty0 in udev

Bug#431746: #431746,xserver-xorg: Xinerama active, but = 0 screens?

Brice Goglin a écrit : retitle 431746 Xorg/sparc: Xinerama active, but = 0 screens? thank you You're welcome. BERTRAND Joël wrote: I have tested some configurations to isolate parameters : 1/ sparc32/smp SS20 + CG14 - bug (I haven't tested with CG6 because my test workstation

Bug#431746: xserver-xorg: Xinerama active, but = 0 screens?

Brice Goglin a écrit : reassign 431746 xserver-xorg-core found 431746 2:1.3.0.0.dfsg-6 thank you BERTRAND Joël wrote: Since my last upgrade, I cannot use X anymore on all my sparc64. All use Creator3D framebuffer and I'm not sure that this trouble occurs with another

Bug#431746: xserver-xorg: Xinerama active, but = 0 screens?

Package: xserver-xorg Version: 1:7.2-5 Severity: important Hello, Since my last upgrade, I cannot use X anymore on all my sparc64. All use Creator3D framebuffer and I'm not sure that this trouble occurs with another framebuffer. I never see this bug on i386, but

Bug#430984: pthreads issue with libc6

Aurelien Jarno a écrit : On Thu, Jun 28, 2007 at 07:22:51PM +0200, BERTRAND Joël wrote: Package: libc6 Version: 2.5-9 Arch: sparc64 ^^^ huh?? Is it really sparc64? Why ? Severity: important Hello, I have seen a lot of troubles with all programs

Bug#430984: pthreads issue with libc6

Aurelien Jarno a écrit : On Thu, Jun 28, 2007 at 07:22:51PM +0200, BERTRAND Joël wrote: Package: libc6 Version: 2.5-9 Arch: sparc64 ^^^ huh?? Is it really sparc64? Severity: important Hello, I have seen a lot of troubles with all programs that use threads

Bug#430984: pthreads issue with libc6

Package: libc6 Version: 2.5-9 Arch: sparc64 Severity: important Hello, I have seen a lot of troubles with all programs that use threads on a Sun U80/smp running debian testing. clamd, bind, milter-greylist, mimedefang, fail2ban and a lot of other multithreaded programs stop with

Bug#428675: New tests

Hello, Bind9 hangs too. Sometimes, it hangs without any message and I have to restart it. All bind9 threads are alive, but they don't answer to DNS queries... Regards, JKB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble?

Bug#428675: Timeout on clamd.sock

Package: clamav-daemon Version: 0.90.1 and 0.90.3 Kernel: 2.6.20.11 libc6: 2.5 system: debian testing (up to date) Hello, I have installed a long time ago sendmail/mimedefang/spamassassin/clamav-daemon as mail server on a Sparc Ultra80 (4 processors). The last week, I have made a

Bug#428675: New tests

Hello, I have rebuilt clamav-0.90.3 from sources and 0.91rc1. Last one works better (less CPU load), but hangs too after a random time. I suspect a mutex trouble (maybe the new pthread lib or libc is responsible of this trouble). If I replace clamd by clamscan, my mail server

Bug#399862: Xorg 7.1 on CG14 (sparc32)

Brice Goglin a écrit : Hi, Several months ago, you reported a bug to the Debian BTS regarding Xorg not working anymore on your cg14 board. The bug was expected to be fixed soon. Did you reproduce this problem recently? With latest xserver-xorg-core and drivers? I haven't tested with xfs

Bug#423151: hpoj on sparc64

Package: hpoj Version: 0.91-12 Hello, I'm trying to use a HP PSC 1315 on a sparc64 server (Ultra60/SMP). This all-in-one printer can print without any trouble but I cannot use it to scan documents. From a i386 laptop running debian (with the same configuration), it works fine.

Bug#420193: [RFC, PATCH] Re: Bug#420193: libsane on sparc64 with SCSI scanner

Julien BLACHE a écrit : Bertrand, feel free to try this patch on your sparc64; as I said, it works fine here (at least as long as nothing goes wrong ;), but better keep your finger on the scanner's power button just in case. Tell us how it goes. Hello, I have tried on my U2.

Bug#420193: [RFC, PATCH] Re: Bug#420193: libsane on sparc64 with SCSI scanner

Julien BLACHE a écrit : BERTRAND Joël [EMAIL PROTECTED] wrote: Hi, Bertrand, feel free to try this patch on your sparc64; as I said, it works fine here (at least as long as nothing goes wrong ;), but better keep your finger on the scanner's power button just in case. Tell us how it goes

Bug#420193: libsane on sparc64 with SCSI scanner

Julien BLACHE a écrit : BERTRAND Joël [EMAIL PROTECTED] wrote: Hello Julien, The Linux SG3 interface does not work properly when a 32bit app is talking to a 64bit kernel. Maybe. But with 2.6.20.3 kernel, on the same sparc, I can use this scanner (with libsane that comes

Bug#420193: libsane on sparc64 with SCSI scanner

Julien BLACHE a écrit : BERTRAND Joël [EMAIL PROTECTED] wrote: I use a Snapscan 1236s with xsane on an i386 (K6-III/400, 256 MB, Adaptec 2940U, kernel 2.6.20.1) without any trouble. If I use the same scanner on an U2 (2xUltraSPARC-II/296 MHz, 2 GB, Happymeal-ESP, kernel 2.6.21-rc7), sane-find

Bug#420193: libsane on sparc64 with SCSI scanner

Julien BLACHE a écrit : BERTRAND Joël [EMAIL PROTECTED] wrote: Hi, The Linux SG3 interface does not work properly when a 32bit app is talking to a 64bit kernel. Maybe. But with 2.6.20.3 kernel, on the same sparc, I can use this scanner (with libsane that comes with sarge), but system

Bug#420193: libsane on sparc64 with SCSI scanner

Julien BLACHE a écrit : BERTRAND Joël [EMAIL PROTECTED] wrote: Hi, Hello, Have you diffed the 2 libsane versions yet ? (the backend you're using + common code in sanei/ for a start) No, I don't, because I have to find a couple libsane/kernel that works on sparc64

Bug#420193: libsane on sparc64 with SCSI scanner

Package: libsane Version: 1.0.18-6 I use a Snapscan 1236s with xsane on an i386 (K6-III/400, 256 MB, Adaptec 2940U, kernel 2.6.20.1) without any trouble. If I use the same scanner on an U2 (2xUltraSPARC-II/296 MHz, 2 GB, Happymeal-ESP, kernel 2.6.21-rc7), sane-find-scanner does not find any

Bug#334339: Major bug in mysql build (all versions since 4.1)

Daniel Smolik a écrit : BERTRAND Joël napsal(a): Frans Pop a écrit : tags 334339 - wontfix thanks On Sunday 25 March 2007 20:02, BERTRAND Joël wrote: See bug #334339 (wontfix). IMO the wontfix tag is not correct. There should at least be an explanation by the maintainer _why_ he

Bug#334339: Major bug in mysql build (all versions since 4.1)

Frans Pop a écrit : tags 334339 - wontfix thanks On Sunday 25 March 2007 20:02, BERTRAND Joël wrote: See bug #334339 (wontfix). IMO the wontfix tag is not correct. There should at least be an explanation by the maintainer _why_ he considers this an issue that is does not need

Bug#394047: udev and sparc64 (kernel 2.9.19.1, testing release)

Marco d'Itri a écrit : On Dec 19, BERTRAND Joël [EMAIL PROTECTED] wrote: I can see the same trouble I cannot solve. If I delete /etc/udev/rules.d/z25_persistent-net.rules, I can reboot the workstation with all network interfaces. If I don't delete this file, one of these are renamed

Bug#394047: udev and sparc64 (kernel 2.9.19.1, testing release)

Hello, I can see the same trouble I cannot solve. If I delete /etc/udev/rules.d/z25_persistent-net.rules, I can reboot the workstation with all network interfaces. If I don't delete this file, one of these are renamed. Is there a workaround ? Regards, JKB -- To

Bug#400372: dpkg randomly craches on Sparc32 running HyperSPARC processor

Jurij Smakov a écrit : Hi Joel, Hello Jurij, Sorry, I cannot reproduce the behavior you are describing. I have a SS20 box, running sid with Debian's linux-image-2.6.18-3-sparc32 (version 2.6.18-6) kernel: I don't try with debian package, only with official linux kernel. I have

Bug#400372: dpkg randomly craches on Sparc32 running HyperSPARC processor

Guillem Jover a écrit : Hi, On Sat, 2006-11-25 at 19:19:58 +0100, BERTRAND Joël wrote: Package: dpkg Version: 1.13.24 Architecture: sparc Severity: grave I have some SparcSTATION 20 with one or two SuperSPARC-II and 448 MB of memory (thus, HIGHMEM is used). On these workstations, dpkg

Bug#400278: fail2ban does not start with /etc/init.d/fail2ban start but with fail2ban-client start

Yaroslav Halchenko a écrit : indeed strange... unfortunately it would be impossible for me to try it myself - no sparc around I can open a ssh access to one on mine ;-) could you please boost verbosity in fail2ban.conf (or override it in fail2ba.local) and then send me along

Bug#400372: dpkg randomly craches on Sparc32 running HyperSPARC processor

Package: dpkg Version: 1.13.24 Architecture: sparc Severity: grave Hello, I have some SparcSTATION 20 with one or two SuperSPARC-II and 448 MB of memory (thus, HIGHMEM is used). On these workstations, dpkg works fine. If I replace SuperSPARC-II by one, two or four ROSS RT-626, I

Bug#400278: fail2ban does not start with /etc/init.d/fail2ban start but with fail2ban-client start

Package: fail2ban Version: 0.7.4-3 Hello, I see a strange 'feature' on a SparcSTATION 20 running debian/testing (Linux hilbert 2.6.18.2 #4 SMP Wed Nov 15 17:09:47 CET 2006 sparc GNU/Linux). fail2ban cannot be launched by /etc/init.d/fail2ban start, but if I try to launch fail2ban

Bug#399862: Xorg 7.1 on CG14 (sparc32)

Jurij Smakov a écrit : On Wed, Nov 22, 2006 at 03:29:09PM +0100, BERTRAND Joël wrote: Package: xorg Version: 1:7.1.0-6 Hello, I use a SparcSTATION 20 with a CG14 framebuffer (8MB). I used Xorg 7.0 without any trouble and I have upgraded Xorg to 7.1 yesterday. Since this upgrade, I

Bug#334339: Bug solved (workaround found)

Hello, I have tried to build some mysql releases to test. If I build with a modified config.h in which I undefine : HAVE_GETHOSTBYNAME_R and HAVE_GETHOSTBYNAME_R_GLIBC2_STYLE, mysql client (32 bits) works fine. Regards, JKB -- To UNSUBSCRIBE, email to [EMAIL

Bug#399862: Xorg 7.1 on CG14 (sparc32)

Package: xorg Version: 1:7.1.0-6 Hello, I use a SparcSTATION 20 with a CG14 framebuffer (8MB). I used Xorg 7.0 without any trouble and I have upgraded Xorg to 7.1 yesterday. Since this upgrade, I cannot use Xorg. When I try to start Xorg, one of my CPU is locked by Xorg process :

Bug#363344: initramfs-tools and HyperSPARC processor

Package: initramfs-tools Version: 0.59b Severity: grave Arch: sparc It is impossible to build a ramfs image on a HyperSPARC workstation. I have try to install etch/sparc on a SS20 that runs with four HyperSPARC processors. When it boots, system hangs when it tries to load the ramfs image.

Bug#363344: initramfs-tools and HyperSPARC processor

maximilian attems a écrit : severity 363344 important tags 363344 moreinfo thanks cher bertrand, On Tue, Apr 18, 2006 at 06:04:08PM +0200, BERTRAND Joël wrote: Package: initramfs-tools Version: 0.59b Severity: grave Arch: sparc hmm it may be serious, but for now i go for important. anyway

Bug#339590: Clamav-milter 0.88-4

Hello, The last clamav-milter (0.88-4) is dying too on all my Sparc64 (U60-smp, U1, U420-smp). Regards, JKB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#339590: clamav-milter dies after email scanning (sparc64)

Stephen Gran a écrit : This one time, at band camp, BERTRAND Joël said: Package: clamav-milter Version: 0.87.1-1 (debian testing on sparc64) I have installed clamav-milter on a UltraSPARC 1E server (with sendmail MTA). Before 0.86 release, it worked fine. With 0.87 and now 0.87.1

Bug#334339: Good news

Hello, I have rebuilt clamav 0.87.1 from sources : Root kant:[~/clamav/clamav-0.87.1] ./configure --prefix=/usr/local --enable-milter --disable-clamav --enable-debug and it works now. I use gcc 4.0.2. Regards, JKB -- To UNSUBSCRIBE, email to [EMAIL

Bug#334339: News from mysql.com

Christian Hammers a écrit : Hello Joel Hello Christian, On 2005-10-25 BERTRAND Joël wrote: I have received from mysql.com : This is not first time that we see 32-bit calls failing on 64-bit system. But you can check it out by manually changing config.h, specifically:

Bug#339590: clamav-milter dies after email scanning (sparc64)

Package: clamav-milter Version: 0.87.1-1 (debian testing on sparc64) I have installed clamav-milter on a UltraSPARC 1E server (with sendmail MTA). Before 0.86 release, it worked fine. With 0.87 and now 0.87.1, it scans (or starts to scan) the first email given by sendmail and it dies without

Bug#334339: News from mysql.com

both and re-run complete make. I shall try. Regards, JKB -- Dr. BERTRAND Joël SYSTELLA S.A.R.L., La Sudrie 19130 VIGNOLS, FRANCE Tél.: +33 (0)6 16 01 80 60 http://www.systella.fr

Bug#334339: mysql-client: Unable to connect a i386-mysql server from an UltraSPARC client (bus error)

Package: mysql-client Version: 4.1.14-6 Severity: important Hello, I have upgraded two workstations the last sunday. All stations run Debian/Testing. The first one is an UltraSPARC 1E (sun4u with 2.6.10 official linux kernel patched with iptables ROUTE

Bug#334339: mysql-client: Unable to connect a i386-mysql server from an UltraSPARC client (bus error)

Christian Hammers a écrit : Hello On 2005-10-17 BERTRAND Joël wrote: If I work on the sparc64, I can access to the local mysql server. From the i386, I can locally use the mysql server. From a external i386, I can reach the both mysql server. But, if I try

Bug#334339: mysql-client: Unable to connect a i386-mysql server from an UltraSPARC client (bus error)

Christian Hammers a écrit : forwarded 334339 http://bugs.mysql.com/bug.php?id=14080 tags 334339 + upstream thanks Hello I forwarded the bug to MySQL as I don't know how to help here. bye, -christian- Thank you. I have seen. Some new informations required by the support of mysql: Root