Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Updating python
View unanswered posts
View posts from last 24 hours

Goto page 1, 2, 3 ... 14, 15, 16  Next  
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
ONEEYEMAN
Advocate
Advocate


Joined: 01 Mar 2005
Posts: 3610

PostPosted: Sat Apr 03, 2021 3:46 am    Post subject: Updating python Reply with quote

Hi, ALL,
My machines unfortunately becomes too unstable to continue my development, so I will finally try to successfully bring them to the sane state. ;-)


My main machine is running GNOME from Dantrell's repository (GNOME w/o systemd).

So I did update both trees and now will just try to gradually update it.

According to this I need to modify the /etc/portage/package.use.

But the problem is that I don't have this file - I have it as a directory.

I just slot-installed new python-3.9 and now I want to add it, re-emerge the world and then remove the old bersions and merge the world again.

So, what I need to modify?

Code:

igor@IgorReinCloud /etc $ grep -ri python *
conf.d/pydoc-2.7:# Default port for Python's pydoc server.
conf.d/pydoc-3.6:# Default port for Python's pydoc server.
conf.d/pydoc-3.9:# Default port for Python's pydoc server.
grep: cron.hourly: Permission denied
grep: cron.monthly: Permission denied
grep: cups/snmp.conf.default: Permission denied
grep: cups/snmp.conf: Permission denied
grep: cups/cups-files.conf: Permission denied
grep: cups/cups-files.conf.default: Permission denied
grep: cups/cupsd.conf: Permission denied
grep: default/useradd: Permission denied
grep: gshadow: Permission denied
grep: gshadow-: Permission denied
ImageMagick-7/mime.xml:  <mime type="application/x-python-bytecode" description="Python bytecode" data-type="long" endian="MSB" offset="0" magic="0x994e0d0a" priority="50" />
ImageMagick-7/mime.xml:  <mime type="application/x-python-bytecode" description="Python bytecode" priority="100" pattern="*.pyc" />
ImageMagick-7/mime.xml:  <mime type="application/x-python-bytecode" description="Python bytecode" priority="100" pattern="*.pyo" />
ImageMagick-7/mime.xml:  <mime type="text/x-python" description="Python script" data-type="string" offset="0" magic="#!/bin/python" priority="50" />
ImageMagick-7/mime.xml:  <mime type="text/x-python" description="Python script" data-type="string" offset="0" magic="#! /bin/python" priority="50" />
ImageMagick-7/mime.xml:  <mime type="text/x-python" description="Python script" data-type="string" offset="0" magic="eval \&quot;exec /bin/python" priority="50" />
ImageMagick-7/mime.xml:  <mime type="text/x-python" description="Python script" data-type="string" offset="0" magic="#!/usr/bin/python" priority="50" />
ImageMagick-7/mime.xml:  <mime type="text/x-python" description="Python script" data-type="string" offset="0" magic="#! /usr/bin/python" priority="50" />
ImageMagick-7/mime.xml:  <mime type="text/x-python" description="Python script" data-type="string" offset="0" magic="eval \&quot;exec /usr/bin/python" priority="50" />
ImageMagick-7/mime.xml:  <mime type="text/x-python" description="Python script" data-type="string" offset="0" magic="#!/usr/local/bin/python" priority="50" />
ImageMagick-7/mime.xml:  <mime type="text/x-python" description="Python script" data-type="string" offset="0" magic="#! /usr/local/bin/python" priority="50" />
ImageMagick-7/mime.xml:  <mime type="text/x-python" description="Python script" data-type="string" offset="0" magic="eval \&quot;exec /usr/local/bin/python" priority="50" />
ImageMagick-7/mime.xml:  <mime type="text/x-python" description="Python script" data-type="string" offset="1:16" magic="/bin/env python" priority="50" />
ImageMagick-7/mime.xml:  <mime type="text/x-python" description="Python script" priority="100" pattern="*.py" />
grep: init.d/sapinit: Permission denied
layman/layman.cfg:# custom:   requires that you provide a suitable python function
layman/layman.cfg:#           or define the python package to import it from in custom_news_pkg
layman/layman.cfg:# for it to import and use.  It must be found in PYTHONPATH
Binary file ld.so.cache matches
mime.types:application/x-python-code                           pyc pyo
mime.types:text/x-python                                    py
grep: NetworkManager/system-connections/.keep_net-misc_networkmanager-0: Permission denied
grep: nullmailer/remotes: Permission denied
grep: polkit-1/rules.d: Permission denied
portage/package.use/sys-devel.gdb:sys-devel/gdb -python
grep: ppp/chap-secrets.example: Permission denied
grep: ppp/chap-secrets: Permission denied
grep: ppp/pap-secrets.example: Permission denied
grep: ppp/pap-secrets: Permission denied
python-exec/python-exec.conf:#/etc/python-exec/python-exec.conf
python-exec/python-exec.conf:# python-exec global preference configuration
python-exec/python-exec.conf:# This file specifies global Python preference for python-exec. It
python-exec/python-exec.conf:# determines which implementations will be used when wrapped Python
python-exec/python-exec.conf:# scripts or generic Python wrappers (such as /usr/bin/python) are
python-exec/python-exec.conf:# started with no implementation override (EPYTHON).
python-exec/python-exec.conf:# in /etc/python-exec/<script-name>.conf. If this override exists,
python-exec/python-exec.conf:# The preference file should list Python implementations, one per line,
python-exec/python-exec.conf:# in EPYTHON-format (e.g. python3.5), in order of preference. The most
python-exec/python-exec.conf:# If none of the listed implementations are supported, python-exec will
python-exec/python-exec.conf:# Note: this file can be modified by calls to 'eselect python'.
python-exec/python-exec.conf:python3.6
grep: shadow: Permission denied
grep: shadow-: Permission denied
grep: skel/.ssh: Permission denied
grep: ssh/sshd_config: Permission denied
grep: ssl/apache2/server.key: Permission denied
grep: ssl/apache2/server.pem: Permission denied
grep: ssl/private: Permission denied
grep: sudoers: Permission denied
grep: sudoers.d: Permission denied
grep: sudoers.dist: Permission denied
Binary file udev/hwdb.bin matches
igor@IgorReinCloud /etc $

igor@IgorReinCloud /etc $ emerge --info | grep -i python
Portage 2.3.79 (python 3.6.5-final-0, targets/desktop/gnome/3.24, gcc-7.3.0, glibc-2.26-r7, 4.14.65-gentoo x86_64)
dev-lang/python:          2.7.15::gentoo, 3.6.5::gentoo, 3.9.0::gentoo
USE="acl acpi alsa amd64 berkdb bzip2 cli colord crypt dbus dri dvd elogind firefox gdbm gnome gnome-keyring gnome-online-accounts gtk gtk3 gtkstyle iconv introspection ipv6 libnotify libtirpc multilib nautilus ncurses nls nptl openmp pam pcre policykit pulseaudio readline seccomp split-usr ssl tcpd tracker unicode wxwidgets xattr zlib" ABI_X86="64" ADA_TARGET="gnat_2018" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="libinput keyboard mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LUA_SINGLE_TARGET="lua5-1" LUA_TARGETS="lua5-1" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php7-2 php7-3 php7-4" POSTGRES_TARGETS="postgres10 postgres11" PYTHON_SINGLE_TARGET="python3_8" PYTHON_TARGETS="python2_7 python3_8" RUBY_TARGETS="ruby25 ruby26" USERLAND="GNU" VIDEO_CARDS="radeon" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
igor@IgorReinCloud /etc $


Thank you.

P.S.: In addition - I remember there was a script called python-updater. Is this guy now deprecated?
Back to top
View user's profile Send private message
DaggyStyle
Watchman
Watchman


Joined: 22 Mar 2006
Posts: 5909

PostPosted: Sat Apr 03, 2021 7:46 am    Post subject: Reply with quote

using /etc/portage/package.use as dir doesn't differ from using it a file, it just makes it more organized.
create a new file named /etc/portage/package.use/python, with the content in question and reemegre.
_________________
Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 8935

PostPosted: Sat Apr 03, 2021 8:24 am    Post subject: Re: Updating python Reply with quote

ONEEYEMAN wrote:
My main machine is running GNOME from Dantrell's repository (GNOME w/o systemd).

GNOME in Gentoo ebuild repository runs without systemd as well. You don't have to use another repository for that.
Back to top
View user's profile Send private message
ONEEYEMAN
Advocate
Advocate


Joined: 01 Mar 2005
Posts: 3610

PostPosted: Sat Apr 03, 2021 3:28 pm    Post subject: Reply with quote

Hi, guys,
So I added dev-lang.python file to that directory and then got this:

Code:

IgorReinCloud /etc/portage/package.use # emerge --ask --update --newuse --deep @world

 * IMPORTANT: 28 news items need reading for repository 'gentoo'.
 * Use eselect news read to view new items.

 * Last emerge --sync was 119d 6h 33m 37s ago.

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

Calculating dependencies... done!

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

dev-lang/perl:0

  (dev-lang/perl-5.30.3:0/5.30::gentoo, ebuild scheduled for merge) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

  (dev-lang/perl-5.24.3-r1:0/5.24::gentoo, installed) pulled in by
    dev-lang/perl:0/5.24= required by (dev-perl/SGMLSpm-1.1-r1:0/0::gentoo, installed)
                 ^^^^^^^^                                                                                                 
    (and 8 more with the same problem)

sys-libs/gdbm:0

  (sys-libs/gdbm-1.18.1-r1:0/6::gentoo, ebuild scheduled for merge) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

  (sys-libs/gdbm-1.13-r2:0/1.13::gentoo, installed) pulled in by
    >=sys-libs/gdbm-1.8.3:0/1.13= required by (dev-lang/perl-5.24.3-r1:0/5.24::gentoo, installed)
                         ^^^^^^^^                                                                                                   
    (and 1 more with the same problem)

sys-libs/readline:0

  (sys-libs/readline-8.0_p4:0/8::gentoo, ebuild scheduled for merge) pulled in by
    >=sys-libs/readline-8.0:0= required by (app-shells/bash-5.0_p18:0/0::gentoo, ebuild scheduled for merge)
    ^^                  ^^^^^^                                                                                                                                                       

  (sys-libs/readline-7.0_p5-r1:0/7::gentoo, ebuild scheduled for merge) pulled in by
    sys-libs/readline:0/7=[abi_x86_64(-)] required by (sys-libs/gdbm-1.13-r2:0/1.13::gentoo, installed)
                     ^^^^^                                                                                                                 
    >=sys-libs/readline-4.1:0/7= required by (dev-lang/python-3.9.0:3.9/3.9::gentoo, installed)
                           ^^^^^                                                                                                   

dev-libs/openssl:0

  (dev-libs/openssl-1.1.1g:0/1.1::gentoo, ebuild scheduled for merge) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

  (dev-libs/openssl-1.0.2u:0/0::gentoo, ebuild scheduled for merge) pulled in by
    dev-libs/openssl:0/0=[abi_x86_64(-)] required by (app-crypt/rhash-1.3.6-r1:0/0::gentoo, installed)
                    ^^^^^                                                                                                                 
    (and 2 more with the same problem)

dev-libs/libffi:0

  (dev-libs/libffi-3.3-r2:0/7::gentoo, ebuild scheduled for merge) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

  (dev-libs/libffi-3.2.1:0/0::gentoo, installed) pulled in by
    dev-libs/libffi:0/0= required by (dev-lang/python-3.9.0:3.9/3.9::gentoo, installed)
                   ^^^^^                                                                                                   

NOTE: Use the '--verbose-conflicts' option to display parents omitted above

!!! The slot conflict(s) shown above involve package(s) which may need to
!!! be rebuilt in order to solve the conflict(s). However, the following
!!! package(s) cannot be rebuilt for the reason(s) shown:

  (dev-lang/perl-5.24.3-r1:0/5.24::gentoo, installed): ebuild is masked or unavailable
  (sys-libs/gdbm-1.13-r2:0/1.13::gentoo, installed): ebuild is masked or unavailable


It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously.  If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.


The following USE changes are necessary to proceed:
 (see "package.use" in the portage(5) man page for more details)
# required by media-libs/mesa-20.1.10::gentoo
# required by media-libs/libepoxy-1.5.4::gentoo[egl]
# required by x11-libs/gtk+-3.22.30::dantrell-gnome
# required by dev-qt/qtwidgets-5.15.1::gentoo[gtk]
# required by dev-qt/qtprintsupport-5.15.1::gentoo
# required by app-emulation/virtualbox-6.0.24::gentoo[-headless,qt5]
# required by @selected
# required by @world (argument)
>=media-libs/libglvnd-1.3.2-r2 X
# required by sys-boot/os-prober-1.77::gentoo
# required by @selected
# required by @world (argument)
>=sys-boot/grub-2.04-r2 mount

Would you like to add these changes to your config files? [Yes/No]


Should I uninstall an old packages?

Thank you.
Back to top
View user's profile Send private message
DaggyStyle
Watchman
Watchman


Joined: 22 Mar 2006
Posts: 5909

PostPosted: Sat Apr 03, 2021 3:49 pm    Post subject: Reply with quote

fix the use flag for grub and libglvnd, then remove both dev-lang/perl and sys-libs/gdbm.
you can try running it again but I'd suggest to upgrade @system as it have less pkgs
_________________
Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
Back to top
View user's profile Send private message
ONEEYEMAN
Advocate
Advocate


Joined: 01 Mar 2005
Posts: 3610

PostPosted: Sat Apr 03, 2021 4:51 pm    Post subject: Reply with quote

@asturm,
Interesting.
What do I need to do?

I will probably stay with Dantrell overlay for now, but this makes me curious...

Thank you.
Back to top
View user's profile Send private message
ONEEYEMAN
Advocate
Advocate


Joined: 01 Mar 2005
Posts: 3610

PostPosted: Sat Apr 03, 2021 7:19 pm    Post subject: Reply with quote

Hi,
After fixing the USE flags and unmerging the old package I am getting the following:

Code:

IgorReinCloud /etc/portage/package.use # emerge --ask --update --newuse --deep @world

 * IMPORTANT: 28 news items need reading for repository 'gentoo'.
 * Use eselect news read to view new items.

 * Last emerge --sync was 119d 10h 38m 38s ago.

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

Calculating dependencies... done!

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

x11-base/xorg-server:0

  (x11-base/xorg-server-1.20.8-r1:0/1.20.8::gentoo, ebuild scheduled for merge) pulled in by
    >=x11-base/xorg-server-1.20[xorg] required by (x11-drivers/xf86-input-libinput-0.30.0:0/0::gentoo, ebuild scheduled for merge)
    ^^                     ^^^^                                                                                                                                                         
    (and 2 more with the same problem)

  (x11-base/xorg-server-1.19.5-r2:0/1.19.5::gentoo, installed) pulled in by
    x11-base/xorg-server:0/1.19.5= required by (x11-drivers/xf86-input-synaptics-1.9.1:0/0::gentoo, installed)
                        ^^^^^^^^^^                                                                                                               

dev-libs/openssl:0

  (dev-libs/openssl-1.1.1g:0/1.1::gentoo, ebuild scheduled for merge) pulled in by
    >=dev-libs/openssl-1.1.1:0= required by (net-libs/nodejs-14.15.1:0/14::gentoo, ebuild scheduled for merge)
    ^^                 ^^^^^^^^                                                                                                                                                         

  (dev-libs/openssl-1.0.2u:0/0::gentoo, ebuild scheduled for merge) pulled in by
    dev-libs/openssl:0/0= required by (x11-base/xorg-server-1.19.5-r2:0/1.19.5::gentoo, installed)
                    ^^^^^                                                                                                             
    dev-libs/openssl:0/0= required by (dev-db/freetds-1.00.558:0/0::gentoo, installed)
                    ^^^^^                                                                                                 
    (and 2 more with the same problems)

sys-libs/readline:0

  (sys-libs/readline-8.0_p4:0/8::gentoo, ebuild scheduled for merge) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

  (sys-libs/readline-7.0_p5-r1:0/7::gentoo, ebuild scheduled for merge) pulled in by
    sys-libs/readline:0/7= required by (dev-scheme/guile-2.0.14-r3:12/22::dantrell-gnome, installed)
                     ^^^^^                                                                                                             
    (and 2 more with the same problem)

dev-libs/libffi:0

  (dev-libs/libffi-3.3-r2:0/7::gentoo, ebuild scheduled for merge) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

  (dev-libs/libffi-3.2.1:0/0::gentoo, installed) pulled in by
    dev-libs/libffi:0/0= required by (dev-lang/python-3.9.0:3.9/3.9::gentoo, installed)
                   ^^^^^                                                                                                   

NOTE: Use the '--verbose-conflicts' option to display parents omitted above

!!! The slot conflict(s) shown above involve package(s) which may need to
!!! be rebuilt in order to solve the conflict(s). However, the following
!!! package(s) cannot be rebuilt for the reason(s) shown:

  (x11-base/xorg-server-1.19.5-r2:0/1.19.5::gentoo, installed): ebuild is masked or unavailable


It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously.  If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.


!!! The following updates are masked by LICENSE changes:
- media-fonts/font-bh-ttf-1.0.3-r2::gentoo (masked by: bh-luxi license(s))
A copy of the 'bh-luxi' license is located at '/usr/portage/licenses/bh-luxi'.

- media-fonts/font-bh-type1-1.0.3-r2::gentoo (masked by: bh-luxi license(s))
- sys-kernel/linux-firmware-20201022-r3::gentoo (masked by: || ( ) linux-fw-redistributable no-source-code license(s))
A copy of the 'linux-fw-redistributable' license is located at '/usr/portage/licenses/linux-fw-redistributable'.

A copy of the 'no-source-code' license is located at '/usr/portage/licenses/no-source-code'.

For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.


!!! The following installed packages are masked:
- dev-libs/gobject-introspection-1.52.1::dantrell-gnome-3-24 (masked by: invalid: DEPEND: Invalid atom (Invalid use dep: '%PYTHON_USEDEP-NEEDS-TO-BE-USED-IN-PYTHON_GEN_COND_DEP%'), token 5 in '/var/db/pkg/dev-libs/gobject-introspection-1.52.1/DEPEND', invalid: RDEPEND: Invalid atom (Invalid use dep: '%PYTHON_USEDEP-NEEDS-TO-BE-USED-IN-PYTHON_GEN_COND_DEP%'), token 5 in '/var/db/pkg/dev-libs/gobject-introspection-1.52.1/RDEPEND')
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.


emerge: there are no ebuilds to satisfy "dev-lang/perl:0/5.24=".
(dependency required by "dev-perl/Locale-gettext-1.70.0::gentoo" [installed])
(dependency required by "sys-apps/help2man-1.47.16::gentoo[nls]" [ebuild])
(dependency required by "sys-boot/grub-2.04-r2::gentoo" [ebuild])
(dependency required by "sys-boot/os-prober-1.77::gentoo" [ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

emerge: there are no ebuilds to satisfy "dev-lang/perl:0/5.24=[-build(-)]".
(dependency required by "dev-perl/XML-Parser-2.440.0::gentoo" [installed])
(dependency required by "dev-util/intltool-0.51.0-r2::gentoo" [installed])
(dependency required by "app-text/gnome-doc-utils-0.20.10-r2::dantrell-gnome" [ebuild])
(dependency required by "gnome-extra/libgda-5.2.4::dantrell-gnome" [ebuild])
(dependency required by "dev-util/anjuta-3.22.0::dantrell-gnome" [ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

emerge: there are no ebuilds to satisfy "sys-libs/gdbm:0/1.13=[berkdb]".
(dependency required by "dev-lang/python-3.9.0::gentoo" [installed])
(dependency required by "dev-python/docutils-0.16-r1::gentoo[python_targets_python3_9]" [ebuild])
(dependency required by "dev-util/ctags-20190331::gentoo" [ebuild])
(dependency required by "dev-util/anjuta-3.22.0::dantrell-gnome" [ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

!!! The ebuild selected to satisfy ">=gnome-base/gnome-shell-3.24.0[bluetooth?]" has unmet requirements.
- gnome-base/gnome-shell-3.24.3-r1::dantrell-gnome-3-24 USE="bluetooth elogind ibus networkmanager -browser-extension -deprecated-background -nsplugin (-systemd) -vanilla-gc -vanilla-motd -vanilla-screen" ABI_X86="(64)" PYTHON_TARGETS="-python3_6 -python3_7"

  The following REQUIRED_USE flag constraints are unsatisfied:
    any-of ( python_targets_python3_6 python_targets_python3_7 )

  The above constraints are a subset of the following complete expression:
    any-of ( python_targets_python3_6 python_targets_python3_7 ) at-most-one-of ( elogind systemd )

(dependency required by "gnome-base/gnome-3.24.0::dantrell-gnome-3-24" [installed])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])
IgorReinCloud /etc/portage/package.use #



The content of dev-lang.python file is

Code:

IgorReinCloud /etc/portage/package.use # cat dev-lang.python
*/* PYTHON_TARGETS: python2_7 python3_8 python3_9
IgorReinCloud /etc/portage/package.use #


i.e. whatever it was + python4_9 that I just merged.

Should I add "python3_7 there to fix the last error?

And what about other issues?

Thank you.

EDIT:
I am re-emerging XML-Parser which will fix the perl error and will try to fix other "no ebuilds" errors this way.

And apparently I was a little too fast:

Code:

IgorReinCloud /etc/portage/package.use # emerge dev-perl/XML-Parser

 * IMPORTANT: 28 news items need reading for repository 'gentoo'.
 * Use eselect news read to view new items.

 * Last emerge --sync was 119d 10h 54m 36s ago.
Calculating dependencies... done!

!!! The following installed packages are masked:
- sys-libs/libomp-6.0.1::gentoo (masked by: || ( ) LLVM-Grant license(s))
- media-fonts/font-bh-ttf-1.0.3-r1::gentoo (masked by: bh-luxi license(s))
A copy of the 'bh-luxi' license is located at '/usr/portage/licenses/bh-luxi'.

- sys-kernel/gentoo-sources-4.14.65::gentoo (masked by: linux-firmware license(s))
A copy of the 'linux-firmware' license is located at '/usr/portage/licenses/linux-firmware'.

- media-fonts/symbola-9.17::gentoo (masked by: Unicode_Fonts_for_Ancient_Scripts license(s))
- media-libs/jasper-2.0.14::gentoo (masked by: JasPer2.0 license(s))
- sys-kernel/linux-firmware-20181001::gentoo (masked by: linux-firmware no-source-code freedist license(s))
A copy of the 'no-source-code' license is located at '/usr/portage/licenses/no-source-code'.

A copy of the 'freedist' license is located at '/usr/portage/licenses/freedist'.

- media-fonts/font-bh-type1-1.0.3-r1::gentoo (masked by: bh-luxi license(s))
- games-board/crafty-24.1-r1::gentoo (masked by: crafty license(s))
A copy of the 'crafty' license is located at '/usr/portage/licenses/crafty'.

For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.


>>> Verifying ebuild manifests

>>> Emerging (1 of 3) sys-libs/gdbm-1.18.1-r1::gentoo
Warning: ccache requested but no masquerade dir can be found in /usr/lib*/ccache/bin
 * Fetching files in the background.
 * To view fetch progress, run in another terminal:
 * tail -f /var/log/emerge-fetch.log
Warning: ccache requested but no masquerade dir can be found in /usr/lib*/ccache/bin
 * gdbm-1.18.1.tar.gz BLAKE2B SHA512 size ;-) ...                                                                       [ ok ]
>>> Unpacking source...
>>> Unpacking gdbm-1.18.1.tar.gz to /var/tmp/portage/sys-libs/gdbm-1.18.1-r1/work
>>> Source unpacked in /var/tmp/portage/sys-libs/gdbm-1.18.1-r1/work
>>> Preparing source in /var/tmp/portage/sys-libs/gdbm-1.18.1-r1/work/gdbm-1.18.1 ...
 * Applying gdbm-1.18.1-gcc-10.patch ...                                                                                [ ok ]
 * Running eautoreconf in '/var/tmp/portage/sys-libs/gdbm-1.18.1-r1/work/gdbm-1.18.1' ...
 * Running autopoint --force ...                                                                                        [ ok ]
 * Running libtoolize --install --copy --force --automake ...                                                           [ ok ]
 * Running aclocal ...                                                                                                  [ !! ]

 * Failed Running aclocal !
 *
 * Include in your bugreport the contents of:
 *
 *   /var/tmp/portage/sys-libs/gdbm-1.18.1-r1/temp/aclocal.out

 * ERROR: sys-libs/gdbm-1.18.1-r1::gentoo failed (prepare phase):
 *   Failed Running aclocal !
 *
 * Call stack:
 *     ebuild.sh, line  125:  Called src_prepare
 *   environment, line 2387:  Called eautoreconf
 *   environment, line  986:  Called eaclocal
 *   environment, line  767:  Called autotools_run_tool '--at-m4flags' 'aclocal'
 *   environment, line  726:  Called die
 * The specific snippet of code:
 *           die "Failed Running $1 !";
 *
 * If you need support, post the output of `emerge --info '=sys-libs/gdbm-1.18.1-r1::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=sys-libs/gdbm-1.18.1-r1::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/sys-libs/gdbm-1.18.1-r1/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sys-libs/gdbm-1.18.1-r1/temp/environment'.
 * Working directory: '/var/tmp/portage/sys-libs/gdbm-1.18.1-r1/work/gdbm-1.18.1'
 * S: '/var/tmp/portage/sys-libs/gdbm-1.18.1-r1/work/gdbm-1.18.1'

>>> Failed to emerge sys-libs/gdbm-1.18.1-r1, Log file:

>>>  '/var/tmp/portage/sys-libs/gdbm-1.18.1-r1/temp/build.log'

 * Messages for package sys-libs/gdbm-1.18.1-r1:

 * Failed Running aclocal !
 *
 * Include in your bugreport the contents of:
 *
 *   /var/tmp/portage/sys-libs/gdbm-1.18.1-r1/temp/aclocal.out
 * ERROR: sys-libs/gdbm-1.18.1-r1::gentoo failed (prepare phase):
 *   Failed Running aclocal !
 *
 * Call stack:
 *     ebuild.sh, line  125:  Called src_prepare
 *   environment, line 2387:  Called eautoreconf
 *   environment, line  986:  Called eaclocal
 *   environment, line  767:  Called autotools_run_tool '--at-m4flags' 'aclocal'
 *   environment, line  726:  Called die
 * The specific snippet of code:
 *           die "Failed Running $1 !";
 *
 * If you need support, post the output of `emerge --info '=sys-libs/gdbm-1.18.1-r1::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=sys-libs/gdbm-1.18.1-r1::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/sys-libs/gdbm-1.18.1-r1/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sys-libs/gdbm-1.18.1-r1/temp/environment'.
 * Working directory: '/var/tmp/portage/sys-libs/gdbm-1.18.1-r1/work/gdbm-1.18.1'
 * S: '/var/tmp/portage/sys-libs/gdbm-1.18.1-r1/work/gdbm-1.18.1'
IgorReinCloud /etc/portage/package.use #


Thank you.


Last edited by ONEEYEMAN on Sat Apr 03, 2021 8:37 pm; edited 1 time in total
Back to top
View user's profile Send private message
DaggyStyle
Watchman
Watchman


Joined: 22 Mar 2006
Posts: 5909

PostPosted: Sat Apr 03, 2021 8:27 pm    Post subject: Reply with quote

first read the output carefully so you can solve the easy part..
not all pkgs support your python version, so you can either select an supported version or try and see if there is a newer version which supports your python version.
second, you cannot have systemd and elogind enabled at the same time, set -systemd in male.conf's USE line.
add no-source-code, bh-luxi and linux-fw-redistributable to the license entry in make.conf
this: dev-libs/gobject-introspection-1.52.1::dantrell-gnome-3-24 seems wrong, I'd suggest mocing to official repo for this.
last, are you using mixed stable/keyworded setup?
_________________
Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
Back to top
View user's profile Send private message
ONEEYEMAN
Advocate
Advocate


Joined: 01 Mar 2005
Posts: 3610

PostPosted: Sat Apr 03, 2021 8:48 pm    Post subject: Reply with quote

Hi
DaggyStyle wrote:

first read the output carefully so you can solve the easy part..
not all pkgs support your python version, so you can either select an supported version or try and see if there is a newer version which supports your python version.

Well the maintainers should do a better job with updating python ;-)
They shouldn't mark something stable when not all packages are ported.

So in this case the easiest fix would be to install python-3.7 latest and add it to the PYTHON_TARGETS.

Right?

DaggyStyle wrote:

second, you cannot have systemd and elogind enabled at the same time, set -systemd in male.conf's USE line.

Here is my make.conf. As you can see "systemd" is turned off:

Code:

IgorReinCloud / # cat /etc/portage/make.conf
# These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.
CFLAGS="-O2 -pipe -march=barcelona"
CXXFLAGS=${CFLAGS}

# NOTE: This stage was built with the bindist Use flag enabled
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"

# This sets the language of build output to English.
# Please keep this setting intact when reporting bugs.
LC_MESSAGES=C
CHOST="x86_64-pc-linux-gnu"
MAKEOPTS="-j3"

GENTOO_MIRRORS="http://gentoo.osuosl.org/"
USE="-systemd gtk gnome -qt4 -qt5 -kde alsa dvd acpi unicode wxwidgets -fortran firefox"
VIDEO_CARDS="radeon"
INPUT_DEVICES="libinput keyboard mouse synaptics"
FEATURES="splitdebug ccache"
ACCEPT_LICENSE="Oracle-BCLA-JavaSE"
IgorReinCloud / #


DaggyStyle wrote:

add no-source-code, bh-luxi and linux-fw-redistributable to the license entry in make.conf

Will add them to ACCEPT_LICENSE portion.

DaggyStyle wrote:

this: dev-libs/gobject-introspection-1.52.1::dantrell-gnome-3-24 seems wrong, I'd suggest mocing to official repo for this.
last, are you using mixed stable/keyworded setup?


No, stable only.
And I use Dantrell overlay for GNOME w/o systemd.

Thank you.
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 8935

PostPosted: Sat Apr 03, 2021 9:07 pm    Post subject: Reply with quote

ONEEYEMAN wrote:
Well the maintainers should do a better job with updating python ;-)
They shouldn't mark something stable when not all packages are ported.


Code:
 * IMPORTANT: 28 news items need reading for repository 'gentoo'.
 * Use eselect news read to view new items.

 * Last emerge --sync was 119d 10h 54m 36s ago.

^ just a reminder that this is not the time to tell anyone else they should have done a better job.

Quote:
So in this case the easiest fix would be to install python-3.7 latest and add it to the PYTHON_TARGETS.

Code:
!!! The following installed packages are masked:
- dev-libs/gobject-introspection-1.52.1::dantrell-gnome-3-24 (masked by: invalid: DEPEND: Invalid atom (Invalid use dep: '%PYTHON_USEDEP-NEEDS-TO-BE-USED-IN-PYTHON_GEN_COND_DEP%'), token 5 in '/var/db/pkg/dev-libs/gobject-introspection-1.52.1/DEPEND', invalid: RDEPEND: Invalid atom (Invalid use dep: '%PYTHON_USEDEP-NEEDS-TO-BE-USED-IN-PYTHON_GEN_COND_DEP%'), token 5 in '/var/db/pkg/dev-libs/gobject-introspection-1.52.1/RDEPEND')
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

emerge: there are no ebuilds to satisfy "dev-lang/perl:0/5.24=".
(dependency required by "dev-perl/Locale-gettext-1.70.0::gentoo" [installed])
(dependency required by "sys-apps/help2man-1.47.16::gentoo[nls]" [ebuild])
(dependency required by "sys-boot/grub-2.04-r2::gentoo" [ebuild])
(dependency required by "sys-boot/os-prober-1.77::gentoo" [ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

emerge: there are no ebuilds to satisfy "dev-lang/perl:0/5.24=[-build(-)]".
(dependency required by "dev-perl/XML-Parser-2.440.0::gentoo" [installed])
(dependency required by "dev-util/intltool-0.51.0-r2::gentoo" [installed])
(dependency required by "app-text/gnome-doc-utils-0.20.10-r2::dantrell-gnome" [ebuild])
(dependency required by "gnome-extra/libgda-5.2.4::dantrell-gnome" [ebuild])
(dependency required by "dev-util/anjuta-3.22.0::dantrell-gnome" [ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

emerge: there are no ebuilds to satisfy "sys-libs/gdbm:0/1.13=[berkdb]".
(dependency required by "dev-lang/python-3.9.0::gentoo" [installed])
(dependency required by "dev-python/docutils-0.16-r1::gentoo[python_targets_python3_9]" [ebuild])
(dependency required by "dev-util/ctags-20190331::gentoo" [ebuild])
(dependency required by "dev-util/anjuta-3.22.0::dantrell-gnome" [ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

...

!!! The ebuild selected to satisfy ">=gnome-base/gnome-shell-3.24.0[bluetooth?]" has unmet requirements.
- gnome-base/gnome-shell-3.24.3-r1::dantrell-gnome-3-24 USE="bluetooth elogind ibus networkmanager -browser-extension -deprecated-background -nsplugin (-systemd) -vanilla-gc -vanilla-motd -vanilla-screen" ABI_X86="(64)" PYTHON_TARGETS="-python3_6 -python3_7"

  The following REQUIRED_USE flag constraints are unsatisfied:
    any-of ( python_targets_python3_6 python_targets_python3_7 )

  The above constraints are a subset of the following complete expression:
    any-of ( python_targets_python3_6 python_targets_python3_7 ) at-most-one-of ( elogind systemd )

(dependency required by "gnome-base/gnome-3.24.0::dantrell-gnome-3-24" [installed])

Especially when the problem is coming from an outdated overlay.
Back to top
View user's profile Send private message
ONEEYEMAN
Advocate
Advocate


Joined: 01 Mar 2005
Posts: 3610

PostPosted: Sat Apr 03, 2021 9:32 pm    Post subject: Reply with quote

Hi,
[quote="asturm"]
ONEEYEMAN wrote:

Well the maintainers should do a better job with updating python ;-)
They shouldn't mark something stable when not all packages are ported.


Code:

 * IMPORTANT: 28 news items need reading for repository 'gentoo'.
 * Use eselect news read to view new items.

 * Last emerge --sync was 119d 10h 54m 36s ago
.

^ just a reminder that this is not the time to tell anyone else they should have done a better job.
[[/code]

All I'm saying is that at this point of time this inconsistency happened.
I'm not saying that this is the case now - just at the time I updated python 3.9 was marked as stable, but not all packages were transferred to it.

Quote:
So in this case the easiest fix would be to install python-3.7 latest and add it to the PYTHON_TARGETS.

asturm wrote:

[code]
!!! The following installed packages are masked:
- dev-libs/gobject-introspection-1.52.1::dantrell-gnome-3-24 (masked by: invalid: DEPEND: Invalid atom (Invalid use dep: '%PYTHON_USEDEP-NEEDS-TO-BE-USED-IN-PYTHON_GEN_COND_DEP%'), token 5 in '/var/db/pkg/dev-libs/gobject-introspection-1.52.1/DEPEND', invalid: RDEPEND: Invalid atom (Invalid use dep: '%PYTHON_USEDEP-NEEDS-TO-BE-USED-IN-PYTHON_GEN_COND_DEP%'), token 5 in '/var/db/pkg/dev-libs/gobject-introspection-1.52.1/RDEPEND')
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

emerge: there are no ebuilds to satisfy "dev-lang/perl:0/5.24=".
(dependency required by "dev-perl/Locale-gettext-1.70.0::gentoo" [installed])
(dependency required by "sys-apps/help2man-1.47.16::gentoo[nls]" [ebuild])
(dependency required by "sys-boot/grub-2.04-r2::gentoo" [ebuild])
(dependency required by "sys-boot/os-prober-1.77::gentoo" [ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

emerge: there are no ebuilds to satisfy "dev-lang/perl:0/5.24=[-build(-)]".
(dependency required by "dev-perl/XML-Parser-2.440.0::gentoo" [installed])
(dependency required by "dev-util/intltool-0.51.0-r2::gentoo" [installed])
(dependency required by "app-text/gnome-doc-utils-0.20.10-r2::dantrell-gnome" [ebuild])
(dependency required by "gnome-extra/libgda-5.2.4::dantrell-gnome" [ebuild])
(dependency required by "dev-util/anjuta-3.22.0::dantrell-gnome" [ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

emerge: there are no ebuilds to satisfy "sys-libs/gdbm:0/1.13=[berkdb]".
(dependency required by "dev-lang/python-3.9.0::gentoo" [installed])
(dependency required by "dev-python/docutils-0.16-r1::gentoo[python_targets_python3_9]" [ebuild])
(dependency required by "dev-util/ctags-20190331::gentoo" [ebuild])
(dependency required by "dev-util/anjuta-3.22.0::dantrell-gnome" [ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

...

!!! The ebuild selected to satisfy ">=gnome-base/gnome-shell-3.24.0[bluetooth?]" has unmet requirements.
- gnome-base/gnome-shell-3.24.3-r1::dantrell-gnome-3-24 USE="bluetooth elogind ibus networkmanager -browser-extension -deprecated-background -nsplugin (-systemd) -vanilla-gc -vanilla-motd -vanilla-screen" ABI_X86="(64)" PYTHON_TARGETS="-python3_6 -python3_7"

The following REQUIRED_USE flag constraints are unsatisfied:
any-of ( python_targets_python3_6 python_targets_python3_7 )

The above constraints are a subset of the following complete expression:
any-of ( python_targets_python3_6 python_targets_python3_7 ) at-most-one-of ( elogind systemd )

(dependency required by "gnome-base/gnome-3.24.0::dantrell-gnome-3-24" [installed])
[/code
]

Especially when the problem is coming from an outdated overlay.


Are you saying that Dantrell's overlay is merged into the official Gentoo tree and I can just move to the official Portage tree and EVERYTHING will work.

Thank you.
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 8935

PostPosted: Sat Apr 03, 2021 9:56 pm    Post subject: Reply with quote

I can't tell you what dantrell-gnome overlay is still providing for you. Right now, synced (or not?), I can see several errors.

All I'm saying is you do not need it for GNOME w/o systemd for quite some time already.
Back to top
View user's profile Send private message
ONEEYEMAN
Advocate
Advocate


Joined: 01 Mar 2005
Posts: 3610

PostPosted: Sat Apr 03, 2021 10:30 pm    Post subject: Reply with quote

Hi,
asturm wrote:

I can't tell you what dantrell-gnome overlay is still providing for you. Right now, synced (or not?), I can see several errors.

All I'm saying is you do not need it for GNOME w/o systemd for quite some time already.


So, it means I can go to the official Gentoo Portage and run the GNOME w/o systemd, right?

If that's the case - what should I do?

Will it be enough to just get rid of the overlay and then sync main Portage tree and do "emerge <some flags> @world"

Thank you.
Back to top
View user's profile Send private message
dantrell
l33t
l33t


Joined: 01 Jun 2007
Posts: 915
Location: Earth

PostPosted: Sat Apr 03, 2021 11:21 pm    Post subject: Reply with quote

ONEEYEMAN wrote:
My main machine is running GNOME from Dantrell's repository (GNOME w/o systemd).

asturm wrote:
Especially when the problem is coming from an outdated overlay.

When it comes to the state of the GNOME Without Systemd Project, never ever listen to astrum.

A status update regarding the overall health of the project was done as recently as 05 Mar 2021 and it tells you which provided GNOME release versions still build (spoiler alert, it's all of them).

This means that unless you have a reproducible GNOME-related build failure that I missed, the project overlays are unlikely to be the issue because all of the project overlays are up-to-date and remain compatible with the main tree.

ONEEYEMAN wrote:
So, it means I can go to the official Gentoo Portage and run the GNOME w/o systemd, right?

This is true, but it's not your problem is it?

ONEEYEMAN wrote:
If that's the case - what should I do?

I'll point out one thing, if you are going to go a long time between syncs, you want as little to change as possible so the bare minimum of significant upgrades need to take place.

So if you are were running GNOME 3.24 before syncing, it would technically be easier to leave it alone until everything else is taken care of. The precondition, of course, being that you are familiar with all the pieces involved in updating out-of-date systems.

Now that I think of it, we have been through this before (in fact, I think this is at least the 3rd time this issue has propped up for you). You may want to re-read my 2nd and 3rd contextual responses here.

The short answer though is that your emerge issues can be untangled, it'll just take time (and patience). Go the upgrade route if you have time for another learning experience.

Conversely, re-installing will be easier (and faster).
_________________
Dantrell B.
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 21605

PostPosted: Sun Apr 04, 2021 12:17 am    Post subject: Reply with quote

dantrell wrote:
asturm wrote:
Especially when the problem is coming from an outdated overlay.
This means that unless you have a reproducible GNOME-related build failure that I missed, the project overlays are unlikely to be the issue because all of the project overlays are up-to-date and remain compatible with the main tree.
To be fair to asturm, the incomplete information we have from ONEEYEMAN in this thread indicates that at least his local copy of the main tree is badly out of date. It's plausible then that ONEEYEMAN is also out of date on syncing changes from the dantrell overlay, in which case asturm could have been meaning "outdated overlay" in the sense that "the overlay currently visible on ONEEYEMAN's system is outdated", rather than the broader meaning that the dantrell overlay itself is generally out of date and unmaintained. If we assume that ONEEYEMAN is out of date on synchronizing from the dantrell overlay, then he may well encounter problems that you long ago pushed fixes for.
Back to top
View user's profile Send private message
ONEEYEMAN
Advocate
Advocate


Joined: 01 Mar 2005
Posts: 3610

PostPosted: Sun Apr 04, 2021 12:21 am    Post subject: Reply with quote

dantrell,
dantrell wrote:

ONEEYEMAN wrote:

My main machine is running GNOME from Dantrell's repository (GNOME w/o systemd).

asturm wrote:

Especially when the problem is coming from an outdated overlay.

When it comes to the state of the GNOME Without Systemd Project, never ever listen to astrum.

Yes, I looked over some messages at you thread, and I now understand what you meant here. ;-)

dantrell wrote:

A status update regarding the overall health of the project was done as recently as 05 Mar 2021 and it tells you which provided GNOME release versions still build (spoiler alert, it's all of them).

This means that unless you have a reproducible GNOME-related build failure that I missed, the project overlays are unlikely to be the issue because all of the project overlays are up-to-date and remain compatible with the main tree.

Good.

dantrell wrote:

ONEEYEMAN wrote:

So, it means I can go to the official Gentoo Portage and run the GNOME w/o systemd, right?

This is true, but it's not your problem is it?


No, it is not.
But I said it before and I say it again - I am a developer and therefore updating the system is a disaster, because I'd like to keep compatibility with the old systems.
And I do update when absolutely necessary.


dantrell wrote:

ONEEYEMAN wrote:

If that's the case - what should I do?

I'll point out one thing, if you are going to go a long time between syncs, you want as little to change as possible so the bare minimum of significant upgrades need to take place.

So if you are were running GNOME 3.24 before syncing, it would technically be easier to leave it alone until everything else is taken care of. The precondition, of course, being that you are familiar with all the pieces involved in updating out-of-date systems.

Now that I think of it, we have been through this before (in fact, I think this is at least the 3rd time this issue has propped up for you). You may want to re-read my 2nd and 3rd contextual responses here.


Yes, we were.
So given all this - what would be the best course of action?

I can run the "emerge --sync" again and try to just re-emerge system, leaving off everything else.
Or I can just try to get rid of this overlay and go with official tree (Probably not the best option as I want to learn).
Or any other alternatives?

dantrell wrote:

The short answer though is that your emerge issues can be untangled, it'll just take time (and patience). Go the upgrade route if you have time for another learning experience.

Conversely, re-installing will be easier (and faster)
.


Good.
Any guidance?

Thank you.
Back to top
View user's profile Send private message
ONEEYEMAN
Advocate
Advocate


Joined: 01 Mar 2005
Posts: 3610

PostPosted: Sun Apr 04, 2021 12:25 am    Post subject: Reply with quote

@Hu,
Yes, both main tree and overlay were sync'ed at the same time. So it is fair to say that they both are out of date.

However, it is the idea - the snapshot I have from my last sync to both should update cleanly. Unless I'm missing something...

Thank you.
Back to top
View user's profile Send private message
dantrell
l33t
l33t


Joined: 01 Jun 2007
Posts: 915
Location: Earth

PostPosted: Sun Apr 04, 2021 12:41 am    Post subject: Reply with quote

Hu wrote:
To be fair to [...]

You know what, I am working on less incomplete information so for the scenario you outlined... that's fair.

ONEEYEMAN wrote:
Any guidance?

Just to be clear, you are saying you want to try the upgrade route?

If so, I'm probably going to be away from the workstation for the rest of the day so I won't be immediately following up after this response.

However, I did check my (live) GNOME 3.14 and GNOME 3.38 installs within the last couple hours and did not have the emerge issues you described so if GNOME 3.24 is synced up for you, I would expect it to be likewise upgradable which points to the issue being significant non-GNOME related changes.

It's possible I missed something so when I'll be triple checking this when I get back to it.

In the meanwhile, if you are synced up with the main tree and the project overlays, what's the full output of (starting from the emerge command used):

Code:
emerge --ask --changed-deps=y --deep --newuse --update --verbose --with-bdeps=y @world

_________________
Dantrell B.
Back to top
View user's profile Send private message
ONEEYEMAN
Advocate
Advocate


Joined: 01 Mar 2005
Posts: 3610

PostPosted: Sun Apr 04, 2021 2:15 am    Post subject: Reply with quote

dantrell,
After getting your message I:

1. run "emerge --sync"
2. run "layman -S".
3. Uninstalled python-3.9 and removed python3_9 from PYTHON_TARGETS.
4. Run that command.

Below is the output:

Code:

IgorReinCloud /etc/portage/package.use # emerge --ask --changed-deps=y --deep --newuse --update --verbose --with-bdeps=y @world
Performing Global Updates
(Could take a couple of minutes if you have a lot of binary packages.)
  .='update pass'  *='binary update'  #='/var/db update'  @='/var/db move'
  s='/var/db SLOT move'  %='binary move'  S='binary SLOT move'
  p='update /etc/portage/package.*'
/var/lib/layman/dantrell-gnome-3-24/profiles/updates/4Q-2016..
/var/lib/layman/dantrell-gnome-3-24/profiles/updates/2Q-2018.
/var/lib/layman/dantrell-gnome-3-24/profiles/updates/3Q-2018.
/var/lib/layman/dantrell-gnome-3-24/profiles/updates/1Q-2019.........
/var/lib/layman/dantrell-gnome-3-24/profiles/updates/2Q-2019..
/var/lib/layman/dantrell-gnome-3-24/profiles/updates/3Q-2019..
/var/lib/layman/dantrell-gnome-3-24/profiles/updates/2Q-2020.
@#


 * IMPORTANT: 30 news items need reading for repository 'gentoo'.
 * Use eselect news read to view new items.


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

Calculating dependencies... done!

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

dev-libs/openssl:0

  (dev-libs/openssl-1.1.1k:0/1.1::gentoo, ebuild scheduled for merge) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

  (dev-libs/openssl-1.0.2u:0/0::gentoo, ebuild scheduled for merge) pulled in by
    dev-libs/openssl:0/0=[abi_x86_64(-)] required by (app-crypt/rhash-1.3.6-r1:0/0::gentoo, installed)
                    ^^^^^                                                                                                                 


It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously.  If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.


The following USE changes are necessary to proceed:
 (see "package.use" in the portage(5) man page for more details)
# required by dev-python/pygobject-3.24.1::dantrell-gnome-3-24
# required by app-admin/system-config-printer-1.5.13::dantrell-gnome[python_single_target_python3_8]
# required by gnome-base/gnome-control-center-3.24.4::dantrell-gnome-3-24[cups]
# required by net-libs/gnome-online-accounts-3.24.5::dantrell-gnome-3-24[gnome]
# required by gnome-base/gvfs-1.32.2::dantrell-gnome-3-24[gnome-online-accounts]
# required by gnome-base/gnome-3.24.0::dantrell-gnome-3-24
# required by @selected
# required by @world (argument)
>=dev-python/pycairo-1.18.2 -python_targets_python2_7

Would you like to add these changes to your config files? [Yes/No]


I will fix the USE-flag - this is easy amd I will probably be able to unmerge and merge openssl.

I will let you know how it will go.

Thank you.

[EDIT]:

And here is the end of the output:

Code:

Would you like to add these changes to your config files? [Yes/No] n

 * In order to avoid wasting time, backtracking has terminated early
 * due to the above autounmask change(s). The --autounmask-backtrack=y
 * option can be used to force further backtracking, but there is no
 * guarantee that it will produce a solution.

emerge: there are no ebuilds to satisfy "dev-lang/perl:0/5.24=[-build(-)]".
(dependency required by "dev-perl/XML-Parser-2.440.0::gentoo" [installed])
(dependency required by "dev-util/intltool-0.51.0-r2::gentoo" [installed])
(dependency required by "app-admin/system-config-printer-1.5.13::dantrell-gnome" [ebuild])
(dependency required by "gnome-base/gnome-control-center-3.24.4::dantrell-gnome-3-24[cups]" [ebuild])
(dependency required by "net-libs/gnome-online-accounts-3.24.5::dantrell-gnome-3-24[gnome]" [ebuild])
(dependency required by "gnome-base/gvfs-1.32.2::dantrell-gnome-3-24[gnome-online-accounts]" [ebuild])
(dependency required by "gnome-base/gnome-3.24.0::dantrell-gnome-3-24" [installed])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])
IgorReinCloud /etc/portage/package.use #
Back to top
View user's profile Send private message
ONEEYEMAN
Advocate
Advocate


Joined: 01 Mar 2005
Posts: 3610

PostPosted: Sun Apr 04, 2021 5:13 pm    Post subject: Reply with quote

dantrell,
Tried this:

Code:

IgorReinCloud /etc/portage/package.use # emerge dev-perl/XML-Parser

 * IMPORTANT: 30 news items need reading for repository 'gentoo'.
 * Use eselect news read to view new items.

Calculating dependencies... done!


[nomerge       ] dev-perl/XML-Parser-2.440.0::gentoo
[nomerge       ]  dev-lang/perl-5.30.3:0/5.30::gentoo  USE="berkdb gdbm -debug -doc -ithreads"
[ebuild  N     ]   sys-libs/gdbm-1.18.1-r1:0/6::gentoo  USE="berkdb nls readline -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB
[ebuild  NS    ]    sys-devel/automake-1.16.2-r1:1.16::gentoo [1.11.6-r3:1.11::gentoo, 1.15.1-r2:1.15::gentoo] USE="-test" 1,510 KiB
[nomerge       ] gnome-base/gnome-3.24.0:2.0::dantrell-gnome-3-24  USE="bluetooth cdr classic extras -accessibility -cups"
[nomerge       ]  gnome-base/gvfs-1.32.2::dantrell-gnome-3-24  USE="cdda elogind gnome-keyring gnome-online-accounts gtk http policykit udev udisks -afp -archive -bluray -fuse -google -gphoto2 -ios -mtp -nfs -samba (-systemd) -test -zeroconf"
[nomerge       ]   sys-auth/polkit-0.113-r4::dantrell-gnome  USE="elogind gtk introspection nls pam -ck (-consolekit) -examples -jit -kde (-selinux) (-systemd) -test"
[nomerge       ]    sys-auth/pambase-20150213-r1::dantrell-gnome  USE="cracklib elogind gnome-keyring nullok sha512 -ck (-consolekit) -debug -minimal -mktemp -pam_krb5 -pam_ssh -passwdqc -securetty (-selinux) (-systemd)"
[nomerge       ]     gnome-base/gnome-keyring-3.20.1::dantrell-gnome  USE="caps filecaps pam ssh-agent (-selinux) -test"
[nomerge       ]      dev-util/intltool-0.51.0-r2::gentoo
[ebuild   R    ]       dev-perl/XML-Parser-2.440.0::gentoo  0 KiB
[nomerge       ] sys-libs/gdbm-1.18.1-r1:0/6::gentoo  USE="berkdb nls readline -static-libs" ABI_X86="(64) -32 (-x32)"
[nomerge       ]  sys-devel/libtool-2.4.6-r3:2::gentoo  USE="-vanilla"
[nomerge       ]   sys-devel/automake-1.16.2-r1:1.16::gentoo [1.11.6-r3:1.11::gentoo, 1.15.1-r2:1.15::gentoo] USE="-test"
[nomerge       ]    dev-lang/perl-5.30.3:0/5.30::gentoo  USE="berkdb gdbm -debug -doc -ithreads"
[nomerge       ]     app-admin/perl-cleaner-2.25::gentoo
[ebuild  N     ]      dev-lang/perl-5.30.3:0/5.30::gentoo  USE="berkdb gdbm -debug -doc -ithreads" 0 KiB

Total: 4 packages (2 new, 1 in new slot, 1 reinstall), Size of downloads: 1,510 KiB

 * Error: circular dependencies:

(sys-libs/gdbm-1.18.1-r1:0/6::gentoo, ebuild scheduled for merge) depends on
 (sys-devel/automake-1.16.2-r1:1.16/1.16::gentoo, ebuild scheduled for merge) (buildtime)
  (dev-lang/perl-5.30.3:0/5.30::gentoo, ebuild scheduled for merge) (buildtime)
   (sys-libs/gdbm-1.18.1-r1:0/6::gentoo, ebuild scheduled for merge) (buildtime_slot_op)

It might be possible to break this cycle
by applying the following change:
- dev-lang/perl-5.30.3 (Change USE: -gdbm)

Note that this change can be reverted, once the package has been installed.

!!! The following installed packages are masked:
- app-text/poppler-0.62.0-r1::gentoo (masked by: package.mask)
- sys-devel/binutils-2.30-r4::gentoo (masked by: package.mask)
/usr/portage/profiles/package.mask:
# Andreas K. Hüttel <dilfridge@gentoo.org> (2017-05-21)
# (and others, updated later)
# These old versions of toolchain packages (binutils, gcc, glibc) are no
# longer officially supported and are not suitable for general use. Using
# these packages can result in build failures (and possible breakage) for
# many packages, and may leave your system vulnerable to known security
# exploits.
# If you still use one of these old toolchain packages, please upgrade (and
# switch the compiler / the binutils) ASAP. If you need them for a specific
# (isolated) use case, feel free to unmask them on your system.

- dev-lang/python-exec-2.4.6::gentoo (masked by: package.mask)
- net-wireless/bluez-5.50::gentoo (masked by: package.mask)
- net-print/cups-filters-1.20.4::gentoo (masked by: package.mask)
- games-board/crafty-24.1-r1::gentoo (masked by: crafty license(s))
A copy of the 'crafty' license is located at '/usr/portage/licenses/crafty'.

- media-fonts/cantarell-0.0.25::gentoo (masked by: package.mask)
- net-libs/libqmi-1.16.2::gentoo (masked by: package.mask)
- dev-util/meson-0.47.1::gentoo (masked by: package.mask)
- media-libs/jasper-2.0.14::gentoo (masked by: JasPer2.0 license(s))
- x11-base/xorg-proto-2018.4::gentoo (masked by: package.mask)
- sys-libs/pam-1.3.0-r2::gentoo (masked by: package.mask)
- media-fonts/symbola-9.17::gentoo (masked by: Unicode_Fonts_for_Ancient_Scripts license(s))
- dev-python/dbus-python-1.2.4::gentoo (masked by: package.mask)
- media-libs/musicbrainz-5.1.0::gentoo (masked by: package.mask)
- media-libs/gexiv2-0.10.8::gentoo (masked by: package.mask)
- sys-libs/glibc-2.26-r7::gentoo (masked by: package.mask)
- sys-libs/libomp-6.0.1::gentoo (masked by: || ( ) LLVM-Grant license(s))
- x11-libs/libXxf86misc-1.0.4::gentoo (masked by: package.mask)
- sys-kernel/linux-firmware-20181001::gentoo (masked by: linux-firmware freedist license(s))
A copy of the 'linux-firmware' license is located at '/usr/portage/licenses/linux-firmware'.

A copy of the 'freedist' license is located at '/usr/portage/licenses/freedist'.

- sys-kernel/gentoo-sources-4.14.65::gentoo (masked by: linux-firmware license(s))
- dev-libs/libical-2.0.0-r3::gentoo (masked by: package.mask)
/var/lib/layman/dantrell-gnome/profiles/targets/desktop/gnome/3.24/package.mask:
# Masked to freeze the state of GNOME

- net-libs/libmbim-1.14.0::gentoo (masked by: package.mask)
- dev-lang/vala-0.36.13::gentoo (masked by: package.mask)
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.



Thank you.
Back to top
View user's profile Send private message
fedeliallalinea
Administrator
Administrator


Joined: 08 Mar 2003
Posts: 30894
Location: here

PostPosted: Sun Apr 04, 2021 7:05 pm    Post subject: Reply with quote

Quote:
(sys-libs/gdbm-1.18.1-r1:0/6::gentoo, ebuild scheduled for merge) depends on
(sys-devel/automake-1.16.2-r1:1.16/1.16::gentoo, ebuild scheduled for merge) (buildtime)
(dev-lang/perl-5.30.3:0/5.30::gentoo, ebuild scheduled for merge) (buildtime)
(sys-libs/gdbm-1.18.1-r1:0/6::gentoo, ebuild scheduled for merge) (buildtime_slot_op)

It might be possible to break this cycle
by applying the following change:
- dev-lang/perl-5.30.3 (Change USE: -gdbm)

You tried this?
_________________
Questions are guaranteed in life; Answers aren't.
Back to top
View user's profile Send private message
dantrell
l33t
l33t


Joined: 01 Jun 2007
Posts: 915
Location: Earth

PostPosted: Tue Apr 06, 2021 5:31 am    Post subject: Reply with quote

dantrell wrote:
It's possible I missed something so when I'll be triple checking this when I get back to it.

Sorry for the delay, I basically just got back to the workstation.

I just checked the emerge output of a new GNOME 3.24 install against a freshly extracted 2021-04-05 stage 3 tarball and the only significant issue I noticed is that Python setuptools 46.4.0 (which was removed from the main tree) is required for clean emerge output.

ONEEYEMAN wrote:
Code:
The following USE changes are necessary to proceed:
 (see "package.use" in the portage(5) man page for more details)
# required by dev-python/pygobject-3.24.1::dantrell-gnome-3-24
# required by app-admin/system-config-printer-1.5.13::dantrell-gnome[python_single_target_python3_8]
# required by gnome-base/gnome-control-center-3.24.4::dantrell-gnome-3-24[cups]
# required by net-libs/gnome-online-accounts-3.24.5::dantrell-gnome-3-24[gnome]
# required by gnome-base/gvfs-1.32.2::dantrell-gnome-3-24[gnome-online-accounts]
# required by gnome-base/gnome-3.24.0::dantrell-gnome-3-24
# required by @selected
# required by @world (argument)
>=dev-python/pycairo-1.18.2 -python_targets_python2_7

So instead of making this USE flag change, fork dev-python/setuptools 46.4.0-r3 into a local overlay and mask >=dev-python/setuptools-47.0 likewise.

ONEEYEMAN wrote:
And here is the end of the output: [...]

Perl was the only significant change from the main tree that propped up for me but in my case, emerge properly handled the changeover.

If you are lucky it might be enough to just add "--exclude perl" to the emerge command to see if you can get everything else to build first.

fedeliallalinea wrote:
Quote:
(sys-libs/gdbm-1.18.1-r1:0/6::gentoo, ebuild scheduled for merge) depends on
(sys-devel/automake-1.16.2-r1:1.16/1.16::gentoo, ebuild scheduled for merge) (buildtime)
(dev-lang/perl-5.30.3:0/5.30::gentoo, ebuild scheduled for merge) (buildtime)
(sys-libs/gdbm-1.18.1-r1:0/6::gentoo, ebuild scheduled for merge) (buildtime_slot_op)

It might be possible to break this cycle
by applying the following change:
- dev-lang/perl-5.30.3 (Change USE: -gdbm)

You tried this?

If excluding Perl doesn't immediately work, temporarily making the above change might.

This is the point where you basically just wrestle with emerge and/or think outside the box (i.e. play Whac-A-Mole). :wink:
_________________
Dantrell B.
Back to top
View user's profile Send private message
ONEEYEMAN
Advocate
Advocate


Joined: 01 Mar 2005
Posts: 3610

PostPosted: Sat Apr 10, 2021 2:12 pm    Post subject: Reply with quote

dantrell,
Sorry, for some reason I didn't get notification about your reply. But I'm here now... :D
[quote="dantrell"]
dantrell wrote:
It's possible I missed something so when I'll be triple checking this when I get back to it.

Sorry for the delay, I basically just got back to the workstation.

I just checked the emerge output of a new GNOME 3.24 install against a freshly extracted 2021-04-05 stage 3 tarball and the only significant issue I noticed is that Python setuptools 46.4.0 (which was removed from the main tree) is required for clean emerge output.

ONEEYEMAN wrote:
Code:
The following USE changes are necessary to proceed:
 (see "package.use" in the portage(5) man page for more details)
# required by dev-python/pygobject-3.24.1::dantrell-gnome-3-24
# required by app-admin/system-config-printer-1.5.13::dantrell-gnome[python_single_target_python3_8]
# required by gnome-base/gnome-control-center-3.24.4::dantrell-gnome-3-24[cups]
# required by net-libs/gnome-online-accounts-3.24.5::dantrell-gnome-3-24[gnome]
# required by gnome-base/gvfs-1.32.2::dantrell-gnome-3-24[gnome-online-accounts]
# required by gnome-base/gnome-3.24.0::dantrell-gnome-3-24
# required by @selected
# required by @world (argument)
>=dev-python/pycairo-1.18.2 -python_targets_python2_7

So instead of making this USE flag change, fork dev-python/setuptools 46.4.0-r3 into a local overlay and mask >=dev-python/setuptools-47.0 likewise.
]/quote]

How do I do that? Sorry I'm not familiar Gentoo overlay technique.

dantrell wrote:

ONEEYEMAN wrote:
And here is the end of the output: [...]

Perl was the only significant change from the main tree that propped up for me but in my case, emerge properly handled the changeover.

If you are lucky it might be enough to just add "--exclude perl" to the emerge command to see if you can get everything else to build first.

fedeliallalinea wrote:
Quote:
(sys-libs/gdbm-1.18.1-r1:0/6::gentoo, ebuild scheduled for merge) depends on
(sys-devel/automake-1.16.2-r1:1.16/1.16::gentoo, ebuild scheduled for merge) (buildtime)
(dev-lang/perl-5.30.3:0/5.30::gentoo, ebuild scheduled for merge) (buildtime)
(sys-libs/gdbm-1.18.1-r1:0/6::gentoo, ebuild scheduled for merge) (buildtime_slot_op)

It might be possible to break this cycle
by applying the following change:
- dev-lang/perl-5.30.3 (Change USE: -gdbm)

You tried this?

If excluding Perl doesn't immediately work, temporarily making the above change might.

I think I should merge Perl without this flag. Based on my experience Perl is required to run "automake and friends".

dantrell wrote:

This is the point where you basically just wrestle with emerge and/or think outside the box (i.e. play Whac-A-Mole). :wink:
Back to top
View user's profile Send private message
dantrell
l33t
l33t


Joined: 01 Jun 2007
Posts: 915
Location: Earth

PostPosted: Sun Apr 11, 2021 5:19 am    Post subject: Reply with quote

ONEEYEMAN wrote:
How do I do that? Sorry I'm not familiar Gentoo overlay technique.

This is touched on briefly in Handbook:Parts under Custom package repository.

Recovering the deleted files from git is pretty straightforward.

There's a bit more to it but it's easy enough.

ONEEYEMAN wrote:
I think I should merge Perl without this flag. Based on my experience Perl is required to run "automake and friends".

Excluding Perl does not uninstall it.

Your goal is clean emerge output and temporarily excluding and/or restricting packages from updating is a valid technique.
_________________
Dantrell B.
Back to top
View user's profile Send private message
ONEEYEMAN
Advocate
Advocate


Joined: 01 Mar 2005
Posts: 3610

PostPosted: Sun Apr 11, 2021 7:29 pm    Post subject: Reply with quote

dantrell,

So if I understand correctly, I need to do:

Code:

mkdir -p /var/db/repos/localrepo/dantrell-repoo
chown -R portage:portage /var/db/repos/localrepo
echo 'localrepo' > /var/db/repos/localrepo/profiles/repo_name


Then change the configuration files.

Then retrieve the ebuild from git inside /var/db/repos/localrepo/dantrell-repo/dev-python


Then do

Code:

cd /var/db/repos/localrepo/dantrell-repo/dev-python
ebuild pycairo.ebuild digest


Am I right?

Thank you.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page 1, 2, 3 ... 14, 15, 16  Next
Page 1 of 16

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum