Source: qt6-declarative
Version: 6.4.2+dfsg-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
Build fails here:
[22/6600] cd /<>/obj-hppa-linux-gnu/src/quick &&
/usr/lib/qt6/bin/qsb --glsl 100es,120,150 --hlsl 50
Source: qt6-base
Version: 6.3.1+dfsg-10
Severity: serious
Tags: patch ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
The build fails here:
[357/1566] /usr/bin/c++ -DBACKTRACE_HEADER=\"execinfo.h\" -DCore_EXPORTS
Source: qtquickcontrols-opensource-src
Version: 5.15.6-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
Testsuite fails with following error:
PASS : qtquickcontrols::Tests_TreeView::test_keys_navigation()
FAIL! :
Source: libsdl2
Version: 2.24.0+dfsg-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
Build fails in testsuite:
Thinkpad USB keyboard with Trackpoint - Trackpoint...
Expected 0x0003
MOUSE
Source: ffmpeg
Followup-For: Bug #1016519
Dear Maintainer,
This is with version 7:5.1-3:
https://buildd.debian.org/status/fetch.php?pkg=ffmpeg=hppa=7%3A5.1-3=1661576231=0
/<>/tests/fate-run.sh fate-filter-overlay_yuv422 "" ""
"/<>/debian/standard" 'framecrc -auto_conversion_filters -c:v
Source: vtk7
Version: 7.1.1+dfsg2-10+b2
Followup-For: Bug #984401
Dear Maintainer,
On hppa:
[ 3%] Building CXX object
ThirdParty/xdmf2/vtkxdmf2/libsrc/CMakeFiles/vtkxdmf2.dir/XdmfDsmMsg.cxx.o
cd /<>/debian/build/ThirdParty/xdmf2/vtkxdmf2/libsrc &&
/usr/bin/mpic++ -DLinux
I still seeing this bug on hppa with systemd 240-5. Started with 240-4.
Regards,
Dave
--
John David Anglin dave.ang...@bell.net
This failure also happens on hppa. It didn't fail in previous version.
Regards,
Dave Anglin
--
John David Anglin dave.ang...@bell.net
; fix is
>>> a very simple one:
>>
>> Cool, thanks! I'm not sure if there are other problems, this was the
>> one I found first.
>
> I can confirm that sbuild works fine for me again with your patch.
Same here.
Thanks,
--
John David Anglin dave.ang...@bell.net
Package: guile-1.6
Version: 1.6.8-10.3
Followup-For: Bug #713566
See:
http://buildd.debian-ports.org/status/fetch.php?pkg=guile-1.6arch=hppaver=1.6.8-10.3stamp=1410537790
-- System Information:
Debian Release: jessie/sid
APT prefers unreleased
APT policy: (500, 'unreleased'), (500,
Package: geographiclib
Version: 1.37-2
Followup-For: Bug #762485
See build log:
http://buildd.debian-ports.org/status/fetch.php?pkg=geographiclibarch=hppaver=1.37-2stamp=1412084220
-- System Information:
Debian Release: jessie/sid
APT prefers unreleased
APT policy: (500, 'unreleased'), (500,
On 29-Sep-14, at 8:19 PM, ferse...@br.ibm.com wrote:
Just thought it might be useful to you as well.
I could see that a similar approach would work for hppa, but I think
something better is needed to handle
all multiarch systems.
Thanks,
Dave
--
John David Anglin dave.ang
Package: elmerfem
Version: 6.1.0.svn.5396.dfsg2-4
Followup-For: Bug #754713
Also fails on hppa in a similar way:
http://buildd.debian-ports.org/status/fetch.php?pkg=elmerfemarch=hppaver=6.1.0.svn.5396.dfsg2-4stamp=1405298469
-- System Information:
Debian Release: jessie/sid
APT prefers
On 30-May-14, at 6:03 AM, Hilmar Preusse wrote:
Disable luajit on hppa too?
Testing build with --disable-luajittex.
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
luatex.ini' ...
/usr/bin/fmtutil: 381: /usr/bin/fmtutil: luajittex: not found
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: texlive-bin
Version: 2014.20140528.34243-1
Followup-For: Bug #749718
See:
http://buildd.debian-ports.org/status/fetch.php?pkg=texlive-binarch=hppaver=2014.20140528.34243-1stamp=1401375185
-- System Information:
Debian Release: jessie/sid
APT prefers unreleased
APT policy: (500,
Symbol update for hppa was successful.
Thanks,
Dave
--
John David Anglindave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: gcc-snapshot
Version: 20140423-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
During install, the following error occurs:
for i in ar nm ranlib; do \
cp debian/gcc-$i.1
Package: gmp
Version: 2:6.0.0+dfsg-2.2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
See:
http://buildd.debian-ports.org/status/fetch.php?pkg=gmparch=hppaver=2%3A6.0.0%2Bdfsg-2.2stamp=1398560026
-- System Information:
Debian Release: jessie/sid
it is purged.
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 24-Apr-14, at 8:58 PM, Jelmer Vernooij wrote:
On Thu, Apr 24, 2014 at 08:29:00AM -0400, John David Anglin wrote:
On 23-Apr-14, at 9:07 PM, Jelmer Vernooij wrote:
Can you provide the tests/kdc/test-suite.log file from the builder?
It seems the failure is somewhat intermittent. I had
Package: heimdal
Version: 1.6~rc2+dfsg-5
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
Since 1.6~rc2+dfsg-3, heimdal fails to build on hppa:
Package: cmake
Version: 2.8.12.1-1.1+b2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
See:
http://buildd.debian-ports.org/status/fetch.php?pkg=cmakearch=hppaver=2.8.12.1-1.2stamp=1397193614
It looks like the freetype bug isn't fixed.
-- System
Further, if one does a build outside buildd and then a +b1 inside
buildd, the
results is no longer installable as it depends on a non existent +b1
version
of gnat-4.6-base.
Cheers,
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
-- no debconf information
Description: Flush stdout when generating crc headers
When using dietlibc, the generated crc tables are truncated unless
stdout is flushed.
Author: John David Anglin dave.ang...@bell.net
Bug-Debian: http://bugs.debian.org/bugnumber
Forwarded: not-needed
Author: John David Anglin
Source: boost1.54
Version: 1.54.0-3
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
Build fails:
cp
bin.v2/libs/wave/build/gcc-4.6/release/debug-symbols-on/link-static/threading-multi/libboost_wave.a
stage/lib/libboost_wave.a
Package: sheepdog
Version: 0.7.3-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Zookeeper depends on default-jdk (= 1:1.6). This in turn requires
openjdk which is not supported on hppa.
Built sheepdog by disabling zookeeper support.
-- System
Source: gst-plugins-good0.10
Version: 0.10.31-3+nmu1
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
There are now two issues:
In file included from /usr/include/gstreamer-0.10/gst/gst.h:49:0,
from
Actually, the conflict is libkrb5-dev. Had a successful build with it
removed.
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Source: gst-plugins-bad0.10
Version: 0.10.23-7.1
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
Build fails here:
libtool: compile: g++-4.8 -DHAVE_CONFIG_H -I. -I../.. -D_FORTIFY_SOURCE=2 -pthr
ead -I/usr/include/gstreamer-0.10
Package: python-qt4
Version: 4.10.2-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
touch dbg-build-3.3/build-stamp
[37474 refs]
dh_testdir
mkdir -p dbg-build-3.2
cd dbg-build-3.2 python3.2-dbg ../configure.py --confirm-license --verbose
-q
\
-DPYTHON_LIBRARY=/usr/lib/hppa-linux-gnu/libpython2.7.so \
-DPYTHON_INCLUDE_DIR=/usr/include/python2.7
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Wed, 02 Jun 2010, Modestas Vainius wrote:
Hello,
this bug [1] is back to the very common department with eglibc 2.11 (libc6-
dev_2.11.1-1) builds. Majority of KDE applications are failing to build on
hppa again. Is there really nothing what could be done to fix it?
I will just say it
On Thu, 08 Apr 2010, Helge Deller wrote:
On 04/02/2010 09:35 PM, John David Anglin wrote:
On Fri, 02 Apr 2010, NIIBE Yutaka wrote:
NIIBE Yutaka wrote:
To have same semantics as other archs, I think that VIPT-WB cache
machine should have cache flush at ptep_set_wrprotect, so
On Thu, 08 Apr 2010, Helge Deller wrote:
I tested your patch today on one of my machines with plain kernel 2.6.33
(32bit, SMP, B2000 I think).
Sadly I still did see the minifail bug.
Are you sure, that the patch fixed this bug for you?
Seemed to, but I have a bunch of other
Thanks a lot for the discussion.
James Bottomley wrote:
So your theory is that the data the kernel sees doing the page copy can
be stale because of dirty cache lines in userspace (which is certainly
possible in the ordinary way)?
Yes.
By design that shouldn't happen: the idea
By design that shouldn't happen: the idea behind COW breaking is
that before it breaks, the page is read only ... this means that
processes can have clean cache copies of it, but never dirty cache
copies (because writes are forbidden).
That must be design, I agree.
To keep
On Fri, 02 Apr 2010, NIIBE Yutaka wrote:
NIIBE Yutaka wrote:
To have same semantics as other archs, I think that VIPT-WB cache
machine should have cache flush at ptep_set_wrprotect, so that memory
of the page has up-to-date data. Yes, it will be huge performance
impact for fork. But I
John David Anglin wrote:
John David Anglin wrote:
Moreover, I have downloaded the package from
http://packages.debian.org/squeeze/hppa/libpt2.6.5/download and
extracted the lib. IIUC, that function is there indeed (the first is on
my amd64 machine, the second is hppa extracted file
John David Anglin wrote:
John David Anglin wrote:
John David Anglin wrote:
Moreover, I have downloaded the package from
http://packages.debian.org/squeeze/hppa/libpt2.6.5/download and
extracted the lib. IIUC, that function is there indeed (the first is
on
my amd64 machine
On Thu, 18 Mar 2010, Carlos O'Donell wrote:
On Thu, Mar 18, 2010 at 7:47 AM, Adam D. Barratt
a...@adam-barratt.org.uk wrote:
../../lib_linux_hppa/libopal.so: undefined reference to `non-virtual
thunk to PVXMLSession::Trigger()'
What does this error mean?
The symbol was not found by ld.
Moreover, I have downloaded the package from
http://packages.debian.org/squeeze/hppa/libpt2.6.5/download and
extracted the lib. IIUC, that function is there indeed (the first is on
my amd64 machine, the second is hppa extracted file):
snoopy:~$ nm -D /usr/lib/libpt.so.2.6-beta7 |grep
John David Anglin wrote:
Moreover, I have downloaded the package from
http://packages.debian.org/squeeze/hppa/libpt2.6.5/download and
extracted the lib. IIUC, that function is there indeed (the first is on
my amd64 machine, the second is hppa extracted file):
snoopy:~$ nm -D /usr/lib
On Mon, Dec 14, 2009 at 07:46:52AM -0500, Stephen Leake wrote:
...
Ludovic also suggested removing '-fstack-check' from the list of
compiler options. I did that, rebuilt the static and dynamic
libraries, and the bug went away; the test code works with both static
and dynamic libraries.
On Mon, 23 Nov 2009, Carlos O'Donell wrote:
I can successfully run apt-get with the new libstdc++6 that I just built.
The testsuite result is cleaner:
~~~
FAIL: 29_atomics/atomic_flag/clear/1.c execution test
FAIL: 29_atomics/atomic_flag/test_and_set/explicit.c execution test
The problem appears to have gone away with head. I don't see it with
hpux.
Note that latest version of gcc 4.4 in Debian is built with
--disable-libstdcxx-pch, but the segfault is this present :(
Personally, I don't believe the segfault is related to the FAILs
seen in the libstdc++
On Sun, Nov 22, 2009 at 2:51 PM, Carlos O'Donell
car...@systemhalted.org wrote:
This happens because the original locale object was created at address
0xbff01c20. However, when apt-get calls std::basic_ioschar,
std::char_traitschar ::init it passes in the address 0xbff01c18.
So we went
On Sat, Nov 21, 2009 at 5:37 AM, Aurelien Jarno aurel...@aurel32.net wrote:
I confirm, it's what I see in the testsuite log:
| 77
| __signbitl
| version status: incompatible
| GLIBCXX_3.4
| type: function
| status: added
If __signbitl is the only failure in the abi_check,
On 08.11.2009 21:38, John David Anglin wrote:
test results for 4.4.2-1:
http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg01919.html
for 4.4.2-2:
http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg00351.html
there are some differences, which are not seen in Dave's build
changes:
2009-10-23 John David Anglin dave.ang...@nrc-cnrc.gc.ca
Backport from mainline:
2009-08-19 John David Anglin dave.ang...@nrc-cnrc.gc.ca
* pa.md (reload_inhi, reload_outhi, reload_inqi, reload_outqi): New
patterns.
* pa.c
On 08.11.2009 21:38, John David Anglin wrote:
test results for 4.4.2-1:
http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg01919.html
for 4.4.2-2:
http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg00351.html
there are some differences, which are not seen in Dave's build
A patch for this problem was posted here:
http://lists.parisc-linux.org/pipermail/parisc-linux/2007-June/031690.html
However, it's likely that the parisc specific code will be removed in
favour of the generic compat code.
Dave
--
J. David Anglin [EMAIL
Package: libc6
Version: 2.5-9
Severity: critical
Justification: breaks the whole system
The following command leads to a system crash:
[EMAIL PROTECTED]:~$ df
Filesystem 1K-blocks Used Available Use% Mounted on
The command hangs after the first line of output is printed. It
is
Package: libc6
Version: 2.5-9
Severity: grave
Justification: renders package unusable
After updating to libc6 2.5-9 Friday evening, the svn package is
now broken:
[EMAIL PROTECTED]:~/gnu/gcc-4.3/gcc$ contrib/gcc_update
Updating SVN tree
Ugcc/real.c
Ugcc/real.h
Ugcc/ChangeLog
U
Is the libc6 the only thing that you updated? I am using the same libc
here, paer.debian.org also uses it in the sid chroot, and I am unable to
reproduce the problem.
No, some other packages were updated. Here are the most recent
packages in /var/cache/apt/archives:
-rw-r--r-- 1 root root
Is the libc6 the only thing that you updated? I am using the same libc
here, paer.debian.org also uses it in the sid chroot, and I am unable to
reproduce the problem.
This is on a PA8800 machine.
Dave
--
J. David Anglin [EMAIL PROTECTED]
National Research
YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 1110 Not tainted
r00-03 00ff0806ff0f 4036c000 40104edc
c0601048
r04-07 403d79d4 403d89d4 0002c258
r08-11 0002a3f4
It looks like you are using a hand built kernel. Do you use the patch to
disable LWS CAS debugging [1] ?
Yes, but I've been told by Kyle that it's too old. Syscall 298 was
added in 2.6.21.
I haven't disabled LWS CAS.
My attempts at modifying the kernel to return ENOSYS so far haven't
been
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40005000
read(3, /dev/sda3 / ext3 rw,errors=remou..., 4096) = 339
read(3, , 4096) = 0
close(3)= 0
I found really strange that this version of the glibc is using this
syscall. It has been released 6 months ago, when 2.6.19 was still not
released... How did you get this syscall number?
It's in register r20 of the register dump that I posted.
Dave
--
J. David Anglin
It really looks like a bug in the kernel.
Yes, see
http://lists.parisc-linux.org/pipermail/parisc-linux/2007-June/031651.html
Dave
--
J. David Anglin [EMAIL PROTECTED]
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
--
To
It really looks like a bug in the kernel.
Yes, see
http://lists.parisc-linux.org/pipermail/parisc-linux/2007-June/031651.html
The change posted here fixes the df problem:
http://lists.parisc-linux.org/pipermail/parisc-linux/2007-June/031652.html
So, this bug report can be closed.
Dave
--
. In the
meantime, I think it's best to reassign this back to qt-x11-free.
This might be a nan bug. There is one GCC nan fix that's only
installed on the trunk:
2006-05-24 John David Anglin [EMAIL PROTECTED]
PR target/27627
* pa/pa-modes.def: Use mips_single_format
Steve,
This might be a nan bug. There is one GCC nan fix that's only
installed on the trunk:
2006-05-24 John David Anglin [EMAIL PROTECTED]
PR target/27627
* pa/pa-modes.def: Use mips_single_format, mips_double_format and
mips_quad_format formats instead
Ok, coming back to the question of the system compiler on hppa for
etch. Assuming that hppa does want to do that:
- is glibc buildable with gcc-4.1 on hppa?
As far as I know, there's no new problems using 4.1 instead of 4.0. See
Er, no; we're talking about official Debian packages here, and the
libstdc++.so.6 in Debian is now from gcc-4.1. The problem is precisely that
GMP *is* being built using gcc-4.0, but libstdc++ is from gcc-4.1, resulting
in the double libgcc_s problem.
Then, you must build *eveything* for
Is this acutally decided? Is it likely to happen soon, or should I
build GMP with gcc 3.3 (which doesn't exhibit the problem) in the
short term?
For now, I suggest that you remove gcc-4.1 from your build system.
Then, GMP should build fine with 4.0. You might have to reinstall
4.0.
As far
On Sat, Apr 22, 2006 at 10:00:04AM +0200, Matthias Klose wrote:
$ ldd a.out
libstdc++.so.6 =3D /usr/lib/libstdc++.so.6 (0x40575000)
libm.so.6 =3D /lib/libm.so.6 (0x4046e000)
libgcc_s.so.2 =3D /lib/libgcc_s.so.2 (0x40068000)
libc.so.6 =3D /lib/libc.so.6
[EMAIL PROTECTED]:~/gmp-4.2.dfsg/tests/cxx$ g++ -Wall test-throw.cc
./a.out
/usr/bin/ld: warning: libgcc_s.so.4, needed by
/usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so, may conflict with
libgcc_s.so.2
I'm puzzled about this. It seems like libstdc++ for GCC 4.0.3 was
built using
Yes, we do, but
$ ls -l /usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so
lrwxr-xr-x 1 root root 23 Apr 6 02:08
/usr/lib/gcc/hppa-linux-gnu/4.0.3/libstdc++.so - ../../../libstdc++.so.6
Oh, I was thinking there were separate libraries for each GCC version.
I've had to live with this for some
On Sat, Jan 07, 2006 at 01:05:11AM -0800, Steve Langasek wrote:
Grant, thank you for your work to date on this bug. (BTW, it would be
helpful if you would follow up to bug #342545 on libgcc2, instead of bug
#341675 which is filed against just one of the many packages affected by
it).
There isn't a lot of info in #342545. However, I suspect from the
following comment
It would be nice if somebody fluent with hppa assembly can tell us if
fldw -10(,sp),fr23
that this is the same bug as reported here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20754.
Changed
binutils-2.15 has this in include/opcodes/hppa.h:
{ fdc,0x04001280, 0xfc003fdf, cZx(s,b), pa10, 0},
{ fdc,0x04001280, 0xfc003fdf, cZx(b), pa10, 0},
{ fic,0x04000280, 0xfc001fdf, cZx(S,b), pa10, 0},
{ fic,0x04000280, 0xfc001fdf, cZx(b), pa10, 0},
The last fic
binutils-2.15 has this in include/opcodes/hppa.h:
{ fdc,0x04001280, 0xfc003fdf, cZx(s,b), pa10, 0},
{ fdc,0x04001280, 0xfc003fdf, cZx(b), pa10, 0},
{ fic,0x04000280, 0xfc001fdf, cZx(S,b), pa10, 0},
{ fic,0x04000280, 0xfc001fdf, cZx(b), pa10, 0},
The
On Sat, Sep 24, 2005 at 09:27:22PM -0400, John David Anglin wrote:
The last fic opcode entry is wrong. It's using the wrong
instruction format, the mask is wrong, pa10 is wrong, etc.
I don't think we realised this until now. I suspect we've been
silently emitting bad code up until
no, it's not fakeroot, it's make segfaulting ...
[...]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 16911)]
0x4091fd20 in __canonicalize_funcptr_for_compare () from
/lib/libpthread.so.0
(gdb) bt
#0 0x4091fd20 in
#1 0x406d7424 in __pthread_sigaction (sig=18, act=0xc0241ec8,
oact=0xc0241f50)
at signals.c:106
106 if (old == SIG_IGN || old == SIG_DFL || old == SIG_ERR)
(gdb) print old
Address requested for identifier old which is in register $r11
(gdb) print /x $r11
$6 = 0x0
no, it's not fakeroot, it's make segfaulting ...
[...]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 16911)]
0x4091fd20 in __canonicalize_funcptr_for_compare () from
/lib/libpthread.so.0
(gdb) bt
#0 0x4091fd20 in
no, it's not fakeroot, it's make segfaulting ...
[...]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 16911)]
0x4091fd20 in __canonicalize_funcptr_for_compare () from
/lib/libpthread.so.0
(gdb) bt
#0 0x4091fd20 in
Confirmed. We are passing a function pointer with a value of -2 into
__cffc, which should not happen...
Is -2 a special signal number?
I don't think so. in any case, others have observed that if they use an
older glibc, this problem does not happen.
Not sure this is related, but
81 matches
Mail list logo