Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 612870 - app-editors/gedit-3.20.0 failing to compile because PYTHON_SINGLE_TARGET isn't set
Summary: app-editors/gedit-3.20.0 failing to compile because PYTHON_SINGLE_TARGET isn'...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal with 1 vote (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-03-17 02:52 UTC by Jonathan Vasquez (RETIRED)
Modified: 2019-12-08 22:08 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jonathan Vasquez (RETIRED) gentoo-dev 2017-03-17 02:52:54 UTC
Hello,

I had gedit installed, and doing an emerge --sync, and attempting to do emerge -uDNav @world caused the following error:

octopus / # emerge -uDNav @world

These are the packages that would be merged, in order:

Calculating dependencies... done!

!!! The ebuild selected to satisfy ">=app-editors/gedit-3.20.0" has unmet requirements.
- app-editors/gedit-3.20.2::gentoo USE="introspection python spell -test -vala" ABI_X86="64" PYTHON_SINGLE_TARGET="-python3_4 -python3_5" PYTHON_TARGETS="python3_4 -python3_5"

  The following REQUIRED_USE flag constraints are unsatisfied:
    python? ( exactly-one-of ( python_single_target_python3_4 python_single_target_python3_5 ) )

  The above constraints are a subset of the following complete expression:
    python? ( introspection exactly-one-of ( python_single_target_python3_4 python_single_target_python3_5 ) python_single_target_python3_4? ( python_targets_python3_4 ) python_single_target_python3_5? ( python_targets_python3_5 ) )

(dependency required by "gnome-base/gnome-core-apps-3.20.0::gentoo" [installed])
(dependency required by "gnome-base/gnome-3.20.0::gentoo" [installed])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

It seems the latest commit caused this issue. There is no "default" python target that is selected, but the default is still 2.7.

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=17083e8e439151bed48e85b74790371a5e8911e3
Comment 1 Mart Raudsepp gentoo-dev 2017-03-17 14:26:56 UTC
Soap, fix what you broke please, as promised. I wasn't aware stable version would be touched...
Comment 2 Mart Raudsepp gentoo-dev 2017-03-17 15:59:17 UTC
I've pushed a fix similar to other stuff already in profiles/base/package.use, but a better approach is in thinking in a global manner or something. Keeping bug open as such..
Comment 3 Jonathan Vasquez (RETIRED) gentoo-dev 2017-03-18 00:26:24 UTC
The fix worked and gedit compiled
Comment 4 Larry the Git Cow gentoo-dev 2019-12-08 20:27:01 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1e4ceda27155784031085f4b11edf09bac64a6ca

commit 1e4ceda27155784031085f4b11edf09bac64a6ca
Author:     Mart Raudsepp <leio@gentoo.org>
AuthorDate: 2019-12-08 20:20:22 +0000
Commit:     Mart Raudsepp <leio@gentoo.org>
CommitDate: 2019-12-08 20:24:59 +0000

    app-editors/gedit: EAPI-7, python_gen_cond_dep, fix python opt
    
    * Port to EAPI-7
    * Use new python_gen_cond_dep for better python plugins and libpeas
      handling (should be best we can do now somewhat related with bug 612870)
    * Fix python optimization to happen under meson. Python files that benefit
      from optimization are both in sitedir and in gedit plugins dir, so we
      call python_optimize twice (once to get the default logic for sitedir,
      so we don't need to figure out the correct path ourselves, and the second
      for the plugin files)
    * Reorder deps to be in order of apperance in meson.build, instead of
      old gone configure.ac order
    * Reorder src_configure to meson_options.txt order
    * Drop questionable glib[dbus] USE dependency
    * Drop unused eutils and multilib eclass inherits
    * Drop GNOME2_LA_PUNT leftover from gnome2.eclass use (not used
      anymore and libtool not relevant with meson)
    * Move gsettings-desktop-schemas and gvfs to RDEPEND-only - meson.build
      doesn't check for gsettings-desktop-schemas, and gvfs was always
      runtime-only.
    * "use vala &&" in front of vala_src_prepare - vala.eclass does this
      too, so it doesn't change anything, but it's clearer to do it this
      way, and is the convention we've ended up with - just stuck with
      the eclass behaviour for now, unfortunately.
    * Depend on higher gobject-introspection minimum, for meson support fixes.
    * Add a comment on why src_test is a no-op for now.
    
    Closes: https://bugs.gentoo.org/612870
    Package-Manager: Portage-2.3.79, Repoman-2.3.12
    Signed-off-by: Mart Raudsepp <leio@gentoo.org>

 app-editors/gedit/gedit-3.32.2-r1.ebuild | 99 ++++++++++++++++++++++++++++++++
 1 file changed, 99 insertions(+)