Re: USE_GCC usage
Thanks, Richard.This is a problem I met when update port science/mbdyn to 1.7.2. But the old version 1.7.1 also has this problem. Note this only happen when DEVELOPER=yes set in /etc/make.conf and in the Q/A tests: > Running Q/A tests (stage-qa) Error: /usr/local/bin/ann_in is linked to /usr/local/lib/gcc5/libgfortran.so.3 from lang/gcc but it is not declared as a dependency Error: /usr/local/bin/ann_in is linked to /usr/local/lib/gcc5/libquadmath.so.0 from lang/gcc but it is not declared as a dependency Error: /usr/local/bin/c81merge is linked to /usr/local/lib/gcc5/libstdc++.so.6 from lang/gcc but it is not declared as a dependency Error: /usr/local/bin/c81merge is linked to /usr/local/lib/gcc5/libgcc_s.so.1 from lang/gcc but it is not declared as a dependency 2017-06-26 1:09 GMT+08:00 Richard Gallamore: > When using USE_GCC= 5+, errors occur because this USE only sets > build and run time dependency, and not lib dependency. > > Error: /usr/local/bin/ann_in is linked to /usr/local/lib/gcc5/libgfortran.so.3 > from lang/gcc but it is not declared as a dependency > Error: /usr/local/bin/ann_in is linked to /usr/local/lib/gcc5/libquadmath.so.0 > from lang/gcc but it is not declared as a dependency > Error: /usr/local/bin/c81merge is linked to /usr/local/lib/gcc5/libstdc++.so.6 > from lang/gcc but it is not declared as a dependency > Error: /usr/local/bin/c81merge is linked to /usr/local/lib/gcc5/libgcc_s.so.1 > from lang/gcc but it is not declared as a dependency > > Should this be considered a false positive? or should USE_GCC > also add a LIB_DEPEND to ports? > > > Thanks, > Richard Gallamore > > > ___ 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: [RFC] Why FreeBSD ports should have branches by OS version
On 06/23/2017 01:53, Guido Falsi wrote: If your model works fine I'm quite sure the FreeBSD community and project will be quite happy to embrace it. ... > I cannot think of a better way to show there actually is no manpower problem than creating a working example of such a workflow maintained by just a few people with little effort, as you said repeatedly. ... On other hand demanding and/or insisting that others implement your idea when they clearly disagree with you is not very constructive. The fallacy in your suggestion to "do it yourself" is that the others who are actually working and committing on ports are far more efficient at implementing these ideas than the rest of us. I've never seen someone who says "do it yourself if you want it different" actually take into account that the expertise and experience of the people currently doing it result in a far lower manpower cost, sometimes by orders of magnitude. Thus, in some cases, people demand or insist because they want something they either cannot accomplish themselves, or cannot accomplish in the limited time they have. As far as I have observed, you can't even -pay- the ports experts to do something you might want. If you do not have this time or expertise, the only recourses left are: demand, insist, request, plead, or attempt to logically convince. As I see it, the emotions you see people expressing don't come as much from "not having their own way" as it does from being forced to adopt someone else's way. Looking at just that idea, the situation is not really that much different from using Microsoft and Apple; you take what they give you or go use something else. I think there's a general perception that open source is not supposed to be like that so much, but I think we all know differently here. To be absolutely clear, I'm not demanding or insisting on anything here out of ports maintainers or FreeBSD. I can and do support myself, when I am able. I'm merely pointing out ideas which may not be immediately visible to the people in this thread. -- Dave Hayes - Consultant - Altadena CA, USA - d...@jetcafe.org *The opinions expressed above are entirely my own* In a dream, Nasrudin saw himself being counted out coins. When there were nine silver pieces in his hand, the invisible donor stopped giving them. Nasrudin shouted, "I must have ten!" so loudly that he woke himself up. Finding all the money gone he closed his eyes again and said. "All right, then, give them back. I'll take the nine." ___ 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: security/libressl not API-compatible with OpenSSL, breaks www/apache24
On 2017-Jun-24 17:07:33 +0200, Walter Schwarzenfeldwrote: >There is a working patch: >https://bz.apache.org/bugzilla/show_bug.cgi?id=61184 Thanks for that. It works nicely but is significantly more involved than I thought. -- Peter Jeremy signature.asc Description: PGP signature
USE_GCC usage
When using USE_GCC= 5+, errors occur because this USE only sets build and run time dependency, and not lib dependency. Error: /usr/local/bin/ann_in is linked to /usr/local/lib/gcc5/libgfortran.so.3 from lang/gcc but it is not declared as a dependency Error: /usr/local/bin/ann_in is linked to /usr/local/lib/gcc5/libquadmath.so.0 from lang/gcc but it is not declared as a dependency Error: /usr/local/bin/c81merge is linked to /usr/local/lib/gcc5/libstdc++.so.6 from lang/gcc but it is not declared as a dependency Error: /usr/local/bin/c81merge is linked to /usr/local/lib/gcc5/libgcc_s.so.1 from lang/gcc but it is not declared as a dependency Should this be considered a false positive? or should USE_GCC also add a LIB_DEPEND to ports? Thanks, Richard Gallamore signature.asc Description: OpenPGP digital signature
Re: "clamav-unofficial-sigs" error message
On Sun, 25 Jun 2017 17:17:44 +0200, Martin Waschbüsch stated: >From what I can see, the clamav-unofficial-sigs port works. It >determines if there are updates or whether you have checked recently, >so that you do not inadvertently dos the signature servers. What is >NOT working, apparently, is clamav. Did you install clamav via ports? >If it is installed, what is the clamscan_bin variable set to >in /usr/local/etc/clamav-unofficial-sigs/master.conf file? It needs to >be set to the correct path, for instance /usr/local/bin/clamscan. The >correct path on your setup can be determined using 'which clamscan' From the "master.conf" file: # Custom Command Paths, these are detected with the which command when not set. Clamscan was commented out; however, the default setting was to /usr/bin/clamscan From what I can figure out, the "which" command worked fine outside of a CRON job, but was failing when clamav-unofficial-sigs.sh was run via CRON. I uncommented the "clamscan" setting and set it to point to the correct location. Now it works correctly. This is probably a bug, but I am not going to waste my time reporting it. The ports version of this program is very old. There have been five newer versions since its release. No doubt this problem has been corrected. -- Carmel ___ 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"
Which license should be used for as-id
Dear all, which LICENSE tag in ports should be used if the package as the license "AS IS"? Thanks Matthias -- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." -- Rich Cook ___ 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: [RFC] Why FreeBSD ports should have branches by OS version
Are there any advantages of using pkg instead of pkgsrc on FreeBSD? Instead of having branches by OS version, would having ports LTS branches independent of the base system be a better solution? Grzegorz It looks like you might have misunderstood something I said about pkgsrc. I use pkg with FreeBSD ports on FreeBSD, but my interest in pkgsrc and pkgsrc-synth is for NetBSD. Working with pkgsrc on NetBSD convinces me that they need to import portupgrade and/or portmaster from FreeBSD, maybe synth will be better? Pkgsrc is awkward dealing with packages whose names have changes or branched. Ports LTS branches, is that Long Term Service? I don't really understand that question. Tom First question: Sorry, I used a mental shortcut without explaining. I imagined that because both pkg and pkgsrc support FreeBSD, the effort of maintaining both could be combined, and pkgsrc seemed to be superior since it also supports other OSes. I also assumed that that has been considered before. So, because pkg hasn't been replaced by pkgsrc, there must be some advantages of using pkg on FreeBSD as opposed to using pkgsrc. My question was about these. LTS indeed is Long Term Support. In short, there is a branch (or branches) not tied to any specific OS release but can be dependent on a specific OS release (e.g. 11.0 as minimum) in which application versions don't change as often as in the current branch. It would mostly incorporate security fixes. Now, a question if the versions shouldn't change for the duration of the LTS branch or if small version changes are allowed is a secondary issue. What I am trying to determine if having that branch/es would fulfil the requirement of many people on this list of having a more stable ports tree (where branches by OS versions was one of the proposed solutions). Grzegorz ___ 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: "clamav-unofficial-sigs" error message
> Am 25.06.2017 um 12:24 schrieb Carmel NY: > > I recently installed clamav-unofficial-sigs via the ports system. The > port version is quite old,v5.3.2, while the current version is v5.6.2. > In any case, I am receiving the following error message repeatedly: > > Jun 24 15:45:00 ERROR: clamscan binary (clamscan_bin) not found > > This is the full log from the last 12 hours or so: > > Jun 24 15:45:00 ERROR: clamscan binary (clamscan_bin) not found > Jun 24 16:38:57 Preparing Databases > Jun 24 16:38:58 Sanesecurity Database File Updates > Jun 24 16:38:58 2 hours have not yet elapsed since the last sanesecurity > update check > Jun 24 16:38:58 No update check was performed at this time > Jun 24 16:38:58 Next check will be performed in approximately 0 hour(s), 53 > minute(s) > Jun 24 16:38:58 SecuriteInfo Database File Updates > Jun 24 16:38:58 4 hours have not yet elapsed since the last SecuriteInfo > update check > Jun 24 16:38:58 No update check was performed at this time > Jun 24 16:38:58 Next check will be performed in approximately 2 hour(s), 53 > minute(s) > Jun 24 16:38:58 linuxmalwaredetect Database File Updates > Jun 24 16:38:58 6 hours have not yet elapsed since the last linux malware > detect update check > Jun 24 16:38:58 No update check was performed at this time > Jun 24 16:38:58 Next check will be performed in approximately 4 hour(s), 53 > minute(s) > Jun 24 16:38:58 MalwarePatrol Database File Update > Jun 24 16:38:58 24 hours have not yet elapsed since the last MalwarePatrol > download > Jun 24 16:38:58 No database download was performed at this time > Jun 24 16:38:58 Next download will be performed in approximately 22 hour(s), > 53 minute(s) > Jun 24 16:38:58 Setting permissions and ownership > Jun 24 16:38:58 No updates detected, ClamAV databases were not reloaded > Jun 24 16:38:58 Issue tracker : > https://github.com/extremeshok/clamav-unofficial-sigs/issues > Jun 24 16:38:59 New version : v5.6.2 @ > https://github.com/extremeshok/clamav-unofficial-sigs > Jun 24 16:38:59 Powered By https://eXtremeSHOK.com > Jun 24 16:41:07 Preparing Databases > Jun 24 16:41:08 Sanesecurity Database File Updates > Jun 24 16:41:08 2 hours have not yet elapsed since the last sanesecurity > update check > Jun 24 16:41:08 No update check was performed at this time > Jun 24 16:41:08 Next check will be performed in approximately 0 hour(s), 50 > minute(s) > Jun 24 16:41:08 SecuriteInfo Database File Updates > Jun 24 16:41:08 4 hours have not yet elapsed since the last SecuriteInfo > update check > Jun 24 16:41:08 No update check was performed at this time > Jun 24 16:41:08 Next check will be performed in approximately 2 hour(s), 50 > minute(s) > Jun 24 16:41:08 linuxmalwaredetect Database File Updates > Jun 24 16:41:08 6 hours have not yet elapsed since the last linux malware > detect update check > Jun 24 16:41:08 No update check was performed at this time > Jun 24 16:41:08 Next check will be performed in approximately 4 hour(s), 50 > minute(s) > Jun 24 16:41:08 MalwarePatrol Database File Update > Jun 24 16:41:08 24 hours have not yet elapsed since the last MalwarePatrol > download > Jun 24 16:41:08 No database download was performed at this time > Jun 24 16:41:08 Next download will be performed in approximately 22 hour(s), > 50 minute(s) > Jun 24 16:41:08 Setting permissions and ownership > Jun 24 16:41:08 No updates detected, ClamAV databases were not reloaded > Jun 24 16:41:08 Issue tracker : > https://github.com/extremeshok/clamav-unofficial-sigs/issues > Jun 24 16:41:08 New version : v5.6.2 @ > https://github.com/extremeshok/clamav-unofficial-sigs > Jun 24 16:41:08 Powered By https://eXtremeSHOK.com > Jun 24 16:45:00 ERROR: clamscan binary (clamscan_bin) not found > Jun 24 17:45:00 ERROR: clamscan binary (clamscan_bin) not found > Jun 24 18:45:00 ERROR: clamscan binary (clamscan_bin) not found > Jun 24 19:45:00 ERROR: clamscan binary (clamscan_bin) not found > Jun 24 20:45:00 ERROR: clamscan binary (clamscan_bin) not found > Jun 24 21:45:00 ERROR: clamscan binary (clamscan_bin) not found > Jun 24 22:45:00 ERROR: clamscan binary (clamscan_bin) not found > Jun 24 23:45:00 ERROR: clamscan binary (clamscan_bin) not found > Jun 25 00:45:00 ERROR: clamscan binary (clamscan_bin) not found > Jun 25 01:45:00 ERROR: clamscan binary (clamscan_bin) not found > Jun 25 02:45:00 ERROR: clamscan binary (clamscan_bin) not found > Jun 25 03:45:00 ERROR: clamscan binary (clamscan_bin) not found > Jun 25 04:45:00 ERROR: clamscan binary (clamscan_bin) not found > Jun 25 05:45:00 ERROR: clamscan binary (clamscan_bin) not found >From what I can see, the clamav-unofficial-sigs port works. It determines if >there are updates or whether you have checked recently, so that you do not >inadvertently dos the signature servers. What is NOT working, apparently, is clamav. Did you install clamav via ports? If it is installed, what is the clamscan_bin variable
"clamav-unofficial-sigs" error message
I recently installed clamav-unofficial-sigs via the ports system. The port version is quite old,v5.3.2, while the current version is v5.6.2. In any case, I am receiving the following error message repeatedly: Jun 24 15:45:00 ERROR: clamscan binary (clamscan_bin) not found This is the full log from the last 12 hours or so: Jun 24 15:45:00 ERROR: clamscan binary (clamscan_bin) not found Jun 24 16:38:57 Preparing Databases Jun 24 16:38:58 Sanesecurity Database File Updates Jun 24 16:38:58 2 hours have not yet elapsed since the last sanesecurity update check Jun 24 16:38:58 No update check was performed at this time Jun 24 16:38:58 Next check will be performed in approximately 0 hour(s), 53 minute(s) Jun 24 16:38:58 SecuriteInfo Database File Updates Jun 24 16:38:58 4 hours have not yet elapsed since the last SecuriteInfo update check Jun 24 16:38:58 No update check was performed at this time Jun 24 16:38:58 Next check will be performed in approximately 2 hour(s), 53 minute(s) Jun 24 16:38:58 linuxmalwaredetect Database File Updates Jun 24 16:38:58 6 hours have not yet elapsed since the last linux malware detect update check Jun 24 16:38:58 No update check was performed at this time Jun 24 16:38:58 Next check will be performed in approximately 4 hour(s), 53 minute(s) Jun 24 16:38:58 MalwarePatrol Database File Update Jun 24 16:38:58 24 hours have not yet elapsed since the last MalwarePatrol download Jun 24 16:38:58 No database download was performed at this time Jun 24 16:38:58 Next download will be performed in approximately 22 hour(s), 53 minute(s) Jun 24 16:38:58 Setting permissions and ownership Jun 24 16:38:58 No updates detected, ClamAV databases were not reloaded Jun 24 16:38:58 Issue tracker : https://github.com/extremeshok/clamav-unofficial-sigs/issues Jun 24 16:38:59 New version : v5.6.2 @ https://github.com/extremeshok/clamav-unofficial-sigs Jun 24 16:38:59 Powered By https://eXtremeSHOK.com Jun 24 16:41:07 Preparing Databases Jun 24 16:41:08 Sanesecurity Database File Updates Jun 24 16:41:08 2 hours have not yet elapsed since the last sanesecurity update check Jun 24 16:41:08 No update check was performed at this time Jun 24 16:41:08 Next check will be performed in approximately 0 hour(s), 50 minute(s) Jun 24 16:41:08 SecuriteInfo Database File Updates Jun 24 16:41:08 4 hours have not yet elapsed since the last SecuriteInfo update check Jun 24 16:41:08 No update check was performed at this time Jun 24 16:41:08 Next check will be performed in approximately 2 hour(s), 50 minute(s) Jun 24 16:41:08 linuxmalwaredetect Database File Updates Jun 24 16:41:08 6 hours have not yet elapsed since the last linux malware detect update check Jun 24 16:41:08 No update check was performed at this time Jun 24 16:41:08 Next check will be performed in approximately 4 hour(s), 50 minute(s) Jun 24 16:41:08 MalwarePatrol Database File Update Jun 24 16:41:08 24 hours have not yet elapsed since the last MalwarePatrol download Jun 24 16:41:08 No database download was performed at this time Jun 24 16:41:08 Next download will be performed in approximately 22 hour(s), 50 minute(s) Jun 24 16:41:08 Setting permissions and ownership Jun 24 16:41:08 No updates detected, ClamAV databases were not reloaded Jun 24 16:41:08 Issue tracker : https://github.com/extremeshok/clamav-unofficial-sigs/issues Jun 24 16:41:08 New version : v5.6.2 @ https://github.com/extremeshok/clamav-unofficial-sigs Jun 24 16:41:08 Powered By https://eXtremeSHOK.com Jun 24 16:45:00 ERROR: clamscan binary (clamscan_bin) not found Jun 24 17:45:00 ERROR: clamscan binary (clamscan_bin) not found Jun 24 18:45:00 ERROR: clamscan binary (clamscan_bin) not found Jun 24 19:45:00 ERROR: clamscan binary (clamscan_bin) not found Jun 24 20:45:00 ERROR: clamscan binary (clamscan_bin) not found Jun 24 21:45:00 ERROR: clamscan binary (clamscan_bin) not found Jun 24 22:45:00 ERROR: clamscan binary (clamscan_bin) not found Jun 24 23:45:00 ERROR: clamscan binary (clamscan_bin) not found Jun 25 00:45:00 ERROR: clamscan binary (clamscan_bin) not found Jun 25 01:45:00 ERROR: clamscan binary (clamscan_bin) not found Jun 25 02:45:00 ERROR: clamscan binary (clamscan_bin) not found Jun 25 03:45:00 ERROR: clamscan binary (clamscan_bin) not found Jun 25 04:45:00 ERROR: clamscan binary (clamscan_bin) not found Jun 25 05:45:00 ERROR: clamscan binary (clamscan_bin) not found I have no idea what the problem is. -- Carmel ___ 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: clamav-unofficial-sigs
On Sun, 25 Jun 2017 09:49:09 +0200, Kurt Jaeger stated: >Hi! > >> The port version of "clamav-unofficial-sigs" is 5.3.2; however a >> newer version 5.6.2 is available. The port version is quite old. Are >> there any plans to update the port? > >Have you tried to provide a patch ? It's structure changed a little >bit, so it does not simply works in the ports framework. Could you elaborate on what "does not simply works in the ports framework" refers to? Thanks! -- Carmel ___ 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 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 +-+ lang/groovy | 2.4.8 | 2.4.12 +-+ 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 Thanks. ___ 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: clamav-unofficial-sigs
Hi! > The port version of "clamav-unofficial-sigs" is 5.3.2; however a newer > version 5.6.2 is available. The port version is quite old. Are there > any plans to update the port? Have you tried to provide a patch ? It's structure changed a little bit, so it does not simply works in the ports framework. -- p...@opsec.eu+49 171 3101372 3 years to go ! ___ 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: [RFC] Why FreeBSD ports should have branches by OS version
Martin Waschbüsch wrote: Am 23.06.2017 um 23:53 schrieb Michelle Sullivan: Matt Smith wrote: I use FreeBSD *precisely* because it mostly keeps up with the latest stable versions of things. I have postfix 3.2, pgsql 9.6, nginx 1.13, libressl 2.5 etc. It's usually impossible to do this with linux unless you install things directly from source. And me I came to FreeBSD because it was security conscious but not latest and greatest or nothing... well not strictly true, P Vixie forced me into trying it.. but I changed from Linux to FreeBSD across my entire product because of stability... which doesn't exist in the same way now (and hasn't since 2013ish).. FWIW, personally, I never perceived statements about FreeBSD's stability to extend beyond the scope of the (complete) OS itself. There in lies a problem.. Something happened, now the OS is not as stable, as for a 'installed the CD how long before a reboot' is it, but how often do we *have* to upgrade because of a security issue.. seems like every 5 minutes now... ports (some of them) do form part of the OS... if the ports tree stops working on older versions of the OS then you *have* to upgrade. I always regarded ports very much as a convenience. pkg even more so. I don't consider pkg at all. Ports are partly. I upgrade my ports/packages via poudriere every single day which mostly just takes 2 minutes of my time as usually that results in maybe one or two packages being updated at a time. I see this as a positive thing rather than doing one massive huge upgrade every 3 months. Currently have 87 servers located across 7 continents, all in production processing incoming spam at the millions per day, and serving DNS requests at a rate of over 70,000 queries per second (averaged over a week)... you can't just f**k with that. Patches have to be evaluated, tested, built and regression tested My personal conclusion is that if I need to ensure that issues (especially security fixes) are dealt with in a timely manner then I have to do the patching, testing, evaluating, etc. myself. Mostly agreed... depends on your definition of 'do the patching yourself'.. if you mean taking patches applying them yourself, then yes 100% agree, if you mean developing the patch yourself in whole or in part... no. After all, even if all that was thoroughly done by upstream, port maintainer, etc., who’s to say my specific setup and config won’t bring issues to light their testing didn’t? 100% with you. -- Michelle Sullivan http://www.mhix.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: [RFC] Why FreeBSD ports should have branches by OS version
> > I personally can't see the rationale of many OS version branches of ports: > > far too much work. > > I had the thought of something like that for (NetBSD) pkgsrc: a very tall > > order, considering that pkgsrc has been ported to many OSes besides NetBSD. > > Imagine a separate branch of pkgsrc for every version and branch of NetBSD, > > FreeBSD, Linux, etc. > > I only follow the current branch of FreeBSD ports and pkgsrc, though now I > > have also become interested in pkgsrc-synth. > Tom > Are there any advantages of using pkg instead of pkgsrc on FreeBSD? > Instead of having branches by OS version, would having ports LTS branches > independent of the base system be a better solution? > Grzegorz It looks like you might have misunderstood something I said about pkgsrc. I use pkg with FreeBSD ports on FreeBSD, but my interest in pkgsrc and pkgsrc-synth is for NetBSD. Working with pkgsrc on NetBSD convinces me that they need to import portupgrade and/or portmaster from FreeBSD, maybe synth will be better? Pkgsrc is awkward dealing with packages whose names have changes or branched. Ports LTS branches, is that Long Term Service? I don't really understand that question. 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"