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 only get
>> memory addresses in gdb),
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 wrote:
Thing is, recompiling with WITH_DE
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
https://lists.freebsd.org/m
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 wro
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 giv
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 ke
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
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 4.1.
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 t
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 as
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 “fre
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
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 [httpd.c
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
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
> connection to the FreeBSD Fo
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 gr
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 granted the
> > freebsd.*.cn domain names,
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 sy
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 probably have little or
19 matches
Mail list logo
