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,

Conflicts due to renamed KDE4 ports

The way the new KDE5/KF5 ports have been introduced a few weeks back has caused me quite some effort (more than 100 hours of work), and now there have been further changes to implement KDE5 support (which I generally appreciate), which cause further complications and seem not to be well thought

Re: Conflicts due to renamed KDE4 ports

On Sat, 14 Apr 2018 14:18:22 +0200, Stefan Esser stated: {truncated} >This is another case (after the implementation of FLAVOR support that does >not seem well-designed and causes lots of effort and inefficiencies in port >management tools like portmaster), which makes me consider giving up my

Re: Conflicts due to renamed KDE4 ports

On 14/04/2018 12:18, Stefan Esser wrote: [cut] This is another case (after the implementation of FLAVOR support that does not seem well-designed and causes lots of effort and inefficiencies in port management tools like portmaster), which makes me consider giving up my efforts to keep

pkg wants to install perl5.24 even thought it's not required

Hello, I have strange issue: when I install or upgrade a package pkg wants to install perl5.24 too every time. That's strange because all ports require perl5.26, not perl5.24. After installation/upgrade when I do pkg autoremove pkg tells that perl5.24 in not required and can be deleted. I have

Re: Conflicts due to renamed KDE4 ports

Am 14.04.18 um 18:57 schrieb Steve Kargl: > On Sat, Apr 14, 2018 at 02:30:09PM +, Carmel NY wrote: >> On Sat, 14 Apr 2018 14:18:22 +0200, Stefan Esser stated: >> >> {truncated} >> >>> This is another case (after the implementation of FLAVOR support that does >>> not seem well-designed and

Re: Clamav upgrade to 0.100.0_1 broken on amd64 current

The full log is at: http://home.lerctr.org:/data/p111-S-amd64-host-ports/2018-04-14_20h32m16s/logs/clamav-0.100.0_1.log -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: l...@lerctr.org US Mail: 5708 Sabbia Drive, Round Rock, TX

Re: Conflicts due to renamed KDE4 ports

On Sat, 14 Apr 2018 09:57:07 -0700, Steve Kargl stated: >This discussion occurred with the introduction of FLAVORS, >which broken all ports management tools except poudriere. So, you have not tried "synth" and I assume poudriere. -- Carmel ___

Re: Conflicts due to renamed KDE4 ports

On Sat, Apr 14, 2018 at 02:30:09PM +, Carmel NY wrote: > On Sat, 14 Apr 2018 14:18:22 +0200, Stefan Esser stated: > > {truncated} > > >This is another case (after the implementation of FLAVOR support that does > >not seem well-designed and causes lots of effort and inefficiencies in port >

zsh 5.5: core dump during serial login

Today I upgraded shells/zsh to version 5.5 on my FreeBSD 11.1-RELEASE-p9 machine. During a login over serial line (wired or IPMI-SOL) I am immediately kicked out after a successful login. Syslogd shows: xxx kernel: pid xxx (zsh), uid 0: exited on signal 8 (core dumped) I immediately downgraded

Re: Conflicts due to renamed KDE4 ports

On Sat, 14 Apr 2018 19:53:49 +0200, Stefan Esser stated: >Yes, but I put literally hundreds of hours of effort into >understanding portmaster (which is one monolythic 4000 line >shell script with global state that recursively invokes itself >to implement local state, with hundreds of instances

Clamav upgrade to 0.100.0_1 broken on amd64 current

I tried to upgrade clamav to 0.100.0_1 and it fails during tests. If you disable the tests it will build and install but clamscan dumps core. Here is output of build with tests enabled: FAIL: check_clamav PASS: check_freshclam.sh PASS: check_sigtool.sh SKIP: check_unit_vg.sh FAIL:

Re: Conflicts due to renamed KDE4 ports

On Sat, Apr 14, 2018 at 10:12 AM, Carmel NY wrote: > On Sat, 14 Apr 2018 09:57:07 -0700, Steve Kargl stated: > > >This discussion occurred with the introduction of FLAVORS, > >which broken all ports management tools except poudriere. > > So, you have not tried "synth" and

Re: Clamav upgrade to 0.100.0_1 broken on amd64 current

Rerunning testport in my poudriere 11.1 jail for clamav, I get the following: gmake check-TESTS gmake[3]: Entering directory '/wrkdirs/usr/ports/security/clamav/work/clamav-0.100.0/unit_tests' gmake[4]: Entering directory '/wrkdirs/usr/ports/security/clamav/work/clamav-0.100.0/unit_tests'