Re: svn commit: r358166 - head
On 2020-Feb-21, at 15:59, Kevin Oberman wrote: > On Fri, Feb 21, 2020 at 8:38 AM Mark Millard via freebsd-ports > wrote: > Based on the example from https://www.freebsd.org/cgi/man.cgi?ldd > there are commands such as the following that might help: > > . . . > > This can be a lot of files to go through (e.g., lib*) and so > can take a fair amount of time. > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > You can feed that list into 'pkg which', awk that to remove all of the > commands and then all but the last space delimited string of the remainder, > and uniq. I also sorted. > bison-3.5.2,1 > gdbm-1.18.1_1 > gettext-tools-0.20.1_1 > gnuplot-5.2.8 > llvm80-8.0.1_3 > lua52-5.2.4 > sqlite3-3.30.1,1 > xterm-353_1 Cool. In the style of my prior examples (including the change that found libedit and such), analogous would be: # find /usr/local/*bin* /usr/local/lib* -type f \ | xargs -n1 file -F ' ' | grep 'ELF' | cut -f1 -d' ' \ | xargs ldd -f '%A %p\n' 2>&1 | grep ncurses\.so\.8 | cut -f1 -d' ' \ | xargs pkg which | cut -f6 -d' ' | sort -u | more bison-3.5.2,1 gdbm-1.18.1_1 gettext-tools-0.20.1_1 gnuplot-5.2.8 libedit-3.1.20191211,1 libtextstyle-0.20.1 llvm10-10.0.0.r2 llvm80-8.0.1_3 lua52-5.2.4 mesa-dri-18.3.2_9 ruby-2.6.5,1 sqlite3-3.30.1,1 xterm-353_1 Looks like I'll be reasonably ready when I get to the point of wanting to deal with this. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: svn commit: r358166 - head
Revision 358165 of base repository did a __FreeBSD_version bump. I think it's better to rebuild all ports. Because binaries contain versions. The following is an example. > file /bin/\[ /bin/[: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 12.1 (1201512), FreeBSD-style, stripped ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: svn commit: r358166 - head
On Fri, Feb 21, 2020 at 8:38 AM Mark Millard via freebsd-ports < freebsd-ports@freebsd.org> wrote: > Based on the example from https://www.freebsd.org/cgi/man.cgi?ldd > there are commands such as the following that might help: > > # find /usr/local/bin* /usr/local/lib* -type f | xargs -n1 file -F ' ' | > grep 'ELF.*dynamically' | cut -f1 -d' ' | xargs ldd -f '%A %o\n' | grep > ncurses\.so\.8 | more > /usr/local/bin/xterm libncurses.so.8 > /usr/local/bin/msgattrib libncurses.so.8 > /usr/local/bin/msgcat libncurses.so.8 > /usr/local/bin/msgcmp libncurses.so.8 > /usr/local/bin/msgcomm libncurses.so.8 > /usr/local/bin/msgconv libncurses.so.8 > /usr/local/bin/msgen libncurses.so.8 > /usr/local/bin/msgexec libncurses.so.8 > /usr/local/bin/msgfilter libncurses.so.8 > /usr/local/bin/msgfmt libncurses.so.8 > /usr/local/bin/msggrep libncurses.so.8 > /usr/local/bin/msginit libncurses.so.8 > /usr/local/bin/msgmerge libncurses.so.8 > /usr/local/bin/msgunfmt libncurses.so.8 > /usr/local/bin/msguniq libncurses.so.8 > /usr/local/bin/xgettext libncurses.so.8 > /usr/local/bin/gdbmtool libncurses.so.8 > /usr/local/bin/bison libncurses.so.8 > /usr/local/bin/sqlite3 libncurses.so.8 > /usr/local/bin/resize libncurses.so.8 > /usr/local/bin/luac52 libncurses.so.8 > /usr/local/bin/lua52 libncurses.so.8 > /usr/local/bin/gnuplot libncurses.so.8 > /usr/local/bin/FileCheck80 libncurses.so.8 > /usr/local/bin/FileCheck10 libncurses.so.8 > /usr/local/lib/gettext/cldr-plurals libncurses.so.8 > > This can be a lot of files to go through (e.g., lib*) and so > can take a fair amount of time. > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > You can feed that list into 'pkg which', awk that to remove all of the commands and then all but the last space delimited string of the remainder, and uniq. I also sorted. bison-3.5.2,1 gdbm-1.18.1_1 gettext-tools-0.20.1_1 gnuplot-5.2.8 llvm80-8.0.1_3 lua52-5.2.4 sqlite3-3.30.1,1 xterm-353_1 -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: devel/nexus2-oss upgrade to nexus3
Am 2020-02-21 um 20:52 schrieb Pete Wright: On 2/21/20 12:29 AM, Michael Osipov wrote: Port maintainer here, I've been using Nexus 2 OSS for at least 5 years now on FreeBSD and it works like a charm. Please note that Nexus 2 and Nexus 3 are completely different products which only share the same name. They are technologically different. It will be a completely new port, nothing can be reused. I never had the need to do any upgrade because I only need Maven repository hosting. Just like oss.sonatype.org or the our Nexus instance at ASF. Is there anything specific in Nexus 3 you need? I'd be tempted to create a port, if and only if Nexus 2 will be unsupported by Sonatype. Thanks for getting back to me Michael and clarifying things in regards to the differences b/w v2 and v3. I will be using this nexus server for our internal maven repository (with upstream caching) initially, but the ultimate goal is to have this server also host our internal NPM and PyPi repositories and upstream caches. This makes, then you have to use Nexus 3. Since I'm doing the setup in a fresh environment I'd be happy to test out a manual installation of nexus 3 and file a PR for a new port (if the LOE isn't too huge to get it in the ports tree) for you to take a look at if that sounds good. Consider that have have explicitly chosen as directories to be named with nexus2, but the system user nexus to have both products live side-by-side and ease the migration with the same permissions. I also checked the tarball, the layout is completely different and the start script is really weird. They don't even use JSW anymore. It is going to be a lot of work... Michael ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: devel/nexus2-oss upgrade to nexus3
On 2/20/20 10:51 PM, Kurt Jaeger wrote: Hi! i was wondering if anyone is working on creating a port for sonatype nexus 3? if anyone has tried are their blockers or other reasons why we don't have a port for it yet? i'm building out some new systems and ideally would like to use v3 on freebsd - so before i start testing this on my end was curios to see what experiences other have had with it. A first hurdle is: where would one download a version 3 ? here ya go: https://help.sonatype.com/repomanager3/download/download-archives---repository-manager-3 it's just a java webapp, so i'm confident it will run w/o issues. -p -- Pete Wright p...@nomadlogic.org @nomadlogicLA ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: devel/nexus2-oss upgrade to nexus3
On 2/21/20 12:29 AM, Michael Osipov wrote: Port maintainer here, I've been using Nexus 2 OSS for at least 5 years now on FreeBSD and it works like a charm. Please note that Nexus 2 and Nexus 3 are completely different products which only share the same name. They are technologically different. It will be a completely new port, nothing can be reused. I never had the need to do any upgrade because I only need Maven repository hosting. Just like oss.sonatype.org or the our Nexus instance at ASF. Is there anything specific in Nexus 3 you need? I'd be tempted to create a port, if and only if Nexus 2 will be unsupported by Sonatype. Thanks for getting back to me Michael and clarifying things in regards to the differences b/w v2 and v3. I will be using this nexus server for our internal maven repository (with upstream caching) initially, but the ultimate goal is to have this server also host our internal NPM and PyPi repositories and upstream caches. Since I'm doing the setup in a fresh environment I'd be happy to test out a manual installation of nexus 3 and file a PR for a new port (if the LOE isn't too huge to get it in the ports tree) for you to take a look at if that sounds good. cheers, -pete -- Pete Wright p...@nomadlogic.org @nomadlogicLA ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: svn commit: r358166 - head
On 2020-Feb-21, at 08:38, Mark Millard wrote: > Based on the example from https://www.freebsd.org/cgi/man.cgi?ldd > there are commands such as the following that might help: > > . . . > > This can be a lot of files to go through (e.g., lib*) and so > can take a fair amount of time. The following gives a more complete list (such as libedit) and shows the ncurses library path, not just the ncurses library name. It is from a /bin/sh context. # find /usr/local/bin* /usr/local/lib* -type f | xargs -n1 file -F ' ' | grep 'ELF' | cut -f1 -d' ' | xargs ldd -f '%A %p\n' 2>&1 | grep -v 'not a dynamic ELF executable' | grep ncurses\.so\.8 | more /usr/local/bin/xterm /lib/libncurses.so.8 /usr/local/bin/msgattrib /lib/libncurses.so.8 /usr/local/bin/msgcat /lib/libncurses.so.8 /usr/local/bin/msgcmp /lib/libncurses.so.8 /usr/local/bin/msgcomm /lib/libncurses.so.8 /usr/local/bin/msgconv /lib/libncurses.so.8 /usr/local/bin/msgen /lib/libncurses.so.8 /usr/local/bin/msgexec /lib/libncurses.so.8 /usr/local/bin/msgfilter /lib/libncurses.so.8 /usr/local/bin/msgfmt /lib/libncurses.so.8 /usr/local/bin/msggrep /lib/libncurses.so.8 /usr/local/bin/msginit /lib/libncurses.so.8 /usr/local/bin/msgmerge /lib/libncurses.so.8 /usr/local/bin/msgunfmt /lib/libncurses.so.8 /usr/local/bin/msguniq /lib/libncurses.so.8 /usr/local/bin/xgettext /lib/libncurses.so.8 /usr/local/bin/gdbmtool /lib/libncurses.so.8 /usr/local/bin/bison /lib/libncurses.so.8 /usr/local/bin/sqlite3 /lib/libncurses.so.8 /usr/local/bin/resize /lib/libncurses.so.8 /usr/local/bin/luac52 /lib/libncurses.so.8 /usr/local/bin/lua52 /lib/libncurses.so.8 /usr/local/bin/gnuplot /lib/libncurses.so.8 /usr/local/bin/FileCheck80 /lib/libncurses.so.8 /usr/local/bin/FileCheck10 /lib/libncurses.so.8 /usr/local/lib/ruby/2.6/amd64-freebsd13/readline.so /lib/libncurses.so.8 /usr/local/lib/gettext/cldr-plurals /lib/libncurses.so.8 /usr/local/lib/libedit.so.0.0.62 /lib/libncurses.so.8 /usr/local/lib/libtextstyle.so.0.0.0 /lib/libncurses.so.8 /usr/local/lib/dri/kms_swrast_dri.so /lib/libncurses.so.8 /usr/local/lib/dri/r300_dri.so /lib/libncurses.so.8 /usr/local/lib/dri/r600_dri.so /lib/libncurses.so.8 /usr/local/lib/dri/radeonsi_dri.so /lib/libncurses.so.8 /usr/local/lib/dri/swrast_dri.so /lib/libncurses.so.8 /usr/local/lib/dri/vmwgfx_dri.so /lib/libncurses.so.8 /usr/local/lib/libXvMCr600.so.1.0.0 /lib/libncurses.so.8 /usr/local/lib/libvulkan_radeon.so /lib/libncurses.so.8 /usr/local/lib/libgettextsrc-0.20.1.so /lib/libncurses.so.8 === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: svn commit: r358166 - head
Based on the example from https://www.freebsd.org/cgi/man.cgi?ldd there are commands such as the following that might help: # find /usr/local/bin* /usr/local/lib* -type f | xargs -n1 file -F ' ' | grep 'ELF.*dynamically' | cut -f1 -d' ' | xargs ldd -f '%A %o\n' | grep ncurses\.so\.8 | more /usr/local/bin/xterm libncurses.so.8 /usr/local/bin/msgattrib libncurses.so.8 /usr/local/bin/msgcat libncurses.so.8 /usr/local/bin/msgcmp libncurses.so.8 /usr/local/bin/msgcomm libncurses.so.8 /usr/local/bin/msgconv libncurses.so.8 /usr/local/bin/msgen libncurses.so.8 /usr/local/bin/msgexec libncurses.so.8 /usr/local/bin/msgfilter libncurses.so.8 /usr/local/bin/msgfmt libncurses.so.8 /usr/local/bin/msggrep libncurses.so.8 /usr/local/bin/msginit libncurses.so.8 /usr/local/bin/msgmerge libncurses.so.8 /usr/local/bin/msgunfmt libncurses.so.8 /usr/local/bin/msguniq libncurses.so.8 /usr/local/bin/xgettext libncurses.so.8 /usr/local/bin/gdbmtool libncurses.so.8 /usr/local/bin/bison libncurses.so.8 /usr/local/bin/sqlite3 libncurses.so.8 /usr/local/bin/resize libncurses.so.8 /usr/local/bin/luac52 libncurses.so.8 /usr/local/bin/lua52 libncurses.so.8 /usr/local/bin/gnuplot libncurses.so.8 /usr/local/bin/FileCheck80 libncurses.so.8 /usr/local/bin/FileCheck10 libncurses.so.8 /usr/local/lib/gettext/cldr-plurals libncurses.so.8 This can be a lot of files to go through (e.g., lib*) and so can take a fair amount of time. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: svn commit: r358166 - head
On Fri, Feb 21, 2020 at 11:41:15AM +, Lorenzo Salvadore via freebsd-ports wrote: > > > Are there any way to know which of installed ports are linked to base > > > ncurses? > > > Best Regards. > > > > All the one with USES=ncurses in ports, otherwise I am sorry but no we have > > no > > way to track that down. > > What about "pkg query -a '%n: %B' | grep ncurses"? Maybe it can not > distinguish > between base ncurses and ports ncurses, but I think it helps. > Nope Base libraries are not tracked as required libraries for now in pkg for the reason that we don't have yet a list of "provided" libraries from base, meaning all those requirements will always be seen as not fullfilled. Best regards, Bapt signature.asc Description: PGP signature
Re: svn commit: r358166 - head
On 2/21/20 3:25 AM, Baptiste Daroussin wrote: > On Fri, Feb 21, 2020 at 05:22:15PM +0900, Yasuhiro KIMURA wrote: >> (Switch to freebsd-ports ML) >> >> From: Baptiste Daroussin >> Subject: svn commit: r358166 - head >> Date: Thu, 20 Feb 2020 09:33:14 + (UTC) [ .. ] >> Are there any way to know which of installed ports are linked to base >> ncurses? >> >> Best Regards. >> > All the one with USES=ncurses in ports, otherwise I am sorry but no we have no > way to track that down. "pkg check -B" seems to find *some* but not all of the dependent ports once I move the old shared libs out of reach. On my systems, it reliably seems to ignore/skip libedit, libtextstyle and readline ports which all need to be rebuilt:-( imb ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: svn commit: r358166 - head
> > Are there any way to know which of installed ports are linked to base > > ncurses? > > Best Regards. > > All the one with USES=ncurses in ports, otherwise I am sorry but no we have no > way to track that down. What about "pkg query -a '%n: %B' | grep ncurses"? Maybe it can not distinguish between base ncurses and ports ncurses, but I think it helps. Lorenzo Salvadore ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: svn commit: r358166 - head
From: Baptiste Daroussin Subject: Re: svn commit: r358166 - head Date: Fri, 21 Feb 2020 09:25:22 +0100 >> Are there any way to know which of installed ports are linked to base >> ncurses? >> > All the one with USES=ncurses in ports, otherwise I am sorry but no we have no > way to track that down. Thanks for reply. Then I'll rebuild all installed ports as the surest way. --- Yasuhiro KIMURA ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: devel/nexus2-oss upgrade to nexus3
Port maintainer here, I've been using Nexus 2 OSS for at least 5 years now on FreeBSD and it works like a charm. Please note that Nexus 2 and Nexus 3 are completely different products which only share the same name. They are technologically different. It will be a completely new port, nothing can be reused. I never had the need to do any upgrade because I only need Maven repository hosting. Just like oss.sonatype.org or the our Nexus instance at ASF. Is there anything specific in Nexus 3 you need? I'd be tempted to create a port, if and only if Nexus 2 will be unsupported by Sonatype. Regards, Michael ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: svn commit: r358166 - head
On Fri, Feb 21, 2020 at 05:22:15PM +0900, Yasuhiro KIMURA wrote: > (Switch to freebsd-ports ML) > > From: Baptiste Daroussin > Subject: svn commit: r358166 - head > Date: Thu, 20 Feb 2020 09:33:14 + (UTC) > > > Author: bapt > > Date: Thu Feb 20 09:33:14 2020 > > New Revision: 358166 > > URL: https://svnweb.freebsd.org/changeset/base/358166 > > > > Log: > > Update the UPDATING information now that ncurses shlib has been bumped > > > > Modified: > > head/UPDATING > > > > Modified: head/UPDATING > > == > > --- head/UPDATING Thu Feb 20 09:17:45 2020(r358165) > > +++ head/UPDATING Thu Feb 20 09:33:14 2020(r358166) > > @@ -26,10 +26,10 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 13.x IS SLOW: > > disable the most expensive debugging functionality run > > "ln -s 'abort:false,junk:false' /etc/malloc.conf".) > > > > -20200218: > > - ncurses has been updated to a newer version (6.1-20200118). After an > > - update some applications using ncurses may results have some rendering > > - problems and would need to be rebuilt. > > +20200220: > > + ncurses has been updated to a newer version (6.1-20200118). Given the > > ABI > > + has changed, users will have to rebuild all the ports that are linked to > > + ncurses. > > > > 20200217: > > The size of struct vnet and the magic cookie have changed. > > Are there any way to know which of installed ports are linked to base > ncurses? > > Best Regards. > All the one with USES=ncurses in ports, otherwise I am sorry but no we have no way to track that down. Best regards, Bapt signature.asc Description: PGP signature
Re: svn commit: r358166 - head
(Switch to freebsd-ports ML) From: Baptiste Daroussin Subject: svn commit: r358166 - head Date: Thu, 20 Feb 2020 09:33:14 + (UTC) > Author: bapt > Date: Thu Feb 20 09:33:14 2020 > New Revision: 358166 > URL: https://svnweb.freebsd.org/changeset/base/358166 > > Log: > Update the UPDATING information now that ncurses shlib has been bumped > > Modified: > head/UPDATING > > Modified: head/UPDATING > == > --- head/UPDATING Thu Feb 20 09:17:45 2020(r358165) > +++ head/UPDATING Thu Feb 20 09:33:14 2020(r358166) > @@ -26,10 +26,10 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 13.x IS SLOW: > disable the most expensive debugging functionality run > "ln -s 'abort:false,junk:false' /etc/malloc.conf".) > > -20200218: > - ncurses has been updated to a newer version (6.1-20200118). After an > - update some applications using ncurses may results have some rendering > - problems and would need to be rebuilt. > +20200220: > + ncurses has been updated to a newer version (6.1-20200118). Given the > ABI > + has changed, users will have to rebuild all the ports that are linked to > + ncurses. > > 20200217: > The size of struct vnet and the magic cookie have changed. Are there any way to know which of installed ports are linked to base ncurses? Best Regards. --- Yasuhiro KIMURA ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"