Re: [Evolution] XFS being remounted at Evo Startup

2021-01-18 Thread Greg Oliver via evolution-list
On Mon, Jan 18, 2021 at 5:35 AM Sorin Srbu via evolution-list <
evolution-list@gnome.org> wrote:

> On Mon, 2021-01-18 at 04:43 -0600, Greg Oliver via evolution-list wrote:
> > I still have the long standing issue of Webkit not utilizing SMP and it
> taking several seconds to render a reply window on very large HTML email
> replies.  It has been years, but I still cannot get used to having to wait
> to start typing a reply with CPU usage sitting @ 100% on a single core
> until it finishes, but that's a separate topic.
>
> Out of curiousity, how large are the large html-mails you refer too?
>

They are up to 300MB on Office365 - here is the original thread as to not
lengthen this one:

http://gnome-evolution-general.1774414.n4.nabble.com/Long-reply-time-webkit-hogs-CPU-td4665758.html

Basically I am a keyboard shortcut (as I am sure most here are) and
pressing Ctrl-R, then starting to type the reply - I can miss whole
sentences if I am not watching the window.



> --
>
> Sorin Srbu, Serverdrift
> Karolinska Institutet Universitetsbibliotek
> Avdelningen för Verksamhetsstöd
> Enheten för Teknikstöd och Bildproduktion
>
>
___
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] XFS being remounted at Evo Startup

2021-01-18 Thread Sorin Srbu via evolution-list
On Mon, 2021-01-18 at 04:43 -0600, Greg Oliver via evolution-list wrote:
> I still have the long standing issue of Webkit not utilizing SMP and it 
> taking several seconds to render a reply window on very large HTML email 
> replies.  It has been years, but I still cannot get used to having to wait to 
> start typing a reply with CPU usage sitting @ 100% on a single core until it 
> finishes, but that's a separate topic.

Out of curiousity, how large are the large html-mails you refer too?


-- 

Sorin Srbu, Serverdrift
Karolinska Institutet Universitetsbibliotek
Avdelningen för Verksamhetsstöd
Enheten för Teknikstöd och Bildproduktion


signature.asc
Description: This is a digitally signed message part
___
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] XFS being remounted at Evo Startup

2021-01-18 Thread Greg Oliver via evolution-list
On Mon, Jan 18, 2021 at 4:29 AM Milan Crha via evolution-list <
evolution-list@gnome.org> wrote:

> On Sun, 2021-01-17 at 19:39 -0600, Greg Oliver via evolution-list
> wrote:
> > They converted their evolution package to flatpak once I downloaded
> > their source and looked inside it.
>
> Hi,
> apparently they did not. Fedora offers both Flatpak and RPM Evolution.
> You can choose which you install. (Kind of) Sadly, GNOME Software
> prefers the Flatpak version over the RPM version (which causes
> confusion to the users). You did not install the Evolution through
> GNOME Software though, because you do not have it installed, thus I
> miss how you could get the Flatpak version of it. Maybe due to using
> Silverblue? You know.
>
> One thing, maybe I'm wrong, but WebKitGTK 2.30.x defaults to use its
> own sandbox, which has some limitations (one of the most common is an
> inability to print from the Evolution). The sandbox use can be disabled
> with:
>
> $ WEBKIT_FORCE_SANDBOX=0 evolution
>

bingo!  I was in fact webkit.  I mistakenly assumed it was flatpak when I
saw the flatpak files in the RPM from fedora for evolution.  Man I hate
Webkit more and more every day.  I am eventually going to have to stop
using evolution because of it :(

I still have the long standing issue of Webkit not utilizing SMP and it
taking several seconds to render a reply window on very large HTML email
replies.  It has been years, but I still cannot get used to having to wait
to start typing a reply with CPU usage sitting @ 100% on a single core
until it finishes, but that's a separate topic.

Thanks again Milan -



> As it runs bubble wrap in the background, which is used in Flatpak too,
> it can be related. Just a guess from my side, though.
>
> Bye,
> Milan
>
>
___
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] XFS being remounted at Evo Startup

2021-01-18 Thread Milan Crha via evolution-list
On Sun, 2021-01-17 at 19:39 -0600, Greg Oliver via evolution-list
wrote:
> They converted their evolution package to flatpak once I downloaded
> their source and looked inside it.

Hi,
apparently they did not. Fedora offers both Flatpak and RPM Evolution.
You can choose which you install. (Kind of) Sadly, GNOME Software
prefers the Flatpak version over the RPM version (which causes
confusion to the users). You did not install the Evolution through
GNOME Software though, because you do not have it installed, thus I
miss how you could get the Flatpak version of it. Maybe due to using
Silverblue? You know.

One thing, maybe I'm wrong, but WebKitGTK 2.30.x defaults to use its
own sandbox, which has some limitations (one of the most common is an
inability to print from the Evolution). The sandbox use can be disabled
with:

$ WEBKIT_FORCE_SANDBOX=0 evolution

As it runs bubble wrap in the background, which is used in Flatpak too,
it can be related. Just a guess from my side, though.

Bye,
Milan

___
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] XFS being remounted at Evo Startup

2021-01-17 Thread Greg Oliver via evolution-list
On Sun, Jan 17, 2021 at 4:51 PM Pete Biggs  wrote:

> >
> > I of course read all of those same google posts as well before I
> > posted here.  I still do not see why starting evolution causes it.
> > It is definitively Evolution startup that makes it happen.
> >
> >
> > [  579.985355] xfs filesystem being remounted at
> /newroot/home/greg/.local/share/webkitgtk/databases supports timestamps
> until 2038 (0x7fff)
> > [  579.986015] xfs filesystem being remounted at
> /newroot/home/greg/.cache/fontconfig supports timestamps until 2038
> (0x7fff)
> > [  579.986268] xfs filesystem being remounted at
> /newroot/home/greg/.cache/gstreamer-1.0 supports timestamps until 2038
> (0x7fff)
> >
> Ok. It may be starting Evolution that initiates the process that
> results in those message being printed, but none of those file paths
> are anything to do with Evolution as far as I know.
>
> I suspect that what's happening is that those remounts have been
> happening all along silently.  A change in the kernel code has put
> these 2038 warnings in, and so they are now visible. There's a
> discussion about it at
>
>   https://lore.kernel.org/patchwork/patch/1172334/


Yep - I read that too, but it is evolution under Fedora.   They converted
their evolution package to flatpak once I downloaded their source and
looked inside it.  Bummer.

-rw-rw-r--. 1 greg greg 12,159,492 Jan  8 05:02 evolution-3.38.3.tar.xz
-rwxr-xr-x. 1 greg greg660 Jan  8 05:35
flatpak-evolution-fix-service-names.sh
-rw-r--r--. 1 greg greg  1,348 Jan  8 05:35
flatpak-evolution-wrapper.sh.in
Thanks for investigating with me!

Greg



>
> 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] XFS being remounted at Evo Startup

2021-01-17 Thread Pete Biggs
> 
> I of course read all of those same google posts as well before I
> posted here.  I still do not see why starting evolution causes it. 
> It is definitively Evolution startup that makes it happen. 
> 
> 
> [  579.985355] xfs filesystem being remounted at 
> /newroot/home/greg/.local/share/webkitgtk/databases supports timestamps until 
> 2038 (0x7fff)
> [  579.986015] xfs filesystem being remounted at 
> /newroot/home/greg/.cache/fontconfig supports timestamps until 2038 
> (0x7fff)
> [  579.986268] xfs filesystem being remounted at 
> /newroot/home/greg/.cache/gstreamer-1.0 supports timestamps until 2038 
> (0x7fff)
> 
Ok. It may be starting Evolution that initiates the process that
results in those message being printed, but none of those file paths
are anything to do with Evolution as far as I know.

I suspect that what's happening is that those remounts have been
happening all along silently.  A change in the kernel code has put
these 2038 warnings in, and so they are now visible. There's a
discussion about it at 

  https://lore.kernel.org/patchwork/patch/1172334/

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] XFS being remounted at Evo Startup

2021-01-17 Thread Pete Biggs
On Sat, 2021-01-16 at 14:30 -0700, Zan Lynx wrote:
> On 1/16/21 1:07 PM, Ángel wrote:
> > This shows an ext4 on /, and a xfs filesystem on /home
> > 
> > 
> > However, your dmesg messages:
> > 
> > > [ 1357.401728] xfs filesystem being remounted 
> > > at/newroot/home/greg/.local/share/webkitgtk/databases supports timestamps 
> > > until 2038 (0x7fff)
> > > [ 1357.402413] xfs filesystem being remounted 
> > > at/newroot/home/greg/.cache/fontconfig supports timestamps until 2038 
> > > (0x7fff)
> > > [ 1357.402680] xfs filesystem being remounted 
> > > at/newroot/home/greg/.cache/gstreamer-1.0 supports timestamps until 2038 
> > > (0x7fff)
> > mention/newroot/home/greg/…
> > 
> > This doesn't match with the above fstab.
> > 
> > What is /newroot ?
> 
> I am guessing here. It is almost certainly something configuring a 
> restricted environment chroot / namespace sort of thing.
> 
> Probably something like snap or flatpak.
> 

Yes, I've just started seeing it on my Fedora 33 system as well. 
Google search  for the message (always a good thing to do) says that
it's a flatpak thing.  Unfortunately trying to remove 'flatpak' takes
'gnome-software' with it. :-(

I don't think this is an issue with Evolution per se.

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] XFS being remounted at Evo Startup

2021-01-16 Thread Zan Lynx

On 1/16/21 1:07 PM, Ángel wrote:

This shows an ext4 on /, and a xfs filesystem on /home


However, your dmesg messages:


[ 1357.401728] xfs filesystem being remounted 
at/newroot/home/greg/.local/share/webkitgtk/databases supports timestamps until 
2038 (0x7fff)
[ 1357.402413] xfs filesystem being remounted 
at/newroot/home/greg/.cache/fontconfig supports timestamps until 2038 
(0x7fff)
[ 1357.402680] xfs filesystem being remounted 
at/newroot/home/greg/.cache/gstreamer-1.0 supports timestamps until 2038 
(0x7fff)

mention/newroot/home/greg/…

This doesn't match with the above fstab.

What is /newroot ?


I am guessing here. It is almost certainly something configuring a 
restricted environment chroot / namespace sort of thing.


Probably something like snap or flatpak.

--
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] XFS being remounted at Evo Startup

2021-01-16 Thread Ángel
On 2021-01-16 at 06:37 -0600, Greg Oliver wrote:
> > How are your mounts set up?
> > Are you using some kind of autofs?
> 
> Nothing unusual AFAIK.
> 
> LABEL=ROOT /   ext4defaults0 0
> LABEL=BOOT /boot   ext4defaults1 2
> LABEL=EFI /boot/efi   vfatumask=0077  0 2
> LABEL=HOME /home   xfs defaults0 0
> LABEL=SWAP noneswapdefaults0 0
> 
> Filesystem Type  Size  Used Avail Use% Mounted on
> devtmpfs   devtmpfs  7.7G 0  7.7G   0% /dev
> tmpfs  tmpfs 7.8G   29M  7.7G   1% /dev/shm
> tmpfs  tmpfs 3.1G  1.9M  3.1G   1% /run
> /dev/nvme0n1p3 ext4   39G   10G   27G  28% /
> /dev/nvme0n1p2 ext4  976M  198M  711M  22% /boot
> /dev/nvme0n1p1 vfat  511M   48M  464M  10% /boot/efi
> /dev/nvme0n1p5 xfs   1.8T  548G  1.3T  31% /home
> tmpfs  tmpfs 7.8G  3.0M  7.8G   1% /tmp
> tmpfs  tmpfs 1.6G  148K  1.6G   1% /run/user/1000
> I just upgraded to the latest available and it does the same thing.

This shows an ext4 on /, and a xfs filesystem on /home


However, your dmesg messages:

> [ 1357.401728] xfs filesystem being remounted at 
> /newroot/home/greg/.local/share/webkitgtk/databases supports timestamps until 
> 2038 (0x7fff)
> [ 1357.402413] xfs filesystem being remounted at 
> /newroot/home/greg/.cache/fontconfig supports timestamps until 2038 
> (0x7fff)
> [ 1357.402680] xfs filesystem being remounted at 
> /newroot/home/greg/.cache/gstreamer-1.0 supports timestamps until 2038 
> (0x7fff)

mention /newroot/home/greg/…

This doesn't match with the above fstab.

What is /newroot ?






___
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] XFS being remounted at Evo Startup

2021-01-16 Thread Greg Oliver via evolution-list
On Fri, Jan 15, 2021 at 6:15 PM Ángel  wrote:

> On 2021-01-15 at 15:33 -0600, Greg Oliver wrote:
> > On Fri, Jan 15, 2021 at 3:26 PM Andre Klapper wrote:
> > > On Fri, 2021-01-15 at 15:17 -0600, Greg Oliver wrote:
> > > > Any ideas why this is happening all of the sudden?
> > >
> > > What does this have to do with Evolution?
> >
> > That's why I am asking - starting evolution causes it.
>
> How are your mounts set up?
> Are you using some kind of autofs?
>

Nothing unusual AFAIK.

# /etc/fstab
# Created by anaconda on Tue Dec 29 08:18:52 2020
#
# Accessible filesystems, by reference, are maintained under '/dev/disk/'.
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info.
#
# After editing this file, run 'systemctl daemon-reload' to update systemd
# units generated from this file.
#
#UUID=36bd86e9-6056-417b-a4ce-7ebdc5d0a6f6 /   xfs
defaults0 0
#UUID=11fb6d5f-751b-4029-90f2-30915d915a2b /boot   ext4
 defaults1 2
#UUID=C36E-436A  /boot/efi   vfat
 umask=0077,shortname=winnt 0 2
#UUID=7c7a269c-389a-4d1d-8842-1c44a6378bd7 /home   ext4
 defaults1 2
#UUID=cede6ead-27aa-4ce3-bf42-e7247c016929 noneswap
 defaults0 0
LABEL=ROOT /   ext4defaults0 0
LABEL=BOOT /boot   ext4defaults1 2
LABEL=EFI /boot/efi   vfatumask=0077  0 2
LABEL=HOME /home   xfs defaults0 0
LABEL=SWAP noneswapdefaults0 0

Filesystem Type  Size  Used Avail Use% Mounted on
devtmpfs   devtmpfs  7.7G 0  7.7G   0% /dev
tmpfs  tmpfs 7.8G   29M  7.7G   1% /dev/shm
tmpfs  tmpfs 3.1G  1.9M  3.1G   1% /run
/dev/nvme0n1p3 ext4   39G   10G   27G  28% /
/dev/nvme0n1p2 ext4  976M  198M  711M  22% /boot
/dev/nvme0n1p1 vfat  511M   48M  464M  10% /boot/efi
/dev/nvme0n1p5 xfs   1.8T  548G  1.3T  31% /home
tmpfs  tmpfs 7.8G  3.0M  7.8G   1% /tmp
tmpfs  tmpfs 1.6G  148K  1.6G   1% /run/user/1000
I just upgraded to the latest available and it does the same thing.

[greg@carbon Evo]$ evolution &
[1] 5413
[greg@carbon Evo]$
(evolution-alarm-notify:5430): GLib-GIO-WARNING **: 06:35:52.738: Your
application did not unregister from D-Bus before destruction. Consider
using g_application_run().

[greg@carbon Evo]$ dmesg
[ 1357.401728] xfs filesystem being remounted at
/newroot/home/greg/.local/share/webkitgtk/databases supports timestamps
until 2038 (0x7fff)
[ 1357.402413] xfs filesystem being remounted at
/newroot/home/greg/.cache/fontconfig supports timestamps until 2038
(0x7fff)
[ 1357.402680] xfs filesystem being remounted at
/newroot/home/greg/.cache/gstreamer-1.0 supports timestamps until 2038
(0x7fff)
[greg@carbon Evo]$ rpm -qa |grep evo
evolution-data-server-langpacks-3.38.3-1.fc33.noarch
evolution-data-server-3.38.3-1.fc33.x86_64
evolution-langpacks-3.38.3-1.fc33.noarch
evolution-3.38.3-1.fc33.x86_64
evolution-ews-langpacks-3.38.3-1.fc33.noarch
evolution-ews-3.38.3-1.fc33.x86_64
___
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] XFS being remounted at Evo Startup

2021-01-15 Thread Ángel
On 2021-01-15 at 15:33 -0600, Greg Oliver wrote:
> On Fri, Jan 15, 2021 at 3:26 PM Andre Klapper wrote:
> > On Fri, 2021-01-15 at 15:17 -0600, Greg Oliver wrote:
> > > Any ideas why this is happening all of the sudden?
> > 
> > What does this have to do with Evolution?
> 
> That's why I am asking - starting evolution causes it.

How are your mounts set up?
Are you using some kind of autofs?


___
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] XFS being remounted at Evo Startup

2021-01-15 Thread Greg Oliver via evolution-list
Hi,

Running Fedora 33 (this just started with an update)

Kernel 5.9.16-200.fc33.x86_64
evolution-data-server-langpacks-3.38.2-1.fc33.noarch
evolution-data-server-3.38.2-1.fc33.x86_64
evolution-langpacks-3.38.2-1.fc33.noarch
evolution-3.38.2-1.fc33.x86_64
evolution-ews-langpacks-3.38.2-1.fc33.noarch
evolution-ews-3.38.2-1.fc33.x86_64

Jan 15 15:13:40 carbon systemd[1603]: Started Application launched by
gnome-shell.
Jan 15 15:13:41 carbon goa-daemon[1843]: goa_ews_client_autodiscover()
failed: 2 — Error resolving “autodiscover.outlook.office365.com”: Name or
service not known


*Jan 15 15:13:41 carbon kernel: xfs filesystem being remounted at
/newroot/home/greg/.local/share/webkitgtk/databases supports timestamps
until 2038 (0x7fff)Jan 15 15:13:41 carbon kernel: xfs filesystem being
remounted at /newroot/home/greg/.cache/fontconfig supports timestamps until
2038 (0x7fff)Jan 15 15:13:41 carbon kernel: xfs filesystem being
remounted at /newroot/home/greg/.cache/gstreamer-1.0 supports *timestamps
until 2038 (0x7fff)
Jan 15 15:13:41 carbon evolution-alarm[21137]: Your application did not
unregister from D-Bus before destruction. Consider using
g_application_run().

Any ideas why this is happening all of the sudden?

Thanks

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