Gentoo Forums :: View topic - Dantrell's GNOME Without Systemd Project (Part 3)

Dantrell's GNOME Without Systemd Project (Part 3)

View unanswered posts
View posts from last 24 hours

Goto page Previous 1, 2, 3 ... 19, 20, 21, 22, 23, 24 Next

This topic is locked: you cannot edit posts or make replies.

Gentoo Forums Forum Index

Unsupported Software

View previous topic :: View next topic

Author

Message

Ultimator
n00b
n00b

Joined: 23 Jun 2018
Posts: 26

Posted: Thu May 21, 2020 8:06 pm Post subject:

Build fails for net-print/cups-filters-1.25.13 (probably other versions too) with gcc 10. This upstream patch fixes it https://github.com/OpenPrinting/cups-filters/commit/e6c5025df307d3e8c79c3cd801780e4570f8607e

dantrell
l33t
l33t

Joined: 01 Jun 2007
Posts: 915
Location: Earth

Posted: Thu May 21, 2020 9:05 pm Post subject:

Ultimator wrote:

Build fails for net-print/cups-filters-1.25.13 (probably other versions too) with gcc 10.
This upstream patch fixes it
[...]

Thanks for the heads up.

Patched the latest stable version (and did some updating / spring cleaning while I was at it).

Did I mention how much I'm not liking how many packages need to be patched for GCC 10?

Quote:

media-fonts/symbola: Remove last-rited pkg

In other news, Symbola has been removed from the main tree. You can find Gentoo's thoughts on the matter here and Fedora's thoughts on the matter here.

Here's the footer of Symbola 9.17's homepage on 20170811:

Code:

In lieu of a licence; fonts and documents in this site are free for any use; George Douros.

Here are the contents of the Symbola.pdf:

Code:

Symbola, version 9.17, July 2017
SYMBOLA IS FREE FOR ANY USE

Unicode Fonts for Ancient Scripts
George Douros

Here's the footer of Symbola 10.24's homepage on 20180212:

Code:

In lieu of a licence; fonts and documents in this site are free for any use; George Douros

And once again, here are the contents of the Symbola.pdf:

Code:

Symbola, version 10.24, January 2018
SYMBOLA IS FREE FOR ANY USE

Unicode Fonts for Ancient Scripts
George Douros

Contrast this with the current License Agreement and the new contents of Symbola.pdf where it applies:

Code:

Symbola, version 13.00, march 2020
free strictly for personal, non-commercial use
available under the general ufas licence
Unicode Fonts for Ancient Scripts
George Douros

The facts show that:

1. The old license agreement, such as it was, does not contain any termination clauses and is therefore valid forever.

2. The new license agreement, such as it is, cannot be applied retroactively and therefore only applies to the versions of Symbola which include the new wording.

As such, Symbola versions 9.17 and 10.24 are provided by the project overlays. If you have an issue with this, let me know and I'll introduce a restrictive USE flag that specifically allows for excluding Symbola.
_________________
Dantrell B.

vozhyk
n00b
n00b

Joined: 18 Nov 2018
Posts: 10
Location: Warsaw, Poland

Posted: Sun May 31, 2020 5:05 pm Post subject:

I tried running Waybar, and it ends up invisible, which is reportedly fixed by gtk!1633.

I'm running a not-recently-upgraded 3.34 branch (with gtk+-3.24.17):

Code:

* Last emerge --sync was 44d 1h 54m 26s ago.

dantrell
l33t
l33t

Joined: 01 Jun 2007
Posts: 915
Location: Earth

Posted: Mon Jun 01, 2020 12:47 am Post subject:

vozhyk wrote:

I tried running Waybar, and it ends up invisible, which is reportedly fixed by gtk!1633.

Thanks for the heads up.

I stabilized GTK version 3.24.18 which includes this fix.
_________________
Dantrell B.

simonvanderveldt
Apprentice

Joined: 26 Jan 2016
Posts: 151

Posted: Sun Jun 07, 2020 9:17 am Post subject:

Hi dantrell,

media-gfx/gimp-2.10.18-r1 was stabilized in the gentoo tree recently. It requires a newer gegl (>=media-libs/gegl-0.4.22:0.4[cairo]) which seems to be masked in your overlay.
Can media-libs/gegl-0.4.22::dantrell-gnome be stabilized or is there an issue with this newer version?

Code:

~ ❯ sudo emerge -1av gimp

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

Calculating dependencies... done!
[binary R ] media-gfx/gimp-2.10.14-r1:2::gentoo USE="gnome -aalib -alsa (-altivec) (-aqua) -debug -doc -heif -jpeg2k -mng -openexr -postscript -python -test -udev -unwind -vector-icons -webp -wmf -xpm" CPU_FLAGS_X86="mmx sse" PYTHON_SINGLE_TARGET="python2_7" 28,057 KiB

Total: 1 package (1 reinstall, 1 binary), Size of downloads: 28,057 KiB

!!! The following update has been skipped due to unsatisfied dependencies:

media-gfx/gimp:2

selected: (media-gfx/gimp-2.10.14-r1:2/2::gentoo, binary scheduled for merge)
skipped: (media-gfx/gimp-2.10.18-r1:2/2::gentoo, ebuild scheduled for merge) (see unsatisfied dependency below)

!!! All ebuilds that could satisfy ">=media-libs/gegl-0.4.22:0.4[cairo]" have been masked.
!!! One of the following masked packages is required to complete your request:
- media-libs/gegl-9999::gentoo (masked by: package.mask, missing keyword)
- media-libs/gegl-0.4.22::dantrell-gnome (masked by: missing keyword)
- media-libs/gegl-0.4.22::gentoo (masked by: package.mask)

(dependency required by "media-gfx/gimp-2.10.18-r1::gentoo" [ebuild])
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

Would you like to merge these packages? [Yes/No]

Related to this I also have a question about keywords for the packages from your overlays.
Looking at gegl with equery I currently get this:

Code:

I'd have expected the installed 0.4.18::dantrell-gnome to be marked stable and others from ::dantrell-gnome to be either testing or unkeyworded, but it seems everything is unkeyworded. The ebuilds themselves contain "special" keywords (i.e. * or ~*) though. Is this simply an issue with equery showing the information incorrectly?

[edit] I also have a question about this note

dantrell wrote:

[...] I might just follow through with hiding the 13.0 & 17.0 profiles instead¹ and introducing desktop/gnome+plasma/mainline (or latest or something).

I followed through with this and an update of app-admin/eselect will show the full benefits (which can be disabled through the vanilla-profile USE flag).

Running "eselect profile" at that point should be pretty self explanatory:

Code:

eselect profile

In short, "eselect profile list" will show your current profile (which could be hidden as long as it's valid) + the latest non-hidden profiles.

To get the full list use "eselect profile --hidden" instead.

Do note, however, that this change is only in effect for GNOME 3.34 and greater because I'm stacking up changes for the older release versions.

The known issues section in the repo's readme mentions "17.0 Enforces PIE Hidden¹ for amd64; Visible for x86".
I was wondering what the actual issue is. Is it that PIE is enabled and thus one must make sure to rebuild @world? Or is it something else?
And just to be sure PIE is also enabled for your 17.0 profiles? Asking because I'm currently on dantrell-gnome-3-32:default/linux/amd64/17.0/desktop/gnome/3.32 and wanted to upgrade to 3.36 and I'm unsure if I can just use the hidden dantrell-gnome-3-36:default/linux/amd64/17.0/desktop/gnome/3.36 profile.

dantrell
l33t
l33t

Joined: 01 Jun 2007
Posts: 915
Location: Earth

Posted: Sun Jun 07, 2020 3:23 pm Post subject:

simonvanderveldt wrote:

media-gfx/gimp-2.10.18-r1 was stabilized in the gentoo tree recently. It requires a newer gegl (>=media-libs/gegl-0.4.22:0.4[cairo]) which seems to be masked in your overlay.
Can media-libs/gegl-0.4.22::dantrell-gnome be stabilized [...]

Stabilized but it'll be another hour or so before it's live (currently updating a test install).

Edit: It's live.

simonvanderveldt wrote:

[...] or is there an issue with this newer version?

The only issue is that I check stable when someone reminds me it exists. :oops:

simonvanderveldt wrote:

It's an issue with equery but I don't know if upstream would correct it.

There's at least 3 other packages I know of (pkgcheck, repoman and smart-live-rebuild) that have issues with the techniques used by the project overlays (even though they are perfectly valid uses which have worked since 2011). :evil:

simonvanderveldt wrote:

I was wondering what the actual issue is. Is it that PIE is enabled and thus one must make sure to rebuild @world? Or is it something else?
And just to be sure PIE is also enabled for your 17.0 profiles? Asking because I'm currently on dantrell-gnome-3-32:default/linux/amd64/17.0/desktop/gnome/3.32 and wanted to upgrade to 3.36 and I'm unsure if I can just use the hidden dantrell-gnome-3-36:default/linux/amd64/17.0/desktop/gnome/3.36 profile.

There isn't an issue. Instead, that block of text should just be moved out from under Known Issues and into its own section.

Rest assured, PIE is enabled for the 17.0 profiles (and for the 17.1 profiles which inherit it).
_________________
Dantrell B.

saboya
Guru
Guru

Joined: 28 Nov 2006
Posts: 552
Location: Brazil

Posted: Mon Jun 08, 2020 3:20 pm Post subject:

saboya wrote:

And now, a little funny case: Apparently, multilib rust ebuilds are broken if you use rust-bin. Turns out rust-bin does not pull the 32-bit version of the std crate.

FYI, since =dev-lang/rust-bin-1.43.0 this is no longer an issue and the ebuild pulls in all the necessary files for working rust compilers / std libs for mutilib configs.

Relevant issue: https://bugs.gentoo.org/701362

Elleni
Veteran
Veteran

Joined: 23 May 2006
Posts: 1289

Posted: Fri Jun 12, 2020 11:31 am Post subject:

Hi Dantrell, Upgrading my system gnome-boxes failed to build. Thanks for checking.

dantrell
l33t
l33t

Joined: 01 Jun 2007
Posts: 915
Location: Earth

Posted: Sat Jun 13, 2020 3:27 am Post subject:

Elleni wrote:

Upgrading my system gnome-boxes failed to build.

I wasn't immediately able to reproduce this build failure but it looks like you might need to rebuild sys-apps/usbredir:

Code:

emerge --ask --oneshot --nodeps --verbose sys-apps/usbredir

It's possible a more recent version of dev-libs/libgusb needs to be stabilized too but I was able to build against the last 5 versions.

_________________
Dantrell B.

Elleni
Veteran
Veteran

Joined: 23 May 2006
Posts: 1289

Posted: Sat Jun 13, 2020 3:21 pm Post subject:

Thanks re-emerging usbredir solved it.

vozhyk
n00b
n00b

Joined: 18 Nov 2018
Posts: 10
Location: Warsaw, Poland

Posted: Sat Jun 13, 2020 9:04 pm Post subject:

I'm trying to upgrade world after not upgrading it for a few months. One of the problems reported by emerge is:

Code:

!!! All ebuilds that could satisfy ">=app-text/poppler-0.87.0:=" have been masked.
!!! One of the following masked packages is required to complete your request:
- app-text/poppler-9999::gentoo (masked by: package.mask, missing keyword)
- app-text/poppler-0.89.0::dantrell-gnome (masked by: missing keyword)
- app-text/poppler-0.89.0::gentoo (masked by: package.mask, ~amd64 keyword)
- app-text/poppler-0.88.0-r1::dantrell-gnome (masked by: missing keyword)
- app-text/poppler-0.88.0-r1::gentoo (masked by: package.mask)
- app-text/poppler-0.87.0::dantrell-gnome (masked by: missing keyword)

(dependency required by "app-text/texlive-core-2020-r5::gentoo" [ebuild])
(dependency required by "dev-texlive/texlive-plaingeneric-2020::gentoo" [ebuild])
(dependency required by "dev-texlive/texlive-pstricks-2020::gentoo" [ebuild])
(dependency required by "dev-texlive/texlive-mathscience-2020::gentoo" [ebuild])
(dependency required by "dev-texlive/texlive-xetex-2020::gentoo" [ebuild])
(dependency required by "app-text/texlive-2020::gentoo[xetex]" [ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

I'm using the gnome+plasma 17.0 profile. This seems related to dantrell-gnome, as it masks poppler::gentoo, but doesn't unmask any version from ::dantrell-gnome.

Edit: after I did

Code:

echo "=app-text/poppler-0.89.0::dantrell-gnome **" >> /etc/portage/package.accept_keywords/temp

, I get a similar one about libgit2:

Code:

!!! The following update has been skipped due to unsatisfied dependencies:

dev-lang/rust:stable

selected: (dev-lang/rust-1.41.1:stable/1.41::gentoo, installed)
skipped: (dev-lang/rust-1.43.1:stable/1.43::gentoo, ebuild scheduled for merge) (see unsatisfied dependency below)

!!! All ebuilds that could satisfy ">=dev-libs/libgit2-0.99:=" have been masked.
!!! One of the following masked packages is required to complete your request:
- dev-libs/libgit2-1.0.1::dantrell-gnome (masked by: missing keyword)
- dev-libs/libgit2-1.0.1::gentoo (masked by: package.mask, ~amd64 keyword)
- dev-libs/libgit2-1.0.0-r1::gentoo (masked by: package.mask)

(dependency required by "dev-lang/rust-1.43.1::gentoo" [ebuild])

dantrell
l33t
l33t

Joined: 01 Jun 2007
Posts: 915
Location: Earth

Posted: Sun Jun 14, 2020 4:48 am Post subject:

dantrell wrote:

There isn't an issue. Instead, that block of text should just be moved out from under Known Issues and into its own section.

That block of text was moved.

vozhyk wrote:

This seems related to dantrell-gnome, as it masks poppler::gentoo, but doesn't unmask any version from ::dantrell-gnome.

It is related but you misinterpreted the emerge error.

The issue here was that a more recent of version of Poppler needed to be stabilized (which I did).

vozhyk wrote:

Edit: after I did [...]

The most recent versions of Poppler are always keyword masked until I review them.

Feel free to reverse this mask if you have security concerns and/or are capable of dealing with any build failures that prop up.

vozhyk wrote:

I get a similar one about libgit2: [...]

Sync up and you should be good to go.

dantrell wrote:

For what it's worth, GNOME 3.34 is scheduled to keep rolling out bugfix releases until 3.34.9 (August of this year).

In other news, GNOME 3.34.7 (bugfixes) and GNOME 3.36.3 (bugfixes) are now available.

Technically it already was but upstream still distributed the core package tarballs on a staggered release schedule which was just finalized.

Nothing significant has changed since the initial announcement post or the previous updates.

Enjoy.
_________________
Dantrell B.

simonvanderveldt
Apprentice

Joined: 26 Jan 2016
Posts: 151

Posted: Thu Jun 18, 2020 6:41 pm Post subject:

dantrell wrote:

simonvanderveldt wrote:

Stabilized but it'll be another hour or so before it's live (currently updating a test install).

Edit: It's live.

Thanks, it's working fine after this change, sorry for the delay on the feedback.

dantrell wrote:

simonvanderveldt wrote:

[...] or is there an issue with this newer version?

The only issue is that I check stable when someone reminds me it exists. :oops:

That's good to know though.

My upgrade to 3.36 with the 17.0 profile worked flawlessly (thanks!).
I just checked if there were still some older versions of packages installed and there are still a couple of packages that have a 3.32 version installed

Code:

$ eix-installed -a | grep 3.32
app-arch/file-roller-3.32.3
app-text/yelp-tools-3.32.2
gnome-extra/gnome-color-manager-3.32.0
gnome-extra/gnome-system-monitor-3.32.1
gnome-extra/zenity-3.32.0
x11-libs/libwnck-3.32.0

gnome-extra/gnome-system-monitor has a 3.36.1 available, which seems to be keyworded for testing. Is that correct?

For the other packages I don't see a 3.36 (or 3.34) version available in your repos, although some of them do seem to have a git tag for 3.36, these are
- https://gitlab.gnome.org/GNOME/file-roller/-/tree/3.36.2
- https://gitlab.gnome.org/GNOME/gnome-color-manager/-/tree/GNOME_COLOR_MANAGER_3_36_0
- https://gitlab.gnome.org/GNOME/libwnck/-/tree/3.36.0

I assume this means these projects didn't release any tarballs yet?

dantrell wrote:

simonvanderveldt wrote:

OK, that's good to know, quiet annoying though

I'm pretty swamped with stuff at the moment but maybe I can find a moment to look into at least trying to fix equery.

dantrell
l33t
l33t

Joined: 01 Jun 2007
Posts: 915
Location: Earth

Posted: Thu Jun 18, 2020 11:59 pm Post subject:

simonvanderveldt wrote:

I just checked if there were still some older versions of packages installed and there are still a couple of packages that have a 3.32 version installed

Code:

simonvanderveldt wrote:

For the other packages I don't see a 3.36 (or 3.34) version available in your repos, although some of them do seem to have a git tag for 3.36, these are
- https://gitlab.gnome.org/GNOME/file-roller/-/tree/3.36.2
- https://gitlab.gnome.org/GNOME/gnome-color-manager/-/tree/GNOME_COLOR_MANAGER_3_36_0
- https://gitlab.gnome.org/GNOME/libwnck/-/tree/3.36.0

I assume this means these projects didn't release any tarballs yet?

It's actually perfectly normal that there might be some older packages sitting around since they probably don't have any tarballs available.

But like you said, some of them do.

For those packages what happened is that they really didn't have any tarballs available during the initial x.y.0 release and therefore they slipped through the cracks (on my end) during subsequent updates since my secret overlay tools don't automatically point to the latest upstream listings.

I just accounted for this and will be merging the results.

Edit: Merged (and live).

simonvanderveldt wrote:

gnome-extra/gnome-system-monitor has a 3.36.1 available, which seems to be keyworded for testing. Is that correct?

Sometimes when a package is updated out of schedule (like a 3.36.0 release dropping after months on 3.32.z), I slot the update in ~ for a bit.
_________________
Dantrell B.

Child_of_Sun_24
l33t
l33t

Joined: 28 Jul 2004
Posts: 602

Posted: Tue Jun 23, 2020 7:20 am Post subject:

Hi there

I have a problem building net-libs/gupnp-1.2.3, it looks like a patch can't be applied.

Code:

* Package: net-libs/gupnp-1.2.3
* Repository: dantrell-gnome
* Maintainer: gnome@gentoo.org
* USE: abi_x86_64 amd64 elibc_glibc introspection kernel_linux python_single_target_python3_8 userland_GNU vala
* FEATURES: network-sandbox preserve-libs sandbox userpriv usersandbox
* Using python3.8 to build
>>> Unpacking source...
>>> Unpacking gupnp-1.2.3.tar.xz to /var/tmp/portage/net-libs/gupnp-1.2.3/work
>>> Source unpacked in /var/tmp/portage/net-libs/gupnp-1.2.3/work
>>> Preparing source in /var/tmp/portage/net-libs/gupnp-1.2.3/work/gupnp-1.2.3 ...
* Applying gupnp-1.2.2-build-manpage.patch ...
patching file doc/meson.build
Hunk #1 FAILED at 4.
Hunk #2 FAILED at 26.
2 out of 2 hunks FAILED -- saving rejects to file doc/meson.build.rej
patching file meson.build
Hunk #1 FAILED at 31.
1 out of 1 hunk FAILED -- saving rejects to file meson.build.rej
[ !! ]
* ERROR: net-libs/gupnp-1.2.3::dantrell-gnome failed (prepare phase):
* patch -p1 failed with /var/tmp/portage/net-libs/gupnp-1.2.3/files/gupnp-1.2.2-build-manpage.patch
*
* Call stack:
* ebuild.sh, line 125: Called src_prepare
* environment, line 2948: Called xdg_src_prepare
* environment, line 3944: 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/net-libs/gupnp-1.2.3/files/gupnp-1.2.2-build-manpage.patch'
* environment, line 1056: Called _eapply_patch '/var/tmp/portage/net-libs/gupnp-1.2.3/files/gupnp-1.2.2-build-manpage.patch'
* environment, line 994: Called __helpers_die 'patch -p1 failed with /var/tmp/portage/net-libs/gupnp-1.2.3/files/gupnp-1.2.2-build-manpage.patch'
* isolated-functions.sh, line 112: Called die
* The specific snippet of code:
* die "$@"
*
* If you need support, post the output of `emerge --info '=net-libs/gupnp-1.2.3::dantrell-gnome'`,
* the complete build log and the output of `emerge -pqv '=net-libs/gupnp-1.2.3::dantrell-gnome'`.
* The complete build log is located at '/var/log/portage/net-libs:gupnp-1.2.3:20200623-071059.log'.
* For convenience, a symlink to the build log is located at '/var/tmp/portage/net-libs/gupnp-1.2.3/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/net-libs/gupnp-1.2.3/temp/environment'.
* Working directory: '/var/tmp/portage/net-libs/gupnp-1.2.3/work/gupnp-1.2.3'
* S: '/var/tmp/portage/net-libs/gupnp-1.2.3/work/gupnp-1.2.3'

I hope you can help me :-)

fedeliallalinea
Administrator

Joined: 08 Mar 2003
Posts: 31267
Location: here

Posted: Tue Jun 23, 2020 7:26 am Post subject:

In gupnp-1.2.3 patch gupnp-1.2.2-build-manpage.patch is no longer required because is fixed upstream _________________ Questions are guaranteed in life; Answers aren't.

Cuong Nguyen
Apprentice

Joined: 18 Jan 2018
Posts: 152

Posted: Tue Jun 23, 2020 11:54 am Post subject:

fedeliallalinea wrote:

In gupnp-1.2.3 patch gupnp-1.2.2-build-manpage.patch is no longer required because is fixed upstream

Just have fixed manually

Code:

--- /var/lib/layman/dantrell-gnome/net-libs/gupnp/gupnp-1.2.3.ebuild 2020-06-23 18:48:10.863439023 +0700
+++ /var/db/pkg/net-libs/gupnp-1.2.3/gupnp-1.2.3.ebuild 2020-06-23 18:45:46.704444346 +0700
@@ -43,9 +43,9 @@
)
"

-PATCHES=(
- "${FILESDIR}"/${PN}-1.2.2-build-manpage.patch # https://gitlab.gnome.org/GNOME/gupnp/merge_requests/5
-)
+#PATCHES=(
+# "${FILESDIR}"/${PN}-1.2.2-build-manpage.patch # https://gitlab.gnome.org/GNOME/gupnp/merge_requests/5
+#)

src_prepare() {
use introspection && vala_src_prepare

dantrell
l33t
l33t

Joined: 01 Jun 2007
Posts: 915
Location: Earth

Posted: Tue Jun 23, 2020 7:31 pm Post subject:

Child_of_Sun_24 wrote:

I have a problem building net-libs/gupnp-1.2.3, it looks like a patch can't be applied.

fedeliallalinea wrote:

In gupnp-1.2.3 patch gupnp-1.2.2-build-manpage.patch is no longer required because is fixed upstream

Cuong Nguyen wrote:

Just have fixed manually

I could have sworn I built all the new packages but I guess I was mistaken.

I'll be correcting this shortly.

Edit: Corrected.
_________________
Dantrell B.

Elleni
Veteran
Veteran

Joined: 23 May 2006
Posts: 1289

Posted: Thu Jul 23, 2020 1:43 am Post subject:

Hi dantrell

Tried to emerge gnome-3-36 with combined profile on my pen drive again, which was running fine with 3-34 and when 3-36 first came out I had troubles with it. For having a clean starting point I had switched back to standard plasma without systemd profile, had deleted the overlay and upgraded world followed by a depclean. Now trying to update world after adding dantrell-gnome and dantrell-gnome-3-36 overlays, I get:

Code:

LC_ALL=C emerge world -uDNav && emerge --depclean --ask && revdep-rebuild && emerge @preserved-rebuild && etc-update

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/glib:2

(dev-libs/glib-2.64.4:2/64::dantrell-gnome, ebuild scheduled for merge) USE="dbus fam (mime) xattr -debug -gtk-doc (-selinux) -static-libs -systemtap -test" ABI_X86="32 (64) (-x32)" pulled in by
>=dev-libs/glib-2.63.0:2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?,abi_riscv_lp64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] required by (net-libs/glib-networking-2.64.3:0/0::dantrell-gnome-3-36, ebuild scheduled for merge) USE="gnome libproxy ssl -test" ABI_X86="32 (64) (-x32)"
^^ ^^^^^^^^

(dev-libs/glib-2.62.6:2/2::gentoo, installed) USE="dbus (mime) xattr -debug -fam -gtk-doc (-selinux) -static-libs -systemtap -test -utils" ABI_X86="32 (64) (-x32)" pulled in by
dev-libs/glib:2/2= required by (xfce-extra/xfce4-verve-plugin-2.0.0:0/0::gentoo, installed) USE="" ABI_X86="(64)"
^^^^^
(and 6 more with the same problem)

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

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 ebuild selected to satisfy ">=dev-util/gtk-doc-1" has unmet requirements.
- dev-util/gtk-doc-1.32-r2::dantrell-gnome USE="-debug -doc -emacs" ABI_X86="(64)" PYTHON_SINGLE_TARGET="-python3_6 -python3_7 -python3_8 (-python3_9)"

The following REQUIRED_USE flag constraints are unsatisfied:
exactly-one-of ( python_single_target_python3_6 python_single_target_python3_7 python_single_target_python3_8 python_single_target_python3_9 )

(dependency required by "app-misc/geoclue-2.4.13::dantrell-gnome" [ebuild])
(dependency required by "gnome-base/gnome-settings-daemon-3.36.1::dantrell-gnome-3-36" [ebuild])
(dependency required by "gnome-base/gnome-session-3.36.0::dantrell-gnome-3-36" [ebuild])
(dependency required by "gnome-base/gnome-control-center-3.36.4::dantrell-gnome-3-36" [ebuild])
(dependency required by "net-libs/gnome-online-accounts-3.36.0::dantrell-gnome-3-36[gnome]" [ebuild])
(dependency required by "gnome-base/gvfs-1.44.1::dantrell-gnome-3-36[gnome-online-accounts]" [ebuild])
(dependency required by "xfce-base/thunar-1.8.15::gentoo[trash-panel-plugin]" [ebuild])
(dependency required by "xfce-extra/thunar-volman-0.9.5::gentoo" [installed])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

Is this maybe something on my side?

dantrell
l33t
l33t

Joined: 01 Jun 2007
Posts: 915
Location: Earth

Posted: Thu Jul 23, 2020 5:02 am Post subject:

Elleni wrote:

Hi dantrell

Hi.

Elleni wrote:

Is this maybe something on my side?

I spun up a stage 3 tarball and got clean emerge output with all 3 profile variants (i.e. combined, default & extended) so I'm leaning towards, "yes".

Elleni wrote:

Code:

!!! The ebuild selected to satisfy ">=dev-util/gtk-doc-1" has unmet requirements.
- dev-util/gtk-doc-1.32-r2::dantrell-gnome USE="-debug -doc -emacs" ABI_X86="(64)" PYTHON_SINGLE_TARGET="-python3_6 -python3_7 -python3_8 (-python3_9)"

The following REQUIRED_USE flag constraints are unsatisfied:
exactly-one-of ( python_single_target_python3_6 python_single_target_python3_7 python_single_target_python3_8 python_single_target_python3_9 )

I'd start with this which should look like this:

Code:

[ebuild N ] dev-util/gtk-doc-1.32-r2::dantrell-gnome USE="-debug -doc -emacs" PYTHON_SINGLE_TARGET="python3_7 -python3_6 -python3_8 (-python3_9)" 0 KiB

Notice, PYTHON_SINGLE_TARGET="python3_7" is enabled.
_________________
Dantrell B.

Elleni
Veteran
Veteran

Joined: 23 May 2006
Posts: 1289

Posted: Thu Jul 23, 2020 10:34 pm Post subject:

I synced, updated and depcleaned again while being on 17.1 plasma profile. Checked that in make.conf and package.use there are no python entries and also issued an eselect python cleanup. Then after adding dantrell-gnome and dantrell-gnome-3-36 overlay and choosing dantrell-gnome:default/linux/amd64/17.1/desktop/gnome+plasma/mainline (stable) (profile dantrell-gnome:default/linux/amd64/17.1/desktop/gnome+plasma (stable) not working for me as it gives a parseerror because parent 3-34 profile is not found), I again get the above error. Note that adding the two overlays but not changing the profile thus staying with default/linux/amd64/17.1/desktop/plasma (stable) , I don't get this error of any python target disabled when running an emerge, so I am a bit lost.

emerge --info

Code:

Portage 2.3.103 (python 3.7.8-final-0, default/linux/amd64/17.1/desktop/plasma, gcc-9.3.0, glibc-2.30-r8, 5.4.48-gentoo-x86_64 x86_64)
=================================================================
System uname: Linux-5.4.48-gentoo-x86_64-x86_64-AMD_Ryzen_5_1600_Six-Core_Processor-with-gentoo-2.6
KiB Mem: 16393788 total, 9408716 free
KiB Swap: 0 total, 0 free
Timestamp of repository gentoo: Thu, 23 Jul 2020 21:00:01 +0000
Head commit of repository gentoo: 3fa294e1567f4a0339eee057b392bdb605d549e3
sh bash 5.0_p17
ld GNU ld (Gentoo 2.33.1 p2) 2.33.1
ccache version 3.7.9 [disabled]
app-shells/bash: 5.0_p17::gentoo
dev-lang/perl: 5.30.3::gentoo
dev-lang/python: 2.7.18-r1::gentoo, 3.7.8-r2::gentoo, 3.8.4-r1::gentoo
dev-util/ccache: 3.7.9::gentoo
dev-util/cmake: 3.16.5::gentoo
sys-apps/baselayout: 2.6-r1::gentoo
sys-apps/openrc: 0.42.1::gentoo
sys-apps/sandbox: 2.18::gentoo
sys-devel/autoconf: 2.13-r1::gentoo, 2.69-r4::gentoo
sys-devel/automake: 1.13.4-r2::gentoo, 1.16.1-r1::gentoo
sys-devel/binutils: 2.33.1-r1::gentoo
sys-devel/gcc: 9.3.0-r1::gentoo
sys-devel/gcc-config: 2.3::gentoo
sys-devel/libtool: 2.4.6-r6::gentoo
sys-devel/make: 4.2.1-r4::gentoo
sys-kernel/linux-headers: 5.4-r1::gentoo (virtual/os-headers)
sys-libs/glibc: 2.30-r8::gentoo
Repositories:

gentoo
location: /var/db/repos/gentoo
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000
sync-rsync-extra-opts:
sync-rsync-verify-metamanifest: yes
sync-rsync-verify-max-age: 24
sync-rsync-verify-jobs: 1

x-portage
location: /usr/local/portage
masters: gentoo
priority: 0

4nykey
location: /var/lib/layman/4nykey
masters: gentoo
priority: 50

dantrell-gnome-3-36
location: /var/lib/layman/dantrell-gnome-3-36
masters: gentoo
priority: 100

dantrell-gnome
location: /var/lib/layman/dantrell-gnome
masters: gentoo
priority: 150

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="@FREE"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-Os -pipe -march=x86-64 -mfpmath=sse"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-Os -pipe -march=x86-64 -mfpmath=sse"
DISTDIR="/var/cache/distfiles"
ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR"
FCFLAGS="-Os -pipe -march=x86-64 -mfpmath=sse"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs candy config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox preserve-libs qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-Os -pipe -march=x86-64 -mfpmath=sse"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="de_CH.UTF-8"
LC_ALL="de_CH.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="de de_DE el en fr fr_FR it tr"
MAKEOPTS="-j12 -s"
PKGDIR="/var/cache/binpkgs"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="X a52 aac acl acpi activities airplay alsa amd64 berkdb bluetooth bluray branding btpclient bzip2 cairo cdda cdr cli colord cpudetection crypt cups d3d9 dbus declarative dri dri3 dts dvd dvdr eds elogind emboss encode evo exif fam ffmpeg flac fortran gdbm gif gimp glamor gnome gnome-keyring gnome-online-accounts gphoto2 gpm gtk gtk3 gtkstyle hddtemp iconv icu imagemagick infinality introspection jpeg jpeg2k kde kerberos kipi kms kwallet lcms ldap libdrm libinput libnotify libsecret libtirpc lm-sensors lz4mjpg mad mng mp3 mp4 mpeg mtp multilib nautilus ncurses networkmanager nfs nls nptl ocr ogg openal opencl opengl openh264 openmp opus osmesa pam pango pcre pdf phonon plasma png policykit ppds pulseaudio qml qt5 rdp readline samba scanner sdl seccomp semantic-desktop server speex spell spice split-usr srt ssh ssl stars startup-notification svg tcpd tiff tracker truetype udev udisks unicode upower usb usbredir vaapi vcd vdpau virgl virt-network virtfs vkd3d vorbis vulkan wavepack webserver widgets wxwidgets x264 x265 xa xattr xcb xml xrandr xv xvid xvmc zlib zvbi" ABI_X86="64 32" 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" GRUB_PLATFORMS="efi-64 pc" INPUT_DEVICES="evdev void libinput mouse synaptics keyboard wacom" KERNEL="linux" L10N="de el en fr it tr" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php7-2 php7-3" POSTGRES_TARGETS="postgres10 postgres11" PYTHON_SINGLE_TARGET="python3_7" PYTHON_TARGETS="python2_7 python3_7" QEMU_SOFTMMU_TARGETS="i386 x86_64" QEMU_USER_TARGETS="i386 x86_64" RUBY_TARGETS="ruby25" SANE_BACKENDS="abaton agfafocus apple artec artec_eplus48u as6e avision bh canon canon630u canon_dr cardscan coolscan coolscan2 coolscan3 dc210 dc240 dc25 dell1600n_net dmc epjitsu epson epson2 fujitsu genesys gt68xx hp hp3500 hp3900 hp4200 hp5400 hp5590 hpljm1005 hs2p ibm kodak kodakaio kvs1025 kvs20xx leo lexmark ma1509 magicolor matsushita microtek microtek2 mustek mustek_usb nec net niash p5 pie pixma plustek plustek_pp qcam ricoh rts8891 s9036 sceptre sharp sm3600 sm3840 snapscan sp15c st400 stv680 tamarack teco1 teco2 teco3 test u12 umax umax1220u umax_pp xerox_mfp" USERLAND="GNU" VIDEO_CARDS="fbdev vesa radeonsi radeon nouveau intel i915 i965 virtualbox amdgpu virgl" 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"
Unset: CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

What information can I provide to find the source of this behaviour and maybe solve it? Even adding

Code:

*/* PYTHON_TARGETS: python3_6 python3_7
*/* PYTHON_SINGLE_TARGET: -* python3_6

to package.use which should be the default entry thus not being needed anyway does not change anything.

dantrell
l33t
l33t

Joined: 01 Jun 2007
Posts: 915
Location: Earth

Posted: Fri Jul 24, 2020 12:28 am Post subject:

Elleni wrote:

(profile dantrell-gnome:default/linux/amd64/17.1/desktop/gnome+plasma (stable) not working for me as it gives a parseerror because parent 3-34 profile is not found)

This isn't wrong since that profile points to GNOME 3.34. It's the mainline version that points to GNOME 3.36.

In both cases, the corresponding overlay needs to be installed.

Elleni wrote:

Note that adding the two overlays but not changing the profile thus staying with default/linux/amd64/17.1/desktop/plasma (stable) , I don't get this error of any python target disabled when running an emerge, so I am a bit lost.

It's possible that I'm misinterpreting the emerge output (wouldn't be the first time).

In any case, it's pretty hard resolving issues I can't reproduce and this one would probably require me to install plasma first before anything else and that's a bit out of the way since my priority is to ensure clean emerge output on a freshly extracted stage 3 tarball.

Elleni wrote:

Code:

dev-libs/glib:2/2= required by (xfce-extra/xfce4-verve-plugin-2.0.0:0/0::gentoo, installed) USE="" ABI_X86="(64)"
^^^^^
(and 6 more with the same problem)

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

But back to the drawing board.

There's a GLib issue and a Python issue (the latter of which could be a red herring). Resolving one will probably result in some progress.

You can force emerge gtk-doc with PYTHON_SINGLE_TARGET="python3_7":

Code:

PYTHON_SINGLE_TARGET="python3_7" emerge --ask --oneshot --nodeps --verbose dev-util/gtk-doc

then reissue the emerge command and/or you can toggle --verbose-conflicts, unemerge all 7 packages that complain and then reissue the emerge command.
_________________
Dantrell B.

Child_of_Sun_24
l33t
l33t

Joined: 28 Jul 2004
Posts: 602

Posted: Sat Aug 08, 2020 7:50 am Post subject:

Hello Dantrell :-)

I have a problem with "games-puzzle/quadrapassel-3.36.04" it won't recognize the sources:

Code:

!!! Fetched file: quadrapassel-3.36.04.tar.bz2 VERIFY FAILED!
!!! Reason: Insufficient data for checksum verification
!!! Got:
!!! Expected: BLAKE2B BLAKE2S MD5 RMD160 SHA1 SHA256 SHA3_256 SHA3_512 SHA512 WHIRLPOOL
[31;01m * [39;49;00mFetch failed for 'games-puzzle/quadrapassel-3.36.04', Log file:
[31;01m * [39;49;00m '/var/log/portage/games-puzzle:quadrapassel-3.36.04:20200808-074350.log'

I hope you can help me :-)

dantrell
l33t
l33t

Joined: 01 Jun 2007
Posts: 915
Location: Earth

Posted: Sat Aug 08, 2020 2:48 pm Post subject:

Child_of_Sun_24 wrote:

I have a problem with "games-puzzle/quadrapassel-3.36.04" it won't recognize the sources: [...]

Sync up and you should be good to go. :wink:

_________________
Dantrell B.

Child_of_Sun_24
l33t
l33t

Joined: 28 Jul 2004
Posts: 602

Posted: Sun Aug 09, 2020 9:06 am Post subject:

dantrell wrote:

Child_of_Sun_24 wrote:

I have a problem with "games-puzzle/quadrapassel-3.36.04" it won't recognize the sources: [...]

Sync up and you should be good to go. :wink:

Thank you it worked :-)

Display posts from previous:

	Gentoo Forums Forum Index Unsupported Software	All times are GMT Goto page Previous 1, 2, 3 ... 19, 20, 21, 22, 23, 24 Next
Page 20 of 24

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

Copyright 2001-2024 Gentoo Foundation, Inc. Designed by Kyle Manna © 2003; Style derived from original subSilver theme. | Hosting by Gossamer Threads Inc. © | Powered by phpBB 2.0.23-gentoo-p11 © 2001, 2002 phpBB Group
Privacy Policy