[gentoo-user] Re: mail cannot send emails (trying to use it with smartd)

[Ian Zimmerman]

On 2020-04-01 03:51, Caveman Al Toraboran wrote:

> why can't `mail` send emails?  below is some info.

Normally the mail program works by execing /usr/sbin/sendmail to to the
hard part :-P  Do you have it?  It doesn't have to be the "real"
sendmail - any MTA program you install usually makes a symlink from
/usr/sbin/sendmail to itself.

-- 
Ian

[gentoo-user] mail cannot send emails (trying to use it with smartd)

[Caveman Al Toraboran]

why can't `mail` send emails?  below is some info.

from journalctl:

> Apr 01 03:55:17 blah smartd[11693]: mail: cannot send message: Process exited
> with a non-zero status

i did `equery belongs mail`, and i got:

> dev-python/twisted-19.10.0 (/usr/lib64/python3.6/site-packages/twisted/mail)
> dev-python/twisted-19.10.0 (/usr/lib64/python2.7/site-packages/twisted/mail)
> net-mail/mailutils-3.9 (/usr/bin/mail)
> net-mail/mailutils-3.9 (/bin/mail -> ../usr/bin/mail)
> net-mail/mailutils-3.9 (/etc/mailutils.d/mail)

then `whereis mail`:

> mail: /usr/bin/mail /bin/mail /usr/share/man/man1/mail.1.bz2

so i guess this means that i'm using the `mail` from mailutils.

rgrds,
cm.

Re: [gentoo-user] zoom?

[William Kenworthy]

On 25/3/20 8:42 pm, Michael wrote:

On Wednesday, 25 March 2020 12:38:35 GMT Jorge Almeida wrote:

On Wed, Mar 25, 2020 at 12:16 PM Alarig Le Lay  wrote:

On mer. 25 mars 11:51:33 2020, Jorge Almeida wrote:

Did someone try to install zoom? (relevant to many people during the
current crisis)

https://support.zoom.us/hc/en-us/articles/204206269-Installing-Zoom-on-L
inux

I downloaded an archive (cannot find the URL again; the site is that
bad) and the directory doesn't even contain a REDME...)

Jorge Almeida

Why didn’t you try net-im/zoom?

I don't have that in /usr/portage. emerge--sync'ing now...

Have you looked at using WebRTC with Zoom, rather than installing their code
on your PC?



Anyone able to install this?  I can't get mesa and the libglvnd 
dispatcher to coexist.



It does work in chromium, but I think some of the options are not available


BillK.



rattus ~ # emerge net-im/zoom -vp

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N ] media-libs/libglvnd-1.3.1::gentoo  USE="X -test" 
ABI_X86="(64) -32 (-x32)" 0 KiB
[ebuild  N ] dev-qt/qtwebchannel-5.14.1:5/5.14::gentoo USE="qml 
-debug -test" 198 KiB
[ebuild  N ] dev-qt/qtpositioning-5.14.1:5/5.14::gentoo USE="qml 
-debug -geoclue -test" 5,976 KiB
[ebuild  N ] dev-qt/qtscript-5.14.1:5/5.14::gentoo  USE="jit -debug 
-scripttools -test" 2,593 KiB
[ebuild  N ] dev-qt/qtwebengine-5.14.1:5/5.14::gentoo USE="alsa 
pulseaudio system-ffmpeg system-icu widgets -bindist -debug -designer 
-geolocation -jumbo-build -test" 236,757 KiB
[ebuild  N    ~] net-im/zoom-3.5.374815.0324-r2::gentoo USE="pulseaudio" 
70,908 KiB
[blocks B  ] media-libs/mesa[-libglvnd(-)] 
("media-libs/mesa[-libglvnd(-)]" is blocking media-libs/libglvnd-1.3.1)


Total: 6 packages (6 new), Size of downloads: 316,430 KiB
Conflict: 1 block (1 unsatisfied)

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (media-libs/mesa-19.3.5:0/0::gentoo, installed) pulled in by
    media-libs/mesa[egl,X(+)] required by 
(dev-qt/qtwebengine-5.14.1:5/5.14::gentoo, ebuild scheduled for merge) 
USE="alsa pulseaudio system-ffmpeg system-icu widgets -bindist -debug 
-designer -geolocation -jumbo-build -test" ABI_X86="(64)"


  (media-libs/libglvnd-1.3.1:0/0::gentoo, ebuild scheduled for merge) 
pulled in by
    media-libs/libglvnd required by 
(net-im/zoom-3.5.374815.0324-r2:0/0::gentoo, ebuild scheduled for merge) 
USE="pulseaudio" ABI_X86="(64)"



For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):

https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages

[gentoo-user] GRUB2 EFI conditional boot

[Серега Филатов]

I use dual boot windows/gentoo configuration on a UEFI laptop. I don't usually
turn off laptop and just close the lid, leaving it in suspended state, which is
actually hybrid on both systems - it goes to hibernation after a while.

When it goes to hibernation, I'm able to select OS to boot through GRUB2.
This is not good, because I have permanently mounted shared NTFS partition on
both systems. If one of both OS is hibernated and NTFS data changed during that
period - this leads to data corruption if the hibernated OS resumed.

What I want to achieve is: when I start my laptop - it boots straight to the
last operating system I used. This will enforce me to reboot and during the
reboot OS unmounts filesystem correctly. And ONLY on reboot the GRUB OS
selection pops up.

Is there a configuration for that? I know that Windows BCD or ntldr doesn't
allow to boot other Windows systems if one of them is hibernated.

-- 
Sergey Filatov (raxp)
Telegram: @raxpyraxp

Re: [gentoo-user] Kernel encryption options and veracrypt

[Dale]

Adam Carter wrote:
> On Thu, Mar 26, 2020 at 12:17 AM Dale  > wrote:
>
> Howdy,
>
> As some know from another thread, I installed and started using
> veracrypt.  It has the option to use the kernel encryption tools but
> they are not enabled on my kernel, just the default stuff.  I
> found what
> I think to be the ones veracrypt wants to use but was curious if I
> should enable some others that are commonly used. 
>
>
> I've wondered about what uses kernel crypto stuff too.
>
> I assumed userspace stuff would use openssl or similar, but looking at
> the ebuild for veracrypt, it doesnt use openssl etc but does want
> CONFIG_CRYPTO from the kernel so I guess it just depends on how the
> software is written.
>
> From the veracrypt-1.24_p4.ebuild;
> local CONFIG_CHECK="~BLK_DEV_DM ~CRYPTO ~CRYPTO_XTS ~DM_CRYPT ~FUSE_FS"
>
> But if we look at iwd-1.5.ebuild there's logic like;
>         if use cpu_flags_x86_ssse3 && use amd64; then
>                 CONFIG_CHECK="${CONFIG_CHECK} ~CRYPTO_SHA1_SSSE3
> ~CRYPTO_SHA256_SSSE3 ~CRYPTO_SHA512_SSSE3"
>                 WARNING_CRYPTO_SHA1_SSSE3="CRYPTO_SHA1_SSSE3: enable
> for increased performance"
>                 WARNING_CRYPTO_SHA256_SSSE3="CRYPTO_SHA256_SSSE3:
> enable for increased performance"
>                 WARNING_CRYPTO_SHA512_SSSE3="CRYPTO_SHA512_SSSE3:
> enable for increased performance"
>
> So if you assume the veracrypt ebuild authors are as diligent as the
> iwd ebuild authors, i'd say there's no advantage in enabling anything
> more than ~BLK_DEV_DM ~CRYPTO ~CRYPTO_XTS ~DM_CRYPT ~FUSE_FS for
> veracrypt.
>
>

I ended up googling and finding what several encryption programs use for
encryption and enabling all of them.  It was quite a few but if I decide
later to encrypt my /home, I think I have all that enabled plus what
veracrypt needs as well.  I haven't rebooted yet tho.  It's on my todo
list.  I'll get to see then if I got everything or not.  If not, I'll
rinse and repeat. 

Thanks for the info.

Dale

:-)  :-)

Re: [gentoo-user] Kernel encryption options and veracrypt

[Adam Carter]

On Thu, Mar 26, 2020 at 12:17 AM Dale  wrote:

> Howdy,
>
> As some know from another thread, I installed and started using
> veracrypt.  It has the option to use the kernel encryption tools but
> they are not enabled on my kernel, just the default stuff.  I found what
> I think to be the ones veracrypt wants to use but was curious if I
> should enable some others that are commonly used.
>

I've wondered about what uses kernel crypto stuff too.

I assumed userspace stuff would use openssl or similar, but looking at the
ebuild for veracrypt, it doesnt use openssl etc but does want CONFIG_CRYPTO
from the kernel so I guess it just depends on how the software is written.

>From the veracrypt-1.24_p4.ebuild;
local CONFIG_CHECK="~BLK_DEV_DM ~CRYPTO ~CRYPTO_XTS ~DM_CRYPT ~FUSE_FS"

But if we look at iwd-1.5.ebuild there's logic like;
if use cpu_flags_x86_ssse3 && use amd64; then
CONFIG_CHECK="${CONFIG_CHECK} ~CRYPTO_SHA1_SSSE3
~CRYPTO_SHA256_SSSE3 ~CRYPTO_SHA512_SSSE3"
WARNING_CRYPTO_SHA1_SSSE3="CRYPTO_SHA1_SSSE3: enable for
increased performance"
WARNING_CRYPTO_SHA256_SSSE3="CRYPTO_SHA256_SSSE3: enable
for increased performance"
WARNING_CRYPTO_SHA512_SSSE3="CRYPTO_SHA512_SSSE3: enable
for increased performance"

So if you assume the veracrypt ebuild authors are as diligent as the iwd
ebuild authors, i'd say there's no advantage in enabling anything more than
~BLK_DEV_DM ~CRYPTO ~CRYPTO_XTS ~DM_CRYPT ~FUSE_FS for veracrypt.