Re: [gentoo-user] Re: dns/bind-tools 9.14 -> 9.16 pulling in 17 new dependencies?!
On Wed, Jul 22, 2020 at 04:13:10PM +0100, Peter Humphrey wrote > On Wednesday, 22 July 2020 14:59:01 BST Walter Dnes wrote: > > On Wed, Jul 22, 2020 at 09:46:34AM +0100, Peter Humphrey wrote > > > > > So it doesn't even depend on the doc USE flag. > > > > Strange. On my system... > > > > But if you upgrade to 10.0.1, as I did today, you'll find things have > changed. > At least, I did. I assume you're on unstable? ACCEPT_KEYWORDS="~amd64" USE="-doc -libffi -ncurses emerge -pv =sys-devel/llvm-10.0.1 ...does indeed pull in sphinx. If I didn't know any better, I'd say that Lennart is behind this. Anyhow, I've managed to avoid llvm altogether (USE="-llvm"), so I don't have that problem. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Re: dns/bind-tools 9.14 -> 9.16 pulling in 17 new dependencies?!
On 2020-07-21 12:00, Grant Edwards wrote:
>
> That only requires 6 new packages (two of them are
> acct-{user,group}/polkitd, so it's only 4 new "real" packages. Of
> course every self-respecting package needs to install at least one new
> programming language -- this time it's dev-lang/spidermonkey. :/
>
> Sheesh.
>
You can get rid of a few of those with
sys-auth/elogind -policykit
sys-auth/pambase elogind
in package.use, if you don't need whatever it is that policykit does.
Re: [gentoo-user] Strange output when restarting network. Long term issue.
On Wed, Jul 22, 2020 at 09:13:22PM -0500, Dale wrote: > See how it receives the address from the router and then gives a prompt > again, then it mounts network file systems where I should type in a > command but that isn't me.. To get a prompt again, I have to hit the > return key. Why does it give me a prompt when it isn't done yet? > Shouldn't it finish completely before returning to a prompt? This is in > a Konsole, within KDE. That said, I'm pretty sure it does this on a > console, ctrl alt F*, screen as well. I can confirm I get this also, using st (suckless/simple terminal). I have a VPN script in my net.eno1 script, so the output might differ slightly from yours, although the strange behaviour seems the same. [super] root@ad-gentoo-main / # etc/init.d/net.eno1 restart * Stopping openvpn ... [ ok ] * Unmounting network filesystems ... [ ok ] * Bringing down interface eno1 * Stopping dhcpcd on eno1 ... sending signal TERM to pid 13839 waiting for pid 13839 to exit [ ok ] * Bringing up interface eno1 * dhcp ... * Running dhcpcd ... DUID 00:04:aa:aa:aa:aa:aa:aa:aa:aa:aa:aa:d8:cb:8a:c6:64:cd eno1: IAID 8a:c6:64:cd eno1: adding address fe80::fd5:dd1a:7c1c:f59c eno1: rebinding lease of 192.168.0.3 eno1: carrier lost eno1: deleting address fe80::fd5:dd1a:7c1c:f59c eno1: carrier acquired eno1: IAID 8a:c6:64:cd eno1: adding address fe80::fd5:dd1a:7c1c:f59c eno1: soliciting an IPv6 router eno1: rebinding lease of 192.168.0.3 eno1: Router Advertisement from fe80::c23e:fff:fe2a:8b8c eno1: adding address fda8:3e71:2eb6:0:3c02:829f:d71c:a8b9/64 eno1: adding address 2a02:c7d:25f3:2800:b8e1:f66c:e550:c1b3/64 eno1: adding route to fda8:3e71:2eb6::/64 eno1: adding route to 2a02:c7d:25f3:2800::/64 eno1: requesting DHCPv6 information eno1: adding default route via fe80::c23e:fff:fe2a:8b8c forked to background, child pid 14536 [ ok ] * received address [ ok ] [super] root@ad-gentoo-main / # * Starting openvpn ... [ ok ] * WARNING: openvpn has started, but is inactive * Mounting network filesystems ... [ ok ] [super] root@ad-gentoo-main / # I suspect that this is just a silly bug in which a prompt is displayed prematurely, and since the shell has already dispatched the $PS1, it waits until is received before showing it again, as it thinks you're in the process of typing a command. As the "Starting openvpn ..." text is printed to stdout, when you press enter, it assumes an empty command has been entered and does nothing but display another prompt. As a simple demonstration, see what happens when I type a command `echo Hello` before pressing enter: [super] root@ad-gentoo-main / # etc/init.d/net.eno1 restart <... TRIM OUTPUT ...> [super] root@ad-gentoo-main / # * Starting openvpn ... [ ok ] * WARNING: openvpn has started, but is inactive * Mounting network filesystems ... [ ok ] echo Hello Hello [super] root@ad-gentoo-main / # -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
[gentoo-user] Strange output when restarting network. Long term issue.
Howdy, It has been doing this for as long as I can recall. I'm pretty sure it did this on my old system before this one as well. This is what it does. root@fireball / # /etc/init.d/net.eth1 restart * Caching service dependencies ... [ ok ] * Unmounting network filesystems ... [ ok ] * Bringing down interface eth1 * Stopping dhcpcd on eth1 ... sending signal TERM to pid 2852 waiting for pid 2852 to exit [ ok ] * Bringing up interface eth1 * dhcp ... * Running dhcpcd ... DUID 00:99:00:01:1d:ab:d4:a4:00:01:35:80:cd:35 eth1: IAID 35:80:cd:35 eth1: adding address fe80::9dbe:4ab5:f194:3602 eth1: soliciting an IPv6 router eth1: rebinding lease of 192.168.0.100 eth1: probing address 192.168.0.100/24 eth1: leased 192.168.0.100 for 7200 seconds eth1: adding route to 192.168.0.0/24 eth1: adding default route via 192.168.0.1 forked to background, child pid 16225 [ ok ] * received address 192.168.0.100/24 [ ok ] root@fireball / # * Mounting network filesystems ... [ ok ] root@fireball / # See how it receives the address from the router and then gives a prompt again, then it mounts network file systems where I should type in a command but that isn't me.. To get a prompt again, I have to hit the return key. Why does it give me a prompt when it isn't done yet? Shouldn't it finish completely before returning to a prompt? This is in a Konsole, within KDE. That said, I'm pretty sure it does this on a console, ctrl alt F*, screen as well. While this doesn't break anything, it is sort of annoying. Maybe I have a setting wrong somewhere? Maybe there is a bad default setting? Maybe it does this for all of us? Just curious what it up with this. Dale :-) :-)
Re: [gentoo-user] Simple replacement for "getmail"?
> On 22 Jul 2020, at 12:01, Matthias Hanft wrote: > > I don't know "getmail", but "fetchmail" runs here since 10 years > without any problems. Just put a line like +1
Re: [gentoo-user] Re: dns/bind-tools 9.14 -> 9.16 pulling in 17 new dependencies?!
On Wednesday, 22 July 2020 14:59:01 BST Walter Dnes wrote: > On Wed, Jul 22, 2020 at 09:46:34AM +0100, Peter Humphrey wrote > > > So it doesn't even depend on the doc USE flag. > > Strange. On my system... But if you upgrade to 10.0.1, as I did today, you'll find things have changed. At least, I did. -- Regards, Peter.
Re: [gentoo-user] Re: dns/bind-tools 9.14 -> 9.16 pulling in 17 new dependencies?!
On Wed, Jul 22, 2020 at 09:46:34AM +0100, Peter Humphrey wrote > > So it doesn't even depend on the doc USE flag. > Strange. On my system... == USE="-doc" emerge -pv llvm [i660][root][~] USE="-doc" emerge -pv llvm These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] sys-devel/llvm-common-10.0.0::gentoo 117,974 KiB [ebuild N ] sys-devel/llvm-10.0.0:10::gentoo USE="libffi ncurses -debug -doc -exegesis -gold -libedit -test -xar -xml -z3" LLVM_TARGETS="AMDGPU BPF NVPTX (X86) -AArch64 -ARC -ARM -AVR -Hexagon -Lanai -MSP430 -Mips -PowerPC -RISCV -Sparc -SystemZ -WebAssembly -XCore" 173 KiB USE="doc" emerge -pv llvm These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds built with USE flags to satisfy ">=media-libs/gd-2.0.34:=[fontconfig,jpeg,png,truetype,zlib]". !!! One of the following packages is required to complete your request: - media-libs/gd-2.3.0::gentoo (Change USE: +fontconfig) (dependency required by "media-gfx/graphviz-2.42.3::gentoo" [ebuild]) (dependency required by "dev-python/sphinx-3.0.4::gentoo[doc]" [ebuild]) (dependency required by "sys-devel/llvm-10.0.0::gentoo[doc]" [ebuild]) (dependency required by "llvm" [argument]) It looks like "doc" is set somewhere in one of... - make.conf - package.use - your profile - default inherited by the llvm ebuild I've just added "-doc" to USE in make.conf. It's now up to... USE="10bit X apng ffmpeg jpeg opengl png szip truetype x264 x265 xorg threads webp -acl -arping -berkdb -bindist -caps -cracklib -crypt -doc -elogind -filecaps -gallium -gdbm -graphite -iconv -introspection -ipc -iptables -ipv6 -libav -libglvnd -llvm -manpager -nls -openmp -pam -pch -sendmail -tcpd -udev -udisks -unicode -xinerama" -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Re: dns/bind-tools 9.14 -> 9.16 pulling in 17 new dependencies?!
On Wed, Jul 22, 2020 at 01:25:01PM -, Grant Edwards wrote > On 2020-07-22, Ashley Dixon wrote: > > On Wed, Jul 22, 2020 at 02:29:48AM -, Grant Edwards wrote: > >> Yes, that's what I did months ago, and everything worked fine with > >> Xorg using the "suid" flag and without consolekit or elogind -- until > >> this morning, when pam refused to upgrade unless I set the elogind USE > >> flag. > > > > Look at REQUIRED_USE in sys-auth/pambase ebuild [1]: > > REQUIRED_USE="?? ( consolekit elogind systemd )" > > > > I.e., "zero or one of `consolekit`, `elogind`, or `systemd` must be set, > > but not several". > > Right. Contrary to what the news article says, you can not just enable > 'suid' on xorg-server and run without consolekit/elogind/systemd. I'm doing that right now, so yes it does work. Please re-read Ashley Dixon's post... "zero or one of". I have zero of them set. -- Walter Dnes I don't run "desktop environments"; I run useful applications
[gentoo-user] Re: dns/bind-tools 9.14 -> 9.16 pulling in 17 new dependencies?!
On 2020-07-22, Walter Dnes wrote: >> >> Users who do not wish to use logind interface or have rare hardware >> >> that does not use KMS and because of that, require root privileges >> >> to operate, can manually re-enable 'suid' and disable 'elogind' USE >> >> flags in order to preserve the previous behavior. >> >> Yes, that's what I did months ago, and everything worked fine with >> Xorg using the "suid" flag and without consolekit or elogind -- until >> this morning, when pam refused to upgrade unless I set the elogind USE >> flag. > > The news item said that to retain old behaviour you need to do *BOTH* > - set x11-base/xorg-server suid (which I did in package.use) > - set "-elogind" (which I did in USE in make.conf) Except starting yesterday, pam no longer allows that. > BTW, I have pam totally masked out... I used to run without pam, but something required it a while back. Maybe I should look into removing pam again. -- Grant
[gentoo-user] Re: dns/bind-tools 9.14 -> 9.16 pulling in 17 new dependencies?!
On 2020-07-22, Ashley Dixon wrote: > On Wed, Jul 22, 2020 at 02:29:48AM -, Grant Edwards wrote: >> Yes, that's what I did months ago, and everything worked fine with >> Xorg using the "suid" flag and without consolekit or elogind -- until >> this morning, when pam refused to upgrade unless I set the elogind USE >> flag. > > Look at REQUIRED_USE in sys-auth/pambase ebuild [1]: > REQUIRED_USE="?? ( consolekit elogind systemd )" > > I.e., "zero or one of `consolekit`, `elogind`, or `systemd` must be set, but > not > several". [2] Right. Contrary to what the news article says, you can not just enable 'suid' on xorg-server and run without consolekit/elogind/systemd. -- Grant
[gentoo-user] OT: PCI SAS CARDS
Are there any SAS drive controller cards that go in a PCI slot (Not PCI express). I suspect it's a silly question but I'd like to find one. -- “The whole world is watching! The whole world is watching!”
Re: [gentoo-user] Simple replacement for "getmail"?
>On Wed, 22 Jul 2020 01:02:43 -0400, Walter Dnes wrote: > >> Would "fetchmail" work as a drop-in replacement for getmail here? Are >> there any better, simpler solutions? > >I switched to getmail years ago because of frustrations with fetchmail. >At the moment I have getmail in my overlay and unmasked so I'm still >using it, but a comparable alternative would be welcome. getmail6 is a fork of getmail-5.14. The project is on github https://github.com/getmail6 It is early days but it is currently working for me fetching from POP3, POP3 with SSL, and IMAP with ssl. My description of what I did to get it into my overlay is shown at https://github.com/getmail6/getmail6/issues/7#issuecomment-661534001 The instructions in the README say how to install it in a directory of your choice. DaveF > > >-- >Neil Bothwick > >The considered application of terror is also a form of communication. > >>> application/pgp-signature attachment
Re: [gentoo-user] OT: PCI SAS CARDS
Am Wed, 22 Jul 2020 11:01:47 +0200 schrieb "J. Roeleveld" : > I would recommend upgrading to a more recent mainboard or just using > SATA. Yeah, sure, but the OP wrote: "I suspect it's a silly question but I'd like to find one." cu Gerrit
[gentoo-user] Re: Simple replacement for "getmail"?
> Would "fetchmail" work as a drop-in replacement for getmail here? Are > there any better, simpler solutions? > Walter Dnes I generally use mpop, and msmtp to send mail. I suppose you could use mutt; I also have Steffen Nurpmeso's s-mailx on the back of my mind, having used nail when I was using Slackware. What put me off Slackware was their package manager completely ignoring dependencies; I was spoiled by NetBSD pkgsrc and FreeBSD ports. Tom
Re: [gentoo-user] Simple replacement for "getmail"?
Walter Dnes wrote: > > Would "fetchmail" work as a drop-in replacement for getmail here? Are > there any better, simpler solutions? I don't know "getmail", but "fetchmail" runs here since 10 years without any problems. Just put a line like poll securepop.t-online.de proto pop3 user "mail@there", with password "pass@there", is "mail@here" here, ssl; into /etc/fetchmailrc, adjust polling_period="300" in /etc/conf.d/fetchmail, and that's it. (Of course, the usual stuff like "/etc/init.d/fetchmail start" and "rc-update add fetchmail default".) -Matt
Re: [gentoo-user] OT: PCI SAS CARDS
On 22 July 2020 10:53:57 CEST, "Gerrit Kühn" wrote: >Am Wed, 22 Jul 2020 10:43:39 +0200 >schrieb Gerrit Kühn : > >> > Are there any SAS drive controller cards that go in a PCI slot (Not >PCI >> > express). I suspect it's a silly question but I'd like to find >one. > >> I don't know any. > >Looking around, I just found two (old) PCI-X based models. If I >remember >correctly, PCI-X cards should work in PCI slots (given there is enough >physical place to fit them). >ICP Vortex 9085LI, PCI-X (2216800-R) >LSI Logic SAS 3442X-R, SAS, PCI-X (LSI00164) > >Don't know if you can still buy these anywhere (2nd hand maybe?). Be >warned that the LSI one has a Broadcom SAS1068E chipset which afaicr is >known to be limited to 2TB drives. > > >cu > Gerrit Not all PCI-X cards work in normal PCI slots. I had 1 of those and it would only work in the PCI-X slot I had at the time. Considering how rare those cards and supporting mainboards were even back then, I wouldn't trust compatibility promises too much. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] OT: PCI SAS CARDS
On 22 July 2020 10:43:39 CEST, "Gerrit Kühn" wrote: >Am Wed, 22 Jul 2020 10:13:22 +0200 (CEST) >schrieb mad.scientist.at.la...@tutanota.com: > >> Are there any SAS drive controller cards that go in a PCI slot (Not >PCI >> express). I suspect it's a silly question but I'd like to find one. > >I don't know any. But if you're /that/ desperate: there are adapters >that >connect low-profile PCIe cards to PCI slots. The following is just an >example, there are certainly lots of manufacturers building stuff like >that: >https://www.startech.com/Cards-Adapters/Slot-Extension/PCI-to-PCI-Express-Adapter-Card~PCI1PEX1 > >Don't know if something like that would help you, though. > > >cu > Gerrit I doubt you'll get much bandwidth through that, even if you do get it to work with a SAS card. I wouldn't bother with SAS drives if it meant working with these limitations. Current SAS3 supports 12Gbps per port (mine have 4 ports each). PCI slots don't support anywhere near that bandwidth. I would recommend upgrading to a more recent mainboard or just using SATA. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] OT: PCI SAS CARDS
Am Wed, 22 Jul 2020 10:43:39 +0200 schrieb Gerrit Kühn : > > Are there any SAS drive controller cards that go in a PCI slot (Not PCI > > express). I suspect it's a silly question but I'd like to find one. > I don't know any. Looking around, I just found two (old) PCI-X based models. If I remember correctly, PCI-X cards should work in PCI slots (given there is enough physical place to fit them). ICP Vortex 9085LI, PCI-X (2216800-R) LSI Logic SAS 3442X-R, SAS, PCI-X (LSI00164) Don't know if you can still buy these anywhere (2nd hand maybe?). Be warned that the LSI one has a Broadcom SAS1068E chipset which afaicr is known to be limited to 2TB drives. cu Gerrit
Re: [gentoo-user] Re: dns/bind-tools 9.14 -> 9.16 pulling in 17 new dependencies?!
On Tuesday, 21 July 2020 16:23:35 BST Peter Humphrey wrote:
> On Tuesday, 21 July 2020 15:47:25 BST Neil Bothwick wrote:
> > Sync, re-emerge bind-tools and try again. The man pages are now
> > downloaded as a separate tarball, so Sphinx and deps are not longer
> > needed.
>
> And lo! 17 packages were removed by depclean!
And woe! Sphinx is pulled back in again by llvm today. :(
# less $(equery w llvm)
RDEPEND
--->8
$(python_gen_any_dep '
dev-python/sphinx[${PYTHON_USEDEP}]
doc? ( dev-python/recommonmark[${PYTHON_USEDEP}] )
')"
So it doesn't even depend on the doc USE flag.
--
Regards,
Peter.
Re: [gentoo-user] OT: PCI SAS CARDS
Am Wed, 22 Jul 2020 10:13:22 +0200 (CEST) schrieb mad.scientist.at.la...@tutanota.com: > Are there any SAS drive controller cards that go in a PCI slot (Not PCI > express). I suspect it's a silly question but I'd like to find one. I don't know any. But if you're /that/ desperate: there are adapters that connect low-profile PCIe cards to PCI slots. The following is just an example, there are certainly lots of manufacturers building stuff like that: https://www.startech.com/Cards-Adapters/Slot-Extension/PCI-to-PCI-Express-Adapter-Card~PCI1PEX1 Don't know if something like that would help you, though. cu Gerrit
Re: [gentoo-user] repoint virtual/rust to rust instead of rust-bin
On Wed, Jul 22, 2020 at 5:39 PM Adam Carter wrote: > > Have you tried adding --tree to your emerge command? >> >> > Yes, and both the dev-lang and virtual were both just leaves. Checked the > world file and it has; > dev-lang/rust > virtual/rust > > Should it be just the virtual? > Answering my own question - it should be neither. Removed them and package.mask settings and it's good now.
Re: [gentoo-user] repoint virtual/rust to rust instead of rust-bin
> Have you tried adding --tree to your emerge command? > > Yes, and both the dev-lang and virtual were both just leaves. Checked the world file and it has; dev-lang/rust virtual/rust Should it be just the virtual?
Re: [gentoo-user] repoint virtual/rust to rust instead of rust-bin
On Wed, 22 Jul 2020 16:17:29 +1000, Adam Carter wrote: > > Are you running stable or testing? Do you have anything rust-related > > in package.accept_keywords? > > > > No, nothing in /etc/portage/* System is testing/~amd64. > > However, qlop shows the last rust-bin installed was actually 1.38, > whereas my memory was that it was 1.44, so i have mixed up two > different systems. I can't see anything in roots history that would > have caused the issue. > > FWIW if i mask dev-lang/rust-bin it wants to > [ebuild UD ] dev-lang/rust-1.44.1:stable/1.44::gentoo > [1.45.0:stable/1.45::gentoo] USE="-clippy -debug -doc -libressl (-miri) > -nightly -parallel-compiler -rls -rustfmt -system-bootstrap -system-llvm > -wasm" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="sse2" > LLVM_TARGETS="AMDGPU (X86) -AArch64 -ARM -BPF -Hexagon -Lanai -MSP430 > -Mips -NVPTX -PowerPC -RISCV -Sparc -SystemZ -WebAssembly -XCore" 0 KiB > [ebuild UD ] virtual/rust-1.44.1::gentoo [1.45.0::gentoo] > ABI_X86="(64) -32 (-x32)" 0 KiB > > No idea what's pulling in rust-1.44.1 Have you tried adding --tree to your emerge command? -- Neil Bothwick Processor: (n.) a device for converting sense to nonsense at the speed of electricity, or (rarely) the reverse. pgpwbMtwqkKYF.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Simple replacement for "getmail"?
On Wed, 22 Jul 2020 01:02:43 -0400, Walter Dnes wrote: > Would "fetchmail" work as a drop-in replacement for getmail here? Are > there any better, simpler solutions? I switched to getmail years ago because of frustrations with fetchmail. At the moment I have getmail in my overlay and unmasked so I'm still using it, but a comparable alternative would be welcome. -- Neil Bothwick The considered application of terror is also a form of communication. pgpdqPk6Y7888.pgp Description: OpenPGP digital signature
Re: [gentoo-user] repoint virtual/rust to rust instead of rust-bin
On Tue, Jul 21, 2020 at 6:29 PM Neil Bothwick wrote: > > You have emerged rust-145 from testing but portage wants to install > virtual/rust-1.44.1 from stable. This looks like a keywording issue. > > Are you running stable or testing? Do you have anything rust-related in > package.accept_keywords? > No, nothing in /etc/portage/* System is testing/~amd64. However, qlop shows the last rust-bin installed was actually 1.38, whereas my memory was that it was 1.44, so i have mixed up two different systems. I can't see anything in roots history that would have caused the issue. FWIW if i mask dev-lang/rust-bin it wants to [ebuild UD ] dev-lang/rust-1.44.1:stable/1.44::gentoo [1.45.0:stable/1.45::gentoo] USE="-clippy -debug -doc -libressl (-miri) -nightly -parallel-compiler -rls -rustfmt -system-bootstrap -system-llvm -wasm" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="sse2" LLVM_TARGETS="AMDGPU (X86) -AArch64 -ARM -BPF -Hexagon -Lanai -MSP430 -Mips -NVPTX -PowerPC -RISCV -Sparc -SystemZ -WebAssembly -XCore" 0 KiB [ebuild UD ] virtual/rust-1.44.1::gentoo [1.45.0::gentoo] ABI_X86="(64) -32 (-x32)" 0 KiB No idea what's pulling in rust-1.44.1 # emerge -pv --depclean virtual/rust Calculating dependencies... done! virtual/rust-1.45.0 pulled in by: dev-util/cbindgen-0.14.3 requires >=virtual/rust-1.37.0, =virtual/rust-1.45.0 mail-client/thunderbird-68.10.0 requires >=virtual/rust-1.34.0, =virtual/rust-1.45.0 www-client/firefox-78.0.2 requires >=virtual/rust-1.41.0, =virtual/rust-1.45.0 Added the following to package.mask and world will update without complaint dev-lang/rust-bin
