[gentoo-user] postfix log: Non-Compliant sender address. Code : -2
I'm trying to send myself an email from remote computer running "postfix" via my domain (hosted by Rogers, formally Shaw). but I'm getting an error message in log: postfix/smtp[8743]: E0DAD17E00DB: to=, relay=mail.shaw-domain.com[xx.xx.xx.xxx]:1025, delay=2.7, delays=0.03/0.01/2/0.68, dsn=5.7.1, status=bounced (host mail.shaw-domain.com[xx.xx.xx.xxx] said: 550 5.7.1 Non-Compliant sender address. Code : -2 (in reply to end of DATA command)) postfix setting: relayhost = mail.shaw-domain.com:1025 smtpd_sasl_auth_enable = yes smtp_sasl_auth_enable = yes smtp_sasl_security_options = noanonymous smtp_sasl_password_maps = hash:/etc/postfix/sasl_pass smtp_use_tls = yes smtp_tls_security_level = encrypt smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt These setting were working OK before Rogers took over the Shaw.
Re: [gentoo-user] Emerge trouble with firefox and thunderbird ...
On Sun, Mar 10, 2024 at 08:43:46PM +0100, ralfconn wrote > Given the warning message reported by Peter ("Enable USE=clang unless > you have a very good reason not to.") That message comes from sys-libs/compiler-rt which is a dedicated runtime lib for clang. It makes sense to use clang if you're building the clang toolchain... just like using gcc if you're building the gcc toolchain. -- Roses are red Roses are blue Depending on their velocity Relative to you
Re: [gentoo-user] Re: Emerge trouble with firefox and thunderbird ...
On 10/03/24 at 01:50, mp666 wrote: On Sat, 9 Mar 2024 08:04:06 +, Wols Lists wrote: For anyone else who hits this sort of problem, I did an USE=-clang emerge --update @world (firefox and thunderbird were the only programs I thought this would touch), and it worked. There were a couple of other programs that I guess got pulled in by the changed use, but they've upgraded which is the main thing. Thank you very much Cheers, Wol This is a known problem. It generally shows itself with older architectures like AMD Phenom II, Bulldozer, Intel Core 2 etc. "-march=native" in the make.conf file was the culprit, IIRC, and replacing it with core2 or amd's equivalent option solved it. I, instead, put "-clang" in my package.use file, for firefox. No problem with Firefox builds since then. The CPU of the machine in question is in deed an old AMD. It's good to know the reason for that build-failures, thanks a lot. I certainly will stick to "-clang" in my package.use. Greetings, Carsten
Re: [gentoo-user] Re: is a global use flag necessary for python?
On Sun, Mar 10, 2024 at 06:43:56PM -, Grant Edwards wrote > Just back up your user data and re-install. Also back up /etc/ for your app configs and stuff like hosts and resolve.conf and make.ccnf and package.use and package.mask etc. And remember /var/lib/. /var/lib/portage/ has your sets including world. /var/lib/iptables and /var/lib/ip6tables have your firewall rules. The files from /etc/ and /var/lib/ should be checked before blindly dumping them into your new machine. -- Roses are red Roses are blue Depending on their velocity Relative to you
Re: [gentoo-user] Emerge trouble with firefox and thunderbird ...
Il 10/03/24 15:08, Peter Humphrey ha scritto: On Sunday, 10 March 2024 07:17:27 GMT Walter Dnes wrote: So there are at least 2 people who've found out that Firefox can and *MUST* be built with USE="-clang". Ah. I'll change my USE flag straight away. Thanks Walter. This got me wondering, here I don't have clang in my make.config. The main packages using it are: [I] www-client/firefox Installed versions: 123.0.1(rapid)(21:16:32 03/06/24)(X clang ... [I] mail-client/thunderbird Installed versions: 115.8.1(21:14:19 03/07/24)(X clang ... [I] app-office/libreoffice Installed versions: 7.6.5.2^t(21:42:53 03/06/24)(... -clang ... libreoffice sees it unset because it is not present in the global uses. firefox and thunderbird instead set it in the ebuild: $ grep clang /var/db/repos/gentoo/www-client/firefox/firefox-123.0.ebuild IUSE="+clang cpu_flags_arm_neon dbus debug eme-free hardened hwaccel" $ grep clang /var/db/repos/gentoo/mail-client/thunderbird/thunderbird-115.8.1.ebuild IUSE="+clang cpu_flags_arm_neon dbus debug eme-free hardened hwaccel" Both packages have no issues here with +clang. Given the warning message reported by Peter ("Enable USE=clang unless you have a very good reason not to.") and the fact that gentoo developers decided to switch it on specifically for these packages it would probably be a better idea to file a bugzilla rather than forcing the use of GCC, which might fix the issue now but lead to problems later. As usual, YMMV. raf
[gentoo-user] Re: is a global use flag necessary for python?
On 2024-03-09, Walter Dnes wrote: > On Sat, Mar 09, 2024 at 07:55:13PM +0100, n952162 wrote >> I just synced my system after a long delay, > > That's your problem right there. Yep, to quote Olivia Rodrigo... Bad idea, right? >> Is there a way to do it globally? > > First of all python targets should not need to be mentioned in > make.conf or package.use. Like the girl said. > Gentoo manages versions automatically... if you update often enough. This has been pointed out here (I think even to the OP) more than once. Gentoo is not appropriate for machines that don't get updated regularly. I recommend at least once a week, but once a month will probably be OK. Much longer than a few months and you're asking for trouble. Hard-wiring PYTHON versions is also asking for trouble. Combining the two is demanding trouble. Just back up your user data and re-install. There are ways to get out of your mess, but if you have to ask... As they used to say at the billiards tournaments: "If you could make a shot like that, you wouldn't need to make a shot like that." -- Grant
[gentoo-user] Re: How to set up drive with many Linux distros?
On 2024-03-10, Michael wrote: > Perhaps I'm picking up on semantics, but shouldn't this sentence: > > "... The gap between the DOS disklabel and the first partition" > > read: > > "The gap between the MBR and the first partition"? Yes, thanks -- MBR is more accurate, I've changed that sentence. > Your next paragraph pointed out something which I hadn't considered at any > length. Namely, the installation of GRUB's boot.img in a MBR or VBR also > hardcodes in a block list format the location of the first sector where the > core.img is stored and more importantly, the physical position of this sector > can be altered both by COW fs (and by the wear levelling firmware of flash > storage devices). > > I had assumed both the COW fs and/or the flash controller will in > both cases translate any physical data position to the logical layer > and presented this to inquiring software. Have you actually tried > using btrfs as a distro's root fs to see if the VBR installed GRUB > boot.img will ever lose access to the core.img? No, I haven't. I agree that the flash controller can't change the logical address of a filesystem data block without the knowledge of the filesystem, so I don't think controller layer wear-leveling would be a problem. But, the filesystem layer is allowed to move data blocks around, so flash-aware filesystems that attempt to do wear-leveling or defragmentation could move data blocks. Some of the descriptions I've read of "fancier" filesystem internals have also implied implied that does happen under certain conditions, but I may have misunderstood or the descriptions may have been wrong. My use of these multi-boot installs have no need for anything beyond exnN, so I've never tried using block lists with anything other than extN filesystems. Since I am confident extN filesystems won't cause problems, I've always stuck with that. -- Grant
Re: [gentoo-user] Emerge trouble with firefox and thunderbird ...
On Sunday, 10 March 2024 07:17:27 GMT Walter Dnes wrote: > So there are at least 2 people who've found out that Firefox can and > *MUST* be built with USE="-clang". Ah. I'll change my USE flag straight away. Thanks Walter. -- Regards, Peter.
[gentoo-user] Re: Emerge trouble with firefox and thunderbird ...
On Sat, 9 Mar 2024 08:04:06 +, Wols Lists wrote: > For anyone else who hits this sort of problem, I did an > > USE=-clang emerge --update @world > > (firefox and thunderbird were the only programs I thought this would > touch), and it worked. > > There were a couple of other programs that I guess got pulled in by the > changed use, but they've upgraded which is the main thing. > > Thank you very much > > Cheers, > Wol This is a known problem. It generally shows itself with older architectures like AMD Phenom II, Bulldozer, Intel Core 2 etc. "-march=native" in the make.conf file was the culprit, IIRC, and replacing it with core2 or amd's equivalent option solved it. I, instead, put "-clang" in my package.use file, for firefox. No problem with Firefox builds since then.
Re: [gentoo-user] Re: How to set up drive with many Linux distros?
On Friday, 8 March 2024 23:24:02 GMT Grant Edwards wrote: > On 2024-02-22, Grant Edwards wrote: > > For many years, I've used a hard drive on which I have 8-10 Linux > > distros installed -- each in a separate (single) partition. > > > > [...] > > > > Is there an easier way to do this? > > After some additional studying of UEFI and boot managers like rEFInd, > I decided that my current approach was still the easiest method. I did > switch from DOS to GPT disklabel (I bricked my old drive tring to > update the firmware, so I had to start over anyway). > > In case anybody is interested in the gory details, I documented my > scheme and the helper shell scripts at > > https://github.com/GrantEdwards/Linux-Multiboot Thank you Grant for taking time to share your clear and well structured write up, what with helpful scripts and all! Its easy to follow and should help others, hopefully before they discover belatedly many distro installers can mess up a multiboot scheme, if they don't step in to keep things in check. Perhaps I'm picking up on semantics, but shouldn't this sentence: "... The gap between the DOS disklabel and the first partition" read: "The gap between the MBR and the first partition"? I'm saying this because the MBR in sector 0 contains the bootstrap code (446 bytes), the partition table (a.k.a. DOS disklabel 4x16 bytes) and the boot sector signature (2 bytes). On MBR partitioned disks the core.img is stored after the MBR, in sector 1 onward. Your next paragraph pointed out something which I hadn't considered at any length. Namely, the installation of GRUB's boot.img in a MBR or VBR also hardcodes in a block list format the location of the first sector where the core.img is stored and more importantly, the physical position of this sector can be altered both by COW fs (and by the wear levelling firmware of flash storage devices). I had assumed both the COW fs and/or the flash controller will in both cases translate any physical data position to the logical layer and presented this to inquiring software. Have you actually tried using btrfs as a distro's root fs to see if the VBR installed GRUB boot.img will ever lose access to the core.img? signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] is a global use flag necessary for python?
Le dim. 10 mars 2024 à 00:22, n952162 a écrit : > > On 3/9/24 20:51, Walter Dnes wrote: > > On Sat, Mar 09, 2024 at 07:55:13PM +0100, n952162 wrote > >> Hello all, > >> > >> I just synced my system after a long delay, > >That's your problem right there. > > > >> Is there a way to do it globally? > >First of all python targets should not need to be mentioned in > > make.conf or package.use. Gentoo manages versions automatically... if > > you update often enough. First thing to do is update python so programs > > have somthing up-to-date to build against. Try... > > > > emerge -1 python > > > > ...and then update world. > > > > > * IMPORTANT: 2 config files in '/etc/portage' need updating. > Calculating dependencies * See the CONFIGURATION FILES and > CONFIGURATION FILES UPDATE TOOLS > * sections of the emerge man page to learn how to update config files. > .. ... ... done! > [ebuild N ] dev-python/gentoo-common-1 > [ebuild N ] dev-python/ensurepip-pip-24.0 > [ebuild U ] dev-lang/python-exec-2.4.10 [2.4.8] > PYTHON_TARGETS="(python3_11%*) (python3_12%*)" > [ebuild U ] app-arch/gzip-1.13 [1.11] USE="-verify-sig%" > [ebuild N ] app-alternatives/gzip-1 USE="reference (split-usr) -pigz" > [ebuild U ] dev-build/autoconf-2.71-r6 [2.71-r1] > [ebuild U ] dev-build/automake-1.16.5-r2 [1.16.4] > [ebuild NS] dev-lang/python-3.12.2_p1 [3.6.15, 3.7.12_p1, 3.8.13, > 3.9.9-r1, 3.10.2_p1] USE="ensurepip%* -debug% -valgrind%" > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > dev-lang/python-exec:2 > >(dev-lang/python-exec-2.4.10:2/2::gentoo, ebuild scheduled for merge) > USE="(native-symlinks) -test" ABI_X86="(64)" PYTHON_TARGETS="(pypy3) > (python3_10) (python3_11) (python3_12)" pulled in by > dev-lang/python-exec[python_targets_python3_12(-)] required by > (dev-lang/python-3.12.2_p1:3.12/3.12::gentoo, ebuild scheduled for > merge) USE="ensurepip gdbm ncurses readline sqlite ssl -bluetooth -build > -debug -examples -libedit -pgo -test -tk -valgrind -verify-sig" > ABI_X86="(64)" > > >(dev-lang/python-exec-2.4.8:2/2::gentoo, installed) > USE="(native-symlinks) userland_GNU -test" ABI_X86="(64)" > PYTHON_TARGETS="(pypy3) (python3_10) python3_8 python3_9" pulled in by > > >=dev-lang/python-exec-2:2/2=[python_targets_python3_8(-),python_targets_python3_9(-)] > required by (dev-python/pyparsing-2.4.7-r1:0/0::gentoo, installed) > USE="userland_GNU -examples" ABI_X86="(64)" PYTHON_TARGETS="python3_8 > python3_9 (-pypy3) -python3_10" > > > >=dev-lang/python-exec-2:2/2=[python_targets_python3_8(-),python_targets_python3_9(-)] > required by (app-portage/gemato-16.2:0/0::gentoo, installed) USE="gpg > userland_GNU -test -tools" ABI_X86="(64)" PYTHON_TARGETS="python3_8 python3_9 > (-pypy3) -python3_10" > > > >=dev-lang/python-exec-2:2/2=[python_targets_python3_8(-),python_targets_python3_9(-)] > required by (dev-python/namespace-sphinxcontrib-1.0:0/0::gentoo, installed) > USE="userland_GNU" ABI_X86="(64)" PYTHON_TARGETS="python3_8 python3_9 > (-pypy3) -python3_10" > > > >=dev-lang/python-exec-2:2/2=[python_targets_python3_8(-),python_targets_python3_9(-)] > required by (dev-python/cython-0.29.24-r1:0/0::gentoo, installed) > USE="userland_GNU -doc -emacs -test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 > python3_9 (-pypy3) -python3_10" > > > >=dev-lang/python-exec-2:2/2=[python_targets_python3_8(-),python_targets_python3_9(-)] > required by (x11-base/xcb-proto-1.14.1:0/0::gentoo, installed) > USE="userland_GNU" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python3_8 > python3_9" > > dev-lang/python-exec[python_targets_python3_9(-)] required by > (dev-lang/python-3.9.9-r1:3.9/3.9::gentoo, installed) USE="gdbm ncurses > readline sqlite ssl userland_GNU xml -bluetooth -build -examples > -hardened -lto -pgo -test -tk -verify-sig -wininst" ABI_X86="(64)" > > >=dev-lang/python-exec-2:2/2=[python_targets_python3_8(-)] required > by (dev-python/backports-zoneinfo-0.2.1-r1:0/0::gentoo, installed) > USE="userland_GNU -test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 (-pypy3)" > > > >=dev-lang/python-exec-2:2/2=[python_targets_python3_8(-),python_targets_python3_9(-)] > required by (dev-python/lxml-4.6.3-r1:0/0::gentoo, installed) USE="threads > userland_GNU -doc -examples -test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 > python3_9 (-pypy3) -python3_10" > > > >=dev-lang/python-exec-2:2/2=[python_targets_python3_8(-),python_targets_python3_9(-)] > required by (dev-python/sphinxcontrib-devhelp-1.0.2:0/0::gentoo, installed) > USE="userland_GNU -test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 python3_9 > (-pypy3) -python3_10" > > > >=dev-lang/python-exec-2:2/2=[python_targets_python3_8(-),python_targets_python3_9(-)] > required by (dev-python/PySocks-1.7.1-r1:0/0::gentoo, installed) > USE="userland_GNU" ABI_X86="(64)"