On Tue, Apr 28, 2020 at 09:31:41AM -0600, Tracey Emery wrote:
> On Fri, Apr 24, 2020 at 08:18:53AM -0600, Tracey Emery wrote:
> > I can certainly test this here in the future. Having newer avrdude would
> > be great. None of the ESP "suite of tools" uses avrdude, so th
On Fri, Apr 24, 2020 at 08:18:53AM -0600, Tracey Emery wrote:
> I can certainly test this here in the future. Having newer avrdude would
> be great. None of the ESP "suite of tools" uses avrdude, so those won't
> be affected.
>
> I'm working on a ATTiny proje
in the future. Having newer avrdude would
be great. None of the ESP "suite of tools" uses avrdude, so those won't
be affected.
I'm working on a ATTiny project, which would be a good test case for
this. :D
> --
> jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
--
Tracey Emery
On Wed, Apr 22, 2020 at 11:14:10AM -0600, Tracey Emery wrote:
> On Wed, Apr 22, 2020 at 05:56:53PM +0100, Stuart Henderson wrote:
> > On 2020/04/22 10:31, Tracey Emery wrote:
> > > On Sun, Apr 12, 2020 at 10:47:25AM +0200, Paco Esteban wrote:
> > > > On Mon, 0
On Wed, Apr 22, 2020 at 05:56:53PM +0100, Stuart Henderson wrote:
> On 2020/04/22 10:31, Tracey Emery wrote:
> > On Sun, Apr 12, 2020 at 10:47:25AM +0200, Paco Esteban wrote:
> > > On Mon, 06 Apr 2020, Tracey Emery wrote:
> > >
> > > > Hello,
> >
On Sun, Apr 12, 2020 at 10:47:25AM +0200, Paco Esteban wrote:
> On Mon, 06 Apr 2020, Tracey Emery wrote:
>
> > Hello,
> >
> > This new port is a makefile for ESP8266 and ESP32 Arduino projects.
> >
> > The main intent for this project is to provide a mi
On Wed, Apr 22, 2020 at 09:05:33AM -0600, Tracey Emery wrote:
> On Mon, Apr 13, 2020 at 07:44:08PM +0200, Paco Esteban wrote:
> > On Mon, 13 Apr 2020, Tracey Emery wrote:
> >
> > > On Sun, Apr 12, 2020 at 10:49:24AM +0200, Paco Esteban wrote:
> > > > On
On Wed, Apr 22, 2020 at 08:37:32AM -0600, Tracey Emery wrote:
> On Wed, Apr 22, 2020 at 03:42:43AM +0200, Jeremie Courreges-Anglas wrote:
> > On Mon, Apr 06 2020, Tracey Emery wrote:
> > > Hello,
> > >
> > > This new port is the framework to program Espr
On Mon, Apr 13, 2020 at 07:44:08PM +0200, Paco Esteban wrote:
> On Mon, 13 Apr 2020, Tracey Emery wrote:
>
> > On Sun, Apr 12, 2020 at 10:49:24AM +0200, Paco Esteban wrote:
> > > On Mon, 06 Apr 2020, Tracey Emery wrote:
> > >
> > > > Hello,
> >
On Wed, Apr 22, 2020 at 03:42:43AM +0200, Jeremie Courreges-Anglas wrote:
> On Mon, Apr 06 2020, Tracey Emery wrote:
> > Hello,
> >
> > This new port is the framework to program Espressif ESP8266 chipsets via
> > the Arduino environment.
> >
> > Us
On Wed, Apr 22, 2020 at 03:31:17AM +0200, Jeremie Courreges-Anglas wrote:
> On Mon, Apr 06 2020, Tracey Emery wrote:
> > Hello,
> >
> > This new port is a tool specifically patched to build and upack SPIFFS
> > images for ESP32 and ESP8266 embedded devices, using SPIF
On Sun, Apr 12, 2020 at 10:49:24AM +0200, Paco Esteban wrote:
> On Mon, 06 Apr 2020, Tracey Emery wrote:
>
> > Hello,
> >
> > This new port is the framework to program Espressif ESP32 chipsets via
> > the Arduino environment.
> >
> > Used and tes
On Mon, Apr 06, 2020 at 09:01:46AM -0600, Tracey Emery wrote:
> Hello,
>
> This new port is a tool specifically patched to build and upack SPIFFS
> images for ESP32 and ESP8266 embedded devices, using SPIFFS as the
> submodule. It is a runtime dependency for the next two arduino-co
did not test it
further in a program. Their "Motivation" lists "Static function calls in
C," so I'm guessing it producing static libraries isn't too weird.
There appears to be an errant SHARED_LIBS comment?
CATEGORIES= devel comms
#SHARED_LIBS += opensync 1.1
HOMEPAGE= https://www.dyncall.org/
ok tracey
--
Tracey Emery
?
--
Tracey Emery
makeesparduino-4.22.0.tgz
Description: Binary data
Hello,
This new port is the framework to program Espressif ESP32 chipsets via
the Arduino environment.
Used and tested on amd64 for a few months.
OK?
--
Tracey Emery
arduino-esp32-1.0.4.tgz
Description: Binary data
Hello,
This new port is the framework to program Espressif ESP8266 chipsets via
the Arduino environment.
Used and tested on amd64 for a few months.
OK?
--
Tracey Emery
arduino-esp8266-2.6.3.tgz
Description: Binary data
onths.
OK?
--
Tracey Emery
mkspiffs-0.2.3.tgz
Description: Binary data
On Wed, Apr 01, 2020 at 04:14:18PM -0600, Tracey Emery wrote:
> On Wed, Apr 01, 2020 at 09:58:32PM +0200, Klemens Nanni wrote:
> > What Stuart said, plus comments in the patches would do fine explaining
> > what is being patched/why.
> >
> > Rest looks good to me.
&
On Wed, Apr 01, 2020 at 09:58:32PM +0200, Klemens Nanni wrote:
> What Stuart said, plus comments in the patches would do fine explaining
> what is being patched/why.
>
> Rest looks good to me.
Here we are again, with changes.
OK?
--
Tracey Emery
Index: cad/ki
On Wed, Apr 01, 2020 at 09:58:32PM +0200, Klemens Nanni wrote:
> What Stuart said, plus comments in the patches would do fine explaining
> what is being patched/why.
>
> Rest looks good to me.
Thanks guys. Changes are being made.
--
Tracey Emery
Hello,
The following diff adds python scripting support to kicad. It contains a
couple of new patches and an update to an old one.
Builds and runs fine on amd64.
OK?
--
Tracey Emery
Index: cad/kicad/Makefile
===
RCS file: /cvs
Hello,
Just a simple modification to set the whole port broken on sparc64, since
the toolchain is useless there. We don't need to install just parts of
the port.
OK?
--
Tracey Emery
Index: Makefile.inc
===
RCS file: /cvs/
Hello,
This is a diff to set xtensa-esp32-elf-gcc-bootstrap as broken on
sparc64. It follows the example in xtensa-elf-gcc. Does this make sense
to do at this time?
Ok?
Thanks.
--
Tracey Emery
diff ac79918c6104420de5128e2bc2603d21dec2d4eb /usr/ports
blob
On Fri, Mar 20, 2020 at 01:16:17PM +0100, Klemens Nanni wrote:
> On Thu, Mar 19, 2020 at 03:02:26PM -0600, Tracey Emery wrote:
> > Was I right to bump the REVISION on the two subs?
> Bumping gcc is obvoiusly correct because you patched and therefore
> changed the package; I'
portcheck complained, otherwise.
Was I right to bump the REVISION on the two subs?
I built this on amd64, sparc64 (generously borrowed from stsp and setup
by jca ... thank you), and i386 platforms.
OK?
Thanks.
--
Tracey Emery
diff 1fddd8b82485853cd5747e010d6c458686bb0458 /usr/ports
blob
text relocations in the output
>
>Any suggestions on whether -nopie or -Wl,-z,notext is more appropriate?
Replying from phone, sorry. No suggestion right now. Should we set arch to
amd64 for now until done testing can be done? I'll have to research.
--
Tracey Emery
On Tue, Mar 10, 2020 at 07:17:54PM -0600, Tracey Emery wrote:
> On Tue, Mar 10, 2020 at 10:38:48PM +, Stuart Henderson wrote:
> > ok to import this?
> >
> > ---
> > TigerVNC is a high-performance, platform-neutral implementation of VNC
> > (Virtual Ne
1vnc).
>
Builds, reads, and runs fine here, although I don't have a local VNC
server to test against tonight.
I'll offer an ok for the port :D
--
Tracey Emery
On Sat, Mar 07, 2020 at 02:42:46PM +, Stuart Henderson wrote:
> On 2020/03/06 10:39, Tracey Emery wrote:
> > Hello ports@,
> >
> > After extensive back-and-forth between Claudio and I, we have a new
> > port to present. Attached is a new port for compiling binaries
ed that the library
didn't work with SSL connections on OpenBSD because the library was
failing to set the context option for SSL_OP_NO_SSLv2. It contained a
patch to fix that problem.
https://marc.info/?l=openbsd-ports&m=154108115405734&w=2
Testing this update and the failure still exist
On Thu, Jan 30, 2020 at 08:15:21AM +0100, Martin Reindl wrote:
> On Tue, Jan 28, 2020 at 09:19:05AM -0700, Tracey Emery wrote:
> > On Tue, Jan 28, 2020 at 07:33:41AM -0700, Tracey Emery wrote:
> > > On Tue, Jan 28, 2020 at 07:42:04AM +0100, Martin Reindl wrote:
> > > &
On Tue, Jan 28, 2020 at 07:33:41AM -0700, Tracey Emery wrote:
> On Tue, Jan 28, 2020 at 07:42:04AM +0100, Martin Reindl wrote:
> > On Mon, Jan 27, 2020 at 04:06:03PM -0700, Tracey Emery wrote:
> > > Hello ports,
> > >
> > > Attached is a new port to work with
ose
> boards on OpenBSD if you don't mind :-P
>
No problem!
> Cheers,
>
> --
> Paco Esteban.
> 5818130B8A6DBC03
--
Tracey Emery
This isn't a py-port. I did submit a py-esptool port, which is separate
from this. Paco has edited it for py3, which I will check out in a bit.
Thanks.
On Tue, Jan 28, 2020 at 07:50:14AM +0100, Rafael Sadowski wrote:
> On Mon Jan 27, 2020 at 04:06:03PM -0700, Tracey Emery wrote:
> &g
On Tue, Jan 28, 2020 at 07:44:49AM +0100, Martin Reindl wrote:
> On Mon, Jan 27, 2020 at 04:06:03PM -0700, Tracey Emery wrote:
> > Hello ports,
> >
> > Attached is a new port to work with firmware for ESP8266 chips. It's an
> > updated and slightly revised
On Tue, Jan 28, 2020 at 07:42:04AM +0100, Martin Reindl wrote:
> On Mon, Jan 27, 2020 at 04:06:03PM -0700, Tracey Emery wrote:
> > Hello ports,
> >
> > Attached is a new port to work with firmware for ESP8266 chips. It's an
> > updated and slightly revised
& ESP32 chips. The
py-serial or py3-serial plugins required.
Is anyone willing to Ok and commit?
Thanks,
Tracey
--
Tracey Emery
py-esptool-2.8.tgz
Description: Binary data
nyone willing to Ok and commit?
Thanks,
Tracey
--
Tracey Emery
esptool-ck-0.4.13.tgz
Description: Binary data
Hello ports,
I was playing with shotcut and saw .txz in the wild. Diff below extracts
that now.
--
Tracey Emery
diff c46931e751fd16e7c32b7593fe761e6160c6efa8 /usr/ports
blob - dc4c6bd6b7ba1c957e981eb0e9deedbdb00bafaa
file + infrastructure/lib/OpenBSD/PortGen/Port.pm
--- infrastructure/lib
On Tue, Dec 17, 2019 at 10:39:14AM +0100, Kristaps Dzonsons wrote:
> >>> This updates subsurface to the current 4.9.3. Joint effort with Tracey
> >>> Emery, thank you!
> >>>
> >>> The port-lib-depends-check asks for a x11/gtk+3,-guic RUN_DEPENDS as
On Mon, Dec 16, 2019 at 10:47:32AM -0600, joshua stein wrote:
> Some Arduino libraries, packaged for easy use with
> devel/arduino-makefile.
The buildtest example for the RA8875 library builds just fine.
--
Tracey Emery
CharacterAnalysis/CharacterAnalysis.ino
> share/examples/arduino/08.Strings/StringAdditionOperator/
>
> share/examples/arduino/08.Strings/StringAdditionOperator/StringAdditionOperator.ino
> @@ -942,7 +941,6 @@ share/examples/arduino/08.Strings/String
> share/examples/arduino/08.Strings/StringLengthTrim/StringLengthTrim.ino
> share/examples/arduino/08.Strings/StringLengthTrim/StringLengthTrim.txt
> share/examples/arduino/08.Strings/StringReplace/
> -@comment share/examples/arduino/08.Strings/StringReplace/.swp
> share/examples/arduino/08.Strings/StringReplace/StringReplace.ino
> share/examples/arduino/08.Strings/StringReplace/StringReplace.txt
> share/examples/arduino/08.Strings/StringStartsWithEndsWith/
--
Tracey Emery
On Sun, Dec 15, 2019 at 02:29:09PM +0100, Antoine Jacoutot wrote:
> On Sun, Dec 15, 2019 at 11:55:44AM +0100, Kristaps Dzonsons wrote:
> > This updates subsurface to the current 4.9.3. Joint effort with Tracey
> > Emery, thank you!
> >
> > The port-lib-depends-check
On Fri, Nov 22, 2019 at 11:38:30AM -0700, Tracey Emery wrote:
> This is an update to kicad-share 5.1.5, to go with the previous Kicad
> update.
>
> Ok?
>
> Thanks
>
> --
>
> Tracey Emery
>
Ping
--
On Fri, Nov 29, 2019 at 11:42:35PM +0100, Paco Esteban wrote:
> On Fri, 22 Nov 2019, Tracey Emery wrote:
>
> > On Fri, Nov 22, 2019 at 01:49:57PM -0500, James Turner wrote:
> > >
> > > Once EPOCH has been added to a port, you can't remove it.
> >
>
; though not quite the same as in issues/65 etc).
Thanks Stuart. That env setting fixes it.
--
Tracey Emery
ade things worse. So, does this still need some work, or does a
pkg_readme need to be created for making it look good in CWM and xterm?
Did something get missed for curses in the build?
Thanks.
--
Tracey Emery
On Fri, Nov 22, 2019 at 01:49:57PM -0500, James Turner wrote:
>
> Once EPOCH has been added to a port, you can't remove it.
The universe is once again, back in order. Epoch restored.
>
--
Tracey Emery
Index: Makefile
=
On November 22, 2019 11:49:57 AM MST, James Turner
wrote:
>On Fri, Nov 22, 2019 at 11:36:40AM -0700, Tracey Emery wrote:
>> This is an update for Kicad to 5.1.5. There are no release notes or a
>> changelog for this release.
>>
>> Ok?
>>
>> Thanks.
>&
This is an update to kicad-share 5.1.5, to go with the previous Kicad
update.
Ok?
Thanks
--
Tracey Emery
Index: Makefile.inc
===
RCS file: /cvs/ports/cad/kicad-share/Makefile.inc,v
retrieving revision 1.3
diff -u -p -u -r1.3
This is an update for Kicad to 5.1.5. There are no release notes or a
changelog for this release.
Ok?
Thanks.
--
Tracey Emery
Index: Makefile
===
RCS file: /cvs/ports/cad/kicad/Makefile,v
retrieving revision 1.37
diff -u -p -u
On November 9, 2019 4:16:07 AM MST, Paco Esteban wrote:
>Hi,
>
>On Fri, 08 Nov 2019, Stuart Henderson wrote:
>
>> On 2019/11/08 08:34, Tracey Emery wrote:
>> > On Fri, Nov 08, 2019 at 02:44:07PM +, Stuart Henderson wrote:
>> > > However with pre-build
Is there some other
magick the removal needs to wait for?
Thanks,
T
--
Tracey Emery
Index: Makefile
===
RCS file: /cvs/ports/cad/Makefile,v
retrieving revision 1.37
diff -u -p -u -p -r1.37 Makefile
--- Makefile8 Nov 2019 14:41:
on this port and your
patience.
T
--
Tracey Emery
+USE_NINJA=No
>
> Oops, this crept in from a test.
>
> > +pre-build:
> > + @sed -i "s,-lrt,," \
> > + ${WRKDIR}/build-amd64/build.ninja
>
> this change is bogus, the input files must be fixed instead.
>
> > + ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \
>
> you can give this a directory, it will recurse
--
Tracey Emery
On Fri, Nov 01, 2019 at 10:10:00AM -0600, Tracey Emery wrote:
> Kicad built fine with this oce. Attached is a new kicad port with the
> kicad-share changes.
>
> Thanks,
>
> Tracey
>
Hello,
Two ports are attached to this. One has with_scripting in the name, and
the ot
Apologies, I didn't realize you had already commited. Here's a diff
instead.
On Fri, Nov 01, 2019 at 02:12:00PM -0600, Tracey Emery wrote:
> Anthony,
>
> This adds NO_TEST = Yes to the libngspice Makefile to quiet make test
> errors when it gets to that subdirectory.
Anthony,
This adds NO_TEST = Yes to the libngspice Makefile to quiet make test
errors when it gets to that subdirectory.
Thoughts?
T
On Thu, Oct 31, 2019 at 02:28:27PM -0600, Tracey Emery wrote:
> Works for me. Tests pass for ngspice.
>
> On Wed, Oct 30, 2019 at 01:15:05AM -0600,
Kicad built fine with this oce. Attached is a new kicad port with the
kicad-share changes.
Thanks,
Tracey
On Fri, Nov 01, 2019 at 07:41:19AM -0600, Tracey Emery wrote:
> Ok, the attached port builds and passes port-lib-depends-check.
>
> stef$ make port-lib-depends-check
> stef
Ok, the attached port builds and passes port-lib-depends-check.
stef$ make port-lib-depends-check
stef$ /usr/ports/infrastructure/bin/portcheck
cad/oce
Had to add WANTLIB += ${COMPILER_LIBCXX}.
I'll kick off a Kicad build against it now.
On Thu, Oct 31, 2019 at 04:11:34PM -0600, Tracey
> I think this must be coming from cmake's FindTCL module, I'm not
> sure how to repair it at the moment.
I think I've found a simple solution in another port. Adding
MODTK_VERSION = 8.6 appears to make cmake happy, and everything points
to 8.6 in CMakeCache.txt.
I'll st
test" within ngspice. I didn't bother
> doing the same for libngspice, because the test suite assumes you're
> building a binary and not a library, and fixing that is not worth it.
>
> ok?
>
> --
> Anthony J. Bentley
--
Tracey Emery
On October 22, 2019 11:41:08 PM MDT, "Anthony J. Bentley"
wrote:
>Tracey Emery writes:
>> Your attached file only has the ngspice port. It's missing the
>> libngspice part.
>
>Bah...
>
>> I've attached the one I sent to you. Does this look ok t
gt; Fixed version attached.
>
> ok?
>
> --
> Anthony J. Bentley
--
Tracey Emery
ngspice.tar.gz
Description: Binary data
gt; On Tue, Jul 16, 2019 at 04:08:43PM -0600, Tracey Emery wrote:
> > devel/arduino-esp8266: Framework to program Espressif ESP8266 chipsets
> > via the Arduino environment.
>
> Any update on this?
> I like to be able to do this also on OpenBSD
>
> --
> Henri J?rvinen
--
Tracey Emery
On October 3, 2019 10:52:24 AM MDT, "Anthony J. Bentley"
wrote:
>Hi Tracey,
>
>Tracey Emery writes:
>> Could you explain
>> the need for the conflict? Shouldn't it be okay to have both ngspice
>and
>> libngspice installed at the same time wi
On Thu, Oct 03, 2019 at 02:58:28AM -0600, Anthony J. Bentley wrote:
> Hi Tracey,
>
> Tracey Emery writes:
> > Here's a crack at the ngspice port.
>
> Pretty close. Here are the changes I made:
>
> - used ?= for variable assignment within Makefile.inc (I thin
this isn't a
deal breaker.
Tracey
On Tue, Oct 01, 2019 at 04:56:28PM -0600, Tracey Emery wrote:
> Hello ports@,
>
> Attached are seven new ports and one replacement port to get Kicad up to
> 5.1.4, from its current useless, 9-year-old state.
>
> Does anyone have any time or
>
> I think this must be coming from cmake's FindTCL module, I'm not
> sure how to repair it at the moment.
Halloween must be coming. A statement for you that says, "I'm not sure
how to repair it at the moment" are VERY scary.
Good work.
--
Tracey Emery
Here's a crack at the ngspice port.
Thanks,
T
On Wed, Oct 02, 2019 at 05:46:49PM +0100, Stuart Henderson wrote:
> On 2019/10/02 09:29, Tracey Emery wrote:
> > Well, ngspice pukes on both xspice and cider. So, I've pulled those from
> > the libngspice port for now.
t; oce is still building and I'm very short on time, so I'd appreciate if
> you could revise the oce, libngspice, and kicad ports based on my
> comments above.
>
> In the meantime I think my attached kicad-share ports are fine to go in.
> Any developers willing to provid
On Wed, Oct 02, 2019 at 05:46:49PM +0100, Stuart Henderson wrote:
> On 2019/10/02 09:29, Tracey Emery wrote:
> > Well, ngspice pukes on both xspice and cider. So, I've pulled those from
> > the libngspice port for now.
>
> my 2c, stick to the basics first.
>
>
think we usually drop :BOOL from CMake CONFIGURE_ARGS.
> - WRKSRC defaults to WRKDIST, no need to set it.
> - in general, order of variables should be closer to Makefile.template.
--
Tracey Emery
diff -ru cad/oce.orig/Makefile cad/oce/Makefile
--- cad/oce.orig/Makefile Wed Oct 2 09:
what difference it makes if they're enabled?
> - rather than have a build dependency on ngspice, we should @comment
>the include files in ngspice and set libnsgpice to conflict with
>older versions. (why does upstream do it this way? it's
TRANSLATOR! Just kidding :D
Thanks for the reply, Anthony. I'll start knocking out what I can
figure out, and learn the rest as I go.
Some comments inline.
On Wed, Oct 02, 2019 at 03:30:20AM -0600, Anthony J. Bentley wrote:
> Hi Tracey,
>
> Tracey Emery writes:
> > Attached
ot;A+A1 or
> B+B1 but not A+B1@ type choices which would be needed for correct
> dependencies with this, and there's a further problem as the path
> to the PHP interpreter (MODPHP_BIN) needs to point at a particular
> version. So I think we're stuck with making a specific decision
> for each port ("force X version or use the default").
--
Tracey Emery
us far. It's a mess, so I probably
never will.
--
Tracey Emery
devel/esptool-py: A Python-based, open source, platform independent, utility
to communicate with the ROM bootloader in Espressif ESP8266 & ESP32 chips. The
py-serial or py3-serial plugins required.
esptool-py.2.6.tar.gz
Description: Binary data
devel/mkspiffs: Tool to build and unpack SPIFFS images.
mkspiffs-0.2.3.tar.gz
Description: Binary data
devel/esptool-ck: Esptool is a tool to create firmware files for the ESP8266
chip and flash the firmware to the chip over serial port.
esptool-ck.0.4.14.tar.gz
Description: Binary data
devel/arduino-esp8266: Framework to program Espressif ESP8266 chipsets
via the Arduino environment.
arduino-esp8266-2.4.1.tar.gz
Description: Binary data
devel/arduino-esp32: Framework to program Espressif ESP32 chipsets via the
Arduino environment.
arduino-esp32-1.0.2.tar.gz
Description: Binary data
devel/xtensa-lx106-elf-gcc: GNU cross compiler suite, configured for the
xtensa-lx106-elf target.
xtensa-lx106-elf-gcc.4.8.5.tar.gz
Description: Binary data
Hello ports@,
I am sending a series of ports for review. These ports are to allow working
with Espressif ESP8266 and ESP32 chips in OpenBSD. These ports work with the
current Arduino port and the Espressif SDKs themselves.
The Espressif way of doing things is a mess, so I'm hosting some of the
di
On June 15, 2019 3:20:58 PM MDT, Brian Callahan wrote:
>
>
>On 6/9/19 1:37 PM, Tracey Emery wrote:
>> Hello ports,
>>
>> Here is a new 2.7.1 release of thingsd, bumping PLIST user to 836 and
>> includes a couple of fixes in the software.
>>
>> Is
Hello ports,
Here is a new 2.7.1 release of thingsd, bumping PLIST user to 836 and
includes a couple of fixes in the software.
Is anyone willing to import this? It's received several oks, thus far.
Thanks,
Tracey
Changelog:
* Alert child when control socket closes, so it can clean up items
*
On Wed, May 08, 2019 at 06:20:32PM +0100, Stuart Henderson wrote:
> On 2019/05/08 08:28, Tracey Emery wrote:
> >
> > Stuart, upon further examination, the PLIST is missing @newgroup and
> > @newuser as
> > well. Please advise.
>
> Oh, good point. To set that
@sample won't overwrite existing configs in /etc. Also, the example is just an
example. People should read `man thingsd.conf` if they are confused to change
the NIC interface. I don't know, perhaps the sample is too exhaustive. Also, the
interface can be completely removed to listen on all interfac
On Wed, May 08, 2019 at 08:25:20AM -0600, Tracey Emery wrote:
> On Wed, May 08, 2019 at 03:19:40PM +0100, Stuart Henderson wrote:
> > On 2019/05/08 07:52, Tracey Emery wrote:
> > > Stuart is absolutely right. I missed adding the @sample line to this
> > > port. I
>
On Wed, May 08, 2019 at 03:19:40PM +0100, Stuart Henderson wrote:
> On 2019/05/08 07:52, Tracey Emery wrote:
> > Stuart is absolutely right. I missed adding the @sample line to this port. I
> > missed it during all the change-over. Apologies.
> >
> > Attached is a f
ix!"
:D
Tracey
On Tue, May 07, 2019 at 05:02:17PM -0600, Tracey Emery wrote:
> On May 7, 2019 4:57:30 PM MDT, Stuart Henderson wrote:
> >On 2019/05/07 16:55, Tracey Emery wrote:
> >> Are all ports using pledge and unveil including the "# uses pledge()"
> >i
On May 7, 2019 4:57:30 PM MDT, Stuart Henderson wrote:
>On 2019/05/07 16:55, Tracey Emery wrote:
>> Are all ports using pledge and unveil including the "# uses pledge()"
>in the
>> Makefiles?
>
>At present they should be.
Thanks
--
Tracey Emery
Are all ports using pledge and unveil including the "# uses pledge()" in the
Makefiles?
On Tue, May 07, 2019 at 11:50:42PM +0100, Stuart Henderson wrote:
> On 2019/05/07 20:05, Ampie Niemand wrote:
> > I did a:
> > mv /usr/local/share/examples/thingsd/thingsd.conf /etc {I edited the
> > interface
Hello ports,
Here is the latest incarnation of thingsd, with many bug fixes and improvements
since 1.0. This will be my last attempt to get further testers and attempts for
import.
Thanks and have a nice day,
Tracey
-- Changes since 1.0
* Stop thingsctl from trying to print out of bounds data.
*
Patch applies, compiles fine, and small program runs fine with vncserver
library.
On Tue, May 07, 2019 at 08:11:31AM +0200, Rafael Sadowski wrote:
> Anybody?
>
>
> On Sat Mar 16, 2019 at 09:51:02AM +0100, Rafael Sadowski wrote:
> > Update libvncserver to the latest stable version.
> >
> > Notab
On Sun, May 05, 2019 at 01:51:32PM -0400, Brian Callahan wrote:
>
>
> On 5/5/19 12:32 PM, Denis Fondras wrote:
> > Flameshot is an easy to use, powerful and customizable screenshot software.
> >
> > https://flameshot.js.org/
>
> Thank you for this! This is the screenshot program I've been looki
On April 30, 2019 8:09:02 PM MDT, Tracey Emery wrote:
>On April 30, 2019 3:50:24 PM MDT, Daniel Jakots wrote:
>>Hi,
>>
>>We decided to email each maintainer to verify OpenBSD port maintainers
>>can be reached and wish to remain active. I'm going to send these
urprised when you'll receive yours :)
>
>
>Cheers,
>Daniel
I won't. Lol
--
Tracey Emery
On Sat, Apr 20, 2019 at 11:56:07AM -0600, Tracey Emery wrote:
> On Wed, Jan 23, 2019 at 08:26:23AM +0100, Rafael Sadowski wrote:
> > On Mon Jan 21, 2019 at 10:23:25AM -0700, Tracey Emery wrote:
> > > After some additional testing, I found a leak. So, here is a new port to
> &
201 - 300 of 311 matches
Mail list logo