Re: FreeBSD Palemoon branding violation

On Wed, 7 Feb 2018, Dave Horsfall wrote: On Tue, 6 Feb 2018, Mark Felder wrote: Would you like us to delete our port of it now? I can arrange for that if you insist on not having proper ports of your software. At this point it might be easier to just add a clause to your license that

Re: FreeBSD Palemoon branding violation

On Tue, 6 Feb 2018, Mark Felder wrote: Would you like us to delete our port of it now? I can arrange for that if you insist on not having proper ports of your software. At this point it might be easier to just add a clause to your license that prohibits non-Linux platforms. You're a lot

Re: FreeBSD Palemoon branding violation

On Wed, Feb 7, 2018, 07:22 Mark Felder wrote: > Ok I will start working on this. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225717 > > Thanks > > On Tue, Feb 6, 2018, at 17:07, Matt A. Tobin wrote: > > Alright, if that is the case, then yeah you can just disable

Re: FreeBSD Palemoon branding violation

On Tue, Feb 6, 2018, at 16:36, Matt A. Tobin wrote: > Greentings, > > It would be awesome if you could build it closer to our official build > configuration. Something more akin to > http://developer.palemoon.org/Developer_Guide:Build_Instructions/Pale_Moon/Linux#head:Mozconfig_Files > >

Re: FreeBSD Palemoon branding violation

Ok I will start working on this. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225717 Thanks On Tue, Feb 6, 2018, at 17:07, Matt A. Tobin wrote: > Alright, if that is the case, then yeah you can just disable branding. If > you run into troubles, i can help on this.. Or if you wanna come up

Re: FreeBSD Palemoon branding violation

On Tue, 6 Feb 2018 22:21:37 + Mark Felder wrote: > Dear Matt, > > After your recent harassment of OpenBSD > (https://github.com/jasperla/openbsd-wip/issues/86) I decided to > investigate our own packaging of Palemoon. As expected, we are also > building against system

How about just perl? Re: poudriere + host src.conf WITHOUT_GSSAPI WITHOUT_KERBEROS fails now

On 02/04/18 11:14, Russell L. Carter wrote: Greetings, Recently, within the last month, my poudriere builds have been failing to build ports that interact with the host system's /etc/src.conf settings of WITHOUT_GSSAPI=yes and WITHOUT_KERBEROS=yes. I've had all but chromium working for several

FreeBSD Palemoon branding violation

Dear Matt, After your recent harassment of OpenBSD (https://github.com/jasperla/openbsd-wip/issues/86) I decided to investigate our own packaging of Palemoon. As expected, we are also building against system libraries. You can review our build log here:

Re: java pt failure

On 02/06/2018 15:02, Julian Elischer wrote: > Hello ports people, > > When I was compiling the openjdb8 port I got the following errors. This > is on -current from a couple of weeks ago with a ports tree from 459153 > > > Compiling ../generated/adfiles/ad_x86_64_format.cpp > In file included

java pt failure

Hello ports people, When I was compiling the openjdb8 port I got the following errors. This is on -current from a couple of weeks ago with a ports tree from 459153 Compiling ../generated/adfiles/ad_x86_64_format.cpp In file included from :391: In file included from

QT5

When will the QT5 team go over to QT5.10 ? -- Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca Yahweh, Queen & country!Never Satan President Republic!Beware AntiChrist rising! https://www.empire.kred/ROOTNK?t=94a1f39b Look at Psalms 14 and 53 on Atheism You never

Re: FreeBSD Port: nagvis-1.8.5_1

Hi! > Unfortunately, that's a little beyond my skillset and I'm also > trying to use it with Icinga2 and the DB IDO backend or I'd try to > give you a hand. It looks like the port is setup for Nagios or at > least Livestatus with Icinga2? I've prepared a patch, see

RE: FreeBSD Port: nagvis-1.8.5_1

Unfortunately, that's a little beyond my skillset and I'm also trying to use it with Icinga2 and the DB IDO backend or I'd try to give you a hand. It looks like the port is setup for Nagios or at least Livestatus with Icinga2? -Original Message- From: Kurt Jaeger

Re: FreeBSD Port: icingaweb2-module-grafana-1.1.10 - urfonts needed?

On Mon, Feb 05, 2018 at 05:03:05PM +, Brandon McCorkle wrote: > Hello, > > I think urwfonts needs to be required as well for the module? I > wasn't able to display the legend or labels till it was installed on > the graphs in Icinga. I found a page out there mentioning it as a >

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,

Re: Package depending on any one of multiple FLAVORS

On Tue, 6 Feb 2018, Matthew Seaman wrote: This is down to a deficiency in pkg(8) -- it can't handle having a number of alternate packages or ranges of different package versions to fulfil a dependency. The dependencies "baked into" each package are on exactly the dependency package and version

Re: Package depending on any one of multiple FLAVORS

On 06/02/2018 09:51, Ondra Knezour wrote: > Hi gang, > > documentation is little sparse yet (found only mention in the Porters > handbook, created PR for "end user" doc) and I am unsure, if we can > handle this. Best way I can describe my question is probably via > examples, so consider

Package depending on any one of multiple FLAVORS

Hi gang, documentation is little sparse yet (found only mention in the Porters handbook, created PR for "end user" doc) and I am unsure, if we can handle this. Best way I can describe my question is probably via examples, so consider following: We have multiple PHP versions in ports (php56,

Re: rubygem-facter versus sysutils/facter

On 06/02/2018 04:09, Dan Mahoney (Gushi) wrote: > In the meantime, I am actually curious about the questions I asked, as > they're more than this issue -- if specifying a binary name in a ports > Makefile will survive through to pkg.  (The docs say nothing one way or > the other), or how to get