SOME UNKNOWN PROCESS IS DELETING LIBSSL.so* and LIBCRYPTO.SO* FROM MY SYSTEM, I HAVE TO USE STAGE3 TO TEMP-PATCH THE SYSTEM SO THAT EMERGE CAN FUNCTION, NEW VERSION SWITCHED TO LIBCRYPTO.SO.3 WHICH IS NOT IN THE STAGE3 I DOWNLOADED A FEW DAYS AGO. Sorry for caps there, had to emphasize that critical point. tortoise ~ # emerge --sync >>> Syncing repository 'gentoo' into '/usr/portage'... * Using keys from /usr/share/openpgp-keys/gentoo-release.asc * Refreshing keys via WKD ...Traceback (most recent call last): File "/usr/lib/python3.11/site-packages/portage/util/_async/AsyncFunction.py", line 45, in _run result = self.target(*(self.args or []), **(self.kwargs or {})) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/portage/sync/controller.py", line 165, in sync taskmaster.run_tasks(tasks, func, status, options=task_opts) File "/usr/lib/python3.11/site-packages/portage/sync/controller.py", line 65, in run_tasks result = getattr(inst, func)(**kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/portage/sync/syncbase.py", line 364, in sync return self.update() ^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/portage/sync/modules/rsync/rsync.py", line 165, in update self._refresh_keys(openpgp_env) File "/usr/lib/python3.11/site-packages/portage/sync/syncbase.py", line 286, in _refresh_keys if openpgp_env.refresh_keys_wkd(): ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/gemato/openpgp.py", line 589, in refresh_keys_wkd resp = requests.get(url, proxies=proxies, timeout=self.timeout) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/requests/api.py", line 73, in get return request("get", url, params=params, **kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/requests/api.py", line 59, in request return session.request(method=method, url=url, **kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/requests/sessions.py", line 589, in request resp = self.send(prep, **send_kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/requests/sessions.py", line 703, in send r = adapter.send(request, **kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/requests/adapters.py", line 486, in send resp = conn.urlopen( ^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/urllib3/connectionpool.py", line 769, in urlopen conn = self._get_conn(timeout=pool_timeout) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/urllib3/connectionpool.py", line 295, in _get_conn return conn or self._new_conn() ^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/urllib3/connectionpool.py", line 1056, in _new_conn raise ImportError( ImportError: Can't connect to HTTPS URL because the SSL module is not available. >>> Syncing repository 'steam-overlay' into '/var/db/repos/steam-overlay'... /usr/bin/git fetch origin --depth 1 /usr/libexec/git-core/git-remote-https: error while loading shared libraries: libcrypto.so.3: cannot open shared object file: No such file or directory !!! git fetch error in /var/db/repos/steam-overlay * IMPORTANT: 1 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. Action: sync for repo: gentoo, returned code = 1 Action: sync for repo: steam-overlay, returned code = 128 tortoise ~ # Wow, just wow, this is the most broken my system has been since you sent down updates that refactored ncurses... Reproducible: Always System has been in self-destruct mode since my dvorak keyboard configs were broken by update. I think I have the incantation to make it work though have not fully tested the new one yet, typing dvorak at the moment so that fire is contained. The next thing to break was that sandbox was denying all file open requests including /dev/null. (!!! STILL BROKEN !!!), now there is an issue where ???? (virus?????) is deleting core ssl and crypto libraries on either an interval or during the process of attempting to emergre certain ebuilds, (UNKONWN). Now an update has broken the workaround I had been using, (manually injecting binary files) is not feasible anymore, I'm really running out of options. Last time I installed this system was 2010... Maybe I should upgrade to windows 11.... =\ Major things that stopped working in the last few months: -> seamonkey now crashes on __ANY__ multimedia-containing page. -> Steam cannot be used on the system, was great before, have extensive library on this machine.
(In reply to Alan Grimes from comment #0) > Last time I installed this system was 2010... Maybe > I should upgrade to windows 11.... =\ The quickest and easiest way to solve all your problems in one shot is a clean install ... well ok, maybe not quick if your hardware is from 2010
You can try to grab an old coreutils (like 'sort') from a stage3. But it's hard ot know what you've done now you've got the inverse problem with a missing openssl-3.
(In reply to cyrillic from comment #1) > (In reply to Alan Grimes from comment #0) > > Last time I installed this system was 2010... Maybe > > I should upgrade to windows 11.... =\ > > The quickest and easiest way to solve all your problems in one shot is a > clean install ... well ok, maybe not quick if your hardware is from 2010 Well I needed an install for 64 bit, so I installed a 64 bit install to support existing /home drive dating back to 2004. Several upgrades later and I'm running the same distro on a new-ish SATA SSD, a 24 core threadripper with 96 gb ram, and a Titan RTX video card. I have simply repaired all problems that have arisen in the last 13 years and rolled forward, smug in the inherent superiority of Gentoo. =\
made progress by MANUALLY compiling openssl. This works until emerge (with sandbox disabled) tries to install openssl the automatic way and refuses to steamroller the manually installed files. This is dificult because the manually installed files are NECESSARY to make emerge work, but restoring the system to a normal state then becomes impossible. =| There needs to be a protocol somewhere in the ebuild system that marks packages as essential and disable all tests of that nature because the existing file is 99% going to be the user desperately implementing a work-around.
(In reply to Alan Grimes from comment #4) > made progress by MANUALLY compiling openssl. This works until emerge (with > sandbox disabled) tries to install openssl the automatic way and refuses to > steamroller the manually installed files. This is dificult because the > manually installed files are NECESSARY to make emerge work, but restoring > the system to a normal state then becomes impossible. =| There needs to be a > protocol somewhere in the ebuild system that marks packages as essential and > disable all tests of that nature because the existing file is 99% going to > be the user desperately implementing a work-around. This exists already but you're disabling it. This is called FEATURES="preserve-libs". You also still haven't given emerge --info.
Created attachment 864503 [details] emerge --info output This is my emerge info, I hardly ever touch my configs except to fix problems.
(In reply to Alan Grimes from comment #6) > Created attachment 864503 [details] > emerge --info output > > This is my emerge info, I hardly ever touch my configs except to fix > problems. Please enable FEATURES="preserve-libs".
