1. Forum
  2. USENET
  3. muc.lists.freebsd.ports

  • One more try with racadm, pretty please?

    From Dan Mahoney \(ports\)@freebsd@gushi.org to muc.lists.freebsd.ports on Sun Oct 5 17:09:41 2025
    From Newsgroup: muc.lists.freebsd.ports


    --Apple-Mail=_E96A647A-8CE2-4026-ABA8-E50477E9C3A9
    Content-Transfer-Encoding: quoted-printable
    Content-Type: text/plain;
    charset=us-ascii

    Folks,

    I'm still trying to get my racadm port working. It all works, but =
    racadm needs to find an SSL library and it asks you to create a symlink =
    if it doesn't find one, it only looks in a very specific directory, or =
    it prints an error.

    There's just something weird about how the ${RLN} macro works in the = makefiles, with ${LINUXBASE}

    I need to link:

    /compat/linux/opt/dell/srvadmin/lib64/openmanage/private/libssl.so = <http://libssl.so/>=20
    to=20
    /compat/linux/usr/lib64/libssl.so.3.2.2

    The macro in the makefile makes this:

    =
    ../../../../../../../../../../../../../../../compat/linux/usr/lib64/libssl= .so.3.2.2, which breaks the linuxulator, even though it resolves.

    1) Can someone who understands the linuxulator better than me tell me =
    why it can't follow this many ../../?

    2) Can someone tell me if it's acceptable to just create this link as =
    part of the post-install? (Or just tell the user to create it?) If I =
    do this, it won't be in the packing list, but at least the thing will =
    work.

    or

    3) Can someone who understands makefiles and port vars better than me =
    tell me how to use the RLN macro create this so it's sane?

    Here's the misbehaving line:

    do-install:
    cd ${WRKSRC}; ${CP} -pR * ${STAGEDIR}${PREFIX}
    ${RLN} ${LINUXBASE}/lib64/libssl.so.3 = ${STAGEDIR}${PREFIX}/opt/dell/srvadmin/lib64/openmanage/private/libssl.so

    You can grab my current port skeleton at: = https://users.isc.org/~dmahoney/racadm.tar.gz

    Thanks,

    -Dan=

    --Apple-Mail=_E96A647A-8CE2-4026-ABA8-E50477E9C3A9
    Content-Transfer-Encoding: quoted-printable
    Content-Type: text/html;
    charset=us-ascii

    <html aria-label=3D"message body"><head><meta http-equiv=3D"content-type" = content=3D"text/html; charset=3Dus-ascii"></head><body = style=3D"overflow-wrap: break-word; -webkit-nbsp-mode: space; =
    line-break: after-white-space;">Folks,<div><br></div><div>I'm still =
    trying to get my racadm port working. &nbsp;It all works, but racadm =
    needs to find an SSL library and it asks you to create a symlink if it = doesn't find one, it only looks in a very specific directory, or it =
    prints an error.</div><div><br></div><div>There's just something weird =
    about how the ${RLN} macro works in the makefiles, with = ${LINUXBASE}</div><div><br></div><div>I need to = link:</div><div><br></div><div>/compat/linux/opt/dell/srvadmin/lib64/openm= anage/private/<a = href=3D"http://libssl.so">libssl.so</a>&nbsp;</div><div>to&nbsp;</div><div= >/compat/linux/usr/lib64/libssl.so.3.2.2</div><div><br></div><div>The =
    macro in the makefile makes = this:</div><div><br></div><div>../../../../../../../../../../../../../../.= ./compat/linux/usr/lib64/libssl.so.3.2.2, which breaks the linuxulator, =
    even though it resolves.</div><div><br></div><div>1) Can someone who = understands the linuxulator better than me tell me why it can't follow =
    this many ../../?</div><div><br></div><div>2) Can someone tell me if =
    it's acceptable to just create this link as part of the post-install? = &nbsp;(Or just tell the user to create it?) &nbsp;If I do this, it won't =
    be in the packing list, but at least the thing will = work.</div><div><br></div><div>or</div><div><br></div><div>3) Can =
    someone who understands makefiles and port vars better than me tell me =
    how to use the RLN macro create this so it's = sane?</div><div><br></div><div>Here's the misbehaving = line:</div><div><br></div><div><div>do-install:</div><div>&nbsp; &nbsp; = &nbsp; &nbsp; cd ${WRKSRC}; ${CP} -pR * =
    ${STAGEDIR}${PREFIX}</div><div>&nbsp; &nbsp; &nbsp; &nbsp; ${RLN} = ${LINUXBASE}/lib64/libssl.so.3 = ${STAGEDIR}${PREFIX}/opt/dell/srvadmin/lib64/openmanage/private/libssl.so<= /div></div><div><br></div><div>You can grab my current port skeleton = at:&nbsp;<a = href=3D"https://users.isc.org/~dmahoney/racadm.tar.gz">https://users.isc.o= rg/~dmahoney/racadm.tar.gz</a></div><div><br></div><div>Thanks,</div><div>= <br></div><div>-Dan</div></body></html>=

    --Apple-Mail=_E96A647A-8CE2-4026-ABA8-E50477E9C3A9--


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Dan Mahoney@freebsd@gushi.org to muc.lists.freebsd.ports on Tue Oct 7 21:12:46 2025
    From Newsgroup: muc.lists.freebsd.ports

    I have gone ahead and simply used ${LN}, after checking with Allan Jude.
    I understand that there are definitely use cases for using ${RLN}, but this feels to me like one of the corner cases where when the handbook says rCLstrongly recommendedrCL and not rCLmustrCY implies having a really good reason sort of overrides that.
    In this case, itrCOs the fact that some (bug | undocumented security feature) is in the Linux emulator, that specifically breaks with overloaded relative links. And on a given machine, the target will always be into wherever ${LINUXBASE} is.
    Sent from my iPhone
    On Oct 7, 2025, at 20:46, Tatsuki Makino <tatsuki_makino@hotmail.com> wrote:

    N++Hello.

    On 2025/10/06 9:09, Dan Mahoney (ports) wrote:
    do-install:
    cd ${WRKSRC}; ${CP} -pR * ${STAGEDIR}${PREFIX}
    ${RLN} ${LINUXBASE}/lib64/libssl.so.3 ${STAGEDIR}${PREFIX}/opt/dell/srvadmin/lib64/openmanage/private/libssl.so

    This might mean that it is a good idea to place a dummy file under ${STAGEDIR}${PREFIX} first and then execute the ${RLN} to create the symlink to ${STAGEDIR}${PREFIX}/lib64/libssl.so.3.

    Regards.
    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Dan Mahoney \(ports\)@freebsd@gushi.org to muc.lists.freebsd.ports on Wed Oct 8 04:07:50 2025
    From Newsgroup: muc.lists.freebsd.ports


    --Apple-Mail=_8A864CC5-4AD3-49F3-9664-E1F45C6F7609
    Content-Transfer-Encoding: quoted-printable
    Content-Type: text/plain;
    charset=utf-8



    On Oct 8, 2025, at 3:40=E2=80=AFAM, Gleb Popov <arrowd@freebsd.org> =
    wrote:
    =20
    On Mon, Oct 6, 2025 at 3:10=E2=80=AFAM Dan Mahoney (ports) =
    <freebsd@gushi.org> wrote:
    =20
    Folks,
    =20
    You can grab my current port skeleton at: = https://users.isc.org/~dmahoney/racadm.tar.gz
    =20
    I took a look at that and I fail to see what requires libssl.so.
    Running idracadm7 seems to work for me just fine.


    I feel like at this point I've explained this more than a couple times. =
    It's not dynamically linked against the ssl libs because that would make =
    it way harder for dell to deliver a closed-source binary, and for I =
    suspect legal/liability reasons, Dell isn't shipping an SSL library.

    Try the following:

    # /compat/linux/opt/dell/srvadmin/bin/idracadm7 -r localhost -u root -p =
    xxx getsysinfo

    (It doesn't have to be a real server). The tool will try to dlopen =
    libssl.so to create a TLS connection and will emit this error:

    ERROR: RAC1170: Unable to find the SSL library in the default path.
    If a SSL library is not installed, install one and retry the
    operation. If a SSL library is installed, create a soft-link of =
    the
    installed SSL library to "libssl.so <http://libssl.so/>" using the = linux "ln" command
    and retry the operation.

    It doesn't try to look for the ssl lib if it's just printing help text.

    Either you've downloaded my most recent port skeleton which creates the =
    link correctly (but not relative), or you haven't tried actually =
    connecting somewhere.

    -Dan=

    --Apple-Mail=_8A864CC5-4AD3-49F3-9664-E1F45C6F7609
    Content-Transfer-Encoding: quoted-printable
    Content-Type: text/html;
    charset=utf-8

    <html aria-label=3D"message body"><head><meta http-equiv=3D"content-type" = content=3D"text/html; charset=3Dutf-8"></head><body =
    style=3D"overflow-wrap: break-word; -webkit-nbsp-mode: space; =
    line-break: after-white-space;"><br = id=3D"lineBreakAtBeginningOfMessage"><div><br><blockquote = type=3D"cite"><div>On Oct 8, 2025, at 3:40=E2=80=AFAM, Gleb Popov = &lt;arrowd@freebsd.org&gt; wrote:</div><br = class=3D"Apple-interchange-newline"><div><div>On Mon, Oct 6, 2025 at = 3:10=E2=80=AFAM Dan Mahoney (ports) &lt;freebsd@gushi.org&gt; = wrote:<br><blockquote type=3D"cite"><br>Folks,<br><br>You can grab my =
    current port skeleton at: = https://users.isc.org/~dmahoney/racadm.tar.gz<br></blockquote><br>I took =
    a look at that and I fail to see what requires libssl.so.<br>Running = idracadm7 seems to work for me just = fine.<br></div></div></blockquote></div><div><br></div><div>I feel like =
    at this point I've explained this more than a couple times. &nbsp;It's =
    not dynamically linked against the ssl libs because that would make it =
    way harder for dell to deliver a closed-source binary, and for I suspect = legal/liability reasons, Dell isn't shipping an SSL = library.</div><br><div>Try the following:</div><div><br></div><div><span = style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"># = /compat/linux/opt/dell/srvadmin/bin/idracadm7 -r localhost -u root -p =
    xxx getsysinfo</span></div><div><br></div><div>(It doesn't have to be a =
    real server). &nbsp;The tool will try to dlopen libssl.so to create a =
    TLS connection and will emit this error:</div><div><br =
    style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><span = style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);">ERROR: =
    RAC1170: Unable to find the SSL library in the default path.</span><br = style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><span = style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, = 0);">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;If a SSL library is not =
    installed, install one and retry the</span><br style=3D"caret-color: =
    rgb(0, 0, 0); color: rgb(0, 0, 0);"><span style=3D"caret-color: rgb(0, =
    0, 0); color: rgb(0, 0, =
    0);">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;operation. If a SSL library is = installed, create a soft-link of the</span><br style=3D"caret-color: =
    rgb(0, 0, 0); color: rgb(0, 0, 0);"><span style=3D"caret-color: rgb(0, =
    0, 0); color: rgb(0, 0, =
    0);">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;installed SSL library to =
    "</span><a href=3D"http://libssl.so/">libssl.so</a><span = style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);">" using the =
    linux "ln" command</span><br style=3D"caret-color: rgb(0, 0, 0); color: = rgb(0, 0, 0);"><span style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, =
    0, 0);">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;and retry the = operation.</span><br style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, =
    0, 0);"></div><div><span style=3D"caret-color: rgb(0, 0, 0); color: =
    rgb(0, 0, 0);"><br></span></div><div><span style=3D"caret-color: rgb(0, =
    0, 0); color: rgb(0, 0, 0);">It doesn't try to look for the ssl lib if =
    it's just printing help text.</span></div><div><br></div><div>Either =
    you've downloaded my most recent port skeleton which creates the link = correctly (but not relative), or you haven't tried actually connecting = somewhere.</div><div><br></div><div>-Dan</div></body></html>=

    --Apple-Mail=_8A864CC5-4AD3-49F3-9664-E1F45C6F7609--


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Gleb Popov@arrowd@freebsd.org to muc.lists.freebsd.ports on Wed Oct 8 19:01:30 2025
    From Newsgroup: muc.lists.freebsd.ports

    On Wed, Oct 8, 2025 at 2:08rC>PM Dan Mahoney (ports) <freebsd@gushi.org> wrote:

    I feel like at this point I've explained this more than a couple times. It's not dynamically linked against the ssl libs because that would make it way harder for dell to deliver a closed-source binary, and for I suspect legal/liability reasons, Dell isn't shipping an SSL library.

    Try the following:

    # /compat/linux/opt/dell/srvadmin/bin/idracadm7 -r localhost -u root -p xxx getsysinfo
    Great, thanks for the reproducer. Now it indeed fails.
    All right, I did some research and your solution looks correct to me.
    The RLN issue can easily be worked around by creating an empty ${STAGEDIR}${PREFIX}/lib64/libssl.so.3, then running RLN, then
    removing the stub file.
    I can provide a thorough review and guide your port into the tree if
    you open a pull request on GitHub.
    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Kurt Jaeger@pi@freebsd.org to muc.lists.freebsd.ports on Wed Oct 8 19:41:57 2025
    From Newsgroup: muc.lists.freebsd.ports

    Hi!

    I can provide a thorough review and guide your port into the tree if
    you open a pull request on GitHub.

    There's a PR for it:

    https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201799

    I run-tested it and the port seems to be in a working state,
    so I think it already can be committed. Gleb, if you want
    to further improve it, have a look at the PR.
    --
    pi@FreeBSD.org +49 171 3101372 Now what ?


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.21a-Linux NewsLink 1.2