• krb5 port fails to build in newly upgraded jails 14.4

    From Kaya Saman@kayasaman@optiplex-networks.com to muc.lists.freebsd.ports on Tue Jul 7 13:21:26 2026
    From Newsgroup: muc.lists.freebsd.ports

    Hi all,
    I'm recently upgrading my systems which contain various jails to version
    14.4.
    Something that I've noticed is that the krb5 port seems to build and
    upgrade fine on all the upgraded base systems but fails in each jail
    that I'm trying to upgrade.
    Upgrading the jails is just standard procedure following this: https://docs.freebsd.org/en/books/handbook/jails/
    This is the output of the current build process which suggests linker
    errors and something to do with "readline":
    cc -DHAVE_CONFIG_H-a -I../../include -I../../include -I.
    -DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include -I/usr/local/include -isystem /usr/local/include -O2 -pipe -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -std=gnu99-a -Werror=unknown-warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing-format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces -Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -Werror=uninitialized -Werror=pointer-arith -Werror=int-conversion -Werror=incompatible-pointer-types
    -Werror=implicit-int -Werror=strict-prototypes -Werror=declaration-after-statement
    -Werror-implicit-function-declaration -pthread-a -c keytab_local.c
    cc -DHAVE_CONFIG_H-a -I../../include -I../../include -I.
    -DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include -I/usr/local/include -isystem /usr/local/include -O2 -pipe -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -std=gnu99-a -Werror=unknown-warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing-format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces -Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -Werror=uninitialized -Werror=pointer-arith -Werror=int-conversion -Werror=incompatible-pointer-types
    -Werror=implicit-int -Werror=strict-prototypes -Werror=declaration-after-statement
    -Werror-implicit-function-declaration -pthread-a -c keytab.c
    cc -DHAVE_CONFIG_H-a -I../../include -I../../include -I.
    -DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include -I/usr/local/include -isystem /usr/local/include -O2 -pipe -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -std=gnu99-a -Werror=unknown-warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing-format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces -Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -Werror=uninitialized -Werror=pointer-arith -Werror=int-conversion -Werror=incompatible-pointer-types
    -Werror=implicit-int -Werror=strict-prototypes -Werror=declaration-after-statement
    -Werror-implicit-function-declaration -pthread-a -c kadmin_ct.c
    cc -DHAVE_CONFIG_H-a -I../../include -I../../include -I.
    -DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include -I/usr/local/include -isystem /usr/local/include -O2 -pipe -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -std=gnu99-a -Werror=unknown-warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing-format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces -Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -Werror=uninitialized -Werror=pointer-arith -Werror=int-conversion -Werror=incompatible-pointer-types
    -Werror=implicit-int -Werror=strict-prototypes -Werror=declaration-after-statement
    -Werror-implicit-function-declaration -pthread-a -c getdate.c
    cc -L../../lib-a -O2 -pipe-a -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -std=gnu99-a -L/usr/lib -Wl,-rpath,/usr/local/lib:/usr/lib-a -L/usr/local/lib-a -a-o kadmin.local kadmin.o kadmin_ct.o ss_wrapper.o getdate.o keytab_local.o
    ../../lib/libss.a -lreadline -lkadm5srv_mit -lkdb5-a -lgssrpc
    -lgssapi_krb5 -lgssrpc -lgssapi_krb5-a -pthread -lpthread -lkrb5
    -lk5crypto -lcom_err -lkrb5support -lintl -L/usr/local/lib
    cc -L../../lib-a -O2 -pipe-a -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -std=gnu99-a -L/usr/lib -Wl,-rpath,/usr/local/lib:/usr/lib-a -L/usr/local/lib-a -a-o kadmin
    kadmin.o kadmin_ct.o ss_wrapper.o getdate.o keytab.o ../../lib/libss.a -lreadline -lkadm5clnt_mit -lgssrpc -lgssapi_krb5 -lkrb5 -lk5crypto
    -lcom_err -lkrb5support -lintl -L/usr/local/lib
    ld: error: undefined symbol: tputs
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/display.c
    -a -a -a -a -a -a -a -adisplay.o:(rl_redisplay) in archive /usr/lib/libreadline.a
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c
    -a -a -a -a -a -a -a -aterminal.o:(_rl_backspace) in archive /usr/lib/libreadline.a
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c
    -a -a -a -a -a -a -a -aterminal.o:(rl_ding) in archive /usr/lib/libreadline.a
    referenced 27 more times
    did you mean: fputs
    defined in: /lib/libc.so.7
    ld: error: undefined symbol: tgetnum
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c
    -a -a -a -a -a -a -a -aterminal.o:(_rl_get_screen_size) in archive /usr/lib/libreadline.a
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c
    -a -a -a -a -a -a -a -aterminal.o:(_rl_get_screen_size) in archive /usr/lib/libreadline.a
    did you mean: cgetnum
    defined in: /lib/libc.so.7
    ld: error: undefined symbol: tgetent
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c
    -a -a -a -a -a -a -a -aterminal.o:(_rl_init_terminal_io) in archive /usr/lib/libreadline.a
    ld: error: undefined symbol: tgetstr
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c
    -a -a -a -a -a -a -a -aterminal.o:(_rl_init_terminal_io) in archive /usr/lib/libreadline.a
    ld: error: undefined symbol: tgetflag
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c
    -a -a -a -a -a -a -a -aterminal.o:(_rl_init_terminal_io) in archive /usr/lib/libreadline.a
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c
    -a -a -a -a -a -a -a -aterminal.o:(_rl_init_terminal_io) in archive /usr/lib/libreadline.a
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c
    -a -a -a -a -a -a -a -aterminal.o:(_rl_init_terminal_io) in archive /usr/lib/libreadline.a
    referenced 1 more times
    ld: error: undefined symbol: tgetnum
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c
    -a -a -a -a -a -a -a -aterminal.o:(_rl_get_screen_size) in archive /usr/lib/libreadline.a
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c
    -a -a -a -a -a -a -a -aterminal.o:(_rl_get_screen_size) in archive /usr/lib/libreadline.a
    did you mean: cgetnum
    defined in: /lib/libc.so.7
    ld: error: undefined symbol: tgetent
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c
    -a -a -a -a -a -a -a -aterminal.o:(_rl_init_terminal_io) in archive /usr/lib/libreadline.a
    ld: error: undefined symbol: tputs
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/display.c
    -a -a -a -a -a -a -a -adisplay.o:(rl_redisplay) in archive /usr/lib/libreadline.a
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/display.c
    -a -a -a -a -a -a -a -adisplay.o:(rl_redisplay) in archive /usr/lib/libreadline.a
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/display.c
    -a -a -a -a -a -a -a -adisplay.o:(update_line) in archive /usr/lib/libreadline.a
    referenced 27 more times
    ld: error: undefined symbol: tgetstr
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c
    -a -a -a -a -a -a -a -aterminal.o:(_rl_init_terminal_io) in archive /usr/lib/libreadline.a
    ld: error: undefined symbol: tgoto
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/display.c
    -a -a -a -a -a -a -a -adisplay.o:(update_line) in archive /usr/lib/libreadline.a
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/display.c
    -a -a -a -a -a -a -a -adisplay.o:(update_line) in archive /usr/lib/libreadline.a
    ld: error: undefined symbol: tgetflag
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c
    -a -a -a -a -a -a -a -aterminal.o:(_rl_init_terminal_io) in archive /usr/lib/libreadline.a
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c
    -a -a -a -a -a -a -a -aterminal.o:(_rl_init_terminal_io) in archive /usr/lib/libreadline.a
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/terminal.c
    -a -a -a -a -a -a -a -aterminal.o:(_rl_init_terminal_io) in archive /usr/lib/libreadline.a
    referenced 1 more times
    ld: error: undefined symbol: tgoto
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/display.c
    -a -a -a -a -a -a -a -adisplay.o:(update_line) in archive /usr/lib/libreadline.a
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../contrib/libreadline/display.c
    -a -a -a -a -a -a -a -adisplay.o:(update_line) in archive /usr/lib/libreadline.a
    cc: cc: error: linker command failed with exit code 1 (use -v to see invocation)error:
    linker command failed with exit code 1 (use -v to see invocation)
    gmake[2]: *** [Makefile:628: kadmin] Error 1
    gmake[2]: *** Waiting for unfinished jobs....
    gmake[2]: *** [Makefile:625: kadmin.local] Error 1
    gmake[2]: Leaving directory '/usr/ports/security/krb5/work-default/krb5-1.22.2/src/kadmin/cli'
    gmake[1]: *** [Makefile:832: all-recurse] Error 1
    gmake[1]: Leaving directory '/usr/ports/security/krb5/work-default/krb5-1.22.2/src/kadmin'
    gmake: *** [Makefile:1537: all-recurse] Error 1
    Compilation failed unexpectedly.
    Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
    the maintainer.
    *** Error code 1
    Stop.
    make[1]: stopped making "/usr/ports/security/krb5/work-default/.build_done.krb5._usr_local" in /usr/ports/security/krb5
    *** Error code 1
    Stop.
    make: stopped making "build" in /usr/ports/security/krb5
    make build failed for security/krb5
    Aborting update
    Update for security/krb5 failed
    Aborting update
    You can restart from the point of failure with this command line:
    -a -a -a -aportmaster <flags> ftp/curl security/krb5
    Would anyone be able to help?
    Many thanks.
    Kaya
    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Kaya Saman@kayasaman@optiplex-networks.com to muc.lists.freebsd.ports on Tue Jul 7 17:02:58 2026
    From Newsgroup: muc.lists.freebsd.ports

    This is a multi-part message in MIME format. --------------t0iebMdYXqBMZRF4knIAG9SO
    Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable


    On 7/7/26 4:33 PM, Mark Millard wrote:
    On 7/7/26 05:21, Kaya Saman wrote:
    Hi all,


    I'm recently upgrading my systems which contain various jails to versi=
    on
    14.4.


    Something that I've noticed is that the krb5 port seems to build and
    upgrade fine on all the upgraded base systems but fails in each jail
    that I'm trying to upgrade.


    Upgrading the jails is just standard procedure following this:


    https://docs.freebsd.org/en/books/handbook/jails/


    This is the output of the current build process which suggests linker
    errors and something to do with "readline":


    cc -DHAVE_CONFIG_H=C2=A0 -I../../include -I../../include -I. -
    DKRB5_DEPRECATED=3D1 -DKRB5_PRIVATE -I/usr/include -I/usr/local/includ=
    e -
    isystem /usr/local/include -O2 -pipe -fstack-protector-strong -isystem=
    /
    usr/local/include -fno-strict-aliasing -std=3Dgnu99=C2=A0 -Werror=3Dun= known-
    warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -
    pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissin=
    g-
    format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces -
    Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variab=
    le
    -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -
    Werror=3Duninitialized -Werror=3Dpointer-arith -Werror=3Dint-conversio=
    n -
    Werror=3Dincompatible-pointer-types -Werror=3Dimplicit-int -Werror=3Ds= trict-
    prototypes -Werror=3Ddeclaration-after-statement -Werror-implicit-
    function-declaration -pthread=C2=A0 -c keytab_local.c
    cc -DHAVE_CONFIG_H=C2=A0 -I../../include -I../../include -I. -
    DKRB5_DEPRECATED=3D1 -DKRB5_PRIVATE -I/usr/include -I/usr/local/includ=
    e -
    isystem /usr/local/include -O2 -pipe -fstack-protector-strong -isystem=
    /
    usr/local/include -fno-strict-aliasing -std=3Dgnu99=C2=A0 -Werror=3Dun= known-
    warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -
    pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissin=
    g-
    format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces -
    Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variab=
    le
    -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -
    Werror=3Duninitialized -Werror=3Dpointer-arith -Werror=3Dint-conversio=
    n -
    Werror=3Dincompatible-pointer-types -Werror=3Dimplicit-int -Werror=3Ds= trict-
    prototypes -Werror=3Ddeclaration-after-statement -Werror-implicit-
    function-declaration -pthread=C2=A0 -c keytab.c
    cc -DHAVE_CONFIG_H=C2=A0 -I../../include -I../../include -I. -
    DKRB5_DEPRECATED=3D1 -DKRB5_PRIVATE -I/usr/include -I/usr/local/includ=
    e -
    isystem /usr/local/include -O2 -pipe -fstack-protector-strong -isystem=
    /
    usr/local/include -fno-strict-aliasing -std=3Dgnu99=C2=A0 -Werror=3Dun= known-
    warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -
    pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissin=
    g-
    format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces -
    Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variab=
    le
    -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -
    Werror=3Duninitialized -Werror=3Dpointer-arith -Werror=3Dint-conversio=
    n -
    Werror=3Dincompatible-pointer-types -Werror=3Dimplicit-int -Werror=3Ds= trict-
    prototypes -Werror=3Ddeclaration-after-statement -Werror-implicit-
    function-declaration -pthread=C2=A0 -c kadmin_ct.c
    cc -DHAVE_CONFIG_H=C2=A0 -I../../include -I../../include -I. -
    DKRB5_DEPRECATED=3D1 -DKRB5_PRIVATE -I/usr/include -I/usr/local/includ=
    e -
    isystem /usr/local/include -O2 -pipe -fstack-protector-strong -isystem=
    /
    usr/local/include -fno-strict-aliasing -std=3Dgnu99=C2=A0 -Werror=3Dun= known-
    warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -
    pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissin=
    g-
    format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces -
    Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variab=
    le
    -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -
    Werror=3Duninitialized -Werror=3Dpointer-arith -Werror=3Dint-conversio=
    n -
    Werror=3Dincompatible-pointer-types -Werror=3Dimplicit-int -Werror=3Ds= trict-
    prototypes -Werror=3Ddeclaration-after-statement -Werror-implicit-
    function-declaration -pthread=C2=A0 -c getdate.c
    cc -L../../lib=C2=A0 -O2 -pipe=C2=A0 -fstack-protector-strong -isystem=
    /usr/local/
    include -fno-strict-aliasing -std=3Dgnu99=C2=A0 -L/usr/lib -Wl,-rpath,= /usr/
    local/lib:/usr/lib=C2=A0 -L/usr/local/lib=C2=A0 =C2=A0-o kadmin.local = kadmin.o
    kadmin_ct.o ss_wrapper.o getdate.o keytab_local.o ../../lib/libss.a -
    lreadline -lkadm5srv_mit -lkdb5=C2=A0 -lgssrpc -lgssapi_krb5 -lgssrpc =
    -
    lgssapi_krb5=C2=A0 -pthread -lpthread -lkrb5 -lk5crypto -lcom_err -
    lkrb5support -lintl -L/usr/local/lib
    cc -L../../lib=C2=A0 -O2 -pipe=C2=A0 -fstack-protector-strong -isystem=
    /usr/local/
    include -fno-strict-aliasing -std=3Dgnu99=C2=A0 -L/usr/lib -Wl,-rpath,= /usr/
    local/lib:/usr/lib=C2=A0 -L/usr/local/lib=C2=A0 =C2=A0-o kadmin kadmin=
    .o kadmin_ct.o
    ss_wrapper.o getdate.o keytab.o ../../lib/libss.a -lreadline -
    lkadm5clnt_mit -lgssrpc -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -
    lkrb5support -lintl -L/usr/local/lib
    ld: error: undefined symbol: tputs
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../
    contrib/libreadline/display.c
    /usr/src/gnu/lib/libreadline/ last existed in:
    stable/11/ and releng/11.*/ .

    It does not exist in: stable/1[2345]/ or releng/1[2345].*/

    The existence of /usr/src/gnu/lib/libreadline/ references in your tree indicates that your tree is poluted with very old materials. That the references were used indicates that the old materials are not being ign=
    ored.


    Hmm...=C2=A0 so what's the solution?


    Something like this:

    |pkg autoremove -y|


    or is the issue actually that the base system has become contaminated?


    or is it just a simple case of rm -rf /usr/src/* ?


    Kaya

    --------------t0iebMdYXqBMZRF4knIAG9SO
    Content-Type: text/html; charset=UTF-8
    Content-Transfer-Encoding: quoted-printable

    <!DOCTYPE html>
    <html>
    <head>
    <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DUTF=

    </head>
    <body>
    <p><br>
    </p>
    <div class=3D"moz-cite-prefix">On 7/7/26 4:33 PM, Mark Millard wrote:=

    </div>
    <blockquote type=3D"cite"
    cite=3D"mid:1103b525-a36e-4bd2-8ce3-bb60847ca3ef@yahoo.com">
    <pre wrap=3D"" class=3D"moz-quote-pre">On 7/7/26 05:21, Kaya Saman = wrote:
    </pre>
    <blockquote type=3D"cite">
    <pre wrap=3D"" class=3D"moz-quote-pre">Hi all,


    I'm recently upgrading my systems which contain various jails to version
    14.4.


    Something that I've noticed is that the krb5 port seems to build and
    upgrade fine on all the upgraded base systems but fails in each jail
    that I'm trying to upgrade.


    Upgrading the jails is just standard procedure following this:


    <a class=3D"moz-txt-link-freetext" href=3D"https://docs.freebsd.org/en/bo= oks/handbook/jails/">https://docs.freebsd.org/en/books/handbook/jails/</a=



    This is the output of the current build process which suggests linker
    errors and something to do with "readline":


    cc -DHAVE_CONFIG_H=C2=A0 -I../../include -I../../include -I. - DKRB5_DEPRECATED=3D1 -DKRB5_PRIVATE -I/usr/include -I/usr/local/include - isystem /usr/local/include -O2 -pipe -fstack-protector-strong -isystem / usr/local/include -fno-strict-aliasing -std=3Dgnu99=C2=A0 -Werror=3Dunkno=
    wn-
    warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -
    pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing- format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces - Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof - Werror=3Duninitialized -Werror=3Dpointer-arith -Werror=3Dint-conversion - Werror=3Dincompatible-pointer-types -Werror=3Dimplicit-int -Werror=3Dstri=
    ct-
    prototypes -Werror=3Ddeclaration-after-statement -Werror-implicit- function-declaration -pthread=C2=A0 -c keytab_local.c
    cc -DHAVE_CONFIG_H=C2=A0 -I../../include -I../../include -I. - DKRB5_DEPRECATED=3D1 -DKRB5_PRIVATE -I/usr/include -I/usr/local/include - isystem /usr/local/include -O2 -pipe -fstack-protector-strong -isystem / usr/local/include -fno-strict-aliasing -std=3Dgnu99=C2=A0 -Werror=3Dunkno=
    wn-
    warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -
    pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing- format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces - Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof - Werror=3Duninitialized -Werror=3Dpointer-arith -Werror=3Dint-conversion - Werror=3Dincompatible-pointer-types -Werror=3Dimplicit-int -Werror=3Dstri=
    ct-
    prototypes -Werror=3Ddeclaration-after-statement -Werror-implicit- function-declaration -pthread=C2=A0 -c keytab.c
    cc -DHAVE_CONFIG_H=C2=A0 -I../../include -I../../include -I. - DKRB5_DEPRECATED=3D1 -DKRB5_PRIVATE -I/usr/include -I/usr/local/include - isystem /usr/local/include -O2 -pipe -fstack-protector-strong -isystem / usr/local/include -fno-strict-aliasing -std=3Dgnu99=C2=A0 -Werror=3Dunkno=
    wn-
    warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -
    pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing- format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces - Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof - Werror=3Duninitialized -Werror=3Dpointer-arith -Werror=3Dint-conversion - Werror=3Dincompatible-pointer-types -Werror=3Dimplicit-int -Werror=3Dstri=
    ct-
    prototypes -Werror=3Ddeclaration-after-statement -Werror-implicit- function-declaration -pthread=C2=A0 -c kadmin_ct.c
    cc -DHAVE_CONFIG_H=C2=A0 -I../../include -I../../include -I. - DKRB5_DEPRECATED=3D1 -DKRB5_PRIVATE -I/usr/include -I/usr/local/include - isystem /usr/local/include -O2 -pipe -fstack-protector-strong -isystem / usr/local/include -fno-strict-aliasing -std=3Dgnu99=C2=A0 -Werror=3Dunkno=
    wn-
    warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -
    pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing- format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces - Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof - Werror=3Duninitialized -Werror=3Dpointer-arith -Werror=3Dint-conversion - Werror=3Dincompatible-pointer-types -Werror=3Dimplicit-int -Werror=3Dstri=
    ct-
    prototypes -Werror=3Ddeclaration-after-statement -Werror-implicit- function-declaration -pthread=C2=A0 -c getdate.c
    cc -L../../lib=C2=A0 -O2 -pipe=C2=A0 -fstack-protector-strong -isystem /u= sr/local/
    include -fno-strict-aliasing -std=3Dgnu99=C2=A0 -L/usr/lib -Wl,-rpath,/us=
    r/
    local/lib:/usr/lib=C2=A0 -L/usr/local/lib=C2=A0 =C2=A0-o kadmin.local kad= min.o
    kadmin_ct.o ss_wrapper.o getdate.o keytab_local.o ../../lib/libss.a -
    lreadline -lkadm5srv_mit -lkdb5=C2=A0 -lgssrpc -lgssapi_krb5 -lgssrpc - lgssapi_krb5=C2=A0 -pthread -lpthread -lkrb5 -lk5crypto -lcom_err - lkrb5support -lintl -L/usr/local/lib
    cc -L../../lib=C2=A0 -O2 -pipe=C2=A0 -fstack-protector-strong -isystem /u= sr/local/
    include -fno-strict-aliasing -std=3Dgnu99=C2=A0 -L/usr/lib -Wl,-rpath,/us=
    r/
    local/lib:/usr/lib=C2=A0 -L/usr/local/lib=C2=A0 =C2=A0-o kadmin kadmin.o = kadmin_ct.o
    ss_wrapper.o getdate.o keytab.o ../../lib/libss.a -lreadline -
    lkadm5clnt_mit -lgssrpc -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err - lkrb5support -lintl -L/usr/local/lib
    ld: error: undefined symbol: tputs
    </pre>
    <blockquote type=3D"cite">
    <blockquote type=3D"cite">
    <blockquote type=3D"cite">
    <pre wrap=3D"" class=3D"moz-quote-pre">referenced by /usr/s= rc/gnu/lib/libreadline/readline/../../../../
    </pre>
    </blockquote>
    </blockquote>
    </blockquote>
    <pre wrap=3D"" class=3D"moz-quote-pre">contrib/libreadline/displa=
    y.c
    </pre>
    </blockquote>
    <pre wrap=3D"" class=3D"moz-quote-pre">
    /usr/src/gnu/lib/libreadline/ last existed in:
    stable/11/ and releng/11.*/ .

    It does not exist in: stable/1[2345]/ or releng/1[2345].*/

    The existence of /usr/src/gnu/lib/libreadline/ references in your tree indicates that your tree is poluted with very old materials. That the references were used indicates that the old materials are not being ignor=
    ed.

    </pre>
    </blockquote>
    <p><br>
    </p>
    <p>Hmm...=C2=A0 so what's the solution?=C2=A0</p>
    <p><br>
    </p>
    <p>Something like this:=C2=A0</p>
    <p
    style=3D"font-family: sans-serif; font-size: medium; color: rgb(85, 85, 8=
    5); font-style: normal; font-variant-ligatures: normal; font-variant-caps=
    : normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-alig=
    n: left; text-indent: 0px; text-transform: none; widows: 2; word-spacing:=
    0px; -webkit-text-stroke-width: 0px; white-space: normal; background-col=
    or: rgb(255, 255, 255); text-decoration-thickness: initial; text-decorati= on-style: initial; text-decoration-color: initial;"><code
    style=3D"font-family: Consolas, &quot;Andale Mono WT&quot;, &quot;Andale = Mono&quot;, &quot;Lucida Console&quot;, &quot;Lucida Sans Typewriter&quot=
    ;, &quot;DejaVu Sans Mono&quot;, &quot;Bitstream Vera Sans Mono&quot;, &q= uot;Liberation Mono&quot;, &quot;Nimbus Mono L&quot;, Monaco, &quot;Couri=
    er New&quot;, Courier, monospace; border-color: rgb(96, 96, 96); overflow=
    -x: auto;">pkg
    autoremove -y</code></p>
    <br class=3D"Apple-interchange-newline">
    <p>or is the issue actually that the base system has become
    contaminated?</p>
    <p><br>
    </p>
    <p>or is it just a simple case of rm -rf /usr/src/* ?</p>
    <p><br>
    </p>
    <p>Kaya</p>
    <blockquote type=3D"cite"
    cite=3D"mid:1103b525-a36e-4bd2-8ce3-bb60847ca3ef@yahoo.com">
    <pre wrap=3D"" class=3D"moz-quote-pre">
    </pre>
    </blockquote>
    </body>
    </html>

    --------------t0iebMdYXqBMZRF4knIAG9SO--


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Kaya Saman@kayasaman@optiplex-networks.com to muc.lists.freebsd.ports on Tue Jul 7 18:22:11 2026
    From Newsgroup: muc.lists.freebsd.ports


    On 7/7/26 5:29 PM, Mark Millard wrote:
    On 7/7/26 09:02, Kaya Saman wrote:
    On 7/7/26 4:33 PM, Mark Millard wrote:
    On 7/7/26 05:21, Kaya Saman wrote:
    Hi all,


    I'm recently upgrading my systems which contain various jails to version >>>> 14.4.


    Something that I've noticed is that the krb5 port seems to build and
    upgrade fine on all the upgraded base systems but fails in each jail
    that I'm trying to upgrade.


    Upgrading the jails is just standard procedure following this:


    https://docs.freebsd.org/en/books/handbook/jails/


    This is the output of the current build process which suggests linker
    errors and something to do with "readline":


    cc -DHAVE_CONFIG_H-a -I../../include -I../../include -I. -
    DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include -I/usr/local/include - >>>> isystem /usr/local/include -O2 -pipe -fstack-protector-strong -isystem / >>>> usr/local/include -fno-strict-aliasing -std=gnu99-a -Werror=unknown-
    warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -
    pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing- >>>> format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces - >>>> Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable >>>> -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -
    Werror=uninitialized -Werror=pointer-arith -Werror=int-conversion -
    Werror=incompatible-pointer-types -Werror=implicit-int -Werror=strict- >>>> prototypes -Werror=declaration-after-statement -Werror-implicit-
    function-declaration -pthread-a -c keytab_local.c
    cc -DHAVE_CONFIG_H-a -I../../include -I../../include -I. -
    DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include -I/usr/local/include - >>>> isystem /usr/local/include -O2 -pipe -fstack-protector-strong -isystem / >>>> usr/local/include -fno-strict-aliasing -std=gnu99-a -Werror=unknown-
    warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -
    pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing- >>>> format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces - >>>> Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable >>>> -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -
    Werror=uninitialized -Werror=pointer-arith -Werror=int-conversion -
    Werror=incompatible-pointer-types -Werror=implicit-int -Werror=strict- >>>> prototypes -Werror=declaration-after-statement -Werror-implicit-
    function-declaration -pthread-a -c keytab.c
    cc -DHAVE_CONFIG_H-a -I../../include -I../../include -I. -
    DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include -I/usr/local/include - >>>> isystem /usr/local/include -O2 -pipe -fstack-protector-strong -isystem / >>>> usr/local/include -fno-strict-aliasing -std=gnu99-a -Werror=unknown-
    warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -
    pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing- >>>> format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces - >>>> Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable >>>> -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -
    Werror=uninitialized -Werror=pointer-arith -Werror=int-conversion -
    Werror=incompatible-pointer-types -Werror=implicit-int -Werror=strict- >>>> prototypes -Werror=declaration-after-statement -Werror-implicit-
    function-declaration -pthread-a -c kadmin_ct.c
    cc -DHAVE_CONFIG_H-a -I../../include -I../../include -I. -
    DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include -I/usr/local/include - >>>> isystem /usr/local/include -O2 -pipe -fstack-protector-strong -isystem / >>>> usr/local/include -fno-strict-aliasing -std=gnu99-a -Werror=unknown-
    warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -
    pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing- >>>> format-attribute -Wmissing-prototypes -Wreturn-type -Wmissing-braces - >>>> Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-variable >>>> -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -
    Werror=uninitialized -Werror=pointer-arith -Werror=int-conversion -
    Werror=incompatible-pointer-types -Werror=implicit-int -Werror=strict- >>>> prototypes -Werror=declaration-after-statement -Werror-implicit-
    function-declaration -pthread-a -c getdate.c
    cc -L../../lib-a -O2 -pipe-a -fstack-protector-strong -isystem /usr/local/ >>>> include -fno-strict-aliasing -std=gnu99-a -L/usr/lib -Wl,-rpath,/usr/
    local/lib:/usr/lib-a -L/usr/local/lib-a -a-o kadmin.local kadmin.o
    kadmin_ct.o ss_wrapper.o getdate.o keytab_local.o ../../lib/libss.a -
    lreadline -lkadm5srv_mit -lkdb5-a -lgssrpc -lgssapi_krb5 -lgssrpc -
    lgssapi_krb5-a -pthread -lpthread -lkrb5 -lk5crypto -lcom_err -
    lkrb5support -lintl -L/usr/local/lib
    cc -L../../lib-a -O2 -pipe-a -fstack-protector-strong -isystem /usr/local/ >>>> include -fno-strict-aliasing -std=gnu99-a -L/usr/lib -Wl,-rpath,/usr/
    local/lib:/usr/lib-a -L/usr/local/lib-a -a-o kadmin kadmin.o kadmin_ct.o >>>> ss_wrapper.o getdate.o keytab.o ../../lib/libss.a -lreadline -
    lkadm5clnt_mit -lgssrpc -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -
    lkrb5support -lintl -L/usr/local/lib
    ld: error: undefined symbol: tputs
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../
    contrib/libreadline/display.c
    /usr/src/gnu/lib/libreadline/ last existed in:
    stable/11/ and releng/11.*/ .

    It does not exist in: stable/1[2345]/ or releng/1[2345].*/

    The existence of /usr/src/gnu/lib/libreadline/ references in your tree
    indicates that your tree is poluted with very old materials. That the
    references were used indicates that the old materials are not being ignored.

    Hmm...-a so what's the solution?


    Something like this:

    |pkg autoremove -y|


    or is the issue actually that the base system has become contaminated?
    /usr/src/ is a base system source tree (under normal naming conventions
    --and the referenced content confirms it here).

    Other things in your system environment outside /usr/src/gnu/ may also
    be out of date. You may need a very general cleanout of out of
    date materials. I've no clue what overall.

    In stable/14 and releng/14.4/ /usr/src/gnu/ there is only:

    ) /usr/src/gnu/lib/libdialog/
    ) /usr/src/gnu/lib/tests/
    ) /usr/src/gnu/tests/
    ) /usr/src/gnu/usr.bin/dialog/
    ) /usr/src/gnu/usr.bin/diff3/
    ) /usr/src/gnu/usr.bin/tests/
    I just checked inside the jail and /usr/src is empty....
    I'm not sure to trust Google's AI but this is one of the suggestions it
    came out with:
    make delete-old-libs DESTDIR=/path/to/jail
    maybe that's the solution?
    I tried rebuilding the ports that krb5 depends on (even tough I did a
    full install rebuild anyway and just refetched the tree cleaning out the
    older version) which didn't help
    Hmm....
    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Kaya Saman@kayasaman@optiplex-networks.com to muc.lists.freebsd.ports on Tue Jul 7 18:28:09 2026
    From Newsgroup: muc.lists.freebsd.ports


    On 7/7/26 6:22 PM, Kaya Saman wrote:

    On 7/7/26 5:29 PM, Mark Millard wrote:
    On 7/7/26 09:02, Kaya Saman wrote:
    On 7/7/26 4:33 PM, Mark Millard wrote:
    On 7/7/26 05:21, Kaya Saman wrote:
    Hi all,


    I'm recently upgrading my systems which contain various jails to
    version
    14.4.


    Something that I've noticed is that the krb5 port seems to build and >>>>> upgrade fine on all the upgraded base systems but fails in each jail >>>>> that I'm trying to upgrade.


    Upgrading the jails is just standard procedure following this:


    https://docs.freebsd.org/en/books/handbook/jails/


    This is the output of the current build process which suggests linker >>>>> errors and something to do with "readline":


    cc -DHAVE_CONFIG_H-a -I../../include -I../../include -I. -
    DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include
    -I/usr/local/include -
    isystem /usr/local/include -O2 -pipe -fstack-protector-strong
    -isystem /
    usr/local/include -fno-strict-aliasing -std=gnu99 -Werror=unknown-
    warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -
    pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow
    -Wmissing-
    format-attribute -Wmissing-prototypes -Wreturn-type
    -Wmissing-braces -
    Wparentheses -Wswitch -Wunused-function -Wunused-label
    -Wunused-variable
    -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -
    Werror=uninitialized -Werror=pointer-arith -Werror=int-conversion -
    Werror=incompatible-pointer-types -Werror=implicit-int
    -Werror=strict-
    prototypes -Werror=declaration-after-statement -Werror-implicit-
    function-declaration -pthread-a -c keytab_local.c
    cc -DHAVE_CONFIG_H-a -I../../include -I../../include -I. -
    DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include
    -I/usr/local/include -
    isystem /usr/local/include -O2 -pipe -fstack-protector-strong
    -isystem /
    usr/local/include -fno-strict-aliasing -std=gnu99 -Werror=unknown-
    warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -
    pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow
    -Wmissing-
    format-attribute -Wmissing-prototypes -Wreturn-type
    -Wmissing-braces -
    Wparentheses -Wswitch -Wunused-function -Wunused-label
    -Wunused-variable
    -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -
    Werror=uninitialized -Werror=pointer-arith -Werror=int-conversion -
    Werror=incompatible-pointer-types -Werror=implicit-int
    -Werror=strict-
    prototypes -Werror=declaration-after-statement -Werror-implicit-
    function-declaration -pthread-a -c keytab.c
    cc -DHAVE_CONFIG_H-a -I../../include -I../../include -I. -
    DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include
    -I/usr/local/include -
    isystem /usr/local/include -O2 -pipe -fstack-protector-strong
    -isystem /
    usr/local/include -fno-strict-aliasing -std=gnu99 -Werror=unknown-
    warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -
    pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow
    -Wmissing-
    format-attribute -Wmissing-prototypes -Wreturn-type
    -Wmissing-braces -
    Wparentheses -Wswitch -Wunused-function -Wunused-label
    -Wunused-variable
    -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -
    Werror=uninitialized -Werror=pointer-arith -Werror=int-conversion -
    Werror=incompatible-pointer-types -Werror=implicit-int
    -Werror=strict-
    prototypes -Werror=declaration-after-statement -Werror-implicit-
    function-declaration -pthread-a -c kadmin_ct.c
    cc -DHAVE_CONFIG_H-a -I../../include -I../../include -I. -
    DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/usr/include
    -I/usr/local/include -
    isystem /usr/local/include -O2 -pipe -fstack-protector-strong
    -isystem /
    usr/local/include -fno-strict-aliasing -std=gnu99 -Werror=unknown-
    warning-option -Wall -Wcast-align -Wshadow -Wmissing-prototypes -
    pedantic -Wno-format-zero-length -Woverflow -Wstrict-overflow
    -Wmissing-
    format-attribute -Wmissing-prototypes -Wreturn-type
    -Wmissing-braces -
    Wparentheses -Wswitch -Wunused-function -Wunused-label
    -Wunused-variable
    -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -
    Werror=uninitialized -Werror=pointer-arith -Werror=int-conversion -
    Werror=incompatible-pointer-types -Werror=implicit-int
    -Werror=strict-
    prototypes -Werror=declaration-after-statement -Werror-implicit-
    function-declaration -pthread-a -c getdate.c
    cc -L../../lib-a -O2 -pipe-a -fstack-protector-strong -isystem
    /usr/local/
    include -fno-strict-aliasing -std=gnu99-a -L/usr/lib -Wl,-rpath,/usr/ >>>>> local/lib:/usr/lib-a -L/usr/local/lib-a -a-o kadmin.local kadmin.o
    kadmin_ct.o ss_wrapper.o getdate.o keytab_local.o ../../lib/libss.a - >>>>> lreadline -lkadm5srv_mit -lkdb5-a -lgssrpc -lgssapi_krb5 -lgssrpc -
    lgssapi_krb5-a -pthread -lpthread -lkrb5 -lk5crypto -lcom_err -
    lkrb5support -lintl -L/usr/local/lib
    cc -L../../lib-a -O2 -pipe-a -fstack-protector-strong -isystem
    /usr/local/
    include -fno-strict-aliasing -std=gnu99-a -L/usr/lib -Wl,-rpath,/usr/ >>>>> local/lib:/usr/lib-a -L/usr/local/lib-a -a-o kadmin kadmin.o kadmin_ct.o >>>>> ss_wrapper.o getdate.o keytab.o ../../lib/libss.a -lreadline -
    lkadm5clnt_mit -lgssrpc -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -
    lkrb5support -lintl -L/usr/local/lib
    ld: error: undefined symbol: tputs
    referenced by /usr/src/gnu/lib/libreadline/readline/../../../../
    contrib/libreadline/display.c
    /usr/src/gnu/lib/libreadline/ last existed in:
    stable/11/ and releng/11.*/ .

    It does not exist in: stable/1[2345]/ or releng/1[2345].*/

    The existence of /usr/src/gnu/lib/libreadline/ references in your tree >>>> indicates that your tree is poluted with very old materials. That the
    references were used indicates that the old materials are not being
    ignored.

    Hmm...-a so what's the solution?


    Something like this:

    |pkg autoremove -y|


    or is the issue actually that the base system has become contaminated?
    /usr/src/ is a base system source tree (under normal naming conventions
    --and the referenced content confirms it here).

    Other things in your system environment outside /usr/src/gnu/ may also
    be out of date. You may need a very general cleanout of out of
    date materials. I've no clue what overall.

    In stable/14 and releng/14.4/ /usr/src/gnu/ there is only:

    ) /usr/src/gnu/lib/libdialog/
    ) /usr/src/gnu/lib/tests/
    ) /usr/src/gnu/tests/
    ) /usr/src/gnu/usr.bin/dialog/
    ) /usr/src/gnu/usr.bin/diff3/
    ) /usr/src/gnu/usr.bin/tests/


    I just checked inside the jail and /usr/src is empty....


    I'm not sure to trust Google's AI but this is one of the suggestions
    it came out with:


    make delete-old-libs DESTDIR=/path/to/jail


    maybe that's the solution?


    I tried rebuilding the ports that krb5 depends on (even tough I did a
    full install rebuild anyway and just refetched the tree cleaning out
    the older version) which didn't help


    Hmm....




    Ah something seems to be hanging in the jail upgrade?
    src component not installed, skipped
    You have a partially completed upgrade pending
    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Janky Jay, III@jankyj@unfs.us to muc.lists.freebsd.ports on Tue Jul 7 11:48:38 2026
    From Newsgroup: muc.lists.freebsd.ports

    Hello,

    On 7/7/26 11:28AM, Kaya Saman wrote:

    Ah something seems to be hanging in the jail upgrade?


    src component not installed, skipped
    You have a partially completed upgrade pending

    If you're having issues with upgrading jails using freebsd-update, might
    I suggest maybe just switching to pkgbase and being done with all that
    old headache?

    There's a pretty good write-up on jail updating/upgrading from 14.x to
    15.x here, if you're interested. Would likely save you a bunch of time
    as well if there are many jails: https://forums.freebsd.org/threads/jail-upgrade-from-14-3-release-to-15-0-release-with-pkgbase.101467/

    Regards,
    Janky Jay, III



    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Kaya Saman@kayasaman@optiplex-networks.com to muc.lists.freebsd.ports on Tue Jul 7 18:53:51 2026
    From Newsgroup: muc.lists.freebsd.ports


    On 7/7/26 6:48 PM, Janky Jay, III wrote:
    Hello,

    On 7/7/26 11:28AM, Kaya Saman wrote:

    Ah something seems to be hanging in the jail upgrade?


    src component not installed, skipped
    You have a partially completed upgrade pending

    If you're having issues with upgrading jails using freebsd-update,
    might I suggest maybe just switching to pkgbase and being done with
    all that old headache?

    There's a pretty good write-up on jail updating/upgrading from 14.x to
    15.x here, if you're interested. Would likely save you a bunch of time
    as well if there are many jails: https://forums.freebsd.org/threads/jail-upgrade-from-14-3-release-to-15-0-release-with-pkgbase.101467/


    Regards,
    Janky Jay, III



    Thanks!


    So far I think the jail has upgraded properly? I ran a freebsd-update -j <name> -F fetch install


    it's got the jail up to 14.4-p7 which is great


    I still can't build krb5 as it's looking for the same libraries which
    just don't exist.


    I'm not sure where to begin debugging that?


    Remove all ports and reinstall but I think result will be same?



    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Mark Millard@marklmi@yahoo.com to muc.lists.freebsd.ports on Tue Jul 7 11:39:37 2026
    From Newsgroup: muc.lists.freebsd.ports

    On 7/7/26 10:53, Kaya Saman wrote:

    On 7/7/26 6:48 PM, Janky Jay, III wrote:
    Hello,

    On 7/7/26 11:28AM, Kaya Saman wrote:

    Ah something seems to be hanging in the jail upgrade?


    src component not installed, skipped
    You have a partially completed upgrade pending

    If you're having issues with upgrading jails using freebsd-update,
    might I suggest maybe just switching to pkgbase and being done with
    all that old headache?

    There's a pretty good write-up on jail updating/upgrading from 14.x to
    15.x here, if you're interested. Would likely save you a bunch of time
    as well if there are many jails:
    https://forums.freebsd.org/threads/jail-upgrade-from-14-3-release-
    to-15-0-release-with-pkgbase.101467/

    Regards,
    Janky Jay, III



    Thanks!


    So far I think the jail has upgraded properly? I ran a freebsd-update -j <name> -F fetch install


    it's got the jail up to 14.4-p7 which is great


    I still can't build krb5 as it's looking for the same libraries which
    just don't exist.

    That means that you have other files around that are in use and contain references to the paths that start with /usr/src/gnu/lib/libdialog/
    (and, possibly, more old paths). It might be old code compiled/linked
    long ago that recorded the source code paths.

    Your original message report indicated the following as containing such references:

    display.o:(rl_redisplay) in archive /usr/lib/libreadline.a terminal.o:(_rl_backspace) in archive /usr/lib/libreadline.a

    and those same .o file copies in the same .a file for other routines:

    _rl_get_screen_size
    _rl_init_terminal_io
    update_line

    I'll note that none of my fairly modern jail/chroot/boot systems has a /usr/lib/libreadline.a : it is another example of a file long gone (no
    longer produced from source that is also long gone).

    As I indicated earlier, you seem to need to do a very general cleanout
    of out of date materials that go back as far as 11.* (and possibly farther).

    Depending on what you know vs. do not know for making old vs. modern distinctions, that might involve simply starting over from scratch based
    on modern installation techniques.



    I'm not sure where to begin debugging that?


    Remove all ports and reinstall but I think result will be same?



    --
    ===
    Mark Millard
    marklmi at yahoo.com


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Kaya Saman@kayasaman@optiplex-networks.com to muc.lists.freebsd.ports on Tue Jul 7 20:09:13 2026
    From Newsgroup: muc.lists.freebsd.ports


    On 7/7/26 7:39 PM, Mark Millard wrote:
    On 7/7/26 10:53, Kaya Saman wrote:
    On 7/7/26 6:48 PM, Janky Jay, III wrote:
    Hello,

    On 7/7/26 11:28AM, Kaya Saman wrote:
    Ah something seems to be hanging in the jail upgrade?


    src component not installed, skipped
    You have a partially completed upgrade pending
    If you're having issues with upgrading jails using freebsd-update,
    might I suggest maybe just switching to pkgbase and being done with
    all that old headache?

    There's a pretty good write-up on jail updating/upgrading from 14.x to
    15.x here, if you're interested. Would likely save you a bunch of time
    as well if there are many jails:
    https://forums.freebsd.org/threads/jail-upgrade-from-14-3-release-
    to-15-0-release-with-pkgbase.101467/

    Regards,
    Janky Jay, III


    Thanks!


    So far I think the jail has upgraded properly? I ran a freebsd-update -j
    <name> -F fetch install


    it's got the jail up to 14.4-p7 which is great


    I still can't build krb5 as it's looking for the same libraries which
    just don't exist.
    That means that you have other files around that are in use and contain references to the paths that start with /usr/src/gnu/lib/libdialog/
    (and, possibly, more old paths). It might be old code compiled/linked
    long ago that recorded the source code paths.

    Your original message report indicated the following as containing such references:

    display.o:(rl_redisplay) in archive /usr/lib/libreadline.a terminal.o:(_rl_backspace) in archive /usr/lib/libreadline.a

    and those same .o file copies in the same .a file for other routines:

    _rl_get_screen_size
    _rl_init_terminal_io
    update_line

    I'll note that none of my fairly modern jail/chroot/boot systems has a /usr/lib/libreadline.a : it is another example of a file long gone (no
    longer produced from source that is also long gone).

    As I indicated earlier, you seem to need to do a very general cleanout
    of out of date materials that go back as far as 11.* (and possibly farther).

    Depending on what you know vs. do not know for making old vs. modern distinctions, that might involve simply starting over from scratch based
    on modern installation techniques.


    I'm not sure where to begin debugging that?


    Remove all ports and reinstall but I think result will be same?



    Hi Mark,


    you're a legend!


    I had a look within /usr/lib and sure there were 3x libreadline* files
    in there.


    Now I don't know if this is a permanent solution and if all old
    libraries etc... have gone *but a very nice rm /usr/lib/libreadline*
    followed by building the ports worked.


    I remember there was an IDS approach to cross-compare old vs new files
    and what's changed. I'm not sure if that still applies....


    Some of these jails might have been built during the 8.x era lol and
    using the source "make buildworld DESTDIR=D" in /usr/src


    Anyway, it's a fix for now :-)


    Regards,


    Kaya



    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Mark Millard@marklmi@yahoo.com to muc.lists.freebsd.ports on Tue Jul 7 12:34:48 2026
    From Newsgroup: muc.lists.freebsd.ports

    On 7/7/26 12:09, Kaya Saman wrote:

    On 7/7/26 7:39 PM, Mark Millard wrote:
    On 7/7/26 10:53, Kaya Saman wrote:
    On 7/7/26 6:48 PM, Janky Jay, III wrote:
    Hello,

    On 7/7/26 11:28AM, Kaya Saman wrote:
    Ah something seems to be hanging in the jail upgrade?


    src component not installed, skipped
    You have a partially completed upgrade pending
    If you're having issues with upgrading jails using freebsd-update,
    might I suggest maybe just switching to pkgbase and being done with
    all that old headache?

    There's a pretty good write-up on jail updating/upgrading from 14.x to >>>> 15.x here, if you're interested. Would likely save you a bunch of time >>>> as well if there are many jails:
    https://forums.freebsd.org/threads/jail-upgrade-from-14-3-release-
    to-15-0-release-with-pkgbase.101467/

    Regards,
    Janky Jay, III


    Thanks!


    So far I think the jail has upgraded properly? I ran a freebsd-update -j >>> <name> -F fetch install


    it's got the jail up to 14.4-p7 which is great


    I still can't build krb5 as it's looking for the same libraries which
    just don't exist.
    That means that you have other files around that are in use and contain
    references to the paths that start with /usr/src/gnu/lib/libdialog/
    (and, possibly, more old paths). It might be old code compiled/linked
    long ago that recorded the source code paths.

    Your original message report indicated the following as containing such
    references:

    display.o:(rl_redisplay) in archive /usr/lib/libreadline.a
    terminal.o:(_rl_backspace) in archive /usr/lib/libreadline.a

    and those same .o file copies in the same .a file for other routines:

    _rl_get_screen_size
    _rl_init_terminal_io
    update_line

    I'll note that none of my fairly modern jail/chroot/boot systems has a
    /usr/lib/libreadline.a : it is another example of a file long gone (no
    longer produced from source that is also long gone).

    As I indicated earlier, you seem to need to do a very general cleanout
    of out of date materials that go back as far as 11.* (and possibly
    farther).

    Depending on what you know vs. do not know for making old vs. modern
    distinctions, that might involve simply starting over from scratch based
    on modern installation techniques.


    I'm not sure where to begin debugging that?


    Remove all ports and reinstall but I think result will be same?



    Hi Mark,


    you're a legend!


    I had a look within /usr/lib and sure there were 3x libreadline* files
    in there.


    Now I don't know if this is a permanent solution and if all old
    libraries etc... have gone *but a very nice rm /usr/lib/libreadline*
    followed by building the ports worked.


    I remember there was an IDS approach to cross-compare old vs new files
    and what's changed. I'm not sure if that still applies....


    Some of these jails might have been built during the 8.x era lol and
    using the source "make buildworld DESTDIR=D" in /usr/src


    Anyway, it's a fix for now :-)

    I should note that trying to use 14.4's:

    make delete-old-libs DESTDIR=. . .

    depends on if ObsoleteFiles.inc still contains:

    # 20140705: turn libreadline into an internal lib OLD_LIBS+=lib/libreadline.so.8
    OLD_FILES+=usr/lib/libreadline.a
    . . .

    Looking . . . 14.4 does. 15.0 does not.

    That suggests that you may want to try make delete-old-libs DESTDIR=...
    But you may end up finding that other things are dependent on what
    should no longer exist and you may then end up having to reconstruct
    things based on the somewhat cleaned out context that resulted.

    Based on the above, the identified old content goes back to 2014: over a decade.



    Regards,


    Kaya



    --
    ===
    Mark Millard
    marklmi at yahoo.com


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Mark Millard@marklmi@yahoo.com to muc.lists.freebsd.ports on Tue Jul 7 13:00:11 2026
    From Newsgroup: muc.lists.freebsd.ports

    On 7/7/26 12:34, Mark Millard wrote:
    On 7/7/26 12:09, Kaya Saman wrote:

    On 7/7/26 7:39 PM, Mark Millard wrote:
    On 7/7/26 10:53, Kaya Saman wrote:
    On 7/7/26 6:48 PM, Janky Jay, III wrote:
    Hello,

    On 7/7/26 11:28AM, Kaya Saman wrote:
    Ah something seems to be hanging in the jail upgrade?


    src component not installed, skipped
    You have a partially completed upgrade pending
    If you're having issues with upgrading jails using freebsd-update,
    might I suggest maybe just switching to pkgbase and being done with
    all that old headache?

    There's a pretty good write-up on jail updating/upgrading from 14.x to >>>>> 15.x here, if you're interested. Would likely save you a bunch of time >>>>> as well if there are many jails:
    https://forums.freebsd.org/threads/jail-upgrade-from-14-3-release-
    to-15-0-release-with-pkgbase.101467/

    Regards,
    Janky Jay, III


    Thanks!


    So far I think the jail has upgraded properly? I ran a freebsd-update -j >>>> <name> -F fetch install


    it's got the jail up to 14.4-p7 which is great


    I still can't build krb5 as it's looking for the same libraries which
    just don't exist.
    That means that you have other files around that are in use and contain
    references to the paths that start with /usr/src/gnu/lib/libdialog/
    (and, possibly, more old paths). It might be old code compiled/linked
    long ago that recorded the source code paths.

    Your original message report indicated the following as containing such
    references:

    display.o:(rl_redisplay) in archive /usr/lib/libreadline.a
    terminal.o:(_rl_backspace) in archive /usr/lib/libreadline.a

    and those same .o file copies in the same .a file for other routines:

    _rl_get_screen_size
    _rl_init_terminal_io
    update_line

    I'll note that none of my fairly modern jail/chroot/boot systems has a
    /usr/lib/libreadline.a : it is another example of a file long gone (no
    longer produced from source that is also long gone).

    As I indicated earlier, you seem to need to do a very general cleanout
    of out of date materials that go back as far as 11.* (and possibly
    farther).

    Depending on what you know vs. do not know for making old vs. modern
    distinctions, that might involve simply starting over from scratch based >>> on modern installation techniques.


    I'm not sure where to begin debugging that?


    Remove all ports and reinstall but I think result will be same?



    Hi Mark,


    you're a legend!


    I had a look within /usr/lib and sure there were 3x libreadline* files
    in there.


    Now I don't know if this is a permanent solution and if all old
    libraries etc... have gone *but a very nice rm /usr/lib/libreadline*
    followed by building the ports worked.


    I remember there was an IDS approach to cross-compare old vs new files
    and what's changed. I'm not sure if that still applies....


    Some of these jails might have been built during the 8.x era lol and
    using the source "make buildworld DESTDIR=D" in /usr/src


    Anyway, it's a fix for now :-)

    I should note that trying to use 14.4's:

    make delete-old-libs DESTDIR=. . .

    depends on if ObsoleteFiles.inc still contains:

    # 20140705: turn libreadline into an internal lib OLD_LIBS+=lib/libreadline.so.8
    OLD_FILES+=usr/lib/libreadline.a
    . . .

    Looking . . . 14.4 does. 15.0 does not.

    That suggests that you may want to try make delete-old-libs DESTDIR=...
    But you may end up finding that other things are dependent on what
    should no longer exist and you may then end up having to reconstruct
    things based on the somewhat cleaned out context that resulted.

    By the way, there are also:

    make check-old-libs DESTDIR=. . .

    for learning ahead of time what would be involved in the delete sequence.

    There is also a command for listing what is considered for the checking, including what is not found to exist by the check-old-libs command:

    make list-old-libs DESTDIR=. . .


    Based on the above, the identified old content goes back to 2014: over a decade.



    Regards,


    Kaya





    --
    ===
    Mark Millard
    marklmi at yahoo.com


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Kaya Saman@kayasaman@optiplex-networks.com to muc.lists.freebsd.ports on Tue Jul 7 21:24:31 2026
    From Newsgroup: muc.lists.freebsd.ports


    On 7/7/26 9:00 PM, Mark Millard wrote:
    On 7/7/26 12:34, Mark Millard wrote:
    On 7/7/26 12:09, Kaya Saman wrote:
    On 7/7/26 7:39 PM, Mark Millard wrote:
    On 7/7/26 10:53, Kaya Saman wrote:
    On 7/7/26 6:48 PM, Janky Jay, III wrote:
    Hello,

    On 7/7/26 11:28AM, Kaya Saman wrote:
    Ah something seems to be hanging in the jail upgrade?


    src component not installed, skipped
    You have a partially completed upgrade pending
    If you're having issues with upgrading jails using freebsd-update, >>>>>> might I suggest maybe just switching to pkgbase and being done with >>>>>> all that old headache?

    There's a pretty good write-up on jail updating/upgrading from 14.x to >>>>>> 15.x here, if you're interested. Would likely save you a bunch of time >>>>>> as well if there are many jails:
    https://forums.freebsd.org/threads/jail-upgrade-from-14-3-release- >>>>>> to-15-0-release-with-pkgbase.101467/

    Regards,
    Janky Jay, III


    Thanks!


    So far I think the jail has upgraded properly? I ran a freebsd-update -j >>>>> <name> -F fetch install


    it's got the jail up to 14.4-p7 which is great


    I still can't build krb5 as it's looking for the same libraries which >>>>> just don't exist.
    That means that you have other files around that are in use and contain >>>> references to the paths that start with /usr/src/gnu/lib/libdialog/
    (and, possibly, more old paths). It might be old code compiled/linked
    long ago that recorded the source code paths.

    Your original message report indicated the following as containing such >>>> references:

    display.o:(rl_redisplay) in archive /usr/lib/libreadline.a
    terminal.o:(_rl_backspace) in archive /usr/lib/libreadline.a

    and those same .o file copies in the same .a file for other routines:

    _rl_get_screen_size
    _rl_init_terminal_io
    update_line

    I'll note that none of my fairly modern jail/chroot/boot systems has a >>>> /usr/lib/libreadline.a : it is another example of a file long gone (no >>>> longer produced from source that is also long gone).

    As I indicated earlier, you seem to need to do a very general cleanout >>>> of out of date materials that go back as far as 11.* (and possibly
    farther).

    Depending on what you know vs. do not know for making old vs. modern
    distinctions, that might involve simply starting over from scratch based >>>> on modern installation techniques.

    I'm not sure where to begin debugging that?


    Remove all ports and reinstall but I think result will be same?



    Hi Mark,


    you're a legend!


    I had a look within /usr/lib and sure there were 3x libreadline* files
    in there.


    Now I don't know if this is a permanent solution and if all old
    libraries etc... have gone *but a very nice rm /usr/lib/libreadline*
    followed by building the ports worked.


    I remember there was an IDS approach to cross-compare old vs new files
    and what's changed. I'm not sure if that still applies....


    Some of these jails might have been built during the 8.x era lol and
    using the source "make buildworld DESTDIR=D" in /usr/src


    Anyway, it's a fix for now :-)
    I should note that trying to use 14.4's:

    make delete-old-libs DESTDIR=. . .

    depends on if ObsoleteFiles.inc still contains:

    # 20140705: turn libreadline into an internal lib
    OLD_LIBS+=lib/libreadline.so.8
    OLD_FILES+=usr/lib/libreadline.a
    . . .

    Looking . . . 14.4 does. 15.0 does not.

    That suggests that you may want to try make delete-old-libs DESTDIR=...
    But you may end up finding that other things are dependent on what
    should no longer exist and you may then end up having to reconstruct
    things based on the somewhat cleaned out context that resulted.
    By the way, there are also:

    make check-old-libs DESTDIR=. . .

    for learning ahead of time what would be involved in the delete sequence.

    There is also a command for listing what is considered for the checking, including what is not found to exist by the check-old-libs command:

    make list-old-libs DESTDIR=. . .

    Based on the above, the identified old content goes back to 2014: over a
    decade.


    Regards,


    Kaya



    Many thanks.... I really appreciate this!


    where do I run the make command from?


    Is it from /usr/src? because I cleaned that out...



    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Mark Millard@marklmi@yahoo.com to muc.lists.freebsd.ports on Tue Jul 7 13:41:35 2026
    From Newsgroup: muc.lists.freebsd.ports

    On 7/7/26 13:24, Kaya Saman wrote:

    On 7/7/26 9:00 PM, Mark Millard wrote:
    On 7/7/26 12:34, Mark Millard wrote:
    On 7/7/26 12:09, Kaya Saman wrote:
    On 7/7/26 7:39 PM, Mark Millard wrote:
    On 7/7/26 10:53, Kaya Saman wrote:
    On 7/7/26 6:48 PM, Janky Jay, III wrote:
    Hello,

    On 7/7/26 11:28AM, Kaya Saman wrote:
    Ah something seems to be hanging in the jail upgrade?


    src component not installed, skipped
    You have a partially completed upgrade pending
    If you're having issues with upgrading jails using freebsd-update, >>>>>>> might I suggest maybe just switching to pkgbase and being done with >>>>>>> all that old headache?

    There's a pretty good write-up on jail updating/upgrading from
    14.x to
    15.x here, if you're interested. Would likely save you a bunch of >>>>>>> time
    as well if there are many jails:
    https://forums.freebsd.org/threads/jail-upgrade-from-14-3-release- >>>>>>> to-15-0-release-with-pkgbase.101467/

    Regards,
    Janky Jay, III


    Thanks!


    So far I think the jail has upgraded properly? I ran a freebsd-
    update -j
    <name> -F fetch install


    it's got the jail up to 14.4-p7 which is great


    I still can't build krb5 as it's looking for the same libraries which >>>>>> just don't exist.
    That means that you have other files around that are in use and
    contain
    references to the paths that start with /usr/src/gnu/lib/libdialog/
    (and, possibly, more old paths). It might be old code compiled/linked >>>>> long ago that recorded the source code paths.

    Your original message report indicated the following as containing
    such
    references:

    display.o:(rl_redisplay) in archive /usr/lib/libreadline.a
    terminal.o:(_rl_backspace) in archive /usr/lib/libreadline.a

    and those same .o file copies in the same .a file for other routines: >>>>>
    _rl_get_screen_size
    _rl_init_terminal_io
    update_line

    I'll note that none of my fairly modern jail/chroot/boot systems has a >>>>> /usr/lib/libreadline.a : it is another example of a file long gone (no >>>>> longer produced from source that is also long gone).

    As I indicated earlier, you seem to need to do a very general cleanout >>>>> of out of date materials that go back as far as 11.* (and possibly
    farther).

    Depending on what you know vs. do not know for making old vs. modern >>>>> distinctions, that might involve simply starting over from scratch
    based
    on modern installation techniques.

    I'm not sure where to begin debugging that?


    Remove all ports and reinstall but I think result will be same?



    Hi Mark,


    you're a legend!


    I had a look within /usr/lib and sure there were 3x libreadline* files >>>> in there.


    Now I don't know if this is a permanent solution and if all old
    libraries etc... have gone *but a very nice rm /usr/lib/libreadline*
    followed by building the ports worked.


    I remember there was an IDS approach to cross-compare old vs new files >>>> and what's changed. I'm not sure if that still applies....


    Some of these jails might have been built during the 8.x era lol and
    using the source "make buildworld DESTDIR=D" in /usr/src


    Anyway, it's a fix for now :-)
    I should note that trying to use 14.4's:

    make delete-old-libs DESTDIR=. . .

    depends on if ObsoleteFiles.inc still contains:

    # 20140705: turn libreadline into an internal lib
    OLD_LIBS+=lib/libreadline.so.8
    OLD_FILES+=usr/lib/libreadline.a
    . . .

    Looking . . . 14.4 does. 15.0 does not.

    That suggests that you may want to try make delete-old-libs DESTDIR=...
    But you may end up finding that other things are dependent on what
    should no longer exist and you may then end up having to reconstruct
    things based on the somewhat cleaned out context that resulted.
    By the way, there are also:

    make check-old-libs DESTDIR=. . .

    for learning ahead of time what would be involved in the delete sequence.

    There is also a command for listing what is considered for the checking,
    including what is not found to exist by the check-old-libs command:

    make list-old-libs DESTDIR=. . .

    Based on the above, the identified old content goes back to 2014: over a >>> decade.


    Regards,


    Kaya



    Many thanks.... I really appreciate this!


    where do I run the make command from?


    Is it from /usr/src? because I cleaned that out...

    It is executed from a source tree that matches the modern system
    involved. DESTDIR should be pointed to the top of the system/jail/chroot directory tree that is to have any old libraries found deleted.

    So it sounds like you need to establish a /usr/src/ with the source for
    the version of the system that you are cleaning up: 14.4-RELEASE-p7
    As stands that is the releng/14.7 branch in git (presuming no more
    patching is started any time soon). The release/14.4.0-p7 tag can be
    used as a more stable reference.




    --
    ===
    Mark Millard
    marklmi at yahoo.com


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Kaya Saman@kayasaman@optiplex-networks.com to muc.lists.freebsd.ports on Tue Jul 7 21:58:43 2026
    From Newsgroup: muc.lists.freebsd.ports


    On 7/7/26 9:41 PM, Mark Millard wrote:
    On 7/7/26 13:24, Kaya Saman wrote:
    On 7/7/26 9:00 PM, Mark Millard wrote:
    On 7/7/26 12:34, Mark Millard wrote:
    On 7/7/26 12:09, Kaya Saman wrote:
    On 7/7/26 7:39 PM, Mark Millard wrote:
    On 7/7/26 10:53, Kaya Saman wrote:
    On 7/7/26 6:48 PM, Janky Jay, III wrote:
    Hello,

    On 7/7/26 11:28AM, Kaya Saman wrote:
    Ah something seems to be hanging in the jail upgrade?


    src component not installed, skipped
    You have a partially completed upgrade pending
    If you're having issues with upgrading jails using freebsd-update, >>>>>>>> might I suggest maybe just switching to pkgbase and being done with >>>>>>>> all that old headache?

    There's a pretty good write-up on jail updating/upgrading from >>>>>>>> 14.x to
    15.x here, if you're interested. Would likely save you a bunch of >>>>>>>> time
    as well if there are many jails:
    https://forums.freebsd.org/threads/jail-upgrade-from-14-3-release- >>>>>>>> to-15-0-release-with-pkgbase.101467/

    Regards,
    Janky Jay, III


    Thanks!


    So far I think the jail has upgraded properly? I ran a freebsd-
    update -j
    <name> -F fetch install


    it's got the jail up to 14.4-p7 which is great


    I still can't build krb5 as it's looking for the same libraries which >>>>>>> just don't exist.
    That means that you have other files around that are in use and
    contain
    references to the paths that start with /usr/src/gnu/lib/libdialog/ >>>>>> (and, possibly, more old paths). It might be old code compiled/linked >>>>>> long ago that recorded the source code paths.

    Your original message report indicated the following as containing >>>>>> such
    references:

    display.o:(rl_redisplay) in archive /usr/lib/libreadline.a
    terminal.o:(_rl_backspace) in archive /usr/lib/libreadline.a

    and those same .o file copies in the same .a file for other routines: >>>>>>
    _rl_get_screen_size
    _rl_init_terminal_io
    update_line

    I'll note that none of my fairly modern jail/chroot/boot systems has a >>>>>> /usr/lib/libreadline.a : it is another example of a file long gone (no >>>>>> longer produced from source that is also long gone).

    As I indicated earlier, you seem to need to do a very general cleanout >>>>>> of out of date materials that go back as far as 11.* (and possibly >>>>>> farther).

    Depending on what you know vs. do not know for making old vs. modern >>>>>> distinctions, that might involve simply starting over from scratch >>>>>> based
    on modern installation techniques.

    I'm not sure where to begin debugging that?


    Remove all ports and reinstall but I think result will be same?



    Hi Mark,


    you're a legend!


    I had a look within /usr/lib and sure there were 3x libreadline* files >>>>> in there.


    Now I don't know if this is a permanent solution and if all old
    libraries etc... have gone *but a very nice rm /usr/lib/libreadline* >>>>> followed by building the ports worked.


    I remember there was an IDS approach to cross-compare old vs new files >>>>> and what's changed. I'm not sure if that still applies....


    Some of these jails might have been built during the 8.x era lol and >>>>> using the source "make buildworld DESTDIR=D" in /usr/src


    Anyway, it's a fix for now :-)
    I should note that trying to use 14.4's:

    make delete-old-libs DESTDIR=. . .

    depends on if ObsoleteFiles.inc still contains:

    # 20140705: turn libreadline into an internal lib
    OLD_LIBS+=lib/libreadline.so.8
    OLD_FILES+=usr/lib/libreadline.a
    . . .

    Looking . . . 14.4 does. 15.0 does not.

    That suggests that you may want to try make delete-old-libs DESTDIR=... >>>> But you may end up finding that other things are dependent on what
    should no longer exist and you may then end up having to reconstruct
    things based on the somewhat cleaned out context that resulted.
    By the way, there are also:

    make check-old-libs DESTDIR=. . .

    for learning ahead of time what would be involved in the delete sequence. >>>
    There is also a command for listing what is considered for the checking, >>> including what is not found to exist by the check-old-libs command:

    make list-old-libs DESTDIR=. . .

    Based on the above, the identified old content goes back to 2014: over a >>>> decade.

    Regards,


    Kaya



    Many thanks.... I really appreciate this!


    where do I run the make command from?


    Is it from /usr/src? because I cleaned that out...
    It is executed from a source tree that matches the modern system
    involved. DESTDIR should be pointed to the top of the system/jail/chroot directory tree that is to have any old libraries found deleted.

    So it sounds like you need to establish a /usr/src/ with the source for
    the version of the system that you are cleaning up: 14.4-RELEASE-p7
    As stands that is the releng/14.7 branch in git (presuming no more
    patching is started any time soon). The release/14.4.0-p7 tag can be
    used as a more stable reference.



    Gotcha!
    As you suspected:
    -a# make check-old-libs DESTDIR=/jl/dns
    Checking for old libraries
    /jl/dns/lib/casper/libcap_dns.so.0 /jl/dns/usr/lib/debug/lib/casper/libcap_dns.so.0.debug /jl/dns/lib/casper/libcap_dns.so.1 /jl/dns/usr/lib/debug/lib/casper/libcap_dns.so.1.debug /jl/dns/lib/casper/libcap_grp.so.0 /jl/dns/usr/lib/debug/lib/casper/libcap_grp.so.0.debug /jl/dns/lib/casper/libcap_pwd.so.0 /jl/dns/usr/lib/debug/lib/casper/libcap_pwd.so.0.debug /jl/dns/lib/casper/libcap_random.so.0 /jl/dns/usr/lib/debug/lib/casper/libcap_random.so.0.debug /jl/dns/lib/casper/libcap_random.so.1 /jl/dns/usr/lib/debug/lib/casper/libcap_random.so.1.debug /jl/dns/lib/casper/libcap_sysctl.so.0 /jl/dns/usr/lib/debug/lib/casper/libcap_sysctl.so.0.debug /jl/dns/lib/casper/libcap_sysctl.so.1 /jl/dns/usr/lib/debug/lib/casper/libcap_sysctl.so.1.debug /jl/dns/lib/geom/geom_sched.so /jl/dns/usr/lib/debug/lib/geom/geom_sched.so.debug /jl/dns/lib/libalias_cuseeme.so /jl/dns/usr/lib/debug/lib/libalias_cuseeme.so.debug
    /jl/dns/lib/libcam.so.6
    /jl/dns/lib/libcapsicum.so.0
    /jl/dns/lib/libcasper.so.0
    /jl/dns/usr/lib/debug/lib/libcasper.so.0.debug
    /jl/dns/lib/libcrypto.so.111
    /jl/dns/lib/libcrypto.so.7
    /jl/dns/lib/libcrypto.so.8
    /jl/dns/usr/lib/debug/lib/libcrypto.so.8.debug
    /jl/dns/lib/libedit.so.7
    /jl/dns/usr/lib/debug/lib/libedit.so.7.debug
    /jl/dns/lib/libipx.so.5
    /jl/dns/lib/libkvm.so.6
    /jl/dns/lib/libncurses.so.8
    /jl/dns/usr/lib/debug/lib/libncurses.so.8.debug
    /jl/dns/lib/libncursesw.so.8
    /jl/dns/usr/lib/debug/lib/libncursesw.so.8.debug
    /jl/dns/lib/libnv.so.0
    /jl/dns/lib/libreadline.so.8
    /jl/dns/lib/libufs.so.6
    /jl/dns/usr/lib/debug/lib/libufs.so.6.debug
    /jl/dns/lib/libzfs.so.2
    /jl/dns/usr/lib/debug/lib/libzfs.so.2.debug
    /jl/dns/lib/libzfs.so.3
    /jl/dns/usr/lib/debug/lib/libzfs.so.3.debug /jl/dns/usr/lib/engines/lib4758cca.so /jl/dns/usr/lib/debug/usr/lib/engines/lib4758cca.so.debug /jl/dns/usr/lib/engines/libaep.so /jl/dns/usr/lib/debug/usr/lib/engines/libaep.so.debug /jl/dns/usr/lib/engines/libatalla.so /jl/dns/usr/lib/debug/usr/lib/engines/libatalla.so.debug /jl/dns/usr/lib/engines/libcapi.so /jl/dns/usr/lib/debug/usr/lib/engines/libcapi.so.debug /jl/dns/usr/lib/engines/libchil.so /jl/dns/usr/lib/debug/usr/lib/engines/libchil.so.debug /jl/dns/usr/lib/engines/libcswift.so /jl/dns/usr/lib/debug/usr/lib/engines/libcswift.so.debug /jl/dns/usr/lib/engines/libgost.so /jl/dns/usr/lib/debug/usr/lib/engines/libgost.so.debug /jl/dns/usr/lib/engines/libnuron.so /jl/dns/usr/lib/debug/usr/lib/engines/libnuron.so.debug /jl/dns/usr/lib/engines/libsureware.so /jl/dns/usr/lib/debug/usr/lib/engines/libsureware.so.debug /jl/dns/usr/lib/engines/libubsec.so /jl/dns/usr/lib/debug/usr/lib/engines/libubsec.so.debug /jl/dns/usr/lib/i18n/libBIG5.so.4
    /jl/dns/usr/lib/i18n/libDECHanyu.so.4
    /jl/dns/usr/lib/i18n/libEUC.so.4
    /jl/dns/usr/lib/i18n/libEUCTW.so.4
    /jl/dns/usr/lib/i18n/libGBK2K.so.4
    /jl/dns/usr/lib/i18n/libHZ.so.4
    /jl/dns/usr/lib/i18n/libISO2022.so.4
    /jl/dns/usr/lib/i18n/libJOHAB.so.4
    /jl/dns/usr/lib/i18n/libMSKanji.so.4
    /jl/dns/usr/lib/i18n/libUES.so.4
    /jl/dns/usr/lib/i18n/libUTF1632.so.4
    /jl/dns/usr/lib/i18n/libUTF7.so.4
    /jl/dns/usr/lib/i18n/libUTF8.so.4
    /jl/dns/usr/lib/i18n/libVIQR.so.4
    /jl/dns/usr/lib/i18n/libZW.so.4
    /jl/dns/usr/lib/i18n/libiconv_none.so.4
    /jl/dns/usr/lib/i18n/libiconv_std.so.4
    /jl/dns/usr/lib/i18n/libmapper_646.so.4 /jl/dns/usr/lib/i18n/libmapper_none.so.4 /jl/dns/usr/lib/i18n/libmapper_parallel.so.4 /jl/dns/usr/lib/i18n/libmapper_serial.so.4 /jl/dns/usr/lib/i18n/libmapper_std.so.4 /jl/dns/usr/lib/i18n/libmapper_zone.so.4
    /jl/dns/usr/lib/libarchive.so.6 /jl/dns/usr/lib/debug/usr/lib/libarchive.so.6.debug /jl/dns/usr/lib/libatf-c++.so.1
    /jl/dns/usr/lib/libatf-c.so.1
    /jl/dns/usr/lib/libauditd.so.5 /jl/dns/usr/lib/debug/usr/lib/libauditd.so.5.debug /jl/dns/usr/lib/libbsnmptools.so.0
    /jl/dns/usr/lib/libcap_random.so
    /jl/dns/usr/lib/libdevinfo.so.5
    /jl/dns/usr/lib/libdialog.so.8 /jl/dns/usr/lib/debug/usr/lib/libdialog.so.8.debug /jl/dns/usr/lib/libdialog.so.9
    /jl/dns/usr/lib/libdpv.so.1
    /jl/dns/usr/lib/debug/usr/lib/libdpv.so.1.debug
    /jl/dns/usr/lib/libdpv.so.2
    /jl/dns/usr/lib/libdwarf.so.3
    /jl/dns/usr/lib/libelf.so.1
    /jl/dns/usr/lib/libform.so.5
    /jl/dns/usr/lib/debug/usr/lib/libform.so.5.debug
    /jl/dns/usr/lib/libformw.so.5
    /jl/dns/usr/lib/debug/usr/lib/libformw.so.5.debug /jl/dns/usr/lib/libgnuregex.so.5 /jl/dns/usr/lib/debug/usr/lib/libgnuregex.so.5.debug /jl/dns/usr/lib/libgomp.so.1
    /jl/dns/usr/lib/libgpib.so.3
    /jl/dns/usr/lib/libheimsqlite.so.11
    /jl/dns/usr/lib/libhistory.so.8
    /jl/dns/usr/lib/libmenu.so.5
    /jl/dns/usr/lib/debug/usr/lib/libmenu.so.5.debug
    /jl/dns/usr/lib/libmenuw.so.5
    /jl/dns/usr/lib/debug/usr/lib/libmenuw.so.5.debug /jl/dns/usr/lib/libmilter.so.5 /jl/dns/usr/lib/debug/usr/lib/libmilter.so.5.debug /jl/dns/usr/lib/libngatm.so.4
    /jl/dns/usr/lib/libopie.so.7
    /jl/dns/usr/lib/libopie.so.8
    /jl/dns/usr/lib/libpam.so.5
    /jl/dns/usr/lib/libpanel.so.5
    /jl/dns/usr/lib/debug/usr/lib/libpanel.so.5.debug /jl/dns/usr/lib/libpanelw.so.5 /jl/dns/usr/lib/debug/usr/lib/libpanelw.so.5.debug /jl/dns/usr/lib/libprivateevent.so.1 /jl/dns/usr/lib/debug/usr/lib/libprivateevent.so.1.debug /jl/dns/usr/lib/libproc.so.2
    /jl/dns/usr/lib/libproc.so.3
    /jl/dns/usr/lib/debug/usr/lib/libproc.so.3.debug
    /jl/dns/usr/lib/libssl.so.111
    /jl/dns/usr/lib/libssl.so.7
    /jl/dns/usr/lib/libssl.so.8
    /jl/dns/usr/lib/debug/usr/lib/libssl.so.8.debug
    /jl/dns/usr/lib/libugidfw.so.4
    /jl/dns/usr/lib/libvmmapi.so.5
    /jl/dns/usr/lib/pam_chroot.so.5
    /jl/dns/usr/lib/pam_deny.so.5
    /jl/dns/usr/lib/pam_echo.so.5
    /jl/dns/usr/lib/pam_exec.so.5
    /jl/dns/usr/lib/pam_ftpusers.so.5
    /jl/dns/usr/lib/pam_group.so.5
    /jl/dns/usr/lib/pam_guest.so.5
    /jl/dns/usr/lib/pam_krb5.so.5
    /jl/dns/usr/lib/pam_ksu.so.5
    /jl/dns/usr/lib/pam_lastlog.so.5
    /jl/dns/usr/lib/pam_login_access.so.5
    /jl/dns/usr/lib/pam_nologin.so.5
    /jl/dns/usr/lib/pam_opie.so.5
    /jl/dns/usr/lib/pam_opie.so.6
    /jl/dns/usr/lib/pam_opieaccess.so.5
    /jl/dns/usr/lib/pam_opieaccess.so.6
    /jl/dns/usr/lib/pam_passwdqc.so.5
    /jl/dns/usr/lib/pam_permit.so.5
    /jl/dns/usr/lib/pam_radius.so.5
    /jl/dns/usr/lib/pam_rhosts.so.5
    /jl/dns/usr/lib/pam_rootok.so.5
    /jl/dns/usr/lib/pam_securetty.so.5
    /jl/dns/usr/lib/pam_self.so.5
    /jl/dns/usr/lib/pam_ssh.so.5
    /jl/dns/usr/lib/pam_tacplus.so.5
    /jl/dns/usr/lib/pam_unix.so.5
    /jl/dns/usr/lib/private/libheimipcc.so.11 /jl/dns/usr/lib/private/libheimipcs.so.11
    /jl/dns/usr/lib/private/libldns.so.5
    /jl/dns/usr/lib/private/libssh.so.5
    /jl/dns/usr/lib/private/libucl.so.1
    /jl/dns/usr/lib/private/libunbound.so.5
    /jl/dns/usr/lib/private/libyaml.so.1
    /jl/dns/usr/lib/snmp_atm.so.6
    /jl/dns/usr/lib/debug/usr/lib/snmp_atm.so.6.debug
    /jl/dns/usr/lib32/capi.so
    /jl/dns/usr/lib/debug/usr/lib32/capi.so.debug /jl/dns/usr/lib32/geom/geom_sched.so /jl/dns/usr/lib/debug/usr/lib32/geom/geom_sched.so.debug /jl/dns/usr/lib32/lib4758cca.so /jl/dns/usr/lib/debug/usr/lib32/lib4758cca.so.debug
    /jl/dns/usr/lib32/libaep.so
    /jl/dns/usr/lib/debug/usr/lib32/libaep.so.debug /jl/dns/usr/lib32/libalias_cuseeme.so /jl/dns/usr/lib/debug/usr/lib32/libalias_cuseeme.so.debug /jl/dns/usr/lib32/libarchive.so.6 /jl/dns/usr/lib/debug/usr/lib32/libarchive.so.6.debug /jl/dns/usr/lib32/libatalla.so /jl/dns/usr/lib/debug/usr/lib32/libatalla.so.debug /jl/dns/usr/lib32/libatf-c++.so.1
    /jl/dns/usr/lib32/libatf-c.so.1
    /jl/dns/usr/lib32/libauditd.so.5 /jl/dns/usr/lib/debug/usr/lib32/libauditd.so.5.debug /jl/dns/usr/lib32/libcam.so.6
    /jl/dns/usr/lib32/libcap_dns.so.0 /jl/dns/usr/lib/debug/usr/lib32/libcap_dns.so.0.debug /jl/dns/usr/lib32/libcap_dns.so.1 /jl/dns/usr/lib/debug/usr/lib32/libcap_dns.so.1.debug /jl/dns/usr/lib32/libcap_grp.so.0 /jl/dns/usr/lib/debug/usr/lib32/libcap_grp.so.0.debug /jl/dns/usr/lib32/libcap_pwd.so.0 /jl/dns/usr/lib/debug/usr/lib32/libcap_pwd.so.0.debug /jl/dns/usr/lib32/libcap_random.so
    /jl/dns/usr/lib32/libcap_random.so.0 /jl/dns/usr/lib/debug/usr/lib32/libcap_random.so.0.debug /jl/dns/usr/lib32/libcap_random.so.0 /jl/dns/usr/lib/debug/usr/lib32/libcap_random.so.0.debug /jl/dns/usr/lib32/libcap_random.so.1 /jl/dns/usr/lib/debug/usr/lib32/libcap_random.so.1.debug /jl/dns/usr/lib32/libcap_sysctl.so.0 /jl/dns/usr/lib/debug/usr/lib32/libcap_sysctl.so.0.debug /jl/dns/usr/lib32/libcap_sysctl.so.1 /jl/dns/usr/lib/debug/usr/lib32/libcap_sysctl.so.1.debug /jl/dns/usr/lib32/libcapi.so
    /jl/dns/usr/lib/debug/usr/lib32/libcapi.so.debug /jl/dns/usr/lib32/libcapsicum.so.0
    /jl/dns/usr/lib32/libcasper.so.0 /jl/dns/usr/lib/debug/usr/lib32/libcasper.so.0.debug /jl/dns/usr/lib32/libchil.so
    /jl/dns/usr/lib/debug/usr/lib32/libchil.so.debug /jl/dns/usr/lib32/libcrypto.so.7
    /jl/dns/usr/lib32/libcrypto.so.8 /jl/dns/usr/lib/debug/usr/lib32/libcrypto.so.8.debug /jl/dns/usr/lib32/libcswift.so /jl/dns/usr/lib/debug/usr/lib32/libcswift.so.debug /jl/dns/usr/lib32/libdevinfo.so.5
    /jl/dns/usr/lib32/libdialog.so.8 /jl/dns/usr/lib/debug/usr/lib32/libdialog.so.8.debug /jl/dns/usr/lib32/libdpv.so.1
    /jl/dns/usr/lib/debug/usr/lib32/libdpv.so.1.debug /jl/dns/usr/lib32/libdwarf.so.3
    /jl/dns/usr/lib32/libedit.so.7 /jl/dns/usr/lib/debug/usr/lib32/libedit.so.7.debug /jl/dns/usr/lib32/libelf.so.1
    /jl/dns/usr/lib32/libform.so.5 /jl/dns/usr/lib/debug/usr/lib32/libform.so.5.debug /jl/dns/usr/lib32/libformw.so.5 /jl/dns/usr/lib/debug/usr/lib32/libformw.so.5.debug /jl/dns/usr/lib32/libgnuregex.so.5 /jl/dns/usr/lib/debug/usr/lib32/libgnuregex.so.5.debug /jl/dns/usr/lib32/libgomp.so.1
    /jl/dns/usr/lib32/libgost.so
    /jl/dns/usr/lib/debug/usr/lib32/libgost.so.debug
    /jl/dns/usr/lib32/libgpib.so.3
    /jl/dns/usr/lib32/libheimsqlite.so.11
    /jl/dns/usr/lib32/libhistory.so.8
    /jl/dns/usr/lib32/libipx.so.5
    /jl/dns/usr/lib32/libkvm.so.6
    /jl/dns/usr/lib32/libmenu.so.5 /jl/dns/usr/lib/debug/usr/lib32/libmenu.so.5.debug /jl/dns/usr/lib32/libmenuw.so.5 /jl/dns/usr/lib/debug/usr/lib32/libmenuw.so.5.debug /jl/dns/usr/lib32/libmilter.so.5 /jl/dns/usr/lib/debug/usr/lib32/libmilter.so.5.debug /jl/dns/usr/lib32/libncurses.so.8 /jl/dns/usr/lib/debug/usr/lib32/libncurses.so.8.debug /jl/dns/usr/lib32/libncursesw.so.8 /jl/dns/usr/lib/debug/usr/lib32/libncursesw.so.8.debug /jl/dns/usr/lib32/libnuron.so
    /jl/dns/usr/lib/debug/usr/lib32/libnuron.so.debug /jl/dns/usr/lib32/libopie.so.7
    /jl/dns/usr/lib32/libpam.so.5
    /jl/dns/usr/lib32/libpanel.so.5 /jl/dns/usr/lib/debug/usr/lib32/libpanel.so.5.debug /jl/dns/usr/lib32/libpanelw.so.5 /jl/dns/usr/lib/debug/usr/lib32/libpanelw.so.5.debug /jl/dns/usr/lib32/libprivateevent.so.1 /jl/dns/usr/lib/debug/usr/lib32/libprivateevent.so.1.debug /jl/dns/usr/lib32/libproc.so.2
    /jl/dns/usr/lib32/libproc.so.3 /jl/dns/usr/lib/debug/usr/lib32/libproc.so.3.debug /jl/dns/usr/lib32/libreadline.so.8
    /jl/dns/usr/lib32/libssl.so.7
    /jl/dns/usr/lib32/libssl.so.8
    /jl/dns/usr/lib/debug/usr/lib32/libssl.so.8.debug /jl/dns/usr/lib32/libsureware.so /jl/dns/usr/lib/debug/usr/lib32/libsureware.so.debug /jl/dns/usr/lib32/libubsec.so
    /jl/dns/usr/lib/debug/usr/lib32/libubsec.so.debug
    /jl/dns/usr/lib32/libufs.so.6
    /jl/dns/usr/lib/debug/usr/lib32/libufs.so.6.debug /jl/dns/usr/lib32/libugidfw.so.4
    /jl/dns/usr/lib32/libzfs.so.2
    /jl/dns/usr/lib/debug/usr/lib32/libzfs.so.2.debug
    /jl/dns/usr/lib32/libzfs.so.3
    /jl/dns/usr/lib/debug/usr/lib32/libzfs.so.3.debug
    /jl/dns/usr/lib32/padlock.so
    /jl/dns/usr/lib/debug/usr/lib32/padlock.so.debug /jl/dns/usr/lib32/pam_chroot.so.5
    /jl/dns/usr/lib32/pam_deny.so.5
    /jl/dns/usr/lib32/pam_echo.so.5
    /jl/dns/usr/lib32/pam_exec.so.5
    /jl/dns/usr/lib32/pam_ftpusers.so.5
    /jl/dns/usr/lib32/pam_group.so.5
    /jl/dns/usr/lib32/pam_guest.so.5
    /jl/dns/usr/lib32/pam_krb5.so.5
    /jl/dns/usr/lib32/pam_ksu.so.5
    /jl/dns/usr/lib32/pam_lastlog.so.5
    /jl/dns/usr/lib32/pam_login_access.so.5
    /jl/dns/usr/lib32/pam_nologin.so.5
    /jl/dns/usr/lib32/pam_opie.so.5
    /jl/dns/usr/lib32/pam_opieaccess.so.5
    /jl/dns/usr/lib32/pam_passwdqc.so.5
    /jl/dns/usr/lib32/pam_permit.so.5
    /jl/dns/usr/lib32/pam_radius.so.5
    /jl/dns/usr/lib32/pam_rhosts.so.5
    /jl/dns/usr/lib32/pam_rootok.so.5
    /jl/dns/usr/lib32/pam_securetty.so.5
    /jl/dns/usr/lib32/pam_self.so.5
    /jl/dns/usr/lib32/pam_ssh.so.5
    /jl/dns/usr/lib32/pam_tacplus.so.5
    /jl/dns/usr/lib32/pam_unix.so.5
    /jl/dns/usr/lib32/private/libheimipcc.so.11 /jl/dns/usr/lib32/private/libheimipcs.so.11 /jl/dns/usr/lib32/private/libldns.so.5
    /jl/dns/usr/lib32/private/libssh.so.5
    /jl/dns/usr/lib32/private/libucl.so.1
    /jl/dns/usr/lib32/private/libunbound.so.5 /jl/dns/usr/lib32/private/libyaml.so.1
    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2