I believe this bug is related to (or is the same as)
https://bugs.launchpad.net/ubuntu/+source/putty/+bug/806487
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1269195
Title:
PuTTY window update
I return to comment on this very old bug just to confirm that in Kubuntu
12.04 LTS the issue is still present, even with a new kernel and a new
desktop manager, and no Compiz at all.
The only similarity between my older installations and this one is that
I use an Nvidia video card with nvidia
You are right. I have tried like this:
kurgan@budell:~$ LANG=it_IT libreoffice
(process:4101): Gdk-WARNING **: locale not supported by C library
(soffice:4101): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
and it works despite the errors.
What I
Have you tried on 64 bit version? I run 64 bit version.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/806403
Title:
Libreoffice basic function cdbl ignores decimal numbers
To manage notifications
Here is an example macro that shows the issue:
Sub Main
tot5= cdbl(5.5)
msgbox (tot5)
tot6= cdbl(5,5)
msgbox (tot6)
End Sub
You can find the same macro in the attached document.
If you run it, the dialog boxes will show 55 and 5 (or 5 and 55
depending on the
Public bug reported:
I have some macros that worked in OpenOffice (ubuntu 10.10) and do not work
properly in LibreOffice (Ubuntu 11.04). I have found that the cdbl function,
that converts a string to a double, fails at converting a number with a decimal
part, like 5.5.
I have run some tests,
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/806403
Title:
Libreoffice basic function cdbl ignores decimal numbers
To manage notifications about this bug go to:
Public bug reported:
I have had this issue since a long time ago (I believe it was from
Ubuntu 8.10, but I am not sure), then it finally went away in 9.10 and
10.04 and 10.10, and it seems it is back in 11.04. (the computer is
always the same, a Dell Precision with a Nvidia graphics card)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/806487
Title:
sometimes putty screen gets garbled (not updated properly) when text
is scrolling
To manage notifications about this bug go to:
I second the idea that the default should be remember until logout.
Also, I would like to be able to disable completely the save forever
option, to avoid (non expert) user mistakes.
--
Default setting for remembering password should be remember until logout
Dear Vasil,
There are discussions going on elsewhere about the poor performance of
the block device scheduler in new kernels, so maybe you are right.
Evolution does a lot of small i/o requests, and the whole problem gets
really worse when you have more than one account, because the number of
Vasil,
I have tried testing every scheduler available. I have copied a 700 MB
file between tests to flush the cache.
The results are as follows:
- Noop is the slowest scheduler, by maybe 5-10%, no more.
- All of the other schedulers seem to have the same performance.
- If I don't flush the
Mario, I'm testing your patched Evolution now. It still has a bug
regarding update of unread messages count in folders pane, which makes
it hard to tell if I have got new mail or not. (see
http://bugzilla.gnome.org/show_bug.cgi?id=559391)
It seems to be still slow compared to the version that
I agree, it's an improvement.
--
Evolution 2.24.1 really slow with big IMAP folders
https://bugs.launchpad.net/bugs/292739
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
I have just installed the new evolution-data-server from proposed, it is
considerably faster than before, but still not as fast as the old
evolution that did not use sqlite. It seems to me that when it runs a
lot of concurrent activities (like scanning different folders for
different accounts for
Public bug reported:
Binary package hint: evolution
If I click on the triangle to the left of the On this computer account
in the account tree, it shrinks to hide all of its contents, as it sould
do. But when I close and restart Evolution, this account is again opened
and I can see all the
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/19977866/Dependencies.txt
** Attachment added: ProcMaps.txt
http://launchpadlibrarian.net/19977867/ProcMaps.txt
** Attachment added: ProcStatus.txt
http://launchpadlibrarian.net/19977868/ProcStatus.txt
--
the On this
It seems that patches have been commited to stable tree upstream.
http://bugzilla.gnome.org/show_bug.cgi?id=558883#c45
Maybe it's time to include these patches and post the new binary
packages to proposed upates.
--
Evolution 2.24.1 really slow with big IMAP folders
I use server-side filtering, so I have completely disabled filtering in
Evolution. But I have enabled checking for new mail in every folder,
since I get mail delivered directly to the folders by the server.
If you look at the upstream bug tracking page, at
I have tried the updated version, and it is still terrilbly slow when
you have more than one IMAP account. If I keep only one account enabled
and disable all the others, it becomes notably faster. I suppose that
there is some sort of concurrency issue that forces continuous flushes
to disk to the
Upstream analisys continues.
http://bugzilla.gnome.org/show_bug.cgi?id=558883
It seems that the bug is far more evident (Evolution is really slower)
when you have more than one account. There is some sort of concurrency
issue.
--
Evolution 2.24.1 really slow with big IMAP folders
As I can see, patches are already being developed upstream.
I hope they will be soon included in Ubuntu, and I hope that they will
be pushed as updates as soon as possibile, because I can't afford to
wait for Ubuntu 9.04 to have a working Evolution again.
--
Evolution 2.24.1 really slow with
I have manually created indexes as stated in the upstream bug report, I
have not recompiled Evolution, so I don't know if the patch actually
works.
Anyway, even if I have created indexes, Evolution is still slow (not as
much as before) because (as it seems from upstream discussion) it still
It seems that someone has already reported it upstream, this is the link
to the upstream bug report:
http://bugzilla.gnome.org/show_bug.cgi?id=558883
Hope this helps.
--
Evolution 2.24.1 really slow with big IMAP folders
https://bugs.launchpad.net/bugs/292739
You received this bug notification
Public bug reported:
Binary package hint: evolution
I have just upgraded from Ubuntu 8.04 to 8.10 (32 bit). The older
version of Evolution worked perfectly and was really fast with my IMAP
accounts (Dovecot imapd, gigabit ethernet), even if I have 4 accounts,
80 folders and 150.000 emails.
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/19243436/Dependencies.txt
** Attachment added: ProcMaps.txt
http://launchpadlibrarian.net/19243437/ProcMaps.txt
** Attachment added: ProcStatus.txt
http://launchpadlibrarian.net/19243438/ProcStatus.txt
--
Evolution
26 matches
Mail list logo
