Re: [blfs-dev] Sendmail, bind, s-nail, lshw

[Jean-Marc Pigeon via blfs-dev]

On 11/26/2018 02:08 PM, Bruce Dubbs via blfs-dev wrote:

On 11/26/2018 12:29 PM, Jean-Marc Pigeon via blfs-dev wrote:

Hello

Suggestions/proposals

CVS version (future BLFS-8.4, Part of BBLFS?)

1) Use sendmail-8.16. it is working with openssl-1.1
(it is in production here).
  adjustment to build are very minimal:
  APPENDDEF(`confENVDEF',`-DNEWDB -DSTARTTLS -DSASL -DLDAPMAP')
  APPENDDEF(`confLIBS', `-lssl -lcrypto -lsasl2 -lldap -llber -ldb
-lresolv')
APPENDDEF(`confINCDIRS', `-I /usr/include -I/usr/include/sasl')

diff -> (-NEWDB, -lresolv)

Where did you find sendmail-8.16?  I can only find sendmail-8.15.2. Note
that we have a fix for that referenced in ticket #11351.

ftp://ftp.sendmail.org/pub/sendmail/snapshots/
 :-}
problem with upstream code fix, a what stage of fix it is
not the upstream code anymore.
:-}

2) To replace heirloom-mailx with s-nail.
    snail is compatible with openssl-1.1, seems to be
    a fork of heirloom-mailx.
    mailx project itself seems to be in coma, while
    s-nail-14.9.11 was release in 2018-08-08.
    s-nail is working within production here (but not tested
    in deep details).

What is the url for the source?

http://www.sdaoden.eu/code.html

  3) Add lshw, little tool to probe details about desktop/server
     hardware components. Make procedure is rather simple.
     Command line version and GUI version both available.

url?

https://ezix.org/project/wiki/HardwareLiSter#Download

  4) Bind-9.13
     Why not use bind-9.13?
     compiled 9.13.2, found no difference with building book
     directives.

     only difference
     # rndc-confgen -r /dev/urandom -b 512
     rndc-confgen: The -r option has been deprecated.

     # rndc-confgen -b 512
     is working fine.

     bind-9.13.4 was released 2 days ago (2018/11/22)

Odd numbered minor versions are development versions.  We will update
when 9.14 is released.

point noted...
I see LFS and BLFS on the bleeding edge.
No point to use LFS, just to duplicate, well establish
linux distribution.
Arch Linux Extra x86_64 is include 9.13

We may have a difference of vision about the purpose of LFS/BLFS.
Mine, is to see LFS project as a good tools to feed upstream
community with data to have well layered, non circular dependencies,

No need to "catch all", only alive and simple/working application within
the LFS/BLFS project.

components working together, providing end user with a minimal simple Linux desktop/server.

   -- Bruce

--

A bientôt
===========================================================
Jean-Marc Pigeon                        E-Mail: j...@safe.ca
SAFE Inc.                             Phone: (514) 493-4280
  Clement, 'a kiss solution' to get rid of SPAM (at last)
     Clement' Home base <"http://www.clement.safe.ca";>
===========================================================

smime.p7s
Description: S/MIME Cryptographic Signature

-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page