FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ net-mgmt/ocsinventory-agent | 2.4.2 | v2.6.0-mac +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by:portscout! ___ 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"
Seeking flavors examples and advice
Would someone please point me to a simple example of FLAVORS being used to build something in ports to select different targets. I recently took over games/frotz for which I am also upstream. This package can be built with three different user interfaces with one of them having two sub-variations. There are curses-nosound, curses (uses libao for audio output), dumb (no screen handling at all), and SDL (uses libsdl for graphics and audio). When building straight from source, you simply do "gmake curses", "gmake nosound", "gmake dumb", or "gmake sdl" and you get the interface specified by the parameter supplied to gmake. I can't seem to find any webpage that goes into any more detail than https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/flavors-using.html and this leaves me wondering just how to even start. Here's what I have so far: targeting noaudio and dumb for starters. I'm leaving out documentation and examples for now until I figure this out. Both the noaudio and dumb targets will build, but when I do "make install" or "make FLAVOR=dumb install", nothing actually gets put into /usr/local/bin. # Created by: Andrey Zakhvatov # $FreeBSD: head/games/frotz/Makefile 522166 2020-01-05 19:39:46Z tcberner $ PORTNAME= frotz PORTVERSION=2.50 CATEGORIES= games MAINTAINER= d...@661.org COMMENT=Infocom Z-machine games interpreter LICENSE=GPLv2+ LICENSE_FILE= ${WRKSRC}/COPYING USE_GITLAB= yes GL_ACCOUNT= DavidGriffith GL_COMMIT= 9867a1f14da1e9c0707492d2ac74d1e8ffdd3a64 USES= gmake FLAVORS=curses dumb FLAVOR?=${FLAVORS:[1]} curses_PKGNAMESUFFIX= -curses dumb_PKGNAMESUFFIX= -dumb curses_PLIST= bin/frotz\ man/man6/frotz.6.gz dumb_PLIST= bin/dfrotz\ man/man6/dfrotz.6.gz .if ${FLAVOR:U} == curses COMMENT+= (curses interface, no audio) ALL_TARGET= nosound USES+= ncurses .elif ${FLAVOR:U} == dumb COMMENT+= (dumb interface) ALL_TARGET= dumb dumb_PKGNAMEPREFIX= d .endif MAKE_ENV= OPTS="${CFLAGS}" CONFIG_DIR="${PREFIX}/etc" do-install: ${INSTALL_PROGRAM} ${WRKSRC}/${PKGNAMEPREFIX}${PORTNAME} ${STAGEDIR}${PREFIX}/bin/ ${INSTALL_MAN} ${WRKSRC}/doc/${PKGNAMEPREFIX}${PORTNAME}.6 ${STAGEDIR}${MAN6PREFIX}/man/man6/ .include -- David Griffith d...@661.org A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? ___ 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: xterm-353
This is quite surprising as I have not seen this. I do get occasional dead buttons due to all of the privacy add-ons I run, especially No-Script, but also less intrusive ones like Privacy Badger. I have seen a few issues with sites taking advantage of some JS functions outside of the standard that Chrome has added and Firefox has not yet picked up. This is the fault of Chrome playing the old IE game of making other browsers notwork correctly on some pages. I also have to fake the UI identifier for some sites as they reject access from FreeBSD (Chase Bank, I'm looking at you!) or do the wrong thing. As regards chromium, I have deleted it it and will not consider ever using it due to it's massive data collection and its blocking privacy tools like No-Script. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Mon, Feb 3, 2020 at 11:38 AM Dave Horsfall wrote: > On Mon, 3 Feb 2020, Christoph Moench-Tegeder wrote: > > > You're right. For some reason, firefox is not handling the additional > > compression correctly (I see Content-Encoding: gzip in the headers, so > > it's advertised, but not unzipped by the browser, so I get a double- > > compressed file. Oh tempora, oh mores). Not enough time to dig into that > > right now. > > FWIW, I find that Firefox is becoming increasingly unreliable, with "dead" > buttons etc (yes, I have JS enabled against my better judgement) and have > to use Safari/Chrome instead. This is a pity, as I find that FF is much > faster and I've used it for many years. > > -- Dave > ___ > 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" > ___ 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: CFD: status of Ada-related ports (including ports-mgmt/synth)
> [ I found this in my outgoing folder; ahem. ] > On Tue, 31 Dec 2019, Mark Linimon wrote: > > As of the following commit, lang/gcc6 is no longer supported: > > > https://svnweb.freebsd.org/ports/head/Mk/bsd.gcc.mk?revision=521584 > GCC 6 hasn't been supported upstream for over a year (end of life) > and is not covered by Mk/bsd.gcc.mk (aka USE_GCC) any longer. The > port is still in our tree for the time being, though I marked it for > expiration end of February - which gives an extra day this year. ;-) > > I would like to, if possible, eliminate gcc6, as it merely adds > > build time on the package builders. > Is this a concern for all architectures, or mostly non-x86? We > can always restrict ONLY_FOR_ARCHS further for such ports if those > focusing on those architectures are in favor. > [ Editorial note: In the meantime I made such a change for lang/gcc48. ] > > There is a variant of lang/gcc6 called lang/gcc6-aux, which is now only > > required for the Ada-related ports, including ports-mgmt/synth. fwiw, > > that port is only available for aarch64/amd64/i386. > > > Is anyone willing to take on the work to upgrade our Ada support to > > some later compiler, so that we can delete lang/gcc6-aux as well? > lang/gcc6-aux/files carries a lot of patches (2500+ lines) that I > don't believe should be FreeBSD-local, but upstreamable/upstreamed. > Also there are some small local patches, some backports, in lang/gcc7 > and later especially, that really matter. Any FreeBSD port around GCC > probably would want to use those - which is not the case right now. > Gerald The following is a message I posted last September 10 to freebsd-ports: Subject: gcc(6)-aux falling behind? I notice gcc advancing to 7.4, 8.3 and 9.2 while gcc-aux has not gone above v6. I believe this is the only Ada compiler for FreeBSD and NetBSD. Would it be possible to build a gcc that includes Ada using gcc6-aux on the source code for gcc 7.4 or 8.3? Fact that it hasn't been done suggests there might be a reason why. I had even thought about the possibility of using gcc6-aux or gcc5-aux to cross-compile a gcc for Linux. (end of message from last September 10) Even if ports-mgmt/synth becomes deprecated, I believe Ada support ought to be retained in ports/lang. I hope gcc6-aux will not be allowed to expire until something is in place to succeed it. One problem porting Ada compiler to other architectures is the need for bootstrap which must be in Ada (catch-22). I notice synth has not been updated in some time. I want to use or try synth on this computer if I continue with FreeBSD and ports just to see if it will build and work. On FreeBSD 11.1-STABLE, synth built but didn't work well, building only a small minority of ports it was tried on. On FreeBSD-current (then releng 12), trying to build synth led to system crash and reboot (unclean, I had to run fsck_ffs from NetBSD). Synth did better on the other computer, suggesting FreeBSD may be allergic to the MSI MPOWER motherboard, or not fully compatible. Tom ___ 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: xterm-353
On Mon, 3 Feb 2020, Christoph Moench-Tegeder wrote: You're right. For some reason, firefox is not handling the additional compression correctly (I see Content-Encoding: gzip in the headers, so it's advertised, but not unzipped by the browser, so I get a double- compressed file. Oh tempora, oh mores). Not enough time to dig into that right now. FWIW, I find that Firefox is becoming increasingly unreliable, with "dead" buttons etc (yes, I have JS enabled against my better judgement) and have to use Safari/Chrome instead. This is a pity, as I find that FF is much faster and I've used it for many years. -- Dave ___ 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: CFD: status of Ada-related ports (including ports-mgmt/synth)
[ I found this in my outgoing folder; ahem. ] On Tue, 31 Dec 2019, Mark Linimon wrote: > As of the following commit, lang/gcc6 is no longer supported: > > https://svnweb.freebsd.org/ports/head/Mk/bsd.gcc.mk?revision=521584 GCC 6 hasn't been supported upstream for over a year (end of life) and is not covered by Mk/bsd.gcc.mk (aka USE_GCC) any longer. The port is still in our tree for the time being, though I marked it for expiration end of February - which gives an extra day this year. ;-) > I would like to, if possible, eliminate gcc6, as it merely adds > build time on the package builders. Is this a concern for all architectures, or mostly non-x86? We can always restrict ONLY_FOR_ARCHS further for such ports if those focusing on those architectures are in favor. [ Editorial note: In the meantime I made such a change for lang/gcc48. ] > There is a variant of lang/gcc6 called lang/gcc6-aux, which is now only > required for the Ada-related ports, including ports-mgmt/synth. fwiw, > that port is only available for aarch64/amd64/i386. > > Is anyone willing to take on the work to upgrade our Ada support to > some later compiler, so that we can delete lang/gcc6-aux as well? lang/gcc6-aux/files carries a lot of patches (2500+ lines) that I don't believe should be FreeBSD-local, but upstreamable/upstreamed. Also there are some small local patches, some backports, in lang/gcc7 and later especially, that really matter. Any FreeBSD port around GCC probably would want to use those - which is not the case right now. Gerald ___ 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"