Solene Rapenne wrote:
> hello
> this patch changes the default path where ezquake looks for a sources.txt file
> containing address to file servers list. The default is $PWD/sb/sources.txt,
> the sources.txt file is provided in the sources in a folder
> misc/sb/sources.txt.
>
> This patch creates
On Wed, Oct 03, 2018 at 04:19:55PM +0200, Holger Mikolon wrote:
> Below is a simple update of josm to revision 14289 which was published as
> "newest tested version" a few days ago on josm.openstreetmap.de.
> No obvious regressions on -current (amd64).
Thx, commited (with the REVISION line removed
I hope fixing these ports is easy and fast.
LOOK, let me be clear.
At the very last minute, the sysctl can be changed to return success
But if you guys aren't even going to try to cope with change, that's
coming off a little lame.
There are bad side effects from the past behaviour as well.
Je
Below is a simple update of josm to revision 14289 which was published as
"newest tested version" a few days ago on josm.openstreetmap.de.
No obvious regressions on -current (amd64).
Regards
Holger
Index: Makefile
===
RCS file: /cvs
Hello,
Is anybody working on or has worked on a port of https://gobby.github.io/ ?
If not I will try to get it working this weekend and then send a port
after 6.4 releases.
If you're familiar with Gobby and have any tips / warnings about porting it,
please let me know.
Thanks
--
Patrick Marchan
Hello,
I've an issue when compiling with FastLED lib, because it defines
__PROG_TYPES_COMPAT__ macro and pgmspace uses newer or older syntax for the
used avr-g++
As follows the error:
/usr/local/avr/include/avr/pgmspace.h: The typedef is only visible if the
macro __PROG_TYPES_COMPAT__
/usr/loca
Ping?
This was marked as OK by Daniel Jakots recently but still looks to need
merging.
Thank you,
Edward Lopez-Acosta
On 8/29/18 6:23 PM, Edward Lopez-Acosta wrote:
Hello,
This is the third dependency required for my upcoming cookiecutter port.
py-poyo is a lightweight YAML parser designed
Ping?
This was marked as OK by Daniel Jakots recently but still looks to need
merging.
Thank you,
Edward Lopez-Acosta
On 8/27/18 7:59 AM, Edward Lopez-Acosta wrote:
Attachment fell off, sorry.
Edward Lopez-Acosta
On 8/27/18 7:58 AM, Edward Lopez-Acosta wrote:
Hello,
This is the second de
Looks good to me!
On Wed, 3 Oct 2018 at 14:43, Stuart Henderson wrote:
> So here's a second attempt, this time with 3.0-324. Works for me with
> AfriNIC, APNIC, LACNIC and RIPE. I tried squinting at the tshirt photo
> for ARIN's trust anchor but couldn't quite make it out.
>
>
>So here's a second attempt, this time with 3.0-324. Works for me with
>AfriNIC, APNIC, LACNIC and RIPE. I tried squinting at the tshirt photo
>for ARIN's trust anchor but couldn't quite make it out.
what?? the ports tree doesn't have a scanning program for that?
So here's a second attempt, this time with 3.0-324. Works for me with
AfriNIC, APNIC, LACNIC and RIPE. I tried squinting at the tshirt photo
for ARIN's trust anchor but couldn't quite make it out.
ripe-rpki-validator,3.tgz
Description: Binary data
On 2018/10/03 20:21, Stuart Henderson wrote:
> On 2018/10/03 11:16, Job Snijders wrote:
> > V2 is sort of end of life, I’d only invest time in its actively maintained
> > successor v3:
> > https://github.com/RIPE-NCC/rpki-validator-3
>
> Is there a proper tarball somewhere? Maven brings the "joys"
Not ports related, but seeing these failures, it would also be worth
testing snmpd from base with hw.smt=0 on an HT machine.
On 2018/10/03 11:16, Job Snijders wrote:
> V2 is sort of end of life, I’d only invest time in its actively maintained
> successor v3:
> https://github.com/RIPE-NCC/rpki-validator-3
Is there a proper tarball somewhere? Maven brings the "joys" of
rust/npm/go style dependency handling to java and I h
V2 is sort of end of life, I’d only invest time in its actively maintained
successor v3:
https://github.com/RIPE-NCC/rpki-validator-3
Kind regards,
Job
On Wed, 3 Oct 2018 at 10:43, Stuart Henderson wrote:
> OK to import this?
>
> (DESCR is rather wide, there's no good way around it.. at least
On Thu, Sep 27 2018, Stuart Henderson wrote:
> On 2018/09/26 20:15, Stuart Henderson wrote:
>> On 2018/09/26 19:16, Stuart Henderson wrote:
>> > N.B. "Ports using KERN_CPTIME2 will need to be updated."
>> >
>> > This is likely to cause a bunch of breakage in things reporting CPU stats
>> > and ti
OK to import this?
(DESCR is rather wide, there's no good way around it.. at least it copies
correctly in most terminals if it's not split!)
$ pkg_info ripe-rpki-validator
Information for inst:ripe-rpki-validator-2.25
Comment:
RIPE NCC RPKI Validator
Description:
The RIPE NCC rpki-validator ap
Solene Rapenne wrote:
> attila wrote:
> > Hi ports@,
> >
> > Attached is a patch to bring -current ports up to Tor Browser 8.0.1.
> > Lightly tested on amd64. Full release announcement here:
> > https://blog.torproject.org/new-release-tor-browser-801
> > The release announcement for 8.0 is
OK kn with below two nits:
Elements are under CC-BY 3.0 as per the ELEMENTS.LICENSE file, so please
mention this in our comment.
Can you use consistent spacing around "=" and break MODULES on per line?
On 10/03/18 09:09, Klemens Nanni wrote:
OK kn
SHARED_LIBS and CONFIGURE_ARGS have spaces not tabs after "=".
Would you mind replacing ${HOMEPAGE} with the URL in MASTER_SITES?
Done, thanks.
~Brian
attila wrote:
> Hi ports@,
>
> Attached is a patch to bring -current ports up to Tor Browser 8.0.1.
> Lightly tested on amd64. Full release announcement here:
> https://blog.torproject.org/new-release-tor-browser-801
> The release announcement for 8.0 is also relevant:
> https://blog.tor
OK kn
SHARED_LIBS and CONFIGURE_ARGS have spaces not tabs after "=".
Would you mind replacing ${HOMEPAGE} with the URL in MASTER_SITES?
OK kn
Homepage has TLS.
Stuart Henderson wrote:
> On 2018/09/26 20:15, Stuart Henderson wrote:
> > On 2018/09/26 19:16, Stuart Henderson wrote:
> > > N.B. "Ports using KERN_CPTIME2 will need to be updated."
> > >
> > > This is likely to cause a bunch of breakage in things reporting CPU stats
> > > and time is very short
Hi - Minor bug fix update to 2.8.1.
changelog:
- version 2.8.1
* fixed a bug in dump file creation routine (a perl warning message was
written to standard error if --dumpfjson command line option was used
without Perl JSON module being present).
OK?
Thanks,
Okan
Index: Makefile
On 2018/10/03 15:08, Paul Irofti wrote:
> On Fri, Sep 21, 2018 at 12:01:55PM +0300, Paul Irofti wrote:
> > Hi,
> >
> > Attached is a new port for ossec-hids.
> >
> > OSSEC is a scalable, multi-platform, open source Host-based Intrusion
> > Detection
> > System (HIDS). It has a powerful correlati
On Fri, Sep 21, 2018 at 12:01:55PM +0300, Paul Irofti wrote:
> Hi,
>
> Attached is a new port for ossec-hids.
>
> OSSEC is a scalable, multi-platform, open source Host-based Intrusion
> Detection
> System (HIDS). It has a powerful correlation and analysis engine, integrating
> log analysis, file
On 2018/10/03 01:05, Victor Kukshiev wrote:
> Hello, ports@!
>
> This diff fixes crash x11/sakura port with vte 0.54.
> upstream commit:
> https://bazaar.launchpad.net/~dabisu/sakura/sakura/revision/596
> ok?
I've included the diff below in a more standard format (the patch file
should be created
Hi Charlene,
On Wed, Oct 03, 2018 at 12:53:22AM +0200, Charlene Wendling wrote:
> Hi!
>
> Same here with:
>
> kern.version=OpenBSD 6.4 (GENERIC.MP) #922: Sat Sep 29 20:12:03 MDT 2018
> dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
>
> If i build and install from port,
Stuart Henderson wrote:
> On 2018/09/26 19:16, Stuart Henderson wrote:
> > N.B. "Ports using KERN_CPTIME2 will need to be updated."
> >
> > This is likely to cause a bunch of breakage in things reporting CPU stats
> > and time is very short to fix them before release.
> >
> > If you look after p
This is due to it using -march=native in i386 builds (via the configure
script). Needs patching away.
--
Sent from a phone, apologies for poor formatting.
On 2 October 2018 23:53:52 Charlene Wendling wrote:
Hi!
Same here with:
kern.version=OpenBSD 6.4 (GENERIC.MP) #922: Sat Sep 29 20:12:03
31 matches
Mail list logo