| View previous topic :: View next topic |
| Author |
Message |
dantrell
l33t
Joined: 01 Jun 2007
Posts: 915
Location: Earth
|
 Posted: Fri Mar 05, 2021 4:02 pm Post subject: Dantrell's GNOME Without Systemd Project (Part 4) |
 |
|
⚠ Important: Official Gentoo support is provided for GNOME 3.30 and greater here.
———————————————————————————————————————————
For those not familiar with the matter, the primary and secondary purposes of the GNOME Without Systemd project are to:
1. buy time to come up with and implement a proper answer for GNOME without systemd
2. allow switching between GNOME release versions
Nowadays, given that users who prefer offical Gentoo support can have it, only the project's secondary purpose remains valid (as such, unofficial long-term-support will continue for as long as I use GNOME).
That said, with GNOME 3.40 on the horizon, it's a good time for a status update regarding the overall health of the project.
Does every GNOME release version provided by the project still build?
Yes (as of 05 Mar 2021).
Has there been any significant changes in the main tree which directly impact the project?
Python 2.7:
- required for 3.14 through 3.24
- optional for 3.26 through 3.36
- unused for 3.38 and greater
was delisted and is slated for eventual removal.
What's the EOL plan given that 13 releases of GNOME are currently being maintained?
Security Advisories aside, True™ EOL happens when Chromium (and by extension Google Chrome) and Firefox no longer builds under (or runs in) a particular GNOME release version.
When Python 2.7 is removed and/or the above metric is met GNOME:
- 3.14 through 3.24 will be marked EOL
- 3.26 through 3.36 will be marked Sunsetting
- 3.38 will transition to Longterm
What about GNOME 3.40 onwards?
As is tradition, I won't know if a future GNOME release version works until I tackle it so if it does, we are going to be surprised together.
Have the previously mentioned project architecture concerns been addressed?
In a manner of speaking.
————
TL;DR
Continued from Dantrell's GNOME Without Systemd Project (Part 3)
-- NeddySeagoon
_________________
Dantrell B. |
|
| Back to top |
|
 |
Child_of_Sun_24
l33t
Joined: 28 Jul 2004
Posts: 605
|
| Posted: Sat Mar 27, 2021 8:52 am Post subject: |
|
|
Today i become warnings from portage during emerge world:
https://dpaste.org/D4Ao
Don't know if it's importand but i thought i should post it here. |
|
| Back to top |
|
|
dantrell
l33t
Joined: 01 Jun 2007
Posts: 915
Location: Earth
|
| Posted: Sat Mar 27, 2021 7:02 pm Post subject: |
|
|
| Child_of_Sun_24 wrote: | | Today i become warnings from portage during emerge world: [...] |
Ahh, someone speaks. 
| Child_of_Sun_24 wrote: | | Don't know if it's importand but i thought i should post it here. |
Looks like the font.eclass dropped support for EAPI 5 and 6.
I'll check to see if these the affected ebuilds can be easily ported to EAPI 7, otherwise I'll be overriding the change.
Stay tuned...
Edit: Sync up and you should be good to go.
_________________
Dantrell B. |
|
| Back to top |
|
|
Child_of_Sun_24
l33t
Joined: 28 Jul 2004
Posts: 605
|
| Posted: Tue Mar 30, 2021 7:36 am Post subject: |
|
|
Every time i am running emerge the following messages are coming:
https://dpaste.org/NXaM
Hope this helps a bit  |
|
| Back to top |
|
|
dantrell
l33t
Joined: 01 Jun 2007
Posts: 915
Location: Earth
|
| Posted: Tue Mar 30, 2021 7:23 pm Post subject: |
|
|
| Child_of_Sun_24 wrote: | | Every time i am running emerge the following messages are coming: [...] |
Well, I already noticed this yesterday and added a workaround until I figure out how to proceed.
Basically, a new profile format was added that breaks an older profile format (the regression is probably due to portage commit 9bfff6f).
Sync up to get the workaround otherwise manually add the mask on your end if you are doing something weird.
_________________
Dantrell B. |
|
| Back to top |
|
|
Child_of_Sun_24
l33t
Joined: 28 Jul 2004
Posts: 605
|
| Posted: Wed Mar 31, 2021 2:53 pm Post subject: |
|
|
| It looks like it works now |
|
| Back to top |
|
|
Elleni
Veteran
Joined: 23 May 2006
Posts: 1290
|
| Posted: Fri Apr 02, 2021 9:51 pm Post subject: |
|
|
Hi dantrell,
I faced the following error while updating my box. Thanks for checking |
|
| Back to top |
|
|
dantrell
l33t
Joined: 01 Jun 2007
Posts: 915
Location: Earth
|
| Posted: Sat Apr 03, 2021 5:01 am Post subject: |
|
|
| Elleni wrote: | | I faced the following error while updating my box. Thanks for checking |
Sync up and you should be good to go.
| dantrell wrote: | | What about GNOME 3.40 onwards? |
GNOME 3.40 was released about a week ago under a new versioning scheme (and should therefore be referred to as GNOME 40 instead).
I haven't updated things on my end for various reasons and if I don't become particularly motivated I will probably continue to sit on things until GNOME 40.1 is released.
No rush right? 
_________________
Dantrell B. |
|
| Back to top |
|
|
Child_of_Sun_24
l33t
Joined: 28 Jul 2004
Posts: 605
|
| Posted: Sat Apr 03, 2021 6:56 am Post subject: |
|
|
The Package grilo-plugins-0.3.13 fails with the following error:
| Code: | * Package: media-plugins/grilo-plugins-0.3.13
* Repository: dantrell-gnome
* Maintainer: gnome@gentoo.org
* USE: abi_x86_64 amd64 elibc_glibc gnome-online-accounts kernel_linux tracker upnp-av userland_GNU youtube
* FEATURES: network-sandbox preserve-libs sandbox userpriv usersandbox
>>> Unpacking source...
>>> Unpacking grilo-plugins-0.3.13.tar.xz to /var/tmp/portage/media-plugins/grilo-plugins-0.3.13/work
>>> Source unpacked in /var/tmp/portage/media-plugins/grilo-plugins-0.3.13/work
>>> Preparing source in /var/tmp/portage/media-plugins/grilo-plugins-0.3.13/work/grilo-plugins-0.3.13 ...
* Applying grilo-plugins-0.3.12-meson-goa.patch ...
patching file meson.build
Hunk #1 FAILED at 13.
1 out of 2 hunks FAILED -- saving rejects to file meson.build.rej
patching file meson_options.txt
Hunk #1 FAILED at 23.
1 out of 1 hunk FAILED -- saving rejects to file meson_options.txt.rej
[ !! ]
* ERROR: media-plugins/grilo-plugins-0.3.13::dantrell-gnome failed (prepare phase):
* patch -p1 failed with /var/tmp/portage/media-plugins/grilo-plugins-0.3.13/files/grilo-plugins-0.3.12-meson-goa.patch
*
* Call stack:
* ebuild.sh, line 125: Called src_prepare
* environment, line 2259: Called xdg_src_prepare
* environment, line 3135: Called default
* phase-functions.sh, line 855: Called default_src_prepare
* phase-functions.sh, line 920: Called __eapi6_src_prepare
* environment, line 310: Called eapply '/var/tmp/portage/media-plugins/grilo-plugins-0.3.13/files/grilo-plugins-0.3.12-meson-goa.patch'
* environment, line 1026: Called _eapply_patch '/var/tmp/portage/media-plugins/grilo-plugins-0.3.13/files/grilo-plugins-0.3.12-meson-goa.patch'
* environment, line 964: Called __helpers_die 'patch -p1 failed with /var/tmp/portage/media-plugins/grilo-plugins-0.3.13/files/grilo-plugins-0.3.12-meson-goa.patch'
* isolated-functions.sh, line 112: Called die
* The specific snippet of code:
* die "$@"
*
* If you need support, post the output of `emerge --info '=media-plugins/grilo-plugins-0.3.13::dantrell-gnome'`,
* the complete build log and the output of `emerge -pqv '=media-plugins/grilo-plugins-0.3.13::dantrell-gnome'`.
* The complete build log is located at '/var/log/portage/media-plugins:grilo-plugins-0.3.13:20210403-065437.log'.
* For convenience, a symlink to the build log is located at '/var/tmp/portage/media-plugins/grilo-plugins-0.3.13/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/media-plugins/grilo-plugins-0.3.13/temp/environment'.
* Working directory: '/var/tmp/portage/media-plugins/grilo-plugins-0.3.13/work/grilo-plugins-0.3.13'
* S: '/var/tmp/portage/media-plugins/grilo-plugins-0.3.13/work/grilo-plugins-0.3.13'
*
* The following package has failed to build, install, or execute postinst:
*
* (media-plugins/grilo-plugins-0.3.13:0.3/0.3::dantrell-gnome, ebuild scheduled for merge), Log file:
* '/var/log/portage/media-plugins:grilo-plugins-0.3.13:20210403-065437.log'
* |
|
|
| Back to top |
|
|
fedeliallalinea
Administrator
Joined: 08 Mar 2003
Posts: 31349
Location: here
|
| Posted: Sat Apr 03, 2021 9:18 am Post subject: |
|
|
The grilo-plugins-0.3.12-meson-goa.patch patch should be updated for 0.3.13 version, here a updated patch.
_________________
Questions are guaranteed in life; Answers aren't. |
|
| Back to top |
|
|
Elleni
Veteran
Joined: 23 May 2006
Posts: 1290
|
|
| Back to top |
|
|
fedeliallalinea
Administrator
Joined: 08 Mar 2003
Posts: 31349
Location: here
|
| Posted: Sat Apr 03, 2021 12:20 pm Post subject: |
|
|
It's a dino bug you can try to apply this patch
_________________
Questions are guaranteed in life; Answers aren't. |
|
| Back to top |
|
|
dantrell
l33t
Joined: 01 Jun 2007
Posts: 915
Location: Earth
|
| Posted: Sun Apr 04, 2021 12:00 am Post subject: |
|
|
| Child_of_Sun_24 wrote: | | The Package grilo-plugins-0.3.13 fails with the following error: [...] |
| fedeliallalinea wrote: | | The grilo-plugins-0.3.12-meson-goa.patch patch should be updated for 0.3.13 version, here a updated patch. |
This one was 100% my fault.
I have been adding packages related to GNOME 40 but excluding them since I haven't added GNOME 40 yet.
I forgot the exclusion was overridden for GNOME 3.38 so I went and corrected that.
The patch did need to be updated though so I went ahead and updated that too (thanks fedeliallalinea).
I added and stabilized the latest git snapshot of Dino (thanks again fedeliallalinea).
Sync up and you should to be good to go.
_________________
Dantrell B. |
|
| Back to top |
|
|
Elleni
Veteran
Joined: 23 May 2006
Posts: 1290
|
| Posted: Mon Apr 05, 2021 9:18 pm Post subject: |
|
|
| Thanks for your continuous support, really appreciated. |
|
| Back to top |
|
|
Child_of_Sun_24
l33t
Joined: 28 Jul 2004
Posts: 605
|
| Posted: Sat Apr 10, 2021 9:37 am Post subject: |
|
|
When running emerge world some errors appear:
| Code: | emerge world -avuDN --changed-deps
These are the packages that would be merged, in order:
Calculating dependencies - * ERROR: dev-python/pygobject-2.28.7::dantrell-gnome failed (depend phase):
* Unsupported EAPI=5 (too old) for python-r1
*
* Call stack:
* ebuild.sh, line 609: Called source '/var/lib/layman/dantrell-gnome/dev-python/pygobject/pygobject-2.28.7.ebuild'
* pygobject-2.28.7.ebuild, line 8: Called inherit 'autotools' 'eutils' 'gnome2' 'python-r1' 'virtualx'
* ebuild.sh, line 314: Called __qa_source '/var/db/repos/gentoo/eclass/python-r1.eclass'
* ebuild.sh, line 112: Called source '/var/db/repos/gentoo/eclass/python-r1.eclass'
* python-r1.eclass, line 34: Called die
* The specific snippet of code:
* die "Unsupported EAPI=${EAPI:-0} (too old) for ${ECLASS}"
\ *
* If you need support, post the output of `emerge --info '=dev-python/pygobject-2.28.7::dantrell-gnome'`,
* the complete build log and the output of `emerge -pqv '=dev-python/pygobject-2.28.7::dantrell-gnome'`.
* Working directory: '/usr/lib/python3.9/site-packages'
* S: '/var/tmp/portage/dev-python/pygobject-2.28.7/work/pygobject-2.28.7'
- * ERROR: dev-python/pygobject-2.28.6-r55::dantrell-gnome failed (depend phase):
* Unsupported EAPI=5 (too old) for python-r1
*
* Call stack:
| * ebuild.sh, line 609: Called source '/var/lib/layman/dantrell-gnome/dev-python/pygobject/pygobject-2.28.6-r55.ebuild'
* pygobject-2.28.6-r55.ebuild, line 8: Called inherit 'autotools' 'eutils' 'gnome2' 'python-r1' 'virtualx'
* ebuild.sh, line 314: Called __qa_source '/var/db/repos/gentoo/eclass/python-r1.eclass'
* ebuild.sh, line 112: Called source '/var/db/repos/gentoo/eclass/python-r1.eclass'
* python-r1.eclass, line 34: Called die
* The specific snippet of code:
* die "Unsupported EAPI=${EAPI:-0} (too old) for ${ECLASS}"
*
* If you need support, post the output of `emerge --info '=dev-python/pygobject-2.28.6-r55::dantrell-gnome'`,
* the complete build log and the output of `emerge -pqv '=dev-python/pygobject-2.28.6-r55::dantrell-gnome'`.
* Working directory: '/usr/lib/python3.9/site-packages'
* S: '/var/tmp/portage/dev-python/pygobject-2.28.6-r55/work/pygobject-2.28.6'
/ * ERROR: dev-libs/glib-2.46.2-r11::dantrell-gnome failed (depend phase):
* Unsupported EAPI=5 (too old) for python-r1
*
* Call stack:
* ebuild.sh, line 609: Called source '/var/lib/layman/dantrell-gnome/dev-libs/glib/glib-2.46.2-r11.ebuild'
* glib-2.46.2-r11.ebuild, line 17: Called inherit 'autotools' 'bash-completion-r1' 'gnome2' 'libtool' 'epatch' 'epunt-cxx' 'flag-o-matic' 'multilib' 'pax-utils' 'python-r1' 'toolchain-funcs' 'versionator' 'virtualx' 'linux-info' 'multilib-minimal'
- * ebuild.sh, line 314: Called __qa_source '/var/db/repos/gentoo/eclass/python-r1.eclass'
* ebuild.sh, line 112: Called source '/var/db/repos/gentoo/eclass/python-r1.eclass'
* python-r1.eclass, line 34: Called die
* The specific snippet of code:
* die "Unsupported EAPI=${EAPI:-0} (too old) for ${ECLASS}"
*
* If you need support, post the output of `emerge --info '=dev-libs/glib-2.46.2-r11::dantrell-gnome'`,
* the complete build log and the output of `emerge -pqv '=dev-libs/glib-2.46.2-r11::dantrell-gnome'`.
* Working directory: '/usr/lib/python3.9/site-packages'
* S: '/var/tmp/portage/dev-libs/glib-2.46.2-r11/work/glib-2.46.2'
/ * ERROR: dev-libs/glib-2.44.1-r8::dantrell-gnome failed (depend phase):
* Unsupported EAPI=5 (too old) for python-r1
*
* Call stack:
* ebuild.sh, line 609: Called source '/var/lib/layman/dantrell-gnome/dev-libs/glib/glib-2.44.1-r8.ebuild'
* glib-2.44.1-r8.ebuild, line 17: Called inherit 'autotools' 'bash-completion-r1' 'gnome2' 'libtool' 'epatch' 'epunt-cxx' 'flag-o-matic' 'multilib' 'pax-utils' 'python-r1' 'toolchain-funcs' 'versionator' 'virtualx' 'linux-info' 'multilib-minimal'
* ebuild.sh, line 314: Called __qa_source '/var/db/repos/gentoo/eclass/python-r1.eclass'
* ebuild.sh, line 112: Called source '/var/db/repos/gentoo/eclass/python-r1.eclass'
* python-r1.eclass, line 34: Called die
* The specific snippet of code:
* die "Unsupported EAPI=${EAPI:-0} (too old) for ${ECLASS}"
*
* If you need support, post the output of `emerge --info '=dev-libs/glib-2.44.1-r8::dantrell-gnome'`,
- * the complete build log and the output of `emerge -pqv '=dev-libs/glib-2.44.1-r8::dantrell-gnome'`.
* Working directory: '/usr/lib/python3.9/site-packages'
* S: '/var/tmp/portage/dev-libs/glib-2.44.1-r8/work/glib-2.44.1'
| * ERROR: dev-libs/glib-2.42.2-r12::dantrell-gnome failed (depend phase):
* Unsupported EAPI=5 (too old) for python-r1
*
* Call stack:
* ebuild.sh, line 609: Called source '/var/lib/layman/dantrell-gnome/dev-libs/glib/glib-2.42.2-r12.ebuild'
* glib-2.42.2-r12.ebuild, line 17: Called inherit 'autotools' 'bash-completion-r1' 'gnome2' 'libtool' 'epatch' 'epunt-cxx' 'flag-o-matic' 'multilib' 'pax-utils' 'python-r1' 'toolchain-funcs' 'versionator' 'virtualx' 'linux-info' 'multilib-minimal'
* ebuild.sh, line 314: Called __qa_source '/var/db/repos/gentoo/eclass/python-r1.eclass'
* ebuild.sh, line 112: Called source '/var/db/repos/gentoo/eclass/python-r1.eclass'
* python-r1.eclass, line 34: Called die
* The specific snippet of code:
* die "Unsupported EAPI=${EAPI:-0} (too old) for ${ECLASS}"
*
* If you need support, post the output of `emerge --info '=dev-libs/glib-2.42.2-r12::dantrell-gnome'`,
* the complete build log and the output of `emerge -pqv '=dev-libs/glib-2.42.2-r12::dantrell-gnome'`.
* Working directory: '/usr/lib/python3.9/site-packages'
* S: '/var/tmp/portage/dev-libs/glib-2.42.2-r12/work/glib-2.42.2'
- * ERROR: dev-libs/glib-2.42.2-r11::dantrell-gnome failed (depend phase):
* Unsupported EAPI=5 (too old) for python-r1
*
* Call stack:
* ebuild.sh, line 609: Called source '/var/lib/layman/dantrell-gnome/dev-libs/glib/glib-2.42.2-r11.ebuild'
* glib-2.42.2-r11.ebuild, line 17: Called inherit 'autotools' 'bash-completion-r1' 'gnome2' 'libtool' 'epatch' 'epunt-cxx' 'flag-o-matic' 'multilib' 'pax-utils' 'python-r1' 'toolchain-funcs' 'versionator' 'virtualx' 'linux-info' 'multilib-minimal'
* ebuild.sh, line 314: Called __qa_source '/var/db/repos/gentoo/eclass/python-r1.eclass'
* ebuild.sh, line 112: Called source '/var/db/repos/gentoo/eclass/python-r1.eclass'
* python-r1.eclass, line 34: Called die
* The specific snippet of code:
* die "Unsupported EAPI=${EAPI:-0} (too old) for ${ECLASS}"
*
* If you need support, post the output of `emerge --info '=dev-libs/glib-2.42.2-r11::dantrell-gnome'`,
* the complete build log and the output of `emerge -pqv '=dev-libs/glib-2.42.2-r11::dantrell-gnome'`.
* Working directory: '/usr/lib/python3.9/site-packages'
* S: '/var/tmp/portage/dev-libs/glib-2.42.2-r11/work/glib-2.42.2' |
|
|
| Back to top |
|
|
fedeliallalinea
Administrator
Joined: 08 Mar 2003
Posts: 31349
Location: here
|
| Posted: Sat Apr 10, 2021 10:13 am Post subject: |
|
|
The ebuilds from dantrell overlay are old and python-r1 eclass no longer supports EAPI=5.
Try to sync dantrell overlay.
_________________
Questions are guaranteed in life; Answers aren't. |
|
| Back to top |
|
|
Child_of_Sun_24
l33t
Joined: 28 Jul 2004
Posts: 605
|
| Posted: Sat Apr 10, 2021 3:16 pm Post subject: |
|
|
| fedeliallalinea wrote: | The ebuilds from dantrell overlay are old and python-r1 eclass no longer supports EAPI=5.
Try to sync dantrell overlay. |
I have synced them to the latest version, but the errors stay. |
|
| Back to top |
|
|
fedeliallalinea
Administrator
Joined: 08 Mar 2003
Posts: 31349
Location: here
|
| Posted: Sat Apr 10, 2021 3:42 pm Post subject: |
|
|
I just now saw that it has such old ebuilds.
The only way is that dantrell add the eclass with support for eapi 5.
| Code: | commit 671d5b30bed720933f0fe66cc032c441c231d18d
Author: Michał Górny <mgorny@gentoo.org>
Date: Wed Apr 7 10:16:54 2021 +0200
python-r1.eclass: Remove support for EAPIs prior to 6
Signed-off-by: Michał Górny <mgorny@gentoo.org> |
_________________
Questions are guaranteed in life; Answers aren't. |
|
| Back to top |
|
|
dantrell
l33t
Joined: 01 Jun 2007
Posts: 915
Location: Earth
|
| Posted: Sun Apr 11, 2021 4:24 am Post subject: |
|
|
| Child_of_Sun_24 wrote: | | When running emerge world some errors appear: [...] |
Sorry for the delay, I check for updates daily but lately I'm only at the workstation every other day or so.
This issue is due to a change in the main tree which removes support for EAPIs prior to 6 for 5 eclasses.
| fedeliallalinea wrote: | | I just now saw that it has such old ebuilds. |
These ebuilds only trigger the warnings because they are present and not necessarily because they are used.
So if you on a recent version of GNOME, it's just noise.
| fedeliallalinea wrote: | | The only way is that dantrell add the eclass with support for eapi 5. |
I have been meaning to port the remaining EAPI 5 and 6 ebuilds to EAPI 7 but it's been a gradual process since I haven't automated it yet.
For now I'll suppress the warnings but I'll be prioritizing porting these ebuilds over to EAPI 6 or 7.
Thankfully, only 39 (of 2630) ebuilds use EAPI 5. 
That said, sync up and you should be good to go.
_________________
Dantrell B. |
|
| Back to top |
|
|
fedeliallalinea
Administrator
Joined: 08 Mar 2003
Posts: 31349
Location: here
|
| Posted: Sun Apr 11, 2021 5:40 am Post subject: |
|
|
| dantrell wrote: | These ebuilds only trigger the warnings because they are present and not necessarily because they are used.
So if you on a recent version of GNOME, it's just noise. |
Yes I know. Sorry I misspoke, your overay isn't the only with the problem.
_________________
Questions are guaranteed in life; Answers aren't. |
|
| Back to top |
|
|
Child_of_Sun_24
l33t
Joined: 28 Jul 2004
Posts: 605
|
| Posted: Sun Apr 11, 2021 6:34 am Post subject: |
|
|
| dantrell wrote: | | Child_of_Sun_24 wrote: | | When running emerge world some errors appear: [...] |
Sorry for the delay, I check for updates daily but lately I'm only at the workstation every other day or so.
This issue is due to a change in the main tree which removes support for EAPIs prior to 6 for 5 eclasses.
| fedeliallalinea wrote: | | I just now saw that it has such old ebuilds. |
These ebuilds only trigger the warnings because they are present and not necessarily because they are used.
So if you on a recent version of GNOME, it's just noise.
| fedeliallalinea wrote: | | The only way is that dantrell add the eclass with support for eapi 5. |
I have been meaning to port the remaining EAPI 5 and 6 ebuilds to EAPI 7 but it's been a gradual process since I haven't automated it yet.
For now I'll suppress the warnings but I'll be prioritizing porting these ebuilds over to EAPI 6 or 7.
Thankfully, only 39 (of 2630) ebuilds use EAPI 5.
That said, sync up and you should be good to go. |
Thank you, now there are no more errors |
|
| Back to top |
|
|
simonvanderveldt
Apprentice
Joined: 26 Jan 2016
Posts: 151
|
| Posted: Wed Apr 14, 2021 7:36 pm Post subject: |
|
|
Small question, I've updated to 3.38 two or so weeks ago and noticed this week that the file preview in Nautilus no longer works, it worked fine (ish, there are a bunch of bugs, but that's an upstream issue) on 3.36.
Do others have this issue as well? Is this a known issue? I couldn't really find anything.
It also seems impossible to get some useful logs to troubleshoot it because both nautilus and sushi somehow detach from the process started from a terminal. Are there any tricks to get nautilus to output some logs to the terminal? |
|
| Back to top |
|
|
dantrell
l33t
Joined: 01 Jun 2007
Posts: 915
Location: Earth
|
| Posted: Thu Apr 15, 2021 5:01 am Post subject: |
|
|
No problem, I know you are only helping.
| simonvanderveldt wrote: | Small question, I've updated to 3.38 two or so weeks ago and noticed this week that the file preview in Nautilus no longer works, it worked fine (ish, there are a bunch of bugs, but that's an upstream issue) on 3.36.
Do others have this issue as well? Is this a known issue? I couldn't really find anything. |
I spun up a GNOME 3.38 install and file preview no longer works.
I also spun up a GNOME 3.36 install and file preview still works.
So there was a change at some point. However, I don't recall if file preview in GNOME 3.38 ever worked.
| fedeliallalinea wrote: | | It also seems impossible to get some useful logs to troubleshoot it because both nautilus and sushi somehow detach from the process started from a terminal. Are there any tricks to get nautilus to output some logs to the terminal? |
Close down every instance of Nautilus then relaunch it with debugging enabled:
| Code: | nautilus -q
G_MESSAGES_DEBUG="all" NAUTILUS_DEBUG="Window" nautilus |
_________________
Dantrell B. |
|
| Back to top |
|
|
simonvanderveldt
Apprentice
Joined: 26 Jan 2016
Posts: 151
|
| Posted: Thu Apr 15, 2021 9:25 pm Post subject: |
|
|
| dantrell wrote: | | simonvanderveldt wrote: | Small question, I've updated to 3.38 two or so weeks ago and noticed this week that the file preview in Nautilus no longer works, it worked fine (ish, there are a bunch of bugs, but that's an upstream issue) on 3.36.
Do others have this issue as well? Is this a known issue? I couldn't really find anything. |
I spun up a GNOME 3.38 install and file preview no longer works.
I also spun up a GNOME 3.36 install and file preview still works.
So there was a change at some point. However, I don't recall if file preview in GNOME 3.38 ever worked.
| fedeliallalinea wrote: | | It also seems impossible to get some useful logs to troubleshoot it because both nautilus and sushi somehow detach from the process started from a terminal. Are there any tricks to get nautilus to output some logs to the terminal? |
Close down every instance of Nautilus then relaunch it with debugging enabled:
| Code: | nautilus -q
G_MESSAGES_DEBUG="all" NAUTILUS_DEBUG="Window" nautilus |
|
Thanks, good to know it's not a local issue for me
Could it be because the dbus call is to NautilusPreviewer2 whereas sushi seems to register as NautilusPreviewer?
| Code: |
signal time=1618521404.139219 sender=:1.16 -> destination=(null destination) serial=3858 path=/org/gnome/Shell/Introspect; interface=org.gnome.Shell.Introspect; member=RunningApplicationsChanged
method call time=1618521406.073356 sender=:1.596 -> destination=:1.600 serial=119 path=/org/gnome/NautilusPreviewer; interface=org.gnome.NautilusPreviewer2; member=ShowFile
string "file:///home/simon/Downloads/Screenshot%20from%202021-03-23%2014-42-23.png"
string "x11:1c00007"
boolean true
|
| Code: |
cat /usr/share/dbus-1/services/org.gnome.NautilusPreviewer.service
[D-BUS Service]
Name=org.gnome.NautilusPreviewer
Exec=/usr/libexec/org.gnome.NautilusPreviewer
|
| Code: |
dbus-send --print-reply --dest=org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus.ListNames | grep -i naut
string "org.gnome.NautilusPreviewer"
string "org.gnome.Nautilus"
|
|
|
| Back to top |
|
|
dantrell
l33t
Joined: 01 Jun 2007
Posts: 915
Location: Earth
|
| Posted: Fri Apr 16, 2021 6:25 am Post subject: |
|
|
| simonvanderveldt wrote: | | Could it be because the dbus call is to NautilusPreviewer2 whereas sushi seems to register as NautilusPreviewer? |
It looks like the interface switch to NautilusPreviewer2 happened in 2019 so I'm not sure this is it.
I'll be clearing a few days to get some work in. My priority (in order) will be:
- Handling the remaining ebuilds using EAPI 5
- Adding support for GNOME 40.0
- Investigating the issue with the Nautilus previewer
Stay tuned.
_________________
Dantrell B. |
|
| Back to top |
|
|
|
Unsupported Software
