Re: Salix 15.0RC4
Posted: 1. Sep 2022, 02:41
I downloaded the RC4 and did a fresh installation this afternoon on the Dell laptop [specs in my signature]. I used the 64-bit .iso, BIOS installation, with a (US) English locale.
Almost everything I've tried so far is working normally / as expected , but there are a few new issues which I did not experience with the previous RC3 release.
(I should mention that although this word is an [uncommon] English-language word (8 characters in length), it is found in dictionaries. However, in the past, the installer just warned me that it is a 'weak' password, then allowed me to proceed.
So I thought, "OK ... No problem. I'll modify it and try again." I tried using that same 8-character word, but also added a two-digit number [Arabic numerals] to it, for a total length of 10 characters. The new password was rejected with the same "BAD PASSWORD" error message).
I finally ended up creating a non-dictionary, alphanumeric password (11 characters long) which was accepted as being OK.
This isn't really a problem but I wasn't expecting to encounter this level of "pickiness" with the installer -- unless I did something wrong. It might be a good idea to include a brief pre-installation note advising users that password parameters are stricter than before. That could potentially eliminate some frustration ...
My workaround was to hide it, by right-clicking on the Codecs Installer in the menu and selecting "Hide Application."
I'll continue testing and report any other glitches that I experience.
As always, gapan, Ευχαριστώ πολύ! for all your effort.
Almost everything I've tried so far is working normally / as expected , but there are a few new issues which I did not experience with the previous RC3 release.
- More stringent control of setting password for user account(s):
(I should mention that although this word is an [uncommon] English-language word (8 characters in length), it is found in dictionaries. However, in the past, the installer just warned me that it is a 'weak' password, then allowed me to proceed.
So I thought, "OK ... No problem. I'll modify it and try again." I tried using that same 8-character word, but also added a two-digit number [Arabic numerals] to it, for a total length of 10 characters. The new password was rejected with the same "BAD PASSWORD" error message).
I finally ended up creating a non-dictionary, alphanumeric password (11 characters long) which was accepted as being OK.
This isn't really a problem but I wasn't expecting to encounter this level of "pickiness" with the installer -- unless I did something wrong. It might be a good idea to include a brief pre-installation note advising users that password parameters are stricter than before. That could potentially eliminate some frustration ...
- The Multimedia Codecs Installer was not removed from the menu after being run.
My workaround was to hide it, by right-clicking on the Codecs Installer in the menu and selecting "Hide Application."
- pdfarranger does not launch after installation.
Code: Select all
david[~]$ pdfarranger
Traceback (most recent call last):
File "/usr/bin/pdfarranger", line 33, in <module>
sys.exit(load_entry_point('pdfarranger==1.8.2', 'console_scripts', 'pdfarranger')())
File "/usr/bin/pdfarranger", line 25, in importlib_load_entry_point
return next(matches).load()
File "/usr/lib64/python3.9/importlib/metadata.py", line 86, in load
module = import_module(match.group('module'))
File "/usr/lib64/python3.9/importlib/__init__.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "<frozen importlib._bootstrap>", line 1030, in _gcd_import
File "<frozen importlib._bootstrap>", line 1007, in _find_and_load
File "<frozen importlib._bootstrap>", line 986, in _find_and_load_unlocked
File "<frozen importlib._bootstrap>", line 680, in _load_unlocked
File "<frozen importlib._bootstrap_external>", line 850, in exec_module
File "<frozen importlib._bootstrap>", line 228, in _call_with_frames_removed
File "/usr/lib64/python3.9/site-packages/pdfarranger/pdfarranger.py", line 30, in <module>
import pikepdf
File "/usr/lib64/python3.9/site-packages/pikepdf/__init__.py", line 19, in <module>
from ._version import __version__
File "/usr/lib64/python3.9/site-packages/pikepdf/_version.py", line 7, in <module>
from pkg_resources import DistributionNotFound
File "/usr/lib64/python3.9/site-packages/pkg_resources/__init__.py", line 3243, in <module>
def _initialize_master_working_set():
File "/usr/lib64/python3.9/site-packages/pkg_resources/__init__.py", line 3226, in _call_aside
f(*args, **kwargs)
File "/usr/lib64/python3.9/site-packages/pkg_resources/__init__.py", line 3255, in _initialize_master_working_set
working_set = WorkingSet._build_master()
File "/usr/lib64/python3.9/site-packages/pkg_resources/__init__.py", line 568, in _build_master
ws.require(__requires__)
File "/usr/lib64/python3.9/site-packages/pkg_resources/__init__.py", line 886, in require
needed = self.resolve(parse_requirements(requirements))
File "/usr/lib64/python3.9/site-packages/pkg_resources/__init__.py", line 772, in resolve
raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'packaging>=20' distribution was not found and is required by pikepdf
As always, gapan, Ευχαριστώ πολύ! for all your effort.