I highly doubt they made claims that Gnome is going to be adopting age verification. Because if they did, then this tinfoil hattery has gone way too far.
It’s completely different thing to put more effort adopting systemd than adopting something that no one even knows if it actually actualizes.
I’m sorry if I sound rude, but this idiocy has been popping around every single forum I lurk around and personally I’m getting enough of this.
No.
No one knows how to even implement it yet, if it even becomes reality.
yeah they did exactly that
if they didnt implement it then im happy as a GNOME user and im happy about this update too lol!
They did not implement it.
No one knows how it’s even going to be possible, if it becomes reality.
Is all the X11 still correct to have installed with Gnome 50?
Also, I thought about replacing evince with papers but that breaks the sushi dependency?
After I installed paper. I uninstalled both sushi and evince at the same time.
Thanks. Yeah I knew Gnome and Google Drive were going to be removed as soon as I upgraded. But did not realize I had to re-authenticate all my drives (including Microsoft Drive).
I did get rclone working from command line and rClone Browser. But I have to work on:
rclone --vfs-cache-mode writes mount gdrive: ~/gdrive
Ended up making a local mount point on ~/gdrive
I guess just learn from the experience (do some research). There are many adults who just parrot back what they hear and don’t check the facts. In our community we try to do the homework before we post.
Check the below post. You will see I posted something and right below I sourced where I got the answer from. That what they taught us at IBM when I worked there.
Done! 
Anyone getting coredumping with localsearch trying to index their files? I just upgraded my 2nd machine and not it is consuming lots of cpu re-indexing files and then core dumping and filling up the harddrive at
❯ localsearch status
Currently indexed: 5827 files, 1278 folders
Remaining space on database partition: 104.1 GB (30.22%)
Indexer is idle
235 recorded failures:
Path Message
/home/rsruser/Documents/Work/Automation/Setting up IntelliJ and Selenium 2.odt Crash/hang handling file
Index configuration (all local files):
❯ localsearch index
Path Recursive
/home/rsruser/Desktop *
/home/rsruser/Documents *
/home/rsruser/Music *
/home/rsruser/Pictures *
/home/rsruser/Videos *
/home/rsruser/Downloads *
Example of Coredump:
Apr 08 17:37:36 mani systemd-coredump[4530]: [🡕] Process 3699 (localsearch-ext) of user 1000 dumped core.
Stack trace of thread 3712:
#0 0x00007f433dd98de8 tracker_zip_read_file (libextract-oasis.so + 0x2de8)
#1 0x00007f433dd98fbf n/a (libextract-oasis.so + 0x2fbf)
#2 0x00007f433dd9951c tracker_extract_get_metadata (libextract-oasis.so + 0x351c)
#3 0x0000561cf33d4656 n/a (/usr/lib/localsearch-extractor-3 + 0xb656)
#4 0x0000561cf33d4795 n/a (/usr/lib/localsearch-extractor-3 + 0xb795)
#5 0x00007f4342144f4d n/a (libglib-2.0.so.0 + 0x5ef4d)
#6 0x00007f4342146607 n/a (libglib-2.0.so.0 + 0x60607)
#7 0x00007f43421469c7 g_main_loop_run (libglib-2.0.so.0 + 0x609c7)
#8 0x0000561cf33d1fe9 n/a (/usr/lib/localsearch-extractor-3 + 0x8fe9)
#9 0x00007f434217c4fc n/a (libglib-2.0.so.0 + 0x964fc)
#10 0x00007f4341b0497a n/a (libc.so.6 + 0x9697a)
#11 0x00007f4341b882bc n/a (libc.so.6 + 0x11a2bc)
Stack trace of thread 3699:
#0 0x00007f4341b0cf32 n/a (libc.so.6 + 0x9ef32)
#1 0x00007f4341b0139c n/a (libc.so.6 + 0x9339c)
#2 0x00007f4341b013e4 n/a (libc.so.6 + 0x933e4)
#3 0x00007f4341b7b2f6 ppoll (libc.so.6 + 0x10d2f6)
#4 0x00007f4342146734 n/a (libglib-2.0.so.0 + 0x60734)
#5 0x00007f43421469c7 g_main_loop_run (libglib-2.0.so.0 + 0x609c7)
#6 0x0000561cf33d0d5f main (/usr/lib/localsearch-extractor-3 + 0x7d5f)
#7 0x00007f4341a956c1 n/a (libc.so.6 + 0x276c1)
#8 0x00007f4341a957f9 __libc_start_main (libc.so.6 + 0x277f9)
#9 0x0000561cf33d1345 _start (/usr/lib/localsearch-extractor-3 + 0x8345)
Stack trace of thread 3709:
#0 0x00007f4341b8606d syscall (libc.so.6 + 0x11806d)
#1 0x00007f4342172dee g_cond_wait (libglib-2.0.so.0 + 0x8cdee)
#2 0x00007f434210c22d n/a (libglib-2.0.so.0 + 0x2622d)
#3 0x00007f434217c9c7 n/a (libglib-2.0.so.0 + 0x969c7)
#4 0x00007f434217c4fc n/a (libglib-2.0.so.0 + 0x964fc)
#5 0x00007f4341b0497a n/a (libc.so.6 + 0x9697a)
#6 0x00007f4341b882bc n/a (libc.so.6 + 0x11a2bc)
Stack trace of thread 3710:
#0 0x00007f4341b0cf32 n/a (libc.so.6 + 0x9ef32)
#1 0x00007f4341b0139c n/a (libc.so.6 + 0x9339c)
#2 0x00007f4341b013e4 n/a (libc.so.6 + 0x933e4)
#3 0x00007f4341b7b2f6 ppoll (libc.so.6 + 0x10d2f6)
#4 0x00007f4342146734 n/a (libglib-2.0.so.0 + 0x60734)
#5 0x00007f4342146815 g_main_context_iteration (libglib-2.0.so.0 + 0x60815)
#6 0x00007f4342146862 n/a (libglib-2.0.so.0 + 0x60862)
#7 0x00007f434217c4fc n/a (libglib-2.0.so.0 + 0x964fc)
#8 0x00007f4341b0497a n/a (libc.so.6 + 0x9697a)
#9 0x00007f4341b882bc n/a (libc.so.6 + 0x11a2bc)
Stack trace of thread 3711:
#0 0x00007f4341b0cf32 n/a (libc.so.6 + 0x9ef32)
#1 0x00007f4341b0139c n/a (libc.so.6 + 0x9339c)
#2 0x00007f4341b013e4 n/a (libc.so.6 + 0x933e4)
#3 0x00007f4341b7b2f6 ppoll (libc.so.6 + 0x10d2f6)
#4 0x00007f4342146734 n/a (libglib-2.0.so.0 + 0x60734)
#5 0x00007f43421469c7 g_main_loop_run (libglib-2.0.so.0 + 0x609c7)
#6 0x00007f434202c6a4 n/a (libgio-2.0.so.0 + 0x1196a4)
#7 0x00007f434217c4fc n/a (libglib-2.0.so.0 + 0x964fc)
#8 0x00007f4341b0497a n/a (libc.so.6 + 0x9697a)
#9 0x00007f4341b882bc n/a (libc.so.6 + 0x11a2bc)
ELF object binary architecture: AMD x86-64
Apr 08 17:37:36 mani localsearch-3[2371]: Extractor subprocess died unexpectedly: Child process killed by signal 11
Any X apps will be “supported” with Xwayland…No more “native” X apps or X11 usage in Gnome.
I think if you check your session, you will see it’s Wayland only.
I know it’s going to be a pain… what I’m hoping for is someone to step up with a new approach that is not jumping through hoops to use/maintain.
Hmmmm….I’m seeing “crash/hang” reports on some .docx files & some metadata errors with a few .doc files. Other that that…it “seems” to be working normally….
localsearch status
Currently indexed: 10699 files, 937 folders
Remaining space on database partition: 195.4 GB (49.93%)
Indexer is idle
50 recorded failures:
Then it notes the .doc & .docx failures
While I am not a GNOME user, I’ve used rclone for at least 2 years. Create your rclone.conf, back it up like a treasure, and use it more or less forever. Same probably goes for your mounts, save the fstab so you won’t have to figure it out again. While I don’t keep a cloud service active, I do fire up a ‘mounted’ session every now and then, so the ideas aren’t alien. It does take some trial and error, but should only be a one time effort.
I ended up having to downgrade the localsearch package to 3.10.2 from 3.11 (rebooted).
I tested by:
❯ localsearch status
Currently indexed: 2867 files, 778 folders
Remaining space on database partition: 104.6 GB (30.36%)
Indexer is idle
23 recorded failures:
Path Message
…user/Documents/Work/Work History/DBM/Personal.DOC Could not get any metadata for uri:'file:///home…
…/rsruser/Documents/Work/Work History/DBM/Best.DOC Could not get any metadata for uri:'file:///home…
…r Asset Exercises/Skill & Knowledge Inventory.DOC Could not get any metadata for uri:'file:///home…
journalctl --user -u localsearch-3.service
Apr 08 17:44:47 mani systemd-coredump[6213]: Process 6017 (localsearch-ext) of user 1000 dumped core.
2375 │
2376 │ Stack trace of thread 6025:
2377 │ #0 0x00007f5481137de8 tracker_zip_read_file (libextract-oasis.so + 0x2de8)
2378 │ #1 0x00007f5481137fbf n/a (libextract-oasis.so + 0x2fbf)
2379 │ #2 0x00007f548113851c tracker_extract_get_metadata (libextract-oasis.so + 0x351c)
2380 │ #3 0x000055cdf52cc656 n/a (/usr/lib/localsearch-extractor-3 + 0xb656)
2381 │ #4 0x000055cdf52cc795 n/a (/usr/lib/localsearch-extractor-3 + 0xb795)
2382 │ #5 0x00007f5485183f4d n/a (libglib-2.0.so.0 + 0x5ef4d)
2383 │ #6 0x00007f5485185607 n/a (libglib-2.0.so.0 + 0x60607)
2384 │ #7 0x00007f54851859c7 g_main_loop_run (libglib-2.0.so.0 + 0x609c7)
2385 │ #8 0x000055cdf52c9fe9 n/a (/usr/lib/localsearch-extractor-3 + 0x8fe9)
2386 │ #9 0x00007f54851bb4fc n/a (libglib-2.0.so.0 + 0x964fc)
2387 │ #10 0x00007f5484b4397a n/a (libc.so.6 + 0x9697a)
2388 │ #11 0x00007f5484bc72bc n/a (libc.so.6 + 0x11a2bc)
2389 │
2390 │ Stack trace of thread 6017:
2391 │ #0 0x00007f5484b4bf32 n/a (libc.so.6 + 0x9ef32)
2392 │ #1 0x00007f5484b4039c n/a (libc.so.6 + 0x9339c)
2393 │ #2 0x00007f5484b403e4 n/a (libc.so.6 + 0x933e4)
2394 │ #3 0x00007f5484bba2f6 ppoll (libc.so.6 + 0x10d2f6)
2395 │ #4 0x00007f5485185734 n/a (libglib-2.0.so.0 + 0x60734)
2396 │ #5 0x00007f54851859c7 g_main_loop_run (libglib-2.0.so.0 + 0x609c7)
2397 │ #6 0x000055cdf52c8d5f main (/usr/lib/localsearch-extractor-3 + 0x7d5f)
2398 │ #7 0x00007f5484ad46c1 n/a (libc.so.6 + 0x276c1)
2399 │ #8 0x00007f5484ad47f9 __libc_start_main (libc.so.6 + 0x277f9)
2400 │ #9 0x000055cdf52c9345 _start (/usr/lib/localsearch-extractor-3 + 0x8345)
2401 │
2402 │ Stack trace of thread 6151:
2403 │ #0 0x00007f5484bc506d syscall (libc.so.6 + 0x11806d)
2404 │ #1 0x00007f54851b2bee g_cond_wait_until (libglib-2.0.so.0 + 0x8dbee)
2405 │ #2 0x00007f548514b1f7 n/a (libglib-2.0.so.0 + 0x261f7)
2406 │ #3 0x00007f54851bc81b n/a (libglib-2.0.so.0 + 0x9781b)
2407 │ #4 0x00007f54851bb4fc n/a (libglib-2.0.so.0 + 0x964fc)
2408 │ #5 0x00007f5484b4397a n/a (libc.so.6 + 0x9697a)
2409 │ #6 0x00007f5484bc72bc n/a (libc.so.6 + 0x11a2bc)
2410 │
2411 │ Stack trace of thread 6020:
2412 │ #0 0x00007f5484b4bf32 n/a (libc.so.6 + 0x9ef32)
2413 │ #1 0x00007f5484b4039c n/a (libc.so.6 + 0x9339c)
2414 │ #2 0x00007f5484b403e4 n/a (libc.so.6 + 0x933e4)
2415 │ #3 0x00007f5484bba2f6 ppoll (libc.so.6 + 0x10d2f6)
2416 │ #4 0x00007f5485185734 n/a (libglib-2.0.so.0 + 0x60734)
2417 │ #5 0x00007f54851859c7 g_main_loop_run (libglib-2.0.so.0 + 0x609c7)
2418 │ #6 0x00007f548506b6a4 n/a (libgio-2.0.so.0 + 0x1196a4)
2419 │ #7 0x00007f54851bb4fc n/a (libglib-2.0.so.0 + 0x964fc)
2420 │ #8 0x00007f5484b4397a n/a (libc.so.6 + 0x9697a)
2421 │ #9 0x00007f5484bc72bc n/a (libc.so.6 + 0x11a2bc)
2422 │
2423 │ Stack trace of thread 6018:
2424 │ #0 0x00007f5484bc506d syscall (libc.so.6 + 0x11806d)
2425 │ #1 0x00007f54851b1dee g_cond_wait (libglib-2.0.so.0 + 0x8cdee)
2426 │ #2 0x00007f548514b22d n/a (libglib-2.0.so.0 + 0x2622d)
2427 │ #3 0x00007f54851bb9c7 n/a (libglib-2.0.so.0 + 0x969c7)
2428 │ #4 0x00007f54851bb4fc n/a (libglib-2.0.so.0 + 0x964fc)
2429 │ #5 0x00007f5484b4397a n/a (libc.so.6 + 0x9697a)
2430 │ #6 0x00007f5484bc72bc n/a (libc.so.6 + 0x11a2bc)
2431 │
2432 │ Stack trace of thread 6019:
2433 │ #0 0x00007f5484b4bf32 n/a (libc.so.6 + 0x9ef32)
2434 │ #1 0x00007f5484b4039c n/a (libc.so.6 + 0x9339c)
2435 │ #2 0x00007f5484b403e4 n/a (libc.so.6 + 0x933e4)
2436 │ #3 0x00007f5484bba2f6 ppoll (libc.so.6 + 0x10d2f6)
2437 │ #4 0x00007f5485185734 n/a (libglib-2.0.so.0 + 0x60734)
2438 │ #5 0x00007f5485185815 g_main_context_iteration (libglib-2.0.so.0 + 0x60815)
2439 │ #6 0x00007f5485185862 n/a (libglib-2.0.so.0 + 0x60862)
2440 │ #7 0x00007f54851bb4fc n/a (libglib-2.0.so.0 + 0x964fc)
2441 │ #8 0x00007f5484b4397a n/a (libc.so.6 + 0x9697a)
2442 │ #9 0x00007f5484bc72bc n/a (libc.so.6 + 0x11a2bc)
2443 │ ELF object binary architecture: AMD x86-64
2444 │ Apr 08 17:44:47 mani localsearch-3[2371]: Extractor subprocess died unexpectedly: Child process killed by signal 11
2445 │ Apr 08 17:45:12 mani localsearch-3[6225]: (localsearch-extractor-3:6225): Tracker-WARNING **: 17:45:12.895: File 'file:///home/rsruser/Documents/Personal/purchases/T450/Manual/t450_hmm_en.pdf' took too long
│ to process. Shutting down everything
2446 │ Apr 08 17:45:12 mani localsearch-3[2371]: Extractor subprocess died unexpectedly: Child process exited with code 1
2447 │ Apr 08 17:45:39 mani localsearch-3[6232]: (localsearch-extractor-3:6232): Tracker-WARNING **: 17:45:39.899: File 'file:///home/rsruser/Documents/Personal/purchases/T470s/Manuals/t470s_hmm_en.pdf' took too l
│ ong to process. Shutting down everything
These examples are Thinkpad Maintenance PDF files.
So I will file a bug here:
@ExDebianuser Looks like they changed some logic in the local search and multiple file extensions are causing localsearch to coredump. I am not confident that all file types will be fixed with this patch (as it mentions ZIP files). But time will tell.
Bug with the code fix: