Re: [Evolution] open

2017-12-29 Thread Gottfried

Somehow it counts down from 45 to 1 and then last one mentions some loop:
Thread 1 (Thread 0x77f8af80 (LWP 12519)):
#0  0x739e7330 in gtk_css_static_style_get_default ()
at /lib64/libgtk-3.so.0
#1  0x739d3592 in gtk_css_node_init () at /lib64/libgtk-3.so.0
#2  0x714e2ef0 in g_type_create_instance ()
at /lib64/libgobject-2.0.so.0
#3  0x714c3db8 in g_object_new_internal ()
---Type  to continue, or q  to quit---
at /lib64/libgobject-2.0.so.0
#4  0x714c in g_object_new_with_properties ()
at /lib64/libgobject-2.0.so.0
#5  0x714c5fd1 in g_object_new () at /lib64/libgobject-2.0.so.0
#6  0x739ee69a in gtk_css_transient_node_new () at 
/lib64/libgtk-3.so.0

#7  0x73b3540e in gtk_style_context_save_named ()
at /lib64/libgtk-3.so.0
#8  0x73baf841 in validate_row () at /lib64/libgtk-3.so.0
#9  0x73bb781a in do_validate_rows () at /lib64/libgtk-3.so.0
#10 0x73bb7ed1 in gtk_tree_view_get_preferred_width ()
at /lib64/libgtk-3.so.0
#11 0x73b269cc in gtk_widget_query_size_for_orientation ()
at /lib64/libgtk-3.so.0
#12 0x73b270bc in gtk_widget_compute_size_for_orientation ()
at /lib64/libgtk-3.so.0
#13 0x73b27231 in gtk_widget_get_preferred_width_for_height ()
at /lib64/libgtk-3.so.0
#14 0x73b2751d in _gtk_widget_get_preferred_size_and_baseline ()
at /lib64/libgtk-3.so.0
#15 0x73bb1aba in do_presize_handler () at /lib64/libgtk-3.so.0
#16 0x73bb1fa9 in presize_handler_callback () at 
/lib64/libgtk-3.so.0

#17 0x73bd1e42 in gtk_widget_on_frame_clock_update ()
at /lib64/libgtk-3.so.0
---Type  to continue, or q  to quit---
#18 0x714be73d in g_closure_invoke () at /lib64/libgobject-2.0.so.0
#19 0x714d14de in signal_emit_unlocked_R ()
at /lib64/libgobject-2.0.so.0
#20 0x714d9d05 in g_signal_emit_valist () at 
/lib64/libgobject-2.0.so.0

#21 0x714da66f in g_signal_emit () at /lib64/libgobject-2.0.so.0
#22 0x7359b723 in gdk_frame_clock_paint_idle () at 
/lib64/libgdk-3.so.0

#23 0x735869d0 in gdk_threads_dispatch () at /lib64/libgdk-3.so.0
#24 0x75e4c61d in g_timeout_dispatch () at /lib64/libglib-2.0.so.0
#25 0x75e4bbb7 in g_main_context_dispatch () at 
/lib64/libglib-2.0.so.0

#26 0x75e4bf60 in g_main_context_iterate.isra ()
at /lib64/libglib-2.0.so.0
#27 0x75e4c272 in g_main_loop_run () at /lib64/libglib-2.0.so.0
#28 0x73a83ca5 in gtk_main () at /lib64/libgtk-3.so.0
#29 0x8494 in main ()

Greetings
Gottfried
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Gottfried

here is what I get now:

Thread 45 (Thread 0x7fff289d4700 (LWP 12627)):
#0  0x7fffeb4d3b29 in syscall () at /lib64/libc.so.6
#1  0x75e9166a in g_cond_wait_until () at /lib64/libglib-2.0.so.0
#2  0x75e20381 in g_async_queue_pop_intern_unlocked ()
    at /lib64/libglib-2.0.so.0
#3  0x75e2093c in g_async_queue_timeout_pop ()
    at /lib64/libglib-2.0.so.0
#4  0x75e73f6e in g_thread_pool_thread_proxy ()
    at /lib64/libglib-2.0.so.0
#5  0x75e734c6 in g_thread_proxy () at /lib64/libglib-2.0.so.0
#6  0x74e54619 in start_thread () at /lib64/libpthread.so.0
#7  0x7fffeb4d98bf in clone () at /lib64/libc.so.6

Thread 44 (Thread 0x7fff0effd700 (LWP 12611)):
#0  0x7fffeb4cd30b in poll () at /lib64/libc.so.6
#1  0x75e4bed9 in g_main_context_iterate.isra ()
    at /lib64/libglib-2.0.so.0
#2  0x75e4c272 in g_main_loop_run () at /lib64/libglib-2.0.so.0
#3  0x7fffeda181f0 in WTF::RunLoop::run() ()
    at /lib64/libjavascriptcoregtk-4.0.so.18
#4  0x7fffeda170b2 in WTF::Function()>::CallableWrapper::call() () at /lib64/libjavascriptcoregtk-4.0.so.18
#5  0x7fffed9eff0b in 
WTF::Thread::entryPoint(WTF::Thread::NewThreadContext*) () at 
/lib64/libjavascriptcoregtk-4.0.so.18

#6  0x7fffeda162a9 in WTF::wtfThreadEntryPoint(void*) ()
    at /lib64/libjavascriptcoregtk-4.0.so.18
#7  0x74e54619 in start_thread () at /lib64/libpthread.so.0
#8  0x7fffeb4d98bf in clone () at /lib64/libc.so.6

and I can now quit or go on like this. what exactly of these lists would 
you need?



On 30/12/17 03:19, Andre Klapper wrote:

On Fri, 2017-12-29 at 17:34 -0600, Zan Lynx wrote:

I believe they missed the step that after Evolution hangs you have to
type Ctrl-C in the GDB terminal to interrupt the debugger and get
back
to the GDB prompt. THEN you can type "thread apply all bt full"

Yes! Zan is correct. I am sorry for that!
No problem, as a German I never make mistakes, you know? But I can 
forgive. :-))


___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Andre Klapper
On Fri, 2017-12-29 at 17:34 -0600, Zan Lynx wrote:
> I believe they missed the step that after Evolution hangs you have to
> type Ctrl-C in the GDB terminal to interrupt the debugger and get
> back
> to the GDB prompt. THEN you can type "thread apply all bt full"
> 
> At least I think that is what is happening.

Yes! Zan is correct. I am sorry for that!

andre
-- 
Andre Klapper  |  ak...@gmx.net
http://blogs.gnome.org/aklapper/
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Printer issues

2017-12-29 Thread Jonathan Ryshpan
On Fri, 2017-12-29 at 18:37 +, Pete Biggs wrote:
> On Fri, 2017-12-29 at 10:10 -0800, Jonathan Ryshpan wrote:
> > 
> > (More Important) Everything prints larger than I would like: fonts
> > too big, images too big.  An example is attached.  Very often the
> > print output takes several pages when it would easily fit on one.
> >   How can I control the print size?
> 
> I'm afraid there's a long standing (>12 yrs) bug for this:
> 
>  https://bugzilla.gnome.org/show_bug.cgi?id=320895
> 
> There's been no activity or comments on it for a long time, so it won't
> look to the devs that it's important.  I presume that people don't tend
> to print emails very much (which is no help if you do need to print
> them!). Add a comment to the bug report if it's important to you.

I suspect most people do as I do, which is to copy the message into a
word processor massage it a little, and print it out.  Or maybe take ascreen 
shot. 

jon

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Zan Lynx
On 12/29/2017 05:18 PM, Gottfried wrote:
> 
> 
>> It sounds like Evolution "hangs" (does not respond to anything in
>> the user interface anymore) but does not "crash" (the application
>> window vanishes unexpectedly).
>> 
>> Please make sure that "gdb" is installed. Then open a Terminal
>> window. Then enter the command "gdb evolution". At the next prompt,
>> enter the command "run". Then make Evolution hang. Then enter the
>> command "thread apply all bt full".
> I did just that. it shows a list of threads. It seams to take for
> ever. If I type your command 'thread apply all bt full' in between,
> nothing happens any more. At least it looks like. Could it be that it
> just takes a lot of time? as I said, my PC is not fast. to me it
> still looks like gdb is hanging just like evolution

I believe they missed the step that after Evolution hangs you have to
type Ctrl-C in the GDB terminal to interrupt the debugger and get back
to the GDB prompt. THEN you can type "thread apply all bt full"

At least I think that is what is happening.


-- 
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Gottfried




It sounds like Evolution "hangs" (does not respond to anything in the
user interface anymore) but does not "crash" (the application window
vanishes unexpectedly).

Please make sure that "gdb" is installed. Then open a Terminal window.
Then enter the command "gdb evolution". At the next prompt, enter the
command "run". Then make Evolution hang. Then enter the command "thread
apply all bt full".
I did just that. it shows a list of threads. It seams to take for ever. 
If I type your command 'thread apply all bt full' in between, nothing 
happens any more. At least it looks like. Could it be that it just takes 
a lot of time? as I said, my PC is not fast. to me it still looks like 
gdb is hanging just like evolution

Gottfried

Then post the *complete* output of *all* those steps somewhere.



___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Gottfried

Yes sorry, I wrote from my cellphone one of the emails, won't do that again.


On 30/12/17 00:22, Patrick O'Callaghan wrote:



Please do NOT post on the list from multiple email accounts. This makes
it impossible to keep track of conversations.

I fact I've just noticed you used the same account, but with a changed
user name. This is still confusing so I suggest you unify the
configuration in your various devices (assuming that's the root of the
difference).





___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Ralf Mardorf
On Fri, 29 Dec 2017 22:27:07 +, Patrick O'Callaghan wrote:
>You were asked explicitly to use the gdb debugger with instructions on
>what commands to give in order to generate a stack trace, which might
>give a clue to what's going on.

In a nutshell:

On Fri, 29 Dec 2017 16:54:03 +0100, Andre Klapper wrote:
>Please make sure that "gdb" is installed. Then open a Terminal window.
>Then enter the command "gdb evolution". At the next prompt, enter the
>command "run". Then make Evolution hang. Then enter the command "thread
>apply all bt full". 
>Then post the *complete* output of *all* those steps somewhere.

E.g. https://pastebin.com/ , it's not much liked, but it more or less
does the job. Post a link to the https://pastebin.com/ post to this
mailing list.

Take care:

On Fri, 29 Dec 2017 17:28:25 +, Pete Biggs wrote:
>If you want to post any debugging output here (or elsewhere) make sure
>that any private information (such as email addresses or passwords) is
>removed first

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Patrick O'Callaghan
On Fri, 2017-12-29 at 23:31 +0200, Gottfried wrote:
> in Fedora there is a program called Nemiver. I used the function "attach 
> to running program" while Evolution is still running or hanging.

You were asked explicitly to use the gdb debugger with instructions on
what commands to give in order to generate a stack trace, which might
give a clue to what's going on. A dump of machine-code instructions
from the middle of a running program is completely useless.

poc
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Ralf Mardorf
On Fri, 29 Dec 2017 22:57:52 +0100, Ralf Mardorf wrote:
>On Fri, 2017-12-29 at 23:31 +0200, Gottfried wrote:
>> Nemiver  
>
>The output of Nemiver you posted seemingly is Assembler code, so
>perhaps what you used was a disassembler feature. However, I don't
>know Nemiver, nor do I program anymore. But actually I programmed
>Assembler in the 80s. I seriously doubt that it's much useful output.

OT:

Usually I used processors without the mov command, instead they loaded
from a register and stored to a register :D. However, while I'm aware
that mov exists and what it does, I don't know a few of the other
"cryptic" commands of your output. OTOH many commands are not cryptic
to me. As a pointer I searched
https://en.wikipedia.org/wiki/X86_instruction_listings for those
commands that are cryptic to me.

I suspect that this particular debugger you used, allows to show what
the C/C++ code actually does in Assembler, which could be useful for a
coder, but in this context it IMO doesn't provide anything useful.


___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Patrick O'Callaghan
On Fri, 2017-12-29 at 22:20 +, Patrick O'Callaghan wrote:
> On Fri, 2017-12-29 at 20:23 +0200, jeff...@g123.de wrote:
> > OK, got some idea now how to get a debug report. Work on it. Just needs 
> > time with my not so fast pc. Setup of test user worked.
> > Setup of evolution on that user takes a bit more time, but it is going. In 
> > fedora there is a debugger, I'll try that and see what it comes up with.
> > Thank you all for your engagement and paatience with me.
> > Gottfried
> 
> Please do NOT post on the list from multiple email accounts. This makes
> it impossible to keep track of conversations.

I fact I've just noticed you used the same account, but with a changed
user name. This is still confusing so I suggest you unify the
configuration in your various devices (assuming that's the root of the
difference).

poc
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Patrick O'Callaghan
On Fri, 2017-12-29 at 20:23 +0200, jeff...@g123.de wrote:
> OK, got some idea now how to get a debug report. Work on it. Just needs time 
> with my not so fast pc. Setup of test user worked.
> Setup of evolution on that user takes a bit more time, but it is going. In 
> fedora there is a debugger, I'll try that and see what it comes up with.
> Thank you all for your engagement and paatience with me.
> Gottfried

Please do NOT post on the list from multiple email accounts. This makes
it impossible to keep track of conversations.

poc
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Ralf Mardorf
On Fri, 2017-12-29 at 23:31 +0200, Gottfried wrote:
> Nemiver

The output of Nemiver you posted seemingly is Assembler code, so perhaps
what you used was a disassembler feature. However, I don't know Nemiver,
nor do I program anymore. But actually I programmed Assembler in the
80s. I seriously doubt that it's much useful output.

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Ralf Mardorf
In your case use the already mentioned gdb. In some other cases strace
could be very helpful. This are at least the only two programs I ever
needed to use for bug reports. I heard that valgrind is used a lot, too,
but a developer never asked me to run it.

Here's a not that good overview, however, ignoring the Arch related
pacman hint, it at least gives terms you could use to google:
https://wiki.archlinux.org/index.php/Step-by-step_debugging_guide

Actually you don't need to google, since all instructions how to use gdb
already were given ;).

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Gottfried

Hi All,

in Fedora there is a program called Nemiver. I used the function "attach 
to running program" while Evolution is still running or hanging. I got 
the following. Does that show anything? To me Chinese would be just as 
clear. :-) THe program shows the header: (path='/usr/bin/evolution', 
pid=2688)


0x7f9bff7b41fa  <_hb_ot_shape+5578>:  add    $0x14,%r15
0x7f9bff7b41fe  <_hb_ot_shape+5582>:  mov 0xb0(%rbp),%rsi
0x7f9bff7b4205  <_hb_ot_shape+5589>:  mov    %rbp,%rdi
0x7f9bff7b4208  <_hb_ot_shape+5592>:  add    $0x14,%r14
0x7f9bff7b420c  <_hb_ot_shape+5596>:  mov 0x98(%rax),%rcx
0x7f9bff7b4213  <_hb_ot_shape+5603>:  callq *0x178(%rax)
0x7f9bff7b4219  <_hb_ot_shape+5609>:  mov %eax,-0x14(%r14)
0x7f9bff7b421d  <_hb_ot_shape+5613>:  cmp    %r15,%rbx
0x7f9bff7b4220  <_hb_ot_shape+5616>:  jne 0x7f9bff7b41f0 
<_hb_ot_shape+5568>

0x7f9bff7b4222  <_hb_ot_shape+5618>:  mov    $0x6,%esi
0x7f9bff7b4227  <_hb_ot_shape+5623>:  mov    %rbp,%rdi
0x7f9bff7b422a  <_hb_ot_shape+5626>:  mov 0x10(%rsp),%rbx
0x7f9bff7b422f  <_hb_ot_shape+5631>:  callq 0x7f9bff7815c0 
<_ZN9hb_font_t8has_funcEj>

0x7f9bff7b4234  <_hb_ot_shape+5636>:  test   %al,%al
0x7f9bff7b4236  <_hb_ot_shape+5638>:  je 0x7f9bff7b35f0 
<_hb_ot_shape+2496>

0x7f9bff7b423c  <_hb_ot_shape+5644>:  mov 0x20(%rsp),%eax
0x7f9bff7b4240  <_hb_ot_shape+5648>:  mov 0x28(%rsp),%rdi
0x7f9bff7b4245  <_hb_ot_shape+5653>:  add    $0xc,%r13
0x7f9bff7b4249  <_hb_ot_shape+5657>:  mov %rbx,0x28(%rsp)
0x7f9bff7b424e  <_hb_ot_shape+5662>:  lea 0x68(%rsp),%r15
0x7f9bff7b4253  <_hb_ot_shape+5667>:  mov    %rbp,%rbx
0x7f9bff7b4256  <_hb_ot_shape+5670>:  mov    %r13,%rbp
0x7f9bff7b4259  <_hb_ot_shape+5673>:  lea (%rax,%rax,4),%rax
0x7f9bff7b425d  <_hb_ot_shape+5677>:  lea (%rdi,%rax,4),%rax
0x7f9bff7b4261  <_hb_ot_shape+5681>:  lea 0x70(%rsp),%rdi
0x7f9bff7b4266  <_hb_ot_shape+5686>:  mov %rax,0x10(%rsp)
0x7f9bff7b426b  <_hb_ot_shape+5691>:  lea 0x6c(%rsp),%rax
0x7f9bff7b4270  <_hb_ot_shape+5696>:  mov %rdi,0x20(%rsp)
0x7f9bff7b4275  <_hb_ot_shape+5701>:  mov    %rax,%r13
0x7f9bff7b4278  <_hb_ot_shape+5704>:  jmp 0x7f9bff7b42a1 
<_hb_ot_shape+5745>

0x7f9bff7b427a  <_hb_ot_shape+5706>:  nopw 0x0(%rax,%rax,1)
0x7f9bff7b4280  <_hb_ot_shape+5712>:  mov 0x68(%rsp),%edx
0x7f9bff7b4284  <_hb_ot_shape+5716>:  mov 0x6c(%rsp),%eax
0x7f9bff7b4288  <_hb_ot_shape+5720>:  sub %edx,-0x4(%rbp)
0x7f9bff7b428b  <_hb_ot_shape+5723>:  sub %eax,0x0(%rbp)
0x7f9bff7b428e  <_hb_ot_shape+5726>:  add    $0x14,%r12
0x7f9bff7b4292  <_hb_ot_shape+5730>:  add    $0x14,%rbp
0x7f9bff7b4296  <_hb_ot_shape+5734>:  cmp %r12,0x10(%rsp)
0x7f9bff7b429b  <_hb_ot_shape+5739>:  je 0x7f9bff7b3900 
<_hb_ot_shape+3280>

0x7f9bff7b42a1  <_hb_ot_shape+5745>:  mov (%r12),%r14d
0x7f9bff7b42a5  <_hb_ot_shape+5749>:  mov 0xa8(%rbx),%rax
0x7f9bff7b42ac  <_hb_ot_shape+5756>:  mov    %r13,%r8
0x7f9bff7b42af  <_hb_ot_shape+5759>:  movl $0x0,0x6c(%rsp)
0x7f9bff7b42b7  <_hb_ot_shape+5767>:  movl $0x0,0x68(%rsp)
0x7f9bff7b42bf  <_hb_ot_shape+5775>:  mov    %r15,%rcx
0x7f9bff7b42c2  <_hb_ot_shape+5778>:  mov 0xb0(%rbx),%rsi
0x7f9bff7b42c9  <_hb_ot_shape+5785>:  mov    %rbx,%rdi
0x7f9bff7b42cc  <_hb_ot_shape+5788>:  mov 0xa8(%rax),%r9
0x7f9bff7b42d3  <_hb_ot_shape+5795>:  mov    %r14d,%edx
0x7f9bff7b42d6  <_hb_ot_shape+5798>:  callq *0x188(%rax)
0x7f9bff7b42dc  <_hb_ot_shape+5804>:  test   %eax,%eax
0x7f9bff7b42de  <_hb_ot_shape+5806>:  jne 0x7f9bff7b4280 
<_hb_ot_shape+5712>

0x7f9bff7b42e0  <_hb_ot_shape+5808>:  mov 0xa8(%rbx),%rax
0x7f9bff7b42e7  <_hb_ot_shape+5815>:  movl $0x0,0x6c(%rsp)
0x7f9bff7b42ef  <_hb_ot_shape+5823>:  mov    %r13,%r8
0x7f9bff7b42f2  <_hb_ot_shape+5826>:  movl $0x0,0x68(%rsp)
0x7f9bff7b42fa  <_hb_ot_shape+5834>:  mov 0xb0(%rbx),%rsi
0x7f9bff7b4301  <_hb_ot_shape+5841>:  mov    %r15,%rcx
0x7f9bff7b4304  <_hb_ot_shape+5844>:  mov    %r14d,%edx
0x7f9bff7b4307  <_hb_ot_shape+5847>:  mov    %rbx,%rdi
0x7f9bff7b430a  <_hb_ot_shape+5850>:  mov 0xb0(%rax),%r9
0x7f9bff7b4311  <_hb_ot_shape+5857>:  callq *0x190(%rax)
0x7f9bff7b4317  <_hb_ot_shape+5863>:  test   %eax,%eax
0x7f9bff7b4319  <_hb_ot_shape+5865>:  je 0x7f9bff7b4280 
<_hb_ot_shape+5712>

0x7f9bff7b431f  <_hb_ot_shape+5871>:  mov 0xa8(%rbx),%rax
0x7f9bff7b4326  <_hb_ot_shape+5878>:  mov    %r14d,%edx
0x7f9bff7b4329  <_hb_ot_shape+5881>:  mov 0xb0(%rbx),%rsi
0x7f9bff7b4330  <_hb_ot_shape+5888>:  mov    %rbx,%rdi
0x7f9bff7b4333  <_hb_ot_shape+5891>:  mov 0x98(%rax),%rcx
0x7f9bff7b433a  <_hb_ot_shape+5898>:  callq *0x178(%rax)
0x7f9bff7b4340  <_hb_ot_shape+5904>:  mov    %eax,%r14d
0x7f9bff7b4343  <_hb_ot_shape+5907>:  pxor   %xmm0,%xmm0
0x7f9bff7b4347  <_hb_ot_shape+5911>:  shr    $0x1f,%r14d
0x7f9bff7b434b  <_hb_ot_shape+5915>:  mov 0x20(%rsp),%rdx
0x7f9bff7b4350  

Re: [Evolution] Printer issues

2017-12-29 Thread Pete Biggs
On Fri, 2017-12-29 at 10:10 -0800, Jonathan Ryshpan wrote:
> File->Print Preview does exactly the same thing as File->Print.
>  There doesn't seem to be any way to get a preview except to print to
> file and then view it.
> (More Important) Everything prints larger than I would like: fonts
> too big, images too big.  An example is attached.  Very often the
> print output takes several pages when it would easily fit on one.
>  How can I control the print size?
> 

I'm afraid there's a long standing (>12 yrs) bug for this:

 https://bugzilla.gnome.org/show_bug.cgi?id=320895

There's been no activity or comments on it for a long time, so it won't
look to the devs that it's important.  I presume that people don't tend
to print emails very much (which is no help if you do need to print
them!). Add a comment to the bug report if it's important to you.

BTW I think the mail printing format is determined by the file 

 /usr/share/evolution/theme/webview-print.css

(that's for F27 - it may vary by distro).  It needs root privs to edit
it and you need to know CSS and I have no idea how the individual CSS
components interact with each other - so go gently with it and try
things. Any changed you make will probably be over-written the next
time Evo is updated.

P.

 
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] menu bar

2017-12-29 Thread Andre Klapper
On Thu, 2017-12-28 at 18:12 +, Patrick O'Callaghan wrote:
> On Thu, 2017-12-28 at 19:03 +0100, thedude...@gmail.com wrote:
> > I deactivated the menu bar in evolution and I can no longer activate
> > it. How can I do?
> 
> https://mail.gnome.org/archives/evolution-list/2017-October/msg00109.html

As this seems to get popular I've added it to the help docs for 3.27:
https://git.gnome.org/browse/evolution/commit/?id=a8d3f913288b9f8efd96f7f324788c65b0c8bd06

andre
-- 
Andre Klapper  |  ak...@gmx.net
http://blogs.gnome.org/aklapper/
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Printer issues

2017-12-29 Thread Andre Klapper
On Fri, 2017-12-29 at 10:10 -0800, Jonathan Ryshpan wrote:
> File->Print Preview does exactly the same thing as File->Print.
>  There doesn't seem to be any way to get a preview except to print to
> file and then view it.

See the bug tracker for bugs and their reports.
https://bugzilla.gnome.org/show_bug.cgi?id=779254

Cheers,
andre
-- 
Andre Klapper  |  ak...@gmx.net
http://blogs.gnome.org/aklapper/
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread jeff...@g123.de
OK,  got some idea now how to get a debug report. Work on it. Just needs time with my not so fast pc. Setup of test user worked.Setup of evolution on that user takes a bit more time, but it is going. In fedora there is a debugger, I'll try that and see what it comes up with.Thank you all for your engagement and paatience with me.GottfriedSent from my Huawei Mobile Original Message Subject: Re: [Evolution] openFrom: Pete Biggs To: evolution-list@gnome.orgCC: > > let me make my problem more precise. Evolution works fine. It is in my > setting that something went wrong and all of a sudden it does not open > any more.> You never said if you use IMAP or POP?But in the back of my mind I seem to remember that there was some ISPsthat had some strange connection throttling restrictions on IMAP.  Onething you could try is to reduce the number of concurrent connectionsthat are used. Go to Edit -> Preferences -> Mail Accounts -> (Selectaccount) -> Edit -> Receiving Options and then reduce "Number ofconcurrent connections to use" to 1.Other places that can cause hangs are: spam filtering; remote addressbook issues; DNS issues. But they should all timeout eventually.As others have said, we need to see debugging output to know exactlywhat the issue is. You can see how to enable debugging for the variousmodules at https://wiki.gnome.org/Apps/Evolution/DebuggingIf you want to post any debugging output here (or elsewhere) make surethat any private information (such as email addresses or passwords) isremoved first - and don't post massive files here, use something likepastebin.P.___evolution-list mailing listevolution-list@gnome.orgTo change your list options or unsubscribe, visit ...https://mail.gnome.org/mailman/listinfo/evolution-list___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


[Evolution] Printer issues

2017-12-29 Thread Jonathan Ryshpan
   1. File->Print Preview does exactly the same thing as File->Print.  There 
doesn't seem to be any way to get a preview except to print to file and then 
view it.
   2. (More Important) Everything prints larger than I would like: fonts too 
big, images too big.  An example is attached.  Very often the print output 
takes several pages when it would easily fit on one.  How can I control the 
print size?

System is Fedora-27
KDE-5 Desktop
Evolution-3.26.3-1.fc27.x86_64


Printer_issues.pdf
Description: Adobe PDF document
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Svante Signell
On Fri, 2017-12-29 at 12:19 +, Pete Biggs wrote:
> > 
> > > And THIS IS NOT THE PLACE TO RANT ABOUT SYSTEMD.
> > 
> > Nobody did, right? So why do you shout? 
> 
> Because when ever anyone on any Linux related mailing list mentions
> systemd it invariable descends into rants about it. I was attempting to
> pre-empt that. Sorry if I offended you with my caps-lock key.

One wonders why it happens all the time then. Could it be related to software?
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Pete Biggs

> 
> let me make my problem more precise. Evolution works fine. It is in my 
> setting that something went wrong and all of a sudden it does not open 
> any more.
> 

You never said if you use IMAP or POP?

But in the back of my mind I seem to remember that there was some ISPs
that had some strange connection throttling restrictions on IMAP.  One
thing you could try is to reduce the number of concurrent connections
that are used. Go to Edit -> Preferences -> Mail Accounts -> (Select
account) -> Edit -> Receiving Options and then reduce "Number of
concurrent connections to use" to 1.

Other places that can cause hangs are: spam filtering; remote address
book issues; DNS issues. But they should all timeout eventually.

As others have said, we need to see debugging output to know exactly
what the issue is. You can see how to enable debugging for the various
modules at

 https://wiki.gnome.org/Apps/Evolution/Debugging

If you want to post any debugging output here (or elsewhere) make sure
that any private information (such as email addresses or passwords) is
removed first - and don't post massive files here, use something like
pastebin.

P.
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Patrick O'Callaghan
On Fri, 2017-12-29 at 15:32 +0200, Gottfried wrote:
> I am not interested in configuring evolution with a different email.

No-one has asked you to do that. My recommendation was to create a new
*Linux user* (i.e. a new login on your local machine), then log into
that user account and run Evolution. And report what happens. It should
come up with a configuration screen.  You can also configure some of
your email accounts *under that new login* to see if they work. If the
accounts are IMAP, this will not affect anything. If they are POP then
configure the account(s) to leave mails on the server(s).

poc
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Andre Klapper
Hi Gottfried,

On Fri, 2017-12-29 at 15:32 +0200, Gottfried wrote:
> Could it be a problem though, that evolution, thunderbird and clawsmail 
> in one system don't like each other? or may just two of them.

Extremely unlikely, and wild guessing won't help debugging anything.

> The worst side of the problem is that I don't find warnings or comments 
> or anything indicating any error.

As mentioned several times now, we need debug output from you.

It sounds like Evolution "hangs" (does not respond to anything in the
user interface anymore) but does not "crash" (the application window
vanishes unexpectedly).

Please make sure that "gdb" is installed. Then open a Terminal window.
Then enter the command "gdb evolution". At the next prompt, enter the
command "run". Then make Evolution hang. Then enter the command "thread
apply all bt full". 
Then post the *complete* output of *all* those steps somewhere.

Thanks,
andre
-- 
Andre Klapper  |  ak...@gmx.net
http://blogs.gnome.org/aklapper/
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Ralf Mardorf
On Fri, 2017-12-29 at 17:15 +0200, Gottfried wrote:
> > Open a terminal and launch evolution from there.
> > 
> >evolution
> > 
> > For posting purpose (at https://pastebin.com/ or similar) you could
> > redirect all output to a log file.
> > 
> >evolution > /tmp/evolution.0.log 2>&1
> 
> OK, just did that. IF I run evolution from a user, it is just the same, 
> as if I run it from the panel.

Hi,

you run evolution as user in a terminal as long as it failed or just
when it worked? When redirecting the output to a log file you looked at
the log file?

> If I run it as root.

Don't run Evolution with root privileges. For testing purpose you could
add a new user and log in as this user.

> Can it be, that it does not close properly and therefore doesn't open 
> again?
  
  pkill -9 evolution

should kill everything containing evolution in it's name.

P l e a s e   s t o p   r e p l y i n gt o   m y   a d d r e s s e !
R e p l y   t o   t h e   m a i l i n g   l i s t!

Regards,
Ralf

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Ralf Mardorf
On Fri, 29 Dec 2017 15:32:11 +0200, Gottfried wrote:
>Could it be a problem though, that evolution, thunderbird and
>clawsmail in one system don't like each other? or may just two of them.

Hi,

let's ignore the dependency tree and optional dependencies and just
take a look at the direct hard dependencies of a distro, that doesn't
split software from upstream into several packages. Assuming the
packagers of your distro aren't idiots, they compile against the
appropriate dependencies, so regarding the versions of the dependencies
there aren't issues, as long as the official repositories follow a
reasonable policy. I don't use Thunderbird, but Sylpheed, Claws Mail
and Evolution.

[rocketmouse@archlinux ~]$ pacman -Q evolution evolution-data-server 
evolution-bogofilter evolution-spamassassin sylpheed claws-mail-git
evolution 3.26.3-1
evolution-data-server 3.26.3-1
evolution-bogofilter 3.26.3-1
evolution-spamassassin 3.26.3-1
sylpheed 3.6.0-3
claws-mail-git 3.16.0.r3.g174c03f19-1
[rocketmouse@archlinux ~]$ pacman -Qi evolution evolution-data-server 
evolution-bogofilter evolution-spamassassin sylpheed claws-mail-git | grep 
Depends\ On
Depends On  : gnome-desktop  evolution-data-server  libcanberra  libpst  
libytnef  dconf  gtkspell3  libcryptui  gnome-autoar
Depends On  : gnome-online-accounts  nss  krb5  libgweather  libical  db  
libgdata  libphonenumber
Depends On  : evolution=3.26.3  bogofilter
Depends On  : evolution=3.26.3  spamassassin
Depends On  : compface  gpgme  gtkspell
Depends On  : gtk2  gnutls  startup-notification  enchant  gpgme  libetpan  
compface  libsm  dbus-glib  hicolor-icon-theme  desktop-file-utils
[rocketmouse@archlinux ~]$ sudo systemd-nspawn -qD /mnt/moonstudio/ apt -qq 
list claws-mail-git
claws-mail-git/now 3.16.0-3-g174c03-1 amd64 [installed,local]
[rocketmouse@archlinux ~]$ ls -hAl /mnt/moonstudio/home/weremouse/ | grep 
archlinux
lrwxrwxrwx  1 rocketmouse users 43 Oct  6  2015 .bogofilter -> 
/mnt/archlinux/home/rocketmouse/.bogofilter
lrwxrwxrwx  1 rocketmouse users 43 Oct  6  2015 .claws-mail -> 
/mnt/archlinux/home/rocketmouse/.claws-mail
lrwxrwxrwx  1 rocketmouse users 42 Oct  6  2015 Claws Mail -> 
/mnt/archlinux/home/rocketmouse/Claws Mail
[rocketmouse@archlinux ~]$ sudo systemd-nspawn -qD /mnt/moonstudio/ lsb_release 
-a
LSB Version:
core-9.20160110ubuntu0.2-amd64:core-9.20160110ubuntu0.2-noarch:security-9.20160110ubuntu0.2-amd64:security-9.20160110ubuntu0.2-noarch
Distributor ID: Ubuntu
Description:Ubuntu 16.04.3 LTS
Release:16.04
Codename:   xenial
[rocketmouse@archlinux ~]$ lsb_release -a
LSB Version:1.4
Distributor ID: Arch
Description:Arch Linux
Release:rolling
Codename:   n/a

I'm using POP accounts. Sylpheed, Claws and Evolution all use their own
directories to store emails, while only Claws and Evolution handle the
same POP servers to send and receive mails + they don't use the same
bogofilter as Sylpheed does and only Claws from Arch and Ubuntu
completely share all folders.

I never experienced that one MUA affected the other MUA, the only
positive impact is, that they share bogofilter, this has got
no negative affect.

I could imagine one issue. I'm doing everything manually, IOW I don't
automatically send queued messages and I don't automatically retrieve
messages, so there can't be any conflict. I guess if different MUAs
should access the same server at the same time, this anyway shouldn't
cause an issue, but you never know.

>The worst side of the problem is that I don't find warnings or
>comments or anything indicating any error. It just starts and hangs
>there.

Open a terminal and launch evolution from there.

  evolution

For posting purpose (at https://pastebin.com/ or similar) you could
redirect all output to a log file.

  evolution > /tmp/evolution.0.log 2>&1

>My backup is about 4.2 GB big (just emails), is that getting to the
>core of the problem?

It shouldn't be the culprit. I could imagine that an advanced search
could become an issue, but it shouldn't affect general duty.

Regards,
Ralf

-- 
$ pacman -Q linux{,-rt{,-cornflower,-pussytoes}}|awk '{print $2}'
4.14.9-1
4.14.6_rt7-1
4.11.12_rt16-1
4.14.8_rt9-2

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Gottfried

Hi all,

let me make my problem more precise. Evolution works fine. It is in my 
setting that something went wrong and all of a sudden it does not open 
any more.


I installed evolution on a different PC. restored an older back-up and 
one or two times it loaded fine and then again, it did not want to open 
again.


I am not interested in configuring evolution with a different email. The 
reason is: I use evolution for my business emails and thunderbird for my 
private emails. I am not mentioning thunderbird as a problem, so no need 
to comment on that further. It is just to give the background that I am 
using different email clients for different reasons. Clawsmail is my 
security email, which is so restricted that it is only used for a 
certain group of people and absolute not public.


Could it be a problem though, that evolution, thunderbird and clawsmail 
in one system don't like each other? or may just two of them.


The worst side of the problem is that I don't find warnings or comments 
or anything indicating any error. It just starts and hangs there. The 
same thing happened on Linux mint, but then I would simply restart the 
whole system and evolution would just start again. Because linux mint, 
(and please this is only to mention the background) uses only an older 
version of evolution, whatever good reason they might have for it, I 
installed fedora in order to be able to use a more update version.


My backup is about 4.2 GB big (just emails), is that getting to the core 
of the problem?


:-)

greetings to you all.


___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Patrick O'Callaghan
On Fri, 2017-12-29 at 12:25 +0100, Ralf Mardorf wrote:
> On Fri, 2017-12-29 at 10:02 +, Patrick O'Callaghan wrote:
> > On Fri, 2017-12-29 at 06:39 +0100, Ralf Mardorf wrote:
> > > On Thu, 28 Dec 2017 17:53:03 +, Patrick O'Callaghan wrote:
> > > > > Uninstalled it, reinstalled it.  
> > > > 
> > > > Virtually always a waste of time. Linux isn't Windows.
> > > 
> > > Not necessarily. For example take Ubuntu's apt.
> > > 
> > > "Removing a package removes all packaged data, but leaves usually
> > > small (modified) user configuration files behind, in case the
> > > remove was an accident. Just issuing an installation request
> > > for the accidentally removed package will restore its function as
> > > before in that case. On the other hand you can get rid of
> > > these leftovers by calling purge even on already removed packages. Note
> > > that this does not affect any data or configuration stored
> > > in your home directory." -
> > > http://manpages.ubuntu.com/manpages/zesty/man8/apt.8.html
> > > 
> > > If an Ubuntu user should mess up a config in e.g. /etc, then
> > > uninstalling a package using "purge" and after that installing it again
> > > very well could solve an issue.
> > 
> > How is this relevant to Evolution?
> 
> It's relevant for this thread, since you spread misinformation about
> Linux. Next time users reading this don't try to solve an issue, that
> actually could be solved by purging and after that installing a package.

I wasn't aware I was 'spreading misinformation about Linux'. Apparently
Ubuntu has this feature called 'purge' which I've never heard of. Maybe
it comes from Debian, which I don't use. In any case a special 'purge'
option is not a standard feature of Linux. In the case of rpm-based
distros, including Fedora which I use, this the default behaviour.

I also see from your quote that '... this does not affect any data or
configuration stored in your home directory'. My recommendation to the
OP was to try a new configuration in a separate Linux account, which
*will* effectively eliminate the effects of any per-user configuration.
Since Evolution only stores config information in the user account,
using 'purge' is indeed a waste of time in the case of Evolution.

And I note that my actual statement was 'virtually always a waste of
time', which I maintain is the exact truth. The number of times this is
going to correct a problem, either by explicitly deleting config files
or by using something like 'purge' is a in my experience a tiny
minority of cases. In other words the problem is almost always
somewhere else.

> You could have written that purging Evolution and then installing it
> again, doesn't make much sense, but instead you claimed: "Virtually
> always a waste of time. Linux isn't Windows." How is Windows relevant in
> the context of this thread?

Because reinstalling software is a standard recommendation when a
Windows user has a problem. It is definitely not a standard
recommendation in Linux.

poc
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Pete Biggs

> 
> > And THIS IS NOT THE PLACE TO RANT ABOUT SYSTEMD.
> 
> Nobody did, right? So why do you shout? 

Because when ever anyone on any Linux related mailing list mentions
systemd it invariable descends into rants about it. I was attempting to
pre-empt that. Sorry if I offended you with my caps-lock key.


___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Inbox Glitch

2017-12-29 Thread David Burleigh
On Fri, 2017-12-29 at 11:28 +0100, Andre Klapper wrote:
> On Thu, 2017-12-28 at 15:23 -0500, David Burleigh wrote:
> > Just today, for no obvious reason, Evolution stopped showing the
> > unread incoming messages. It shows the number of unread messages,
> > but
> > they are not included in the message list. If I right click on the
> > Inbox folder and choose "Mark all messages as read" then the new
> > messages appear in the message list as unread messages. I did not
> > notice any Evolution-related updates in the set of updates I
> > installed this morning.
> 
> https://help.gnome.org/users/evolution/stable/mail-cannot-see.html
> 
> Cheers,
> andre

It was a simple thing. Somehow, without realizing it, I must have
moused over the Show pulldown list and inadvertently changed it to
"Read messages". I've never even noticed that pulldown list, after
using Evolution for almost a year now. Amazing what your eyes can
filter out.___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Ralf Mardorf
On Fri, 29 Dec 2017 11:47:25 +, Pete Biggs wrote:
>This is getting a bit off topic 

Not my fault, actually I replied to

"On Thu, 28 Dec 2017 21:38:46 +0200, Gottfried wrote:

You need to run Evolution from the command line and see if any
errors are produced there.  

How does that work?"

with this main statement:

"Open a terminal and run

  evolution"

A "FWIW" additional information followed.

>No, Andre is right. There is no ~/.xsession-errors on Fedora 27 (which
>the OP is using)

Andre didn't mention that Fedora doesn't use it. I wasn't aware of it,
since I simply don't use Fedora.

>And THIS IS NOT THE PLACE TO RANT ABOUT SYSTEMD.

Nobody did, right? So why do you shout? They also ban developers from
other mailing lists for shouting, especially if there is absolutely no
reason to do this.

As an Arch Linux users for many years, I much likely was one of the
first users subscribed to this mailing list using systemd. There's no
relationship between using Wayland or X, the ~/.xsession-errors file
and systemd's journal.

[rocketmouse@archlinux ~]$ pgrep -a systemd
1 /sbin/init
231 /usr/lib/systemd/systemd-journald
250 /usr/lib/systemd/systemd-udevd
468 /usr/lib/systemd/systemd-logind
566 /usr/lib/systemd/systemd --user
[rocketmouse@archlinux ~]$ ls -hl .xsession-errors 
-rw--- 1 rocketmouse rocketmouse 5.0K Dec 29 12:52 .xsession-errors

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Pete Biggs

This is getting a bit off topic 

> > 
> > No there is not, in times of Wayland instead of X.
> > And I'd doubt anyway that this would be any helpful.
> 
> There even necessarily is ~/.xsession-errors when running X, as long as
> the user doesn't redirect the output or the user chose a display manager
> doing this.

No, Andre is right. There is no ~/.xsession-errors on Fedora 27 (which
the OP is using), nor is there in any modern incarnations of
Wayland/Gnome. Fedora hasn't used .xsession-errors for sometime.

The log output of the display server is sent to the systemd journal.
Find out which unit your logs go to by searching for the unit of type
'scope' and then view it with journalctl. 

$ systemctl list-units -t scope
UNIT LOAD   ACTIVE SUB DESCRIPTION   
...
session-2.scope  loaded active running Session 2 of user pete
...

$ journalctl -b -u session-2.scope   

And THIS IS NOT THE PLACE TO RANT ABOUT SYSTEMD.  It is what it is.

P.
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Ralf Mardorf
On Fri, 2017-12-29 at 10:02 +, Patrick O'Callaghan wrote:
> On Fri, 2017-12-29 at 06:39 +0100, Ralf Mardorf wrote:
> > On Thu, 28 Dec 2017 17:53:03 +, Patrick O'Callaghan wrote:
> > > > Uninstalled it, reinstalled it.  
> > > 
> > > Virtually always a waste of time. Linux isn't Windows.
> > 
> > Not necessarily. For example take Ubuntu's apt.
> > 
> > "Removing a package removes all packaged data, but leaves usually
> > small (modified) user configuration files behind, in case the
> > remove was an accident. Just issuing an installation request
> > for the accidentally removed package will restore its function as
> > before in that case. On the other hand you can get rid of
> > these leftovers by calling purge even on already removed packages. Note
> > that this does not affect any data or configuration stored
> > in your home directory." -
> > http://manpages.ubuntu.com/manpages/zesty/man8/apt.8.html
> > 
> > If an Ubuntu user should mess up a config in e.g. /etc, then
> > uninstalling a package using "purge" and after that installing it again
> > very well could solve an issue.
> 
> How is this relevant to Evolution?

It's relevant for this thread, since you spread misinformation about
Linux. Next time users reading this don't try to solve an issue, that
actually could be solved by purging and after that installing a package.

You could have written that purging Evolution and then installing it
again, doesn't make much sense, but instead you claimed: "Virtually
always a waste of time. Linux isn't Windows." How is Windows relevant in
the context of this thread?

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Ralf Mardorf
On Fri, 2017-12-29 at 11:27 +0100, Andre Klapper wrote:
> On Fri, 2017-12-29 at 06:46 +0100, Ralf Mardorf wrote:
> > FWIW usually there is a file ~/.xsession-errors that contains the
> > output
> > of all running GUI apps.
> 
> No there is not, in times of Wayland instead of X.
> And I'd doubt anyway that this would be any helpful.

There even necessarily is ~/.xsession-errors when running X, as long as
the user doesn't redirect the output or the user chose a display manager
doing this. That's why I've written "FWIW" and "usually", let alone that
I first explained how to run evolution from command line. However, while
 reading the mixture of output redirected to ~/.xsession-errors often
isn't that clear as running a GUI app from command line, it still could
be very helpful, if a culprit e.g. is easy to "grep" by terms such as
"error", "evolution", "lib", in addition with "| grep -v -i warning" to
eliminate all the waste, that isn't filtered when simply launching an
app from command line. Résumé: Mentioning ~/.xsession-errors makes very
well sense. There is a reason that this file usually is provided by
default installs of user-friendly distros, even if they migrated already
to Wayland while a lot of issues caused by Wayland still aren't solved
yet. AFAIK know for good reason they allow still to chose between a
Wayland and a X user session by the display manager's greater.


___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Inbox Glitch

2017-12-29 Thread Andre Klapper
On Thu, 2017-12-28 at 15:23 -0500, David Burleigh wrote:
> Just today, for no obvious reason, Evolution stopped showing the
> unread incoming messages. It shows the number of unread messages, but
> they are not included in the message list. If I right click on the
> Inbox folder and choose "Mark all messages as read" then the new
> messages appear in the message list as unread messages. I did not
> notice any Evolution-related updates in the set of updates I
> installed this morning.

https://help.gnome.org/users/evolution/stable/mail-cannot-see.html

Cheers,
andre
-- 
Andre Klapper  |  ak...@gmx.net
http://blogs.gnome.org/aklapper/
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Andre Klapper
On Fri, 2017-12-29 at 06:46 +0100, Ralf Mardorf wrote:
> FWIW usually there is a file ~/.xsession-errors that contains the
> output
> of all running GUI apps.

No there is not, in times of Wayland instead of X.
And I'd doubt anyway that this would be any helpful.

andre
-- 
Andre Klapper  |  ak...@gmx.net
http://blogs.gnome.org/aklapper/
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] open

2017-12-29 Thread Patrick O'Callaghan
On Fri, 2017-12-29 at 06:39 +0100, Ralf Mardorf wrote:
> On Thu, 28 Dec 2017 17:53:03 +, Patrick O'Callaghan wrote:
> > > Uninstalled it, reinstalled it.  
> > 
> > Virtually always a waste of time. Linux isn't Windows.
> 
> Not necessarily. For example take Ubuntu's apt.
> 
> "Removing a package removes all packaged data, but leaves usually
> small (modified) user configuration files behind, in case the
> remove was an accident. Just issuing an installation request
> for the accidentally removed package will restore its function as
> before in that case. On the other hand you can get rid of
> these leftovers by calling purge even on already removed packages. Note
> that this does not affect any data or configuration stored
> in your home directory." -
> http://manpages.ubuntu.com/manpages/zesty/man8/apt.8.html
> 
> If an Ubuntu user should mess up a config in e.g. /etc, then
> uninstalling a package using "purge" and after that installing it again
> very well could solve an issue.

How is this relevant to Evolution?

poc
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list