Package: chromium
Version: 35.0.1916.153-1~deb7u1
Followup-For: Bug #745803
Hi,
this error is still active. It happens when I click on „save as“ and
then slip a little bit with the mouse. I can use „save as“, but only
with a „clear“ click. For me this problem exists since at least the last
three
I am just encountering the same problem on my current server.
About the machine:
model name : AMD Athlon(tm) 64 Processor 3700+
cpu MHz : 2199.541
cache size : 1024 KB
MemTotal:1025708 kB
cat /etc/debian_version: 6.0.7
Apache packages:
ii apache2 2.2.16-
Uh, that was ... yes, some time ago. ;-)
On 25.06.2012 19:26, Carsten Schoenert wrote:
> by Debian. This bug is may be gone over the years, did you have any
> problems further more? or can this bug be closed?
No, the problem has gone in the meantime. Thank you.
Greets, Sabine
--
http://www.ata
Package: gajim
Version: 0.13.4-3+squeeze2
Severity: normal
Last night an update to gajim came in, and now when I start gajim,
I get the following messages:
frosch@seerose:~$ gajim
Traceback (most recent call last):
File "gajim.py", line 152, in
from common import gajim
File "/usr/share/g
Package: apache2.2-common
Version: 2.2.9-10+lenny8
Followup-For: Bug #485413
I know this problem since I upgraded from Etch to Lenny, and yesterday it
happened again, now on a 64bit machine. Just want to let you know that the
current version in Lenny is still affected. Because this is a productiv
Yury V. Zaytsev wrote:
> Does this still happen with mc from unstable or testing? This version is
No clue, I'm using only stable. But I have asked around for some people
to try and hope that some of them will report their experiences.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@list
Package: mc
Version: 2:4.6.2~git20080311-4
Severity: normal
mc segfaults if I try to copy or move a file to a remote host where the same
filename already exists and 'append' is chosen. I tried this between three
installations of Lenny 5.0.4:
- Thinkpad T23 with standard kernel;
- PC with self-bu
Hi,
I can help out with that.
cat /proc/cpuinfo:
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 11
model name : Mobile Intel(R) Pentium(R) III CPU - M 1133MHz
stepping: 4
cpu MHz : 1132.378
cache size : 512 KB
fdiv_bug:
Package: pidgin
Version: 2.4.3-4lenny1~volatile0
Followup-For: Bug #519112
-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-885
Package: pidgin
Version: 2.4.3-4
Followup-For: Bug #519112
-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.24.3
Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /
Hi,
I've found out more about "my" memory leak. Regarding to the behaviour
of this new file selector box I think this is the problem.
I had saved a lot of mails to one directory, and there were ~3500 files
in it. After I moved the most files to subdirectories, the time for
opening the box and s
Hi,
first I saw another problem with icedove, but perhaps the memory leak is
the reason for that, too.
Every time I want to export a message, icedove needs longer to open the
file selection box, and it needs even longer to save the file. While
opening the fileselector and saving the message CPU u
12 matches
Mail list logo
