Re: linker errors for OpenGL functions (solved)

2017-03-08 Thread Graham Menhennitt 

On 07/03/2017 08:38, Graham Menhennitt wrote:

On 6/03/2017 11:29 AM, Kevin Oberman wrote:
On Sat, Mar 4, 2017 at 12:14 PM, Graham Menhennitt

Issue with re-installation of bash and Sudo ...

2017-03-08 Thread Uma Somasundaram 
Hi ,


I have upgraded FF version from : 24.3.0_2,1 -> 45.6.0_3,1 in
Free BSD 9.2 version,

How do I reinstall the Sudo or bash? which I lost after the Browser upgrade
,
While adding the package Iam getting below error ,

"
>bash
Shared object "libiconv.so.3" not found, required by "bash"


> pkg_add -r sudo
Error: Unable to get
ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9.2-release/Latest/sudo.tbz:
File unavailable (e.g., file not found, no access)
pkg_add: unable to fetch '
ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9.2-release/Latest/sudo.tbz'
by URL


> pkg_add -r bash
Error: "Unable to get
ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9.2-release/Latest/bash.tbz:
File unavailable (e.g., file not found, no access)"
pkg_add: unable to fetch '
ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9.2-release/Latest/bash.tbz'
by URL
"

Please do let me know how to fix it?.


Output from 'uname -a' :

 >FreeBSD pod1201-client11.ibesa 9.2-RELEASE FreeBSD 9.2-RELEASE #0 r255898:
 Fri Sep 27 03:52:52 UTC 2013
 r...@bake.isc.freebsd.org:/usr/obj/usr/src/sys/GENERIC
  i386

 Output from 'ident /usr/ports/www/firefox/Makefile' :

 >/usr/ports/www/firefox/Makefile:
 $FreeBSD: head/www/firefox/Makefile 433286 2017-02-04 07:56:59Z jbeich


Thanks & Regards,
Uma
___
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: manpath change for ports ?

2017-03-08 Thread Kevin Oberman 
On Wed, Mar 8, 2017 at 12:35 PM,  wrote:

> On Tue, 7 Mar 2017 00:56:10 +0100, Baptiste Daroussin
>  wrote:
>
> >Hi all,
> >
> >I would like to propose a change in the localbase hier for ports
> >
> >I think we should add /usr/local/share/man in the manpath along with at
> first
> >and maybe instead of in long term.
> >
> >The reason is:
> >- /usr/local/share/man seems more consistent to me with base which have:
> >  /usr/share/man
> >- It will remove lots of patches from the ports tree where were we need
> to patch
> >  upstream build system to install in a non usual path.
> >
> >My proposal is to add to the manpath /usr/local/share/man in default
> man(1)
> >command in FreeBSD 12 (MFCed to 11-STABLE)
> >
> >and either provide an errata for 11.0/10.3 or a
> >/usr/local/etc/man.d/something.conf via a port or something like that
> for those
> >two, what do you think?
> >
> >For the same reason I would like to allow porters to stop patching (with
> pathfix
> >or anything else) the path for pkgconfig files and allow
> >/usr/local/lib/pkgconfig along with the current
> >/usr/local/libdata/pkgconfig:/usr/libdata/pkgconfig
> >
> >Which will also remove tons of hacks from the ports tree.
> >
> >What do you think?
> >
> >Best regards,
> >Bapt
>
> I would argue that the same principle should be followed with
> *everything*:  if it's at or applies to the application level, it
> should be in /usr/local/, no exceptions.
>
> And if that conflicts with the native product documentation (e.g.
> MySQL, MariaDB), the local mods should be right up at the top of
> the relevant man page, not on some special web site or in some
> special documentation hiding in the weeds somewhere.  Nobody
> should have to chase down necessary information; if the man pages
> are the canonical documentation, then all the facts should be on
> the man page.
>
> And if something is not at the application level, then perhaps
> this is the right time and place to have a conversation about
> whether there should be a separate subtree for the layer between
> the apps and the kernel, too.
>
> The desire for long-term stability, predictability, and freedom
> from bugs is not a joke or a wish for a pony.  It's a basic
> sine-qua-non necessity for production-quality software,
> especially servers.   Would splitting off the middle layer from
> the kernel help or hinder that goal?  The question must be worth
> a conversation, and the sooner the better.
>

Wait a second! I don't think Bapt or anyone else was suggesting that ports
install in any part of the tree other than /usr/local. Tr-read what he said.

The discussion is whether to move from /usr/local/man to
/usr/local/share/man as well as other directories that normally in
/usr/[share|info||libexe] under Linux systems.
--
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: Best way to cause synth to ignore rebuilding of a port??

2017-03-08 Thread Matthew D. Fuller 
On Wed, Mar 08, 2017 at 03:13:37PM -0600 I heard the voice of
Bob Willcox, and lo! it spake thus:
> 
> Hmm, the plugin/addon I use and would be lost without is for tab
> groups.  Do they still work in 52?

I'm pretty sure it's 57 (or 58?) that they're getting broken.
Certainly they work fine here on the current 52 out of ports.


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
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: Libsrs2: Link Fail

2017-03-08 Thread Adam Weinberger 
> On 8 Mar, 2017, at 20:23, Larry Rosenman  wrote:
> 
> http://home.lerctr.org:/data/p110amd64-host-ports/2017-03-08_21h18m13s/logs/errors/libsrs2-1.0.18_3.log
> 
> 
> 
> cc -shared  srs2.lo sha1.lo   -Wl,-soname -Wl,libsrs2.so.0 -o 
> .libs/libsrs2.so.0.0.0
> 
> /usr/bin/ld: sha1.lo: relocation R_X86_64_PC32 against 
> `__stack_chk_guard@@FBSD_1.0' can not be used when making a shared object; 
> recompile with -fPIC
> 
> /usr/bin/ld: final link failed: Bad value
> 
> cc: error: linker command failed with exit code 1 (use -v to see invocation)
> 
> *** [libsrs2.la] Error code 1
> 
> 
> 
> make[3]: stopped in 
> /wrkdirs/usr/ports/mail/libsrs2/work/libsrs2-1.0.18/libsrs2
> 
> 1 error
> 
> 
> 
> make[3]: stopped in 
> /wrkdirs/usr/ports/mail/libsrs2/work/libsrs2-1.0.18/libsrs2
> 
> *** [all-recursive] Error code 1
> 
> 
> 
> make[2]: stopped in /wrkdirs/usr/ports/mail/libsrs2/work/libsrs2-1.0.18
> 
> 1 error
> 
> 
> 
> make[2]: stopped in /wrkdirs/usr/ports/mail/libsrs2/work/libsrs2-1.0.18
> 
> *** [all-recursive-am] Error code 2
> 
> 
> 
> make[1]: stopped in /wrkdirs/usr/ports/mail/libsrs2/work/libsrs2-1.0.18
> 
> 1 error
> 
> 
> 
> make[1]: stopped in /wrkdirs/usr/ports/mail/libsrs2/work/libsrs2-1.0.18

Does it compile with -fPIC?

# Adam


-- 
Adam Weinberger
ad...@adamw.org
https://www.adamw.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"

Libsrs2: Link Fail

2017-03-08 Thread Larry Rosenman 
http://home.lerctr.org:/data/p110amd64-host-ports/2017-03-08_21h18m13s/logs/errors/libsrs2-1.0.18_3.log

 

cc -shared  srs2.lo sha1.lo   -Wl,-soname -Wl,libsrs2.so.0 -o 
.libs/libsrs2.so.0.0.0

/usr/bin/ld: sha1.lo: relocation R_X86_64_PC32 against 
`__stack_chk_guard@@FBSD_1.0' can not be used when making a shared object; 
recompile with -fPIC

/usr/bin/ld: final link failed: Bad value

cc: error: linker command failed with exit code 1 (use -v to see invocation)

*** [libsrs2.la] Error code 1

 

make[3]: stopped in /wrkdirs/usr/ports/mail/libsrs2/work/libsrs2-1.0.18/libsrs2

1 error

 

make[3]: stopped in /wrkdirs/usr/ports/mail/libsrs2/work/libsrs2-1.0.18/libsrs2

*** [all-recursive] Error code 1

 

make[2]: stopped in /wrkdirs/usr/ports/mail/libsrs2/work/libsrs2-1.0.18

1 error

 

make[2]: stopped in /wrkdirs/usr/ports/mail/libsrs2/work/libsrs2-1.0.18

*** [all-recursive-am] Error code 2

 

make[1]: stopped in /wrkdirs/usr/ports/mail/libsrs2/work/libsrs2-1.0.18

1 error

 

make[1]: stopped in /wrkdirs/usr/ports/mail/libsrs2/work/libsrs2-1.0.18

 

 

--

Larry Rosenman http://www.lerctr.org/~ler

Phone: +1 214-642-9640 E-Mail: l...@lerctr.org

US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281

 

___
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: Best way to cause synth to ignore rebuilding of a port??

2017-03-08 Thread Walter Schwarzenfeld 
The best way to cause synth to ignore rebuilding of a port is mark th 
port as broken.

___
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: Best way to cause synth to ignore rebuilding of a port??

2017-03-08 Thread Jan Beich 
Freddie Cash  writes:

> On Wed, Mar 8, 2017 at 11:57 AM, Bob Willcox  wrote:
>
>> On Wed, Mar 08, 2017 at 10:40:11AM -0800, Freddie Cash wrote:
>> > On Wed, Mar 8, 2017 at 8:04 AM, Bob Willcox  wrote:
>> >
>> > > What is the best way to get synth to simply ignore certain ports when
>> > > running
>> > > the upgrade-system command with it? I would like for it to not upgrade
>> > > firefox
>> > > (don't want to lose my tab groups) so I'd rather that it not even 
>> > > consider
>> > > updating firefox again, at least not till some form of tab groups are 
>> > > again
>> > > supported.
>> > >
>> > > Note that I haven't tried ver 52 of firefox, but from what I've read it
>> > > sounds
>> > > like all plugins/addons other than flash are no longer supported.
>> > >
>> >
>> > Switch to the ESR version, and all NPAPI plugins will be enabled and
>> > supported until around May of next year.  :)
>> >
>> > Firefox 52disables everything except Flash.
>> > Firefox 52ESR leaves everything enabled.
>> >
>> > https://bugzilla.mozilla.org/show_bug.cgi?id=1269807
>> > 
>>
>> Yeah, but isn't the ESR version relatively down-level WRT to version 51
>> that
>> I'm currently using? The Makefile in www/firefox-esr has a verison of
>> 45.8.0.
>>
>> Not anxious to go backwards on everything.
>>
> 52ESR was just released.  Give the ports maintainer time to get it into
> the tree.  :)  (Note, I don't have Firefox on FreeBSD at the moment so just
> going by what's released online, not what's available in the ports tree.)

What's the point of rushing into ESR 52 from stable ESR 45 ? If you didn't
notice comment 136 in upstream bug mentions a workaround for non-ESR channel.

www/firefox-esr switch can drag until 2017-06-13 when ESR 45 would reach EOL.
___
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: Best way to cause synth to ignore rebuilding of a port??

2017-03-08 Thread Freddie Cash 
On Wed, Mar 8, 2017 at 11:57 AM, Bob Willcox  wrote:

> On Wed, Mar 08, 2017 at 10:40:11AM -0800, Freddie Cash wrote:
> > On Wed, Mar 8, 2017 at 8:04 AM, Bob Willcox  wrote:
> >
> > > What is the best way to get synth to simply ignore certain ports when
> > > running
> > > the upgrade-system command with it? I would like for it to not upgrade
> > > firefox
> > > (don't want to lose my tab groups) so I'd rather that it not even
> consider
> > > updating firefox again, at least not till some form of tab groups are
> again
> > > supported.
> > >
> > > Note that I haven't tried ver 52 of firefox, but from what I've read it
> > > sounds
> > > like all plugins/addons other than flash are no longer supported.
> > >
> >
> > ???Switch to the ESR version, and all NPAPI plugins will be enabled and
> > supported until around May of next year.  :)
> >
> > Firefox 52disables everything except Flash.
> > Firefox 52ESR leaves everything enabled.???
> >
> > ???https://bugzilla.mozilla.org/show_bug.cgi?id=1269807
> > ???
> >
> > --
> > Freddie Cash
> > fjwc...@gmail.com
>
> Yeah, but isn't the ESR version relatively down-level WRT to version 51
> that
> I'm currently using? The Makefile in www/firefox-esr has a verison of
> 45.8.0.
>
> Not anxious to go backwards on everything.
>
> ​52ESR was just released.  Give the ports maintainer time to get it into
the tree.  :)  (Note, I don't have Firefox on FreeBSD at the moment so just
going by what's released online, not what's available in the ports tree.)​


-- 
Freddie Cash
fjwc...@gmail.com
___
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"

new port

2017-03-08 Thread Rozhuk Ivan 



https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215907 devel/libaravis: 
glib/gobject based library for video acquisition using Genicam cameras
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215908 multimedia/aravis: 
glib/gobject based viewer for video acquisition using Genicam cameras
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210505 graphics/opencv: 
Update to 3.2

First two done, last in process.

I want to be maintainer.
What I need to do?
___
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"

maintensers does not respond for long time

2017-03-08 Thread Rozhuk Ivan 


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213790
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216050

Patch ready to apply, but no respond from maintenser (2+ weeks)

What next?
___
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: Best way to cause synth to ignore rebuilding of a port??

2017-03-08 Thread Bob Willcox 
On Wed, Mar 08, 2017 at 12:31:51PM -0800, Kevin Oberman wrote:
> On Wed, Mar 8, 2017 at 11:57 AM, Bob Willcox  wrote:
> 
> > On Wed, Mar 08, 2017 at 10:40:11AM -0800, Freddie Cash wrote:
> > > On Wed, Mar 8, 2017 at 8:04 AM, Bob Willcox  wrote:
> > >
> > > > What is the best way to get synth to simply ignore certain ports when
> > > > running
> > > > the upgrade-system command with it? I would like for it to not upgrade
> > > > firefox
> > > > (don't want to lose my tab groups) so I'd rather that it not even
> > consider
> > > > updating firefox again, at least not till some form of tab groups are
> > again
> > > > supported.
> > > >
> > > > Note that I haven't tried ver 52 of firefox, but from what I've read it
> > > > sounds
> > > > like all plugins/addons other than flash are no longer supported.
> > > >
> > >
> > > ???Switch to the ESR version, and all NPAPI plugins will be enabled and
> > > supported until around May of next year.  :)
> > >
> > > Firefox 52disables everything except Flash.
> > > Firefox 52ESR leaves everything enabled.???
> > >
> > > ???https://bugzilla.mozilla.org/show_bug.cgi?id=1269807
> > > ???
> > >
> > > --
> > > Freddie Cash
> > > fjwc...@gmail.com
> >
> > Yeah, but isn't the ESR version relatively down-level WRT to version 51
> > that
> > I'm currently using? The Makefile in www/firefox-esr has a verison of
> > 45.8.0.
> >
> > Not anxious to go backwards on everything.
> >
> > --
> > Bob Willcox| If a program is useful, it will be changed.
> > b...@immure.com |
> > Austin, TX |
> 
> 
> Color me confused. I am running Firefox 52.0 and currently have both Flash
> and the Cisco H.264 plugins (according to about:plugins). So the H.264 must
> not be NPAPI or there is another exception. Since the H.264 plugin is a
> part of the Firefox distribution, I suspect it is a special case, a rather
> important one on the same level as Flash. (Really more important.)
> 
> Today (or, maybe yesterday) version 52.0 was declared the new ESR release,
> replacing 45.8. Since I don't run ESR, I have not looked into the state of
> the ESR port for FreeBSD.

Hmm, the plugin/addon I use and would be lost without is for tab groups.  Do
they still work in 52?

> --
> Kevin Oberman, Part time kid herder and retired Network Engineer
> E-mail: rkober...@gmail.com
> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683

-- 
Bob Willcox| If a program is useful, it will be changed.
b...@immure.com |
Austin, TX |
___
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: manpath change for ports ?

2017-03-08 Thread scratch65535 
On Tue, 7 Mar 2017 00:56:10 +0100, Baptiste Daroussin
 wrote:

>Hi all,
>
>I would like to propose a change in the localbase hier for ports
>
>I think we should add /usr/local/share/man in the manpath along with at first
>and maybe instead of in long term.
>
>The reason is:
>- /usr/local/share/man seems more consistent to me with base which have:
>  /usr/share/man
>- It will remove lots of patches from the ports tree where were we need to 
>patch
>  upstream build system to install in a non usual path.
>
>My proposal is to add to the manpath /usr/local/share/man in default man(1)
>command in FreeBSD 12 (MFCed to 11-STABLE)
>
>and either provide an errata for 11.0/10.3 or a
>/usr/local/etc/man.d/something.conf via a port or something like that for those
>two, what do you think?
>
>For the same reason I would like to allow porters to stop patching (with 
>pathfix
>or anything else) the path for pkgconfig files and allow
>/usr/local/lib/pkgconfig along with the current
>/usr/local/libdata/pkgconfig:/usr/libdata/pkgconfig
>
>Which will also remove tons of hacks from the ports tree.
>
>What do you think?
>
>Best regards,
>Bapt

I would argue that the same principle should be followed with
*everything*:  if it's at or applies to the application level, it
should be in /usr/local/, no exceptions.  

And if that conflicts with the native product documentation (e.g.
MySQL, MariaDB), the local mods should be right up at the top of
the relevant man page, not on some special web site or in some
special documentation hiding in the weeds somewhere.  Nobody
should have to chase down necessary information; if the man pages
are the canonical documentation, then all the facts should be on
the man page.

And if something is not at the application level, then perhaps
this is the right time and place to have a conversation about
whether there should be a separate subtree for the layer between
the apps and the kernel, too. 

The desire for long-term stability, predictability, and freedom
from bugs is not a joke or a wish for a pony.  It's a basic
sine-qua-non necessity for production-quality software,
especially servers.   Would splitting off the middle layer from
the kernel help or hinder that goal?  The question must be worth
a conversation, and the sooner the better. 

___
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: Best way to cause synth to ignore rebuilding of a port??

2017-03-08 Thread Jan Beich 
Kevin Oberman  writes:

> On Wed, Mar 8, 2017 at 8:40 AM, Lars Engels  wrote:
>
>> On Wed, Mar 08, 2017 at 04:34:45PM +, Matthew Seaman wrote:
>> > On 2017/03/08 16:04, Bob Willcox wrote:
>> > > Note that I haven't tried ver 52 of firefox, but from what I've read
>> it sounds
>> > > like all plugins/addons other than flash are no longer supported.
>> >
>> > Make that: all *NPAPI* plugins other than Flash are now unsupported.
>> > That's stuff like the Java plugin or the OpenH264 Video Codec from Cisco
>> > (which I seem to have installed and can no-longer remember why.  Some
>> > sort of video conference thing a long time ago).
>>
>> The OpenH264 plugin is shipped out of the box.

Only on Tier1 platforms (Windows, OS X, Android, Linux) where Firefox
downloads it[1] shortly after install. The situation is similar with
Widevine CDM or soon PPAPI Flash[2]. Even if someone provided FreeBSD
binaries or implemented a wrapper[3] it'd also lower security due to
lack of sandboxing[4]. WebAssembly should obsolete native code but
existing plugins are unlikely to go away in near future.

[1] Downstream builds lack patent license, see 
http://www.openh264.org/BINARY_LICENSE.txt 
[2] 
http://searchfox.org/mozilla-central/source/browser/extensions/mortar/host/flash/bootstrap.js
[3] https://bugzilla.mozilla.org/show_bug.cgi?id=1295853#c13
[4] https://wiki.mozilla.org/Security/Sandbox

> And is required for HTML5 video if it is X.264 encoded, as it most often is.

OpenH264 only supports Baseline profile and primarily used for WebRTC.
For HTML5 videos Firefox uses FFmpeg (H.264, VP9), libvpx (VP8), libtheora.

$ x264 -o bar.mp4 foo.y4m
[...]
x264 [info]: profile High, level 3.0
[...]
___
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: Best way to cause synth to ignore rebuilding of a port??

2017-03-08 Thread Kevin Oberman 
On Wed, Mar 8, 2017 at 11:57 AM, Bob Willcox  wrote:

> On Wed, Mar 08, 2017 at 10:40:11AM -0800, Freddie Cash wrote:
> > On Wed, Mar 8, 2017 at 8:04 AM, Bob Willcox  wrote:
> >
> > > What is the best way to get synth to simply ignore certain ports when
> > > running
> > > the upgrade-system command with it? I would like for it to not upgrade
> > > firefox
> > > (don't want to lose my tab groups) so I'd rather that it not even
> consider
> > > updating firefox again, at least not till some form of tab groups are
> again
> > > supported.
> > >
> > > Note that I haven't tried ver 52 of firefox, but from what I've read it
> > > sounds
> > > like all plugins/addons other than flash are no longer supported.
> > >
> >
> > ???Switch to the ESR version, and all NPAPI plugins will be enabled and
> > supported until around May of next year.  :)
> >
> > Firefox 52disables everything except Flash.
> > Firefox 52ESR leaves everything enabled.???
> >
> > ???https://bugzilla.mozilla.org/show_bug.cgi?id=1269807
> > ???
> >
> > --
> > Freddie Cash
> > fjwc...@gmail.com
>
> Yeah, but isn't the ESR version relatively down-level WRT to version 51
> that
> I'm currently using? The Makefile in www/firefox-esr has a verison of
> 45.8.0.
>
> Not anxious to go backwards on everything.
>
> --
> Bob Willcox| If a program is useful, it will be changed.
> b...@immure.com |
> Austin, TX |


Color me confused. I am running Firefox 52.0 and currently have both Flash
and the Cisco H.264 plugins (according to about:plugins). So the H.264 must
not be NPAPI or there is another exception. Since the H.264 plugin is a
part of the Firefox distribution, I suspect it is a special case, a rather
important one on the same level as Flash. (Really more important.)

Today (or, maybe yesterday) version 52.0 was declared the new ESR release,
replacing 45.8. Since I don't run ESR, I have not looked into the state of
the ESR port for FreeBSD.
--
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: Best way to cause synth to ignore rebuilding of a port??

2017-03-08 Thread Bob Willcox 
On Wed, Mar 08, 2017 at 10:40:11AM -0800, Freddie Cash wrote:
> On Wed, Mar 8, 2017 at 8:04 AM, Bob Willcox  wrote:
> 
> > What is the best way to get synth to simply ignore certain ports when
> > running
> > the upgrade-system command with it? I would like for it to not upgrade
> > firefox
> > (don't want to lose my tab groups) so I'd rather that it not even consider
> > updating firefox again, at least not till some form of tab groups are again
> > supported.
> >
> > Note that I haven't tried ver 52 of firefox, but from what I've read it
> > sounds
> > like all plugins/addons other than flash are no longer supported.
> >
> 
> ???Switch to the ESR version, and all NPAPI plugins will be enabled and
> supported until around May of next year.  :)
> 
> Firefox 52disables everything except Flash.
> Firefox 52ESR leaves everything enabled.???
> 
> ???https://bugzilla.mozilla.org/show_bug.cgi?id=1269807
> ???
> 
> -- 
> Freddie Cash
> fjwc...@gmail.com

Yeah, but isn't the ESR version relatively down-level WRT to version 51 that
I'm currently using? The Makefile in www/firefox-esr has a verison of 45.8.0.

Not anxious to go backwards on everything.

-- 
Bob Willcox| If a program is useful, it will be changed.
b...@immure.com |
Austin, TX |
___
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: manpath change for ports ?

2017-03-08 Thread Tijl Coosemans 
On Wed, 8 Mar 2017 10:31:32 -0700 Warner Losh  wrote:
> On Wed, Mar 8, 2017 at 10:21 AM, Tijl Coosemans  wrote:
>> Are you talking about gcc implicitly searching /usr/local/include and
>> /usr/local/lib?  
> 
> That's currently inconsistent between base gcc, clang, binutils and
> ports versions. I forget which ones do and which ones don't search
> automatically.

It's only ports binutils and ports gcc that search /usr/local.

> IMHO, they all should.

I used to think this too, but now I think it should be possible to use
any compiler to compile something from base or something that should only
depend on things from base, for testing purposes or perhaps because it
needs to be deployed on some other machine.  Compilers shouldn't search
/usr/local implicitly then.  It's easy enough to add -I and -L flags
(perhaps using pkg-config) but it's not easy to remove built-in -I and
-L flags.
___
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: manpath change for ports ?

2017-03-08 Thread Tijl Coosemans 
On Wed, 08 Mar 2017 16:39:50 +0100 Dag-Erling Smørgrav  wrote:
> 4) Remove the hardcoded library path in lang/gcc*
> 
> This makes it possible to work on software that includes both libraries
> and programs while an earlier copy of the same software is already
> installed.  With the current state of gcc, the programs you are working
> on will be linked against the version of the library that's already
> installed instead of the version you just compiled, and there is nothing
> you can do to prevent it.  You won't notice anything if all you ever do
> is "make && make install", because the new library will replace the old,
> but if you try to run your program directly from the build tree, it will
> use the wrong library.  This can be incredibly frustrating if you're not
> aware of it - imagine you're trying to fix a bug in that library and no
> matter what you do, your regression test keeps failing...

If you want to run a program from its build directory and the program
links to a library also in the build directory then you have to run the
program with LD_LIBRARY_PATH environment variable set to the build
directory.  Or, you could link the program with -rpath , but
then you should relink it before installation.  It's one of the things
libtool takes care of automatically.

If this is the problem you have then it has nothing to do with gcc.  If
you're not using libtool then your program probably does not have any
rpath or runpath so it falls back on rtld/ldconfig which may find it in
/usr/local/lib.
___
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"

multimedia/zoneminder and clang4 - Jan Beich (mail not working)

2017-03-08 Thread abi 

Hello,

it's nice that your mail is not working, unfortunately mine is, so can 
you please commit this stuff and save my mail from pkg-fallout hammering.


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216627


Thank you.
___
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: manpath change for ports ?

2017-03-08 Thread Jan Beich 
Dag-Erling Smørgrav  writes:

> Baptiste Daroussin  writes:
>
>> I would like to propose a change in the localbase hier for ports
>>
>> I think we should add /usr/local/share/man in the manpath along with
>> at first and maybe instead of in long term.
>
> 2) plus info -> share/info as suggested by jbeich
>
> 3) plus libdata/pkgconfig -> lib/pkgconfig
>
> These three items will ensure that "./configure --prefix=/usr/local &&
> make install" will do the right thing out of the box - by changing our
> definition of "the right thing" to match what the GNU autotools have
> been doing for at least 15 years.

/usr/local is *the* default location according to GNU[1] and reinforced
by FHS[2] which want it "safe from being overwritten when the system
software is updated". Not on FreeBSD where site-local stuff like your
example above and ports/packages trample on each other. NetBSD avoided
the issue by moving /usr/local to /usr/pkg.

[1] https://www.gnu.org/prep/standards/html_node/Directory-Variables.html
[2] http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLOCALLOCALHIERARCHY
___
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: Best way to cause synth to ignore rebuilding of a port??

2017-03-08 Thread Freddie Cash 
On Wed, Mar 8, 2017 at 8:04 AM, Bob Willcox  wrote:

> What is the best way to get synth to simply ignore certain ports when
> running
> the upgrade-system command with it? I would like for it to not upgrade
> firefox
> (don't want to lose my tab groups) so I'd rather that it not even consider
> updating firefox again, at least not till some form of tab groups are again
> supported.
>
> Note that I haven't tried ver 52 of firefox, but from what I've read it
> sounds
> like all plugins/addons other than flash are no longer supported.
>

​Switch to the ESR version, and all NPAPI plugins will be enabled and
supported until around May of next year.  :)

Firefox 52disables everything except Flash.
Firefox 52ESR leaves everything enabled.​

​https://bugzilla.mozilla.org/show_bug.cgi?id=1269807
​

-- 
Freddie Cash
fjwc...@gmail.com
___
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: Best way to cause synth to ignore rebuilding of a port??

2017-03-08 Thread Kevin Oberman 
On Wed, Mar 8, 2017 at 8:40 AM, Lars Engels  wrote:

> On Wed, Mar 08, 2017 at 04:34:45PM +, Matthew Seaman wrote:
> > On 2017/03/08 16:04, Bob Willcox wrote:
> > > Note that I haven't tried ver 52 of firefox, but from what I've read
> it sounds
> > > like all plugins/addons other than flash are no longer supported.
> >
> > Make that: all *NPAPI* plugins other than Flash are now unsupported.
> > That's stuff like the Java plugin or the OpenH264 Video Codec from Cisco
> > (which I seem to have installed and can no-longer remember why.  Some
> > sort of video conference thing a long time ago).
>
> The OpenH264 plugin is shipped out of the box.
>

And is required for HTML5 video if it is X.264 encoded, as it most often is.
-
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: Thunderbird and UPDATING 20170302

2017-03-08 Thread Andrea Venturoli 

On 03/03/17 19:38, Christoph Moench-Tegeder wrote:


Any interaction with bug 215348 (1)? I'm still using that patch.


Testing revealed that this patch can prevent new profiles from accessing
lightning, which I considered undesirable.


Ok.
I kept that patch and just upgraded: my old profile still works, 
Lightning included, on both my installations.


I didn't try Andriy's suggestion, as, for now, I can live with the 
inability to create new profiles.


 bye & Thanks
av.
___
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: How many versions of clang/llvm are currently required to maintain a system

2017-03-08 Thread rb 
Hi,

> On 8 Mar 2017, at 16:40, Mark Linimon  wrote:
> 
> On Mon, Mar 06, 2017 at 03:00:23PM +, r...@gid.co.uk wrote:
>> Let me rephrase that: the link http://purelang.bitbucket.org/
>> quoted on https://wiki.freebsd.org/ObsoleteLLVMVersions doesn’t work,
> 
> That's the URL in lang/pure/Makefile.
> 
>> should be https://bitbucket.org/purelang/
> 
> Hmm.  I looked and it seems like https://purelang.bitbucket.io/ is
> a better choice?  What do you think?

Sure.

> mcl
> 

--
Bob Bishop
r...@gid.co.uk




___
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: manpath change for ports ?

2017-03-08 Thread Warner Losh 
On Wed, Mar 8, 2017 at 10:21 AM, Tijl Coosemans  wrote:
> On Wed, 08 Mar 2017 16:39:50 +0100 Dag-Erling Smørgrav  wrote:
>> 4) Remove the hardcoded library path in lang/gcc*
>>
>> This makes it possible to work on software that includes both libraries
>> and programs while an earlier copy of the same software is already
>> installed.  With the current state of gcc, the programs you are working
>> on will be linked against the version of the library that's already
>> installed instead of the version you just compiled, and there is nothing
>> you can do to prevent it.  You won't notice anything if all you ever do
>> is "make && make install", because the new library will replace the old,
>> but if you try to run your program directly from the build tree, it will
>> use the wrong library.  This can be incredibly frustrating if you're not
>> aware of it - imagine you're trying to fix a bug in that library and no
>> matter what you do, your regression test keeps failing...
>
> Are you talking about gcc implicitly searching /usr/local/include and
> /usr/local/lib?

That's currently inconsistent between base gcc, clang, binutils and
ports versions. I forget which ones do and which ones don't search
automatically. IMHO, they all should.

Warner
___
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: manpath change for ports ?

2017-03-08 Thread Tijl Coosemans 
On Wed, 08 Mar 2017 16:39:50 +0100 Dag-Erling Smørgrav  wrote:
> 4) Remove the hardcoded library path in lang/gcc*
> 
> This makes it possible to work on software that includes both libraries
> and programs while an earlier copy of the same software is already
> installed.  With the current state of gcc, the programs you are working
> on will be linked against the version of the library that's already
> installed instead of the version you just compiled, and there is nothing
> you can do to prevent it.  You won't notice anything if all you ever do
> is "make && make install", because the new library will replace the old,
> but if you try to run your program directly from the build tree, it will
> use the wrong library.  This can be incredibly frustrating if you're not
> aware of it - imagine you're trying to fix a bug in that library and no
> matter what you do, your regression test keeps failing...

Are you talking about gcc implicitly searching /usr/local/include and
/usr/local/lib?
___
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"

[Bug 217489] trafshow(1) man page on website is from old net/trafshow3 port

2017-03-08 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217489

Mark Linimon  changed:

   What|Removed |Added

 CC|freebsd-ports@FreeBSD.org   |freebsd-ports-bugs@FreeBSD.
   ||org

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
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: Best way to cause synth to ignore rebuilding of a port??

2017-03-08 Thread Matthew Seaman 
On 2017/03/08 16:04, Bob Willcox wrote:
> Note that I haven't tried ver 52 of firefox, but from what I've read it sounds
> like all plugins/addons other than flash are no longer supported.

Make that: all *NPAPI* plugins other than Flash are now unsupported.
That's stuff like the Java plugin or the OpenH264 Video Codec from Cisco
(which I seem to have installed and can no-longer remember why.  Some
sort of video conference thing a long time ago).

Ordinary add-ons like AddBlock-Plus or NoScript don't use NPAPI and so
are not affected by this move.

I've been on version 52 on my Mac desktop for a while with no noticeable
problems (well, none beyond what you normally got with FF in earlier
versions.)

Cheers,

Matthew



signature.asc
Description: OpenPGP digital signature

Re: manpath change for ports ?

2017-03-08 Thread Dag-Erling Smørgrav 
Julian Elischer  writes:
> Dag-Erling Smørgrav  writes:
> > This makes it possible to work on software that includes both
> > libraries and programs while an earlier copy of the same software is
> > already installed.  With the current state of gcc, the programs you
> > are working on will be linked against the version of the library
> > that's already installed instead of the version you just compiled,
> > and there is nothing
> unless you use --sysroot=...

Sure, if you have a copy of every single library your project depends on
in your build tree.

Is it really unreasonable to expect this to work out of the box?

DES
-- 
Dag-Erling Smørgrav - d...@des.no
___
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: Best way to cause synth to ignore rebuilding of a port??

2017-03-08 Thread Lars Engels 
On Wed, Mar 08, 2017 at 04:34:45PM +, Matthew Seaman wrote:
> On 2017/03/08 16:04, Bob Willcox wrote:
> > Note that I haven't tried ver 52 of firefox, but from what I've read it 
> > sounds
> > like all plugins/addons other than flash are no longer supported.
> 
> Make that: all *NPAPI* plugins other than Flash are now unsupported.
> That's stuff like the Java plugin or the OpenH264 Video Codec from Cisco
> (which I seem to have installed and can no-longer remember why.  Some
> sort of video conference thing a long time ago).

The OpenH264 plugin is shipped out of the box.


pgpfNTHFFgE7I.pgp
Description: PGP signature

Re: How many versions of clang/llvm are currently required to maintain a system

2017-03-08 Thread Mark Linimon 
On Mon, Mar 06, 2017 at 03:00:23PM +, r...@gid.co.uk wrote:
> Let me rephrase that: the link http://purelang.bitbucket.org/
> quoted on https://wiki.freebsd.org/ObsoleteLLVMVersions doesn’t work,

That's the URL in lang/pure/Makefile.

> should be https://bitbucket.org/purelang/

Hmm.  I looked and it seems like https://purelang.bitbucket.io/ is
a better choice?  What do you think?

mcl
___
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"

poudriere && stopping / pausing execution of builders

2017-03-08 Thread Matthias Apitz 

Hello,

Using poudriere, what I'm always missing are two features:

- halting the builders, i.e. they should not pick-up new jobs, just
  finish the current job;

- the 2nd one is more at OS level: in GOT(*) computers like the /360
  have had a red button to pause all execution, (look into registers,
  modify, etc,) and resume the execution again at the point of interrupt;
  do we have this in FreeBSD?

Do you need a use case for the 2nd missing feature?

Thx

matthias

GOT(*): Good Old Times

-- 
Matthias Apitz, ✉ g...@unixarea.de, ⌂ http://www.unixarea.de/  ☎ 
+49-176-38902045
___
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: manpath change for ports ?

2017-03-08 Thread Julian Elischer 

On 8/3/17 11:39 pm, Dag-Erling Smørgrav wrote:

Baptiste Daroussin  writes:

I would like to propose a change in the localbase hier for ports

I think we should add /usr/local/share/man in the manpath along with
at first and maybe instead of in long term.

2) plus info -> share/info as suggested by jbeich

3) plus libdata/pkgconfig -> lib/pkgconfig

These three items will ensure that "./configure --prefix=/usr/local &&
make install" will do the right thing out of the box - by changing our
definition of "the right thing" to match what the GNU autotools have
been doing for at least 15 years.

4) Remove the hardcoded library path in lang/gcc*

This makes it possible to work on software that includes both libraries
and programs while an earlier copy of the same software is already
installed.  With the current state of gcc, the programs you are working
on will be linked against the version of the library that's already
installed instead of the version you just compiled, and there is nothing

unless you use --sysroot=...

you can do to prevent it.  You won't notice anything if all you ever do
is "make && make install", because the new library will replace the old,
but if you try to run your program directly from the build tree, it will
use the wrong library.  This can be incredibly frustrating if you're not
aware of it - imagine you're trying to fix a bug in that library and no
matter what you do, your regression test keeps failing...

DES



___
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"

Best way to cause synth to ignore rebuilding of a port??

2017-03-08 Thread Bob Willcox 
What is the best way to get synth to simply ignore certain ports when running
the upgrade-system command with it? I would like for it to not upgrade firefox
(don't want to lose my tab groups) so I'd rather that it not even consider
updating firefox again, at least not till some form of tab groups are again
supported.

Note that I haven't tried ver 52 of firefox, but from what I've read it sounds
like all plugins/addons other than flash are no longer supported.

Thanks,
Bob

-- 
Bob Willcox| If a program is useful, it will be changed.
b...@immure.com |
Austin, TX |
___
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: manpath change for ports ?

2017-03-08 Thread Dag-Erling Smørgrav 
Baptiste Daroussin  writes:
> I would like to propose a change in the localbase hier for ports
>
> I think we should add /usr/local/share/man in the manpath along with
> at first and maybe instead of in long term.

2) plus info -> share/info as suggested by jbeich

3) plus libdata/pkgconfig -> lib/pkgconfig

These three items will ensure that "./configure --prefix=/usr/local &&
make install" will do the right thing out of the box - by changing our
definition of "the right thing" to match what the GNU autotools have
been doing for at least 15 years.

4) Remove the hardcoded library path in lang/gcc*

This makes it possible to work on software that includes both libraries
and programs while an earlier copy of the same software is already
installed.  With the current state of gcc, the programs you are working
on will be linked against the version of the library that's already
installed instead of the version you just compiled, and there is nothing
you can do to prevent it.  You won't notice anything if all you ever do
is "make && make install", because the new library will replace the old,
but if you try to run your program directly from the build tree, it will
use the wrong library.  This can be incredibly frustrating if you're not
aware of it - imagine you're trying to fix a bug in that library and no
matter what you do, your regression test keeps failing...

DES
-- 
Dag-Erling Smørgrav - d...@des.no
___
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"

INDEX now builds successfully on 10.x

2017-03-08 Thread Ports Index build 

___
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"

INDEX build failed for 10.x

2017-03-08 Thread Ports Index build 
INDEX build failed with errors:
Generating INDEX-10 - please wait..--- describe.accessibility ---
--- describe.arabic ---
--- describe.archivers ---
--- describe.astro ---
--- describe.audio ---
--- describe.benchmarks ---
--- describe.biology ---
--- describe.cad ---
--- describe.chinese ---
--- describe.comms ---
--- describe.converters ---
--- describe.databases ---
--- describe.deskutils ---
--- describe.devel ---
--- describe.dns ---
--- describe.editors ---
--- describe.emulators ---
--- describe.finance ---
--- describe.french ---
--- describe.ftp ---
[...]
--- describe.print ---
--- describe.russian ---
--- describe.science ---
--- describe.security ---
--- describe.shells ---
--- describe.sysutils ---
--- describe.textproc ---
--- describe.ukrainian ---
--- describe.vietnamese ---
--- describe.www ---
--- describe.x11 ---
--- describe.x11-clocks ---
--- describe.x11-drivers ---
--- describe.x11-fm ---
--- describe.x11-fonts ---
--- describe.x11-servers ---
--- describe.x11-themes ---
--- describe.x11-toolkits ---
--- describe.x11-wm ---
 Done.
make_index: /home/indexbuild/tindex/ports/net/py-eventlet: no entry for 
/home/indexbuild/tindex/ports/devel/py-enum-compat

Committers on the hook:
 amdmi3 gahr kmoore lme mmokhi olivier robak 

Most recent SVN update was:
Updating '.':
Unet-mgmt/Makefile
Anet-mgmt/icingaweb2-module-director
Anet-mgmt/icingaweb2-module-director/Makefile
Anet-mgmt/icingaweb2-module-director/distinfo
Anet-mgmt/icingaweb2-module-director/pkg-plist
Anet-mgmt/icingaweb2-module-businessprocess
Anet-mgmt/icingaweb2-module-businessprocess/Makefile
Anet-mgmt/icingaweb2-module-businessprocess/distinfo
Anet-mgmt/icingaweb2-module-businessprocess/pkg-plist
Anet-mgmt/icingaweb2-module-cube
Anet-mgmt/icingaweb2-module-cube/Makefile
Anet-mgmt/icingaweb2-module-cube/distinfo
Anet-mgmt/icingaweb2-module-cube/pkg-descr
Anet-mgmt/icingaweb2-module-cube/pkg-plist
Anet-mgmt/icingaweb2-module-generictts
Anet-mgmt/icingaweb2-module-generictts/Makefile
Anet-mgmt/icingaweb2-module-generictts/distinfo
Anet-mgmt/icingaweb2-module-generictts/pkg-descr
Anet-mgmt/icingaweb2-module-generictts/pkg-plist
Usysutils/Makefile
Asysutils/sysadm
Asysutils/sysadm/Makefile
Asysutils/sysadm/distinfo
Asysutils/sysadm/pkg-descr
Asysutils/sysadm/pkg-plist
Unet/py-eventlet/Makefile
Unet/py-eventlet/distinfo
Unet/librdkafka/Makefile
Unet/librdkafka/distinfo
Udns/opendnssec2/Makefile
Udns/opendnssec2/distinfo
Udns/opendnssec2/pkg-plist
Udevel/git-lfs/Makefile
Udevel/git-lfs/distinfo
Udevel/fossil/Makefile
Uemulators/m2000/Makefile
Uemulators/m2000/files/patch-Makefile.X
Uemulators/m2000/files/patch-X.c
Updated to revision 435676.
___
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"

[Bug 217489] trafshow(1) man page on website is from old net/trafshow3 port

2017-03-08 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217489

Wolfram Schneider  changed:

   What|Removed |Added

 CC||freebsd-ports@FreeBSD.org

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
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"