On 08/06/2022 05:59, Rafael Sadowski wrote:
Any idea how to make this visible for neochact users? current.html?
MESSAGE?
Definitely MESSAGE, imho.
Hi Matthias,
Simple tool-generated upgrade that I'm running now. OK?
Thanks
Greg
>From b9b6b7cc2538bbe221a7ff18c29472322f7bba46 Mon Sep 17 00:00:00 2001
From: Greg Steuck
Date: Tue, 7 Jun 2022 22:09:12 -0700
Subject: [PATCH] Upgrade productivity/hledger 1.25->1.26
---
productivity/hledger/Mak
On Tue Jun 07, 2022 at 11:17:39PM +0200, Omar Polo wrote:
> Rafael Sadowski wrote:
> > On Mon Jun 06, 2022 at 10:48:48PM +0200, Omar Polo wrote:
> > > Rafael Sadowski wrote:
> > > > Yet another neochat dependency that deserves an update.
> > >
> > > libquotient is (both the previous version and
Rafael Sadowski wrote:
> On Mon Jun 06, 2022 at 10:48:48PM +0200, Omar Polo wrote:
> > Rafael Sadowski wrote:
> > > Yet another neochat dependency that deserves an update.
> >
> > libquotient is (both the previous version and the new one) crashing
> > neochat for me :/
> >
> > I've updated the
On Mon Jun 06, 2022 at 10:48:48PM +0200, Omar Polo wrote:
> Rafael Sadowski wrote:
> > Yet another neochat dependency that deserves an update.
>
> libquotient is (both the previous version and the new one) crashing
> neochat for me :/
>
> I've updated the port tree, installed qcoro, updated libq
"Sergey A. Osokin" wrote:
> Hi,
>
> On Fri, Jun 03, 2022 at 03:47:39PM +, Sergey A. Osokin wrote:
> > Hi,
> >
> > thanks for your patience.
>
> [...]
>
> Could you please provide an update.
> Thank you.
please wait at least a week before pinging a port.
also, the WANTLIBs are not correct
aisha wrote:
> On 22/06/07 12:30PM, Aisha Tammy wrote:
> >
> >
> > On 6/7/22 12:15, Omar Polo wrote:
> > > not regarding the issue specifically discussed in this thread, but this
> > > bit caught my eye. We're installing some php files with the +x bit set,
> > > and they don't really seem to ne
aisha wrote:
> attached patch which updates README and also installs it
>
> diff --git a/productivity/monica/Makefile b/productivity/monica/Makefile
> index 2b0a16b7b99..845ba8aa1fc 100644
> --- a/productivity/monica/Makefile
> +++ b/productivity/monica/Makefile
> @@ -3,6 +3,7 @@ COMMENT = se
On Tue, Jun 07, 2022 at 03:38:14PM +0100, Stuart Henderson wrote:
> On 2022/06/07 11:40, Sergey A. Osokin wrote:
> > On Thu, Jun 02, 2022 at 06:38:53PM +, Sergey A. Osokin wrote:
> > >
> > > could you please review and commit the following patch.
> >
> > [...]
> >
> > Could you please provid
On 2022/06/07 09:05, Stuart Cassoff wrote:
> Does it make sense to put all the TkInter bits inside .if
> ${BUILD_PACKAGES:M-tkinter} ?
do you mean LIB_DEPENDS-tkinter, WANTLIB-tkinter, etc? if so, no, these
should be set unconditionally
> Are the changes to CHANGES.OpenBSD ok/necessary?
changes
On 2022/06/07 11:40, Sergey A. Osokin wrote:
> Hi,
>
> On Thu, Jun 02, 2022 at 06:38:53PM +, Sergey A. Osokin wrote:
> > Hi,
> >
> > could you please review and commit the following patch.
>
> [...]
>
> Could you please provide an update.
> Thank you.
>
> --
> Sergey A. Osokin
https://
Currently:
Tk: graphical toolkit for Tcl
Ruby-Tk: ruby graphical tooklit using Tk
PyTkinter: tk GUI module for Python
Proposed:
"Ruby interface to the Tk graphical toolkit"
"Python interface to the Tk graphical toolkit"
Stu
After discussion with maintainer, here's my patch to have TkInter work
with Tk 8.6.TkInter's setup.py program searches for libs using patterns
like libtkXX.a
and libtkXX.so, not taking into account OpenBSD's .so versioning.
Since static libs are only built for 8.5, setup.py will find libtk85.a
a
Hi,
On Fri, Jun 03, 2022 at 03:47:39PM +, Sergey A. Osokin wrote:
> Hi,
>
> thanks for your patience.
[...]
Could you please provide an update.
Thank you.
--
Sergey A. Osokin
signature.asc
Description: PGP signature
Hi,
On Thu, Jun 02, 2022 at 06:38:53PM +, Sergey A. Osokin wrote:
> Hi,
>
> could you please review and commit the following patch.
[...]
Could you please provide an update.
Thank you.
--
Sergey A. Osokin
signature.asc
Description: PGP signature
Oh, sorry I missed https://marc.info/?l=openbsd-ports&m=164920514906033&w=2 -
I'll merge that in
On 2022/06/06 20:16, Ashton Fagg wrote:
> Fine with me. Sorry for the delay.
>
> Sent from my iPhone
>
> > On Jun 6, 2022, at 19:55, Stuart Henderson wrote:
> >
> > On 2022/05/28 23:53, Brad Smi
On 2022/06/07 09:36, Marc Espie wrote:
> I propose eventually replacing them with
> @extraglob pattern
Very definitely makes sense.
So we can avoid surprises if/when we do this, if some developer is using
packages from the wrong architecture as part of their workflow please
check if those packag
On Tue, Jun 07, 2022 at 10:26:08AM +0100, Stuart Henderson wrote:
> The version checks are done using the pkgname, the path has nothing to do
> with it other than to lookup the pkgname (and pkgspec if present).
>
>
> By overriding the existing pkgspec coming from security/OpenSSL/X.Y, you are
> t
The version checks are done using the pkgname, the path has nothing to do
with it other than to lookup the pkgname (and pkgspec if present).
By overriding the existing pkgspec coming from security/OpenSSL/X.Y, you
are taking responsibility for it, so you need to replicate+modify the
existing
I've conducted a quick audit of the 300 or so uses of @extraunexec
in pkg_add.
All but 5 are actually glorified versions of
rm -rf
I propose eventually replacing them with
@extraglob pattern
with several advantages:
- we have file names that we know
- perl itself can expand the glob and dec
20 matches
Mail list logo
