Re: [gentoo-user] Re: emerge times blown out
Thanks everyone for your suggestions. I've checked the frequencies of the cores and they are scaling properly: cpu MHz : 4024.653 cpu MHz : 4024.678 cpu MHz : 4024.639 cpu MHz : 4024.605 cpu MHz : 4024.643 etc Will continue to pursue these lines of thought.
[solved] [gentoo-user] Completed installing ... into /tmp/portage/app-emulation/virt-manager-4.0.0
> stable (on amd64) uses “gtk”[1], testing uses “gui”[2]. Upgraded to 4.1 & added "gui", got it installed. Thank you -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
[gentoo-user] Re: [gentoo-releng] Re: No New Image 12th February 2023
Do you really think these e-mails are helpful? Am Sonntag, 19. Februar 2023, 18:43:33 CET schrieb Luna Jernberg: > Failed images today too > > On 2/12/23, Luna Jernberg wrote: > > Broken builds for amd64 today too :( > > > > On 1/16/23, Luna Jernberg wrote: > >> Hey! > >> > >> Did the ISO builds not go as planned last week? > >> > > > > -- Andreas K. Hüttel dilfri...@gentoo.org Gentoo Linux developer (council, qa, toolchain, base-system, perl, libreoffice)
[gentoo-user] Re: No New Image 12th February 2023
Failed images today too On 2/12/23, Luna Jernberg wrote: > Broken builds for amd64 today too :( > > On 1/16/23, Luna Jernberg wrote: >> Hey! >> >> Did the ISO builds not go as planned last week? >> >
Re: [gentoo-user] Discontinued Package: Copy to local overlay, just leave installed, or install manually?
On 19/02/2023 11:57, Matthias Hanft wrote: Ehm... maybe a misunderstanding? The posting I mentioned was: --- cut here --- Subject: [gentoo-dev] Last rites: dev-python/oauth2client and revdeps (app-misc/gcalcli, app-misc/goobook, net-misc/gsutil) # Michał Górny (2023-02-03) # The package has been archived upstream. It is broken with all Python # versions supported by Gentoo, and it is broken with django-2. # The other listed packages are its reverse dependencies. # Removal on 2023-03-05. Bug #718972. app-misc/gcalcli app-misc/goobook dev-python/gcs-oauth2-boto-plugin dev-python/google-apitools dev-python/google-reauth-python dev-python/oauth2client net-misc/gsutil --- cut here --- I interpreted this as "all of them are going to be removed". Anyway, "equery d oauth2client" lists gcs-oauth2-boto-plugin, google-apitools, and google-reauth-python as well (which are dependencies of gsutil). So even the removal of oauth2client alone would break gsutil. BTW, all of them have only python_targets_python3_9 and 3_10. Currenty I have Python 3.10 and 3.11 installed, and "eselect python list" says "3.11 3.10" (in that order). Why does gsutil work anyway? Automatic fallback to 3.10? I guess I must not ever deinstall Python 3.10 in order to keep this running? -Matt Fair enough - so the issue is really with dev-python/oauth2client which does look abandoned. That's the package you really need to keep a local copy of but that really looks like it could break at any time. However the README from that package states:- "Note: oauth2client is now deprecated. No more features will be added to the libraries and the core team is turning down support. We recommend you use google-auth and oauthlib. For more details on the deprecation, see oauth2client deprecation." Portage has google-auth and friends. Note that gsutil itself is still being maintained (at https://github.com/GoogleCloudPlatform/gsutil) and as it's the "official" Google package then is already likely to work with the latest access methods. Worst case uninstall the portage gsutil and look into installing gsutil into /usr/local from the official GoogleCloud site above. I'd expect Portage's gsutil to catch up at some point. IMO installing local copies of gsutil with broken dependency packages and then maintaining them looks like a potential world of pain !
[gentoo-user] Nextcloud-24.0.7 and proxy settings
Hi there, I'm trying to setup a nextcloud instance inside a DMZ that has no direct connection to the outside world, only via proxy. The proxy itself is working fine, but I fail to configure nextcloud to actually use this proxy. According to the docs, I tried setting the proxy field in config/config.php, i.e. '10.46.1.109:3128', 'proxyuserpwd' => '', ... ); But this setting seems to be ignored, tcpdump does not show any connection attempt to that ip and nextcloud complains that it cannot connect to the internet. In another forum I found that in /etc/apache2/vhosts.d/10_nextcloud_vhosts.conf, environment variables like HTTP_PROXY and HTTPS_PROXY may be set, i.e. ... SetEnv HTTP_PROXY 10.46.1.109:3128 SetEnv HTTPS_PROXY 10.46.1.109:3128 ... But this also does not seem to work. Any other ideas? Thanks Alex
Re: [gentoo-user] Discontinued Package: Copy to local overlay, just leave installed, or install manually?
Mike Civil wrote: > > OK I don't use gsutil so can't test what the removal of the two components > would mean but I don't see where the bug says gsutils itself is going to be > removed? Ehm... maybe a misunderstanding? The posting I mentioned was: --- cut here --- Subject: [gentoo-dev] Last rites: dev-python/oauth2client and revdeps (app-misc/gcalcli, app-misc/goobook, net-misc/gsutil) # Michał Górny (2023-02-03) # The package has been archived upstream. It is broken with all Python # versions supported by Gentoo, and it is broken with django-2. # The other listed packages are its reverse dependencies. # Removal on 2023-03-05. Bug #718972. app-misc/gcalcli app-misc/goobook dev-python/gcs-oauth2-boto-plugin dev-python/google-apitools dev-python/google-reauth-python dev-python/oauth2client net-misc/gsutil --- cut here --- I interpreted this as "all of them are going to be removed". Anyway, "equery d oauth2client" lists gcs-oauth2-boto-plugin, google-apitools, and google-reauth-python as well (which are dependencies of gsutil). So even the removal of oauth2client alone would break gsutil. BTW, all of them have only python_targets_python3_9 and 3_10. Currenty I have Python 3.10 and 3.11 installed, and "eselect python list" says "3.11 3.10" (in that order). Why does gsutil work anyway? Automatic fallback to 3.10? I guess I must not ever deinstall Python 3.10 in order to keep this running? -Matt
Re: [gentoo-user] Is it OK to get rid of app-alternatives/* ?
On Wed, 15 Feb 2023 23:09:54 -0500, Walter Dnes wrote: > > It's bad enough depclean deleting the active kernel if you don't > > watch out, without something deciding to install a non-existent > > kernel and deleting the live one :-) > > I have my own hand-coded script that runs "emerge --pretend > --depclean" and tweaks/filters the output into another script called > "cleanscript". I've set it to filter out "gentoo-sources". I then > inspect "cleanscript" before running it. And, oh yeah, depclean wants > to remove nano. I had to "emerge -n nano" to protect it. You can add kernel sources to a set so they are never depcleaned % cat sets.conf [kernels] class = portage.sets.dbapi.OwnerSet world-candidate = False files = /usr/src Then emerge -n @kernels I do the same with gcc so I can keep the previous version [gcc] class = portage.sets.dbapi.OwnerSet world-candidate = False files = /usr/x86_64-pc-linux-gnu/gcc-bin -- Neil Bothwick For security reasons, all text in this mail is double-rot13 encrypted. pgpKCqrC02a0u.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Discontinued Package: Copy to local overlay, just leave installed, or install manually?
On 19/02/2023 09:24, Matthias Hanft wrote: according to https://bugs.gentoo.org/718972 (and a posting in the dev list), gsutil (and all needed libs) will be removed from the tree because "it's broken" (which is not true - works like a charm). The original bug report only has two comments. The first from 2 years ago to report that django and flask components aren't working with recent python versions. The recent 2nd comment and patch removes the django and flask components and adds support to gsutils for newer python versions. OK I don't use gsutil so can't test what the removal of the two components would mean but I don't see where the bug says gsutils itself is going to be removed?
Re: [gentoo-user] Discontinued Package: Copy to local overlay, just leave installed, or install manually?
On 2023-02-19 10:24+0100 Matthias Hanft wrote: > Hi, > > according to https://bugs.gentoo.org/718972 (and a posting > in the dev list), gsutil (and all needed libs) will be removed > from the tree because "it's broken" (which is not true - works > like a charm). > > Since I do need gsutil urgently, I have already copied the needed > ebuilds from /usr/portage to a local overlay in order to "emerge > -c gsutil::gentoo" and then "emerge gsutil::local". > > But then came to my mind: Is that necessary at all? As far as I > know, I can just leave discontinued packages installed and continue > to use them - regardless of whether they are still in portage tree > or not. True or false? Yes, you can just continue to use them. The ebuild will be kept in /var/db/pkg/ in case portage needs to reinstall them or so. However, it might make sense to copy it to a local overlay to make it easier to get an overview of self/un -maintained packages. And since gsutil requires Python, you'll have to modify the ebuild at some point anyway to add support for newer Python versions. > Or is it better to get rid of portage/ebuilds at all and do a > manual installation, as described at > https://cloud.google.com/storage/docs/gsutil_install?hl=en ? I'd say use the ebuild since it already exists. Makes breakage less likely. Kind regards, tastytea
[gentoo-user] Discontinued Package: Copy to local overlay, just leave installed, or install manually?
Hi, according to https://bugs.gentoo.org/718972 (and a posting in the dev list), gsutil (and all needed libs) will be removed from the tree because "it's broken" (which is not true - works like a charm). Since I do need gsutil urgently, I have already copied the needed ebuilds from /usr/portage to a local overlay in order to "emerge -c gsutil::gentoo" and then "emerge gsutil::local". But then came to my mind: Is that necessary at all? As far as I know, I can just leave discontinued packages installed and continue to use them - regardless of whether they are still in portage tree or not. True or false? Or is it better to get rid of portage/ebuilds at all and do a manual installation, as described at https://cloud.google.com/storage/docs/gsutil_install?hl=en ? Thanks, -Matt