On 10/18/17 17:40, Jonathan Chen wrote:
On 19 October 2017 at 10:06, wrote:
I've forwarded this to the FreeBSD Foundation at
i...@freebsdfoundation.org for their action.
I would guess that Runbang Holdings should not be granted the
freebsd.*.cn domain names, since they
Le 18/10/2017 à 12:05, Mathieu Arnold a écrit :
> Le 17/10/2017 à 22:26, Xin LI a écrit :
>> Hi, Mathieu,
>>
>> Sorry for catching this late, but is there any reason not to simply
>> run the daemon under the desired credentials, instead of doing this
>> chown/chmod dance afterward?
>>
>> Not all
On Wed, Oct 18, 2017 at 2:40 PM, Jonathan Chen wrote:
> On 19 October 2017 at 10:06, wrote:
> > I've forwarded this to the FreeBSD Foundation at
> > i...@freebsdfoundation.org for their action.
> >
> > I would guess that Runbang Holdings should not be
On Wed, Oct 18, 2017 at 05:06:14PM -0400, scratch65...@att.net wrote:
> I've forwarded this to the FreeBSD Foundation at
> i...@freebsdfoundation.org for their action.
http://www.techrepublic.com/blog/it-security/the-chinese-domain-scam/
>
> I would guess that Runbang Holdings should not be
On 19 October 2017 at 10:06, wrote:
> I've forwarded this to the FreeBSD Foundation at
> i...@freebsdfoundation.org for their action.
>
> I would guess that Runbang Holdings should not be granted the
> freebsd.*.cn domain names, since they probably have little or no
>
I've forwarded this to the FreeBSD Foundation at
i...@freebsdfoundation.org for their action.
I would guess that Runbang Holdings should not be granted the
freebsd.*.cn domain names, since they probably have little or no
connection to the FreeBSD Foundation and its work. I might be
wrong about
Chris H wrote on 10/18/2017 19:25:
On Wed, 18 Oct 2017 02:16:37 +0200 Miroslav Lachman <000.f...@quip.cz> wrote
Installing a Module would:
o search for the Module line in httpd.conf (commented/uncommented)
o create a commented line (if not exist)
o present a banner regarding the
On Wed, 18 Oct 2017 02:16:37 +0200 Miroslav Lachman <000.f...@quip.cz> wrote
> Hello,
> I would like to ask some changes in how Apache modules are installed.
> There are many maintainers and many different sources for Apache
> modules. Some modules are installing sample files, some are modifying
Dear Manager,
(Please forward this to your CEO, because this is urgent. Thanks)
This is Tony Liu, Senior Manager of a Network Service Company which is the
domain name registration center in Shanghai, China. On October 16th, 2017, we
received an application from Runbang Holdings Ltd requested
Hi,
I hope you are the right person to discuss about "IT Operations Professionals,
Systems Engineers and Administrators Contact Email List".
Reach: System and Network Administrators, Engineers, Developers, Programmers,
System Architects, Technical Managers, C-Level, VPs, Directors and more
Le 17/10/2017 à 22:26, Xin LI a écrit :
> Hi, Mathieu,
>
> Sorry for catching this late, but is there any reason not to simply
> run the daemon under the desired credentials, instead of doing this
> chown/chmod dance afterward?
>
> Not all systems start fcgiwrap daemon quick enough for the socket
Hi Doug,
I can't reproduce it here. What are exactly the commands you're issuing
to upgrade the port?
I don't see where the .logs.CB0BLDkFGJLs symlink might be coming from.
Does removing it manually help?
Thanks,
On Oct 18 17 01:13, Doug Sampson wrote:
> > During upgrade of openfire from
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,
Well, 11-STABLE now has LLVM 5.0 too, so it should work as well as in head. I
actually tried it on the recent 11-STABLE.
On 17-10-18 10:03:49, Guido Falsi wrote:
On 10/18/2017 09:59, Piotr Kubaj wrote:
According to https://wiki.freebsd.org/lldb, it should work just fine on
amd64, apart from
On 10/18/2017 09:59, Piotr Kubaj wrote:
> According to https://wiki.freebsd.org/lldb, it should work just fine on
> amd64, apart from kernel debugger. I suppose there should be some
> improvements for other archs too, since that page was updated 1.5 years
> ago :)
Great! And good to know, I'll
According to https://wiki.freebsd.org/lldb, it should work just fine on amd64,
apart from kernel debugger. I suppose there should be some improvements for
other archs too, since that page was updated 1.5 years ago :)
On 17-10-18 09:54:05, Guido Falsi wrote:
On 10/18/2017 09:52, Piotr Kubaj
On 10/18/2017 09:52, Piotr Kubaj wrote:
> Shouldn't lldb be the replacement for gdb in base?
I'm not keeping an eye on that, but I don't think it's ready at present.
--
Guido Falsi
___
freebsd-ports@freebsd.org mailing list
Shouldn't lldb be the replacement for gdb in base?
On 17-10-18 09:47:25, Guido Falsi wrote:
On 10/18/2017 06:33, Jan Beich wrote:
Kubilay Kocak writes:
On 10/18/17 8:29 AM, Jan Beich wrote:
Guido Falsi writes:
On 10/17/2017 23:11, Guido Falsi
On 10/18/2017 06:33, Jan Beich wrote:
> Kubilay Kocak writes:
>
>> On 10/18/17 8:29 AM, Jan Beich wrote:
>>
>>> Guido Falsi writes:
>>>
On 10/17/2017 23:11, Guido Falsi wrote:
>>
>> Thing is, recompiling with WITH_DEBUG doesn't help (I
Yes, it works! That's what you need. Thank you all.
18.10.2017 13:02, Matthias Fechner пишет:
> Hi Alex,
>
> Am 17.10.17 um 14:20 schrieb Alex V. Petrov:
>> Need a working sample for the new version of the port for pf.
>
> I have it working now.
> Put into your pf.conf where the rules from
Hi Alex,
Am 17.10.17 um 14:20 schrieb Alex V. Petrov:
Need a working sample for the new version of the port for pf.
I have it working now.
Put into your pf.conf where the rules from fail2ban be added the line:
# Anchor for fail2ban
anchor "f2b/*"
In your jail.local:
[DEFAULT]
banaction =
21 matches
Mail list logo