VERSION 1.0 FORMAT: F - Function called FORMAT: S - Access Status FORMAT: P - Path as passed to function FORMAT: A - Absolute Path (not canonical) FORMAT: R - Canonical Path FORMAT: C - Command Line F: mkdir S: deny ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0-developer_20180623-161401 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.3.0 * Available Python interpreters, in order of preference: [1] python3.5 [2] python3.6 (fallback) [3] python2.7 (fallback) Available Ruby profiles: [1] ruby23 (with Rubygems) * [2] ruby25 (with Rubygems) java-config: The following VMs are available for generation-2: *) IcedTea JDK 3.8.0 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-bin-8 system-vm emerge -qpv dev-dotnet/gtk-sharp [ebuild N ] dev-dotnet/gtk-sharp-2.12.21 USE="-debug"
Created attachment 537458 [details] emerge-info.txt
Created attachment 537460 [details] dev-dotnet:gtk-sharp-2.12.21:20180627-183755.log
Created attachment 537462 [details] emerge-history.txt
Created attachment 537464 [details] etc.portage.tbz2
Created attachment 537466 [details] logs.tbz2
Created attachment 537468 [details] sandbox-15313.log
This is because the build doesn't inherit from mono-env, which exports MONO_REGISTRY_PATH before the build (so that it doesn't try writing to /etc/mono/registry).
(In reply to Mike Auty from comment #7) > This is because the build doesn't inherit from mono-env, which exports > MONO_REGISTRY_PATH before the build (so that it doesn't try writing to > /etc/mono/registry). inherit mono-env fixes the build for me
create PR to https://github.com/gentoo/dotnet please
Actually, the ebuild already inherits dotnet which inherts mono-env, so not sure why it's not working.
(In reply to Kobboi from comment #10) > Actually, the ebuild already inherits dotnet which inherts mono-env, so not > sure why it's not working. It seems like dotnet.eclass provides its own pkg_setup(), overriding that of mono-env.eclass . Adding a call to mono-env_pkg_setup in dotnet_pkg_setup() fixes the problem for me, patch below. --- diff --git a/eclass/dotnet.eclass b/eclass/dotnet.eclass index 6ae42a07a6f..02d4c30957a 100644 --- a/eclass/dotnet.eclass +++ b/eclass/dotnet.eclass @@ -38,6 +38,7 @@ done # @DESCRIPTION: # This function set FRAMEWORK. dotnet_pkg_setup() { + mono-env_pkg_setup for x in ${USE_DOTNET} ; do case ${x} in net45) if use net45; then F="4.5"; fi;;
*** Bug 664510 has been marked as a duplicate of this bug. ***
Should be fixed here: https://github.com/gentoo/dotnet/commit/bcf8f3e6e0be19140ad7951e6f51db93a980aecc
I encountered this issue on several of my systems. dev-dotnet/gtk-sharp appears to be called in only as a dependency when net-dns/avahi is built with USE='gtk'. When I set package.use: >=net-dns/avahi-0.7-r2 -gtk no other packages seem to be effected. This is to say, nothing I have installed seems to depend on net-dns/avahi[USE=gtk]. 'gtk' is set as part of the "default/linux/amd64/17.0/desktop/plasma (stable)" profile. I haven't checked which other profiles it may appear in. Because USE="gtk" is applied to a number of installed packages, I only set avahi in package.use as above. If you require USE='avahi' (I have this set globally in make.conf), then you must unset 'gtk' for net-dns/avahi.
(In reply to max parmer from comment #13) > Should be fixed here: > https://github.com/gentoo/dotnet/commit/ > bcf8f3e6e0be19140ad7951e6f51db93a980aecc This fixes the bug for me too. Please merge it.
*** Bug 680644 has been marked as a duplicate of this bug. ***
(In reply to jospezial from comment #15) > (In reply to max parmer from comment #13) > > Should be fixed here: > > https://github.com/gentoo/dotnet/commit/ > > bcf8f3e6e0be19140ad7951e6f51db93a980aecc > > This fixes the bug for me too. Please merge it. This is a patch to /usr/portage/eclass/dotnet.eclass. I could not identify the package to which /usr/portage/eclass/dotnet.eclass is belonging: root@lynx:/usr/local/portage/dev-dotnet/gtk-sharp(50)# qfile -v /usr/portage/eclass/dotnet.eclass root@lynx:/usr/local/portage/dev-dotnet/gtk-sharp(51)# It would be nice, if the corresponding package could be patched.
(In reply to Juergen Rose from comment #17) > (In reply to jospezial from comment #15) > > (In reply to max parmer from comment #13) > > > Should be fixed here: > > > https://github.com/gentoo/dotnet/commit/ > > > bcf8f3e6e0be19140ad7951e6f51db93a980aecc > > > > This fixes the bug for me too. Please merge it. > > This is a patch to /usr/portage/eclass/dotnet.eclass. I could not identify > the package to which /usr/portage/eclass/dotnet.eclass is belonging: > > root@lynx:/usr/local/portage/dev-dotnet/gtk-sharp(50)# qfile -v > /usr/portage/eclass/dotnet.eclass > root@lynx:/usr/local/portage/dev-dotnet/gtk-sharp(51)# > > It would be nice, if the corresponding package could be patched. /usr/portage is the default location of the portage tree...
(In reply to Kobboi from comment #18) > (In reply to Juergen Rose from comment #17) > > (In reply to jospezial from comment #15) > > > (In reply to max parmer from comment #13) > > > > Should be fixed here: > > > > https://github.com/gentoo/dotnet/commit/ > > > > bcf8f3e6e0be19140ad7951e6f51db93a980aecc > > > > > > This fixes the bug for me too. Please merge it. > > > > This is a patch to /usr/portage/eclass/dotnet.eclass. I could not identify > > the package to which /usr/portage/eclass/dotnet.eclass is belonging: > > > > root@lynx:/usr/local/portage/dev-dotnet/gtk-sharp(50)# qfile -v > > /usr/portage/eclass/dotnet.eclass > > root@lynx:/usr/local/portage/dev-dotnet/gtk-sharp(51)# > > > > It would be nice, if the corresponding package could be patched. > > /usr/portage is the default location of the portage tree... I.e., there is not any chance to solve this issue by installing a patched package? It is only possible to patch /usr/portage/eclass/dotnet.eclass directly?
I'm not a Gentoo developer, but it does seem like patching the eclass is the best option, because it can work for any package using the eclass. However, I would think you could patch any package to explicitly do what the eclass change would do. Depending on where in the build process the change would have an effect, you might need to manually write or modify one of the build steps instead of relying on the default.
(In reply to max parmer from comment #13) > Should be fixed here: > https://github.com/gentoo/dotnet/commit/ > bcf8f3e6e0be19140ad7951e6f51db93a980aecc I think you should add PR at https://github.com/gentoo/gentoo
I can't reproduce this. Where has it been fixed in gentoo? These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N ] dev-dotnet/gtk-sharp-2.12.21:2::gentoo USE="-debug" 2.440 KiB [ebuild NS ] sys-devel/automake-1.11.6-r3:1.11::gentoo [1.13.4-r2:1.13::gentoo, 1.16.2:1.16::gentoo] USE="(-test%)" 1.068 KiB Total: 2 packages (1 new, 1 in new slot), Size of downloads: 3.508 KiB Would you like to merge these packages? [Yes/No] >>> Verifying ebuild manifests >>> Emerging (1 of 2) sys-devel/automake-1.11.6-r3::gentoo >>> Installing (1 of 2) sys-devel/automake-1.11.6-r3::gentoo >>> Emerging (2 of 2) dev-dotnet/gtk-sharp-2.12.21::gentoo >>> Installing (2 of 2) dev-dotnet/gtk-sharp-2.12.21::gentoo >>> Recording dev-dotnet/gtk-sharp in "world" favorites file... >>> Jobs: 2 of 2 complete Load avg: 1.27, 0.78, 0.55 >>> Auto-cleaning packages...
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ab7fb81441611777b70102b20272c068cb2b9669 commit ab7fb81441611777b70102b20272c068cb2b9669 Author: Jakov Smolic <jakov.smolic@sartura.hr> AuthorDate: 2021-05-23 12:35:43 +0000 Commit: David Seifert <soap@gentoo.org> CommitDate: 2021-05-23 12:35:43 +0000 dev-dotnet/gtk-sharp: Remove last-rited pkg Closes: https://bugs.gentoo.org/769041 Closes: https://bugs.gentoo.org/509398 Closes: https://bugs.gentoo.org/645786 Closes: https://bugs.gentoo.org/509396 Closes: https://bugs.gentoo.org/643048 Closes: https://bugs.gentoo.org/573520 Closes: https://bugs.gentoo.org/659422 Signed-off-by: Jakov Smolic <jakov.smolic@sartura.hr> Signed-off-by: David Seifert <soap@gentoo.org> dev-dotnet/gtk-sharp/Manifest | 1 - .../gtk-sharp-2.12.21-mono-ambiguous-range.patch | 15 ------ dev-dotnet/gtk-sharp/gtk-sharp-2.12.21.ebuild | 62 ---------------------- dev-dotnet/gtk-sharp/metadata.xml | 5 -- profiles/package.mask | 8 --- 5 files changed, 91 deletions(-)
