Re: r347638 breaks mergemaster
On Thu, May 16, 2019, at 7:34 AM, David Wolfskill wrote: > Today's daily update of head is from r347606 to r347682. > > src/UPDATING (still) cites: > > ... > To rebuild everything and install it on the current system. > --- > # Note: sometimes if you are running current you gotta do more than > # is listed here if you are upgrading from a really old current. > > > make buildworld > make buildkernel KERNCONF=YOUR_KERNEL_HERE > make installkernel KERNCONF=YOUR_KERNEL_HERE > [1] > [3] > mergemaster -Fp [5] > make installworld > mergemaster -Fi [4] > make delete-old [6] > > > > But rr347638 moved master.passwd from src/etc to lib/libc/gen, so > mergemaster ... isn't happy: > > | *** Creating the temporary root environment in /var/tmp/temproot > | *** /var/tmp/temproot ready for use > | *** Creating and populating directory structure in /var/tmp/temproot > | > | cp: /usr/src/etc/master.passwd: No such file or directory > | > | *** FATAL ERROR: Cannot copy files to the temproot environment > > I don't know if etcupdate is similarly affected. Looking at this. Thanks for reporting. Regards, Brad Davis ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: svn commit: r338204 - in head: etc etc/defaults sbin/devfs
On Thu, Aug 23, 2018, at 8:34 AM, Rodney W. Grimes wrote:
> > On 8/22/18 8:37 PM, Mark Millard wrote:
> > > I'm just using this move as an example for some more
> > > general questions.
> > >
> > > After this change when I look at:
> > >
> > > https://www.freebsd.org/cgi/man.cgi?query=devfs.conf=0=5=FreeBSD+12-current=default=html
> > >
> > > I see in the man page:
> > >
> > > FILES
> > > /etc/devfs.conf
> > > /usr/share/examples/etc/devfs.conf
> > >
> > > So . . .
> > >
> > > Roughly when are the "FreeBSD+12-current" man pages going to
> > > track the moves? Once everything has been moved?
> > >
> > > Are the examples also going to be moved/reorganized? Similar
> > > timing question to the above (if yes).
> >
> > The installed location of the files doesn't change, only their location
> > in the source tree. It does seem that share/examples has not been
> > handled to date, as they probably belong in the same package as the thing
> > they are samples of.
Yes, that was an oversight on my part that I am looking into.
> > I really wish that the Makefiles were smart enough to use .PATH or
> > some such to reach over into ${SRCTOP}/etc to find the files without
> > requiring them to actually move in the tree since it's not very
> > intuitive where to find many of these files now. (And the source
> > locations are starting to no longer mimic the layout on the host,
> > such as syslog.d being "flattened".)
>
> I believe it would of been possible, and not too much work,
> to leave all of it in ${SRCTOP}/etc by adding CONF-foo:
> targets that did the write things with variable settings
> and calling make ${SRCTOP}/etc/Makefile CONF-foo from the
> respective utilities.
But we never had all files in etc/ consistently anyways, so this is kind of a
moot point..
> I also believe that certain of these files just belong in
> a pkg called etc, these are the files that are always needed
> for a functional system, like services (ok, if you remove
> all networking you do not need that one, but it clearly
> does not belong with the option services_mkdb that simply
> makes /var/db/services.db.) Anyway, any files that got
> moved into libc are always going to be installed, correct?
> I do not believe you can make a running system without
> libc, so why move them? Do we support a static link anymore?
It makes little sense to have an etc pkg and for people building embedded
systems or thousands of jails.. Not to mention the people that will pkg delete
FreeBSD-sendmail\* and want to see all the sendmail related configs gone as
well.
> But when brd was asked what his plans where we got very
> little feedback, and now, what I feel is a poorly thought
> out implementation.
I held a session at BSDCan and in fact at every DevSummit I have been to
(AsiaBSDCon, BSDCam, EuroBSDCon, vBSDCon, ..). Later I was asked to post on
-arch and I did.. With very little feedback and none from you..
Regards,
Brad Davis
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: /usr/bin/ld: error: undefined symbol: main [r337834 -> r337903]
On Thu, Aug 16, 2018, at 1:49 PM, Bryan Drewery wrote:
> On 8/16/18 12:09 PM, Ian Lepore wrote:
> > On Thu, 2018-08-16 at 11:25 -0700, Xin LI wrote:
> >> On Thu, Aug 16, 2018 at 9:26 AM Brad Davis wrote:> >>>
> >>>
> >>> On Thu, Aug 16, 2018, at 10:13 AM, Xin LI wrote:
> >>>>
> >>>> This was caused by r337852, but I didn't investigated further.
> >>>>
> >>>> The problem is that we have a source file called 'moduli.c' in
> >>>> crypto/openssh/ while the build target was moduli, and bmake seen> >>>>
> >>>> 'moduli' in source tree as older than moduli.c, and decided to
> >>>> rebuild
> >>>> it from source, while the two files are unrelated.
> >>> Hi Xin,
> >>>
> >>> I don't see how that could be the case as I didn't move the file
> >>> around, I just moved how it gets installed.
> >>>
> >>> I have done many many builds with this change in and haven't seen> >>>
> >>> this problem..
> >> Yeah, let me rephrase: this might have been exposed by r337852; I
> >> don't think your change itself really caused or should have caused> >>
> >> problem, but my theory based on what we have observed was that it
> >> might have exposed a bug where either bmake itself, or some .mk
> >> files> >> might have generated e.g. automatic rule for ${foo}: ${foo}.c
> >> rules> >> (haven't traced that part down yet).
> >>
> >
> > There is an implicit rule to build file from file.c, it's why
> > you can> > type "make foo" in a dir that contains a foo.c and no Makefile.
> >
> > The CONFS=moduli makes moduli into a target. The implicit rules
> > search> > finds the rule to make moduli from moduli.c and because of the
> > .PATH> > it's able to find a moduli.c.
> >
> > It might be fixable by simply adding a target with a do-nothing
> > script> > for building moduli in usr.sbin/sshd/Makefile. Something like
> >
> > moduli:
> > @ : # Do nothing.
> >
> > But that's just a wild guess on my part, not sure that'll work.
> > Hmm, in> > fact, it'll probably cause a make warning about duplicate
> > targets with> > scripts.
> >
> > --Ian
> >
> >> The most scaring part is that the build system seems to trying
> >> building crypto/openssh/moduli because moduli.c was newer, and the> >>
> >> file was deleted as part of the rebuild; should moduli.c compile by> >>
> >> its own, we would end up with a binary moduli file.
> >>
> >> I'll take another look tonight if I had some time.
> >>
> >>>
> >>>
> >>>
> >>> Regards,
> >>> Brad Davis
> >>>
> >>>>
> >>>> On Thu, Aug 16, 2018 at 4:19 AM David Wolfskill >>>>
> >>>> .org> wrote:
> >>>>>
> >>>>>
> >>>>> Running:
> >>>>>
> >>>>> FreeBSD g1-215.catwhisker.org 12.0-ALPHA1 FreeBSD 12.0-ALPHA1
> >>>>> #80 r337834M/337834:1200077: Wed Aug 15 04:34:45 PDT 2018> >>>>>
> >>>>> r...@g1-215.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/s> >>>>>
> >>>>> ys/CANARY amd64
> >>>>>
> >>>>> after updating working copy to r337903, I'm seeing:
> >>>>>
> >>>>> ...
> >>>>>>
> >>>>>>>
> >>>>>>>>
> >>>>>>>> stage 4.3: building everything
> >>>>> ...
> >>>>> --- ifconfig_make ---
> >>>>> Building
> >>>>> /common/S4/obj/usr/src/amd64.amd64/rescue/rescue/usr/src/sbin/i> >>>>>
> >>>>> fconfig/af_inet6.o
> >>>>> --- all_subdir_secure ---
> >>>>> --- moduli ---
> >>>>> /usr/bin/ld: error: undefined symbol: main
> >>>>>>
>
> r337928 should fix it.
>
Thank you.
Regards,
Brad Davis
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: /usr/bin/ld: error: undefined symbol: main [r337834 -> r337903]
On Thu, Aug 16, 2018, at 10:13 AM, Xin LI wrote: > This was caused by r337852, but I didn't investigated further. > > The problem is that we have a source file called 'moduli.c' in > crypto/openssh/ while the build target was moduli, and bmake seen > 'moduli' in source tree as older than moduli.c, and decided to rebuild > it from source, while the two files are unrelated. Hi Xin, I don't see how that could be the case as I didn't move the file around, I just moved how it gets installed. I have done many many builds with this change in and haven't seen this problem.. Regards, Brad Davis > On Thu, Aug 16, 2018 at 4:19 AM David Wolfskill wrote: > > > > Running: > > > > FreeBSD g1-215.catwhisker.org 12.0-ALPHA1 FreeBSD 12.0-ALPHA1 #80 > > r337834M/337834:1200077: Wed Aug 15 04:34:45 PDT 2018 > > r...@g1-215.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY > > amd64 > > > > after updating working copy to r337903, I'm seeing: > > > > ... > > >>> stage 4.3: building everything > > ... > > --- ifconfig_make --- > > Building > > /common/S4/obj/usr/src/amd64.amd64/rescue/rescue/usr/src/sbin/ifconfig/af_inet6.o > > --- all_subdir_secure --- > > --- moduli --- > > /usr/bin/ld: error: undefined symbol: main > > >>> referenced by crt1.c > > >>> > > >>> /common/S4/obj/usr/src/amd64.amd64/tmp/usr/lib/crt1.o:(_start) > > /usr/bin/ld: error: undefined symbol: Fssh_error > > > > make[5]: stopped in /usr/src/secure/usr.sbin/sshd > > .ERROR_TARGET='moduli' > > .ERROR_META_FILE='/common/S4/obj/usr/src/amd64.amd64/secure/usr.sbin/sshd/moduli.meta' > > .MAKE.LEVEL='5' > > MAKEFILE='' > > .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose' > > _ERROR_CMD='cc -target x86_64-unknown-freebsd12.0 > > --sysroot=/common/S4/obj/usr/src/amd64.amd64/tmp > > -B/common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin -O2 -pipe > > -I/usr/src/crypto/openssh -include ssh_namespace.h -DHAVE_LDNS=1 > > -DUSE_BSM_AUDIT=1 -DHAVE_GETAUDIT_ADDR=1 -DUSE_BLACKLIST=1 > > -I/usr/src/contrib/blacklist/include -include krb5_config.h -DLIBWRAP=1 > > -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body > > -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare > > -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function > > -Wno-enum-conversion -Wno-unused-local-typedef > > -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum > > -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments > > -L/common/S4/obj/usr/src/amd64.amd64/lib/libblacklist > > /usr/src/crypto/openssh/moduli.c -o moduli; ;' > > .CURDIR='/usr/src/secure/usr.sbin/sshd' > > .MAKE='make' > > .OBJDIR='/common/S4/obj/usr/src/amd64.amd64/secure/usr.sbin/sshd' > > .TARGETS='all' > > DESTDIR='/common/S4/obj/usr/src/amd64.amd64/tmp' > > > > > > (on both the laptop and the build machine). > > > > I have copied the .ERROR_META_FILE to > > <http://www.catwhisker.org/~david/FreeBSD/head/r337903/moduli.meta and > > a typescript of the attempted build to > > <http://www.catwhisker.org/~david/FreeBSD/head/r337903/typescript>. > > > > Additional information (previous day's verbose dmesg.bot, etc.) may > > be found at <http://www.catwhisker.org/~david/FreeBSD/history/>. > > > > Peace, > > david > > -- > > David H. Wolfskill da...@catwhisker.org > > Trump is gaslighting us: https://www.bbc.com/news/world-us-canada-44959300 > > > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: svn commit: r337340 - in head: [This broke all ci.freebsd.org 's FreeBSD-head-*-build 's, clang based and gcc 4.2.1 based]
On Sat, Aug 4, 2018, at 7:43 PM, Mark Millard wrote: > > Author: brd > > Date: Sat Aug 4 22:41:17 2018 > > New Revision: 337340 > > URL: > > https://svnweb.freebsd.org/changeset/base/337340 > > > > > > Log: > > Move autofs related configs to usr.sbin/autofs/ > > > > This is prep for pkgbase to have config files tagged as such. > > > > Approved by: will (mentor) > > Differential Revision: > > https://reviews.freebsd.org/D16492 > . . . > > This broke all the ci.freebsd.org builds of freebsd-head-*-build . > > Using FreeBSD-head-powerpc64-build as an example: > #6826 (for -r337399 ) worked but #6827 (for -r337400 ) > fails with: > > (cd /usr/src/etc; make -DDB_FROM_SRC __MAKE_CONF=/dev/null SRCCONF=/ > workspace/freebsd-ci/jobs/FreeBSD-head-powerpc64-build/src.conf etc- > examples) > cd /usr/src/etc; install -N /usr/src/etc -o root -g wheel -m 444 > crontab devd.conf devfs.conf ddb.conf dhclient.conf disktab fbtab > gettytab group hosts hosts.allow hosts.equiv libalias.conf > libmap.conf login.access login.conf mac.conf motd netconfig > networks newsyslog.conf nsswitch.conf phones profile protocols > rc.bsdextended rc.firewall remote rpc services sysctl.conf > syslog.conf termcap.small etc.powerpc/ttys amd.map auto_master ftpusers > inetd.conf /usr/src/usr.bin/locate/locate/locate.rc hosts.lpd printcap / > usr/src/usr.bin/mail/misc/mail.rc ntp.conf pf.os rc.sendmail csh.cshrc > csh.login csh.logout regdomain.xml nsmb.conf opieaccess /usr/obj/usr/ > src/powerpc.powerpc64/release/dist/base/usr/share/examples/etc > install: auto_master: No such file or directory > *** Error code 71 > > Stop. > make[8]: stopped in /usr/src/etc > *** Error code 1 > > > > Stop. > make[7]: stopped in /usr/src/share/examples > *** Error code 1 > > Stop. > make[6]: stopped in /usr/src/share/examples > *** Error code 1 > > Stop. > make[5]: stopped in /usr/src/share > *** Error code 1 > > Stop. > make[4]: stopped in /usr/src > *** Error code 1 > > Stop. > make[3]: stopped in /usr/src > *** Error code 1 > > Stop. > make[2]: stopped in /usr/src > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src > *** Error code 1 > > Stop. > make: stopped in /usr/src/release Testing the fix.. Regards, Brad Davis ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: svn commit: r337340 - in head: [This broke all ci.freebsd.org 's FreeBSD-head-*-build 's, clang based and gcc 4.2.1 based]
On Sat, Aug 4, 2018, at 9:48 PM, Brad Davis wrote: > On Sat, Aug 4, 2018, at 7:43 PM, Mark Millard wrote: > > > Author: brd > > > Date: Sat Aug 4 22:41:17 2018 > > > New Revision: 337340 > > > URL: > > > https://svnweb.freebsd.org/changeset/base/337340 > > > > > > > > > Log: > > > Move autofs related configs to usr.sbin/autofs/ > > > > > > This is prep for pkgbase to have config files tagged as such. > > > > > > Approved by:will (mentor) > > > Differential Revision: > > > https://reviews.freebsd.org/D16492 > > . . . > > > > This broke all the ci.freebsd.org builds of freebsd-head-*-build . > > > > Using FreeBSD-head-powerpc64-build as an example: > > #6826 (for -r337399 ) worked but #6827 (for -r337400 ) > > fails with: > > > > (cd /usr/src/etc; make -DDB_FROM_SRC __MAKE_CONF=/dev/null SRCCONF=/ > > workspace/freebsd-ci/jobs/FreeBSD-head-powerpc64-build/src.conf etc- > > examples) > > cd /usr/src/etc; install -N /usr/src/etc -o root -g wheel -m 444 > > crontab devd.conf devfs.conf ddb.conf dhclient.conf disktab fbtab > > gettytab group hosts hosts.allow hosts.equiv libalias.conf > > libmap.conf login.access login.conf mac.conf motd netconfig > > networks newsyslog.conf nsswitch.conf phones profile protocols > > rc.bsdextended rc.firewall remote rpc services sysctl.conf > > syslog.conf termcap.small etc.powerpc/ttys amd.map auto_master ftpusers > > inetd.conf /usr/src/usr.bin/locate/locate/locate.rc hosts.lpd printcap / > > usr/src/usr.bin/mail/misc/mail.rc ntp.conf pf.os rc.sendmail csh.cshrc > > csh.login csh.logout regdomain.xml nsmb.conf opieaccess /usr/obj/usr/ > > src/powerpc.powerpc64/release/dist/base/usr/share/examples/etc > > install: auto_master: No such file or directory > > *** Error code 71 > > > > Stop. > > make[8]: stopped in /usr/src/etc > > *** Error code 1 > > > > > > > > Stop. > > make[7]: stopped in /usr/src/share/examples > > *** Error code 1 > > > > Stop. > > make[6]: stopped in /usr/src/share/examples > > *** Error code 1 > > > > Stop. > > make[5]: stopped in /usr/src/share > > *** Error code 1 > > > > Stop. > > make[4]: stopped in /usr/src > > *** Error code 1 > > > > Stop. > > make[3]: stopped in /usr/src > > *** Error code 1 > > > > Stop. > > make[2]: stopped in /usr/src > > *** Error code 1 > > > > Stop. > > make[1]: stopped in /usr/src > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/src/release > > Testing the fix.. Fix committed in r337342. Sorry for the noise. Regards, Brad Davis ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: make distribution fails, A failure has been detected in another branch of the parallel make
On Fri, Jul 27, 2018, at 4:08 PM, Brad Davis wrote: > On Fri, Jul 27, 2018, at 1:52 PM, Brad Davis wrote: > > On Fri, Jul 27, 2018, at 12:08 PM, Martin Wilke wrote: > > > r336743 CONFSGRP should be CONFSGROUP ? > > > > > > > On 28 Jul 2018, at 1:30 AM, Charlie Li wrote: > > > > > > > > On 27/07/2018 13:21, Martin Wilke wrote: > > > >> I just upgraded a jail in poudriere with latest head, > > > >> https://dpaste.de/bfTT/raw <https://dpaste.de/bfTT/raw>. > > > >> > > > > I was about to inquire about this myself. Can additionally confirm this > > > > has been happening since at least r336735. > > > > I'll update my poudriere jail shortly and see if I can reproduce it. > > > > But CONFSGRP is correct, see share/mk/bsd.confs.mk. > > FYI, I have opened this review if you want to try the patch: > > https://reviews.freebsd.org/D16476 Committed in r336794. Regards, Brad Davis ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: make distribution fails, A failure has been detected in another branch of the parallel make
On Fri, Jul 27, 2018, at 1:52 PM, Brad Davis wrote: > On Fri, Jul 27, 2018, at 12:08 PM, Martin Wilke wrote: > > r336743 CONFSGRP should be CONFSGROUP ? > > > > > On 28 Jul 2018, at 1:30 AM, Charlie Li wrote: > > > > > > On 27/07/2018 13:21, Martin Wilke wrote: > > >> I just upgraded a jail in poudriere with latest head, > > >> https://dpaste.de/bfTT/raw <https://dpaste.de/bfTT/raw>. > > >> > > > I was about to inquire about this myself. Can additionally confirm this > > > has been happening since at least r336735. > > I'll update my poudriere jail shortly and see if I can reproduce it. > > But CONFSGRP is correct, see share/mk/bsd.confs.mk. FYI, I have opened this review if you want to try the patch: https://reviews.freebsd.org/D16476 Regards, Brad Davis ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: make distribution fails, A failure has been detected in another branch of the parallel make
On Fri, Jul 27, 2018, at 12:08 PM, Martin Wilke wrote: > r336743 CONFSGRP should be CONFSGROUP ? > > > On 28 Jul 2018, at 1:30 AM, Charlie Li wrote: > > > > On 27/07/2018 13:21, Martin Wilke wrote: > >> I just upgraded a jail in poudriere with latest head, > >> https://dpaste.de/bfTT/raw <https://dpaste.de/bfTT/raw>. > >> > > I was about to inquire about this myself. Can additionally confirm this > > has been happening since at least r336735. I'll update my poudriere jail shortly and see if I can reproduce it. But CONFSGRP is correct, see share/mk/bsd.confs.mk. Regards, Brad Davis ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: http://pkg.freebsd.org only has freebsd:11:aarch64:64 for aaarch64? How to boostrap aarch64 pkg for head (12-CURRENT)?
On Mon, Nov 07, 2016 at 12:19:24PM -0800, Mark Millard wrote: > It looks like http://pkg.freebsd.org is still back as of head being > 11-CURRENT: http://pkg.freebsd.org shows only Correct. I wrote up some details on how to use the 11 packages here: http://www.raspbsd.org/raspberrypi.html Regards, Brad Davis ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: "libssl.so.8" not found
On Wed, Dec 16, 2015 at 11:00:19AM +0100, Willem Jan Withagen wrote: > On 14-12-2015 16:35, Brad Davis wrote: > > On Mon, Dec 14, 2015 at 06:03:25AM -0700, Warner Losh wrote: > >> On Mon, Dec 14, 2015 at 2:21 AM, Ronald Klop <ronald-li...@klop.ws> wrote: > >> > >>> On Mon, 14 Dec 2015 10:11:35 +0100, Ronald Klop <ronald-li...@klop.ws> > >>> wrote: > >>> > >>> On Mon, 14 Dec 2015 08:18:40 +0100, Matthias Apitz <g...@unixarea.de> > >>>> wrote: > >>>> > >>>> El d??a Sunday, December 13, 2015 a las 10:40:22PM -0800, Russell Haley > >>>>> escribi??: > >>>>> > >>>>> Hi There, > >>>>>> > >>>>>> I am trying to bring up an Arm image off the FreeBSD website for my > >>>>>> hummingboard. The problem seems to be when I run pkg the system > >>>>>> installs > >>>>>> the latest version - 1.6.2, and then fails with: > >>>>>> > >>>>>> Shared object "libssl.so.8" not found, required by "pkg" > >>>>>> > >>>>>> I've seen this in NextBSD, and DesktopBSD and even on my previous arm > >>>>>> image > >>>>>> but I was able to get around the problem by creating links from > >>>>>> libssl.so.7 > >>>>>> to libssl.so.8. > >>>>>> > >>>>> > >>>>> I have had the same issue on r285885 with ports as well from July this > >>>>> year and pkg 1.5.5 ... I accidently updated pkg to 1.6.x which could not > >>>>> find libssl.so.8; I forced back to 1.5.5 with an older pkg-static and > >>>>> now pkg > >>>>> complains about it database, but still works: > >>>>> > >>>>> $ pkg info pkg > >>>>> pkg: warning: database version 32 is newer than libpkg(3) version 31, > >>>>> but still compatible > >>>>> pkg-1.5.5 > >>>>> > >>>>> I don't know why pkg 1.6.2 was produced with this recent libssl.so.8; it > >>>>> should have been done more conservative, IMHO > >>>>> > >>>>> matthias > >>>>> > >>>>> > >>>> I had the same problem on my amd64 laptop. Your FreeBSD version is too > >>>> old. Upgrading the FreeBSD base will give you the new libssl version. > >>>> After > >>>> that you can upgrade your packages. > >>>> > >>>> What version of FreeBSD is running on this hummingboard? I guess > >>>> 11-CURRENT. Probably ssl was upgraded in FreeBSD and the new packages are > >>>> build on this newer version. In 10-STABLE this is kept backwards > >>>> compatible, but in 11-CURRENT you have to keep up yourself. > >>>> > >>>> Regards, > >>>> > >>>> Ronald. > >>>> > >>> > >>> It has to do with this message in /usr/src/UPDATING: > >>> > >>> > >>> https://svnweb.freebsd.org/base/head/UPDATING?r1=290206=290207=292177; > >> > >> > >> As a temporary measure, for bootstrapping or installing packages, you can > >> also > >> use libmap.conf to map libssl.so.7 to libssl.so.8. There's a second library > >> that > >> you'll find you need to map too. This will get you over the hump. However, > >> once you do upgrade, you'll need to remove the lines because slogin and > >> such > >> have a check for the right version of openssl, and will give an error > >> message if > >> you try to use them cross-threaded. > > > > Or just use pkg-static. :) > > Cool trick, never though about that. > However that does not help with auxilary tools that are code to use pkg. :( > > So in the end I just manually build the pkg port, which will compile > against whatever is available as ssl-lib. Not the best solution, since > next time Bapt releases a new version, the game starts again. No. This was caused by ssl being bumped, not pkg. Pkg is updated regularly without this issue. > perhaps in this case it is best to move pkg-static to pkg? > and always use a static linked version. It is not like a deamon running > for ever. So the temporary overhead of 4Mb <> 150K code space would be > acceptable. There is talk about making the static version the default. Regards, Brad Davis ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: "libssl.so.8" not found
On Mon, Dec 14, 2015 at 06:03:25AM -0700, Warner Losh wrote: > On Mon, Dec 14, 2015 at 2:21 AM, Ronald Klop <ronald-li...@klop.ws> wrote: > > > On Mon, 14 Dec 2015 10:11:35 +0100, Ronald Klop <ronald-li...@klop.ws> > > wrote: > > > > On Mon, 14 Dec 2015 08:18:40 +0100, Matthias Apitz <g...@unixarea.de> > >> wrote: > >> > >> El d??a Sunday, December 13, 2015 a las 10:40:22PM -0800, Russell Haley > >>> escribi??: > >>> > >>> Hi There, > >>>> > >>>> I am trying to bring up an Arm image off the FreeBSD website for my > >>>> hummingboard. The problem seems to be when I run pkg the system installs > >>>> the latest version - 1.6.2, and then fails with: > >>>> > >>>> Shared object "libssl.so.8" not found, required by "pkg" > >>>> > >>>> I've seen this in NextBSD, and DesktopBSD and even on my previous arm > >>>> image > >>>> but I was able to get around the problem by creating links from > >>>> libssl.so.7 > >>>> to libssl.so.8. > >>>> > >>> > >>> I have had the same issue on r285885 with ports as well from July this > >>> year and pkg 1.5.5 ... I accidently updated pkg to 1.6.x which could not > >>> find libssl.so.8; I forced back to 1.5.5 with an older pkg-static and > >>> now pkg > >>> complains about it database, but still works: > >>> > >>> $ pkg info pkg > >>> pkg: warning: database version 32 is newer than libpkg(3) version 31, > >>> but still compatible > >>> pkg-1.5.5 > >>> > >>> I don't know why pkg 1.6.2 was produced with this recent libssl.so.8; it > >>> should have been done more conservative, IMHO > >>> > >>> matthias > >>> > >>> > >> I had the same problem on my amd64 laptop. Your FreeBSD version is too > >> old. Upgrading the FreeBSD base will give you the new libssl version. After > >> that you can upgrade your packages. > >> > >> What version of FreeBSD is running on this hummingboard? I guess > >> 11-CURRENT. Probably ssl was upgraded in FreeBSD and the new packages are > >> build on this newer version. In 10-STABLE this is kept backwards > >> compatible, but in 11-CURRENT you have to keep up yourself. > >> > >> Regards, > >> > >> Ronald. > >> > > > > It has to do with this message in /usr/src/UPDATING: > > > > > > https://svnweb.freebsd.org/base/head/UPDATING?r1=290206=290207=292177; > > > As a temporary measure, for bootstrapping or installing packages, you can > also > use libmap.conf to map libssl.so.7 to libssl.so.8. There's a second library > that > you'll find you need to map too. This will get you over the hump. However, > once you do upgrade, you'll need to remove the lines because slogin and such > have a check for the right version of openssl, and will give an error > message if > you try to use them cross-threaded. Or just use pkg-static. :) Regards, Brad Davis ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
