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] [Solved] Re: Strange sync behaviour

2021-01-16 Thread Ángel
On 2021-01-16 at 18:44 +, Andy Proctor wrote:
> Thanks to those replying. The problem of sync was not an evolution
> problem at all. 
> 
> I tested with a manual transfer on a stick between the two devices
> which showed that folders etc could be detected. 
> 
> It took a short while to evolution to scan the new changes which was
> unexpected but I proved evolution isn't the problem. 
> 
> It turns out there it a default setting in megasync not to sync ".*"
> files, which was why the folders and others were not syncing...
> 
> Duh! Undocumented feature. I set mega to sync ".*" files and guess
> what, all works. 
> 
> Thanks for the help all, this one is solved.
> 
> Andy 

So obvious in retrospect. If the files weren't copied, evolution
couldn't show them! :-D

Thanks for sharing the solution, Andy.

Best regards

___
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


[Evolution] [Solved] Re: Strange sync behaviour

2021-01-16 Thread Andy Proctor

On 2021-01-13 at 20:17 +, Andy Proctor wrote:
> All the files appear in the right place on the desktop however
> whenopening Evolution on the desktop it does not pick up my mail
> folders.I use subfolders of my inbox for mail filing. The actual
> subfoldersare present in the right directory, but the evolution
> install is notpicking them up. I have not currently set any external
> mail settingon the desktop installation. 
> Any reasons you can think of why it does not recognise thesubfolders.
> In addition mail appears in the inbox but the contents ofmails are
> unreadable.

>Is evolution (or a component, such as evolution-data-server)
running>when you overwrite it? In that case, I would expect it not to
pick the>subfolders, but to detect them the next time it is opened.
>Just to discard the obvious: the subfolders aren't collapsed,
right?>Best>Ángel
Thanks to those replying. The problem of sync was not an evolution
problem at all. 
I tested with a manual transfer on a stick between the two devices
which showed that folders etc could be detected. 
It took a short while to evolution to scan the new changes which was
unexpected but I proved evolution isn't the problem. 
It turns out there it a default setting in megasync not to sync ".*"
files, which was why the folders and others were not syncing...
Duh! Undocumented feature. I set mega to sync ".*" files and guess
what, all works. 
Thanks for the help all, this one is solved.
Andy 
___
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