Klemens Nanni writes:
> 25.01.2023 06:25, Greg Steuck пишет:
>> Should I crank up revision for them all so we can easily tell which side
>> people are on should things go wrong?
>
> You MUST bump REVISION for all ports producing haskell binaries because
> you changed their package contents.
I am
The developer has updated zpaqfranz to 57.1. He seems to test his software on
OpenBSD himself now (or at least he provides static OpenBSD binaries on
GitHub), which is a good thing. :-)
Port update attached.
tux0r.
zpaqfranz-57.1.diff
Description: Binary data
You would probably need to provide more information.
What is the hostname in the URL?
Are you entering https:// or http:// (or just the plain hostname) in the
browser? (I.e. are you allowing the browser to do some magic with your request?)
What CN/SANs does the certificate contain?
How do you con
25.01.2023 20:04, Omar Polo пишет:
> devel/go-tools doesn't depend anymore on net/go-net, leaving only
> devel/go-goptlib having a BDEP on it. Both ports are go libraries
> that are needed by nothing and that any modernish go port would pull
> in via modules anyway.
>
> ok to remove?
Sounds righ
devel/go-tools doesn't depend anymore on net/go-net, leaving only
devel/go-goptlib having a BDEP on it. Both ports are go libraries
that are needed by nothing and that any modernish go port would pull
in via modules anyway.
ok to remove?
is this quirks diff (plus unhook in the makefile and cvs r
Hello,
This is a new port of artty:
https://github.com/mjwhitta/artty
OK? Comments?
Cheers.-
--
%gonzalo
artty.tgz
Description: Binary data
25.01.2023 17:30, Stuart Henderson пишет:
> As it's static-linked to OpenSSL, if it's imported then I *would* add it
> to the build, so that if anyone installs it they can still get updated
> packages if there happened to be an OpenSSL security fix (but then I
> would add a pkg/MESSAGE to make it c
On 2023/01/25 14:25, Bjorn Ketelaars wrote:
> Upstream of borgbackup is slowly moving towards 2.0.0, which will be a
> major breaking release that is not compatible with existing repos.
> Additionally, some borg 1.x commands that supported working on a repo
> AND on an archive have been split into
On 2023/01/24 19:06, Omar Polo wrote:
> go-tools needs some love :)
>
> Diff below updates it to the latest tag which is... 0.5.0, hence
> EPOCH. I don't see any tag 1.12 tag in the repo, only 0.1.12.
> Haven't digged in the history to see if they changed/retired tags.
> go-tools doesn't have any
On Tue, 24 Jan 2023 19:06:32 +0100, Omar Polo wrote:
> go-tools needs some love :)
>
> Diff below updates it to the latest tag which is... 0.5.0, hence EPOCH.
> I don't see any tag 1.12 tag in the repo, only 0.1.12.
> Haven't digged in the history to see if they changed/retired tags.
> go-tools
Hi Omar,
Le 2023-01-25 10:00, Omar Polo a écrit :
On 2023/01/24 17:00:07 +0100, Omar Polo wrote:
gopls is already included in go-tools, so it would conflict.
% pkglocate bin/gopls
go-tools-1.12.20190226p2:devel/go-tools:/usr/local/bin/gopls
However the latter hasn't receved m
This patch updates getmail from 6.18.11 to 6.18.12.
Fixes bug with errors in child processes.
Shellquote was reverted, so bash is not needed in this release.
Tested on amd64.
Index: Makefile
===
RCS file: /cvs/ports/mail/getmail/Mak
On Tue, Jan 24 2023, Jeremy Evans wrote:
> On Tue, Jan 24, 2023 at 12:15 PM Stefan Sperling wrote:
>
>> On Tue, Jan 24, 2023 at 07:22:24PM +0100, Jeremie Courreges-Anglas wrote:
>> > On Sun, Jan 08 2023, Jeremie Courreges-Anglas wrote:
>> >
>> > [...]
>> >
>> > >>
>> https://wxcvbn.org/~jca/buil
Upstream of borgbackup is slowly moving towards 2.0.0, which will be a
major breaking release that is not compatible with existing repos.
Additionally, some borg 1.x commands that supported working on a repo
AND on an archive have been split into 2 commands, some others were
renamed. (Breaking) cha
22.01.2023 20:01, Rafael Sadowski пишет:
> I don't think so, please wait until the cmake 3.25.2 is in packages so
> we do not have two sources of error to identify.
The update landed on my machine, so I'll commit this diff tomorrow
unless someone speaks up, thanks.
25.01.2023 06:25, Greg Steuck пишет:
> Should I crank up revision for them all so we can easily tell which side
> people are on should things go wrong?
You MUST bump REVISION for all ports producing haskell binaries because
you changed their package contents.
Yes, indeed. It seems we need to handle that because it is obsolete and would
conflict with dune-configurator. Probably an entry to quirks is needed.
On January 24, 2023 2:44:13 PM GMT+01:00, Daniel Dickman
wrote:
>Thanks a lot Volker and Christopher!
>
>Do we need to handle the upgrade path fo
On 2023/01/24 17:00:07 +0100, Omar Polo wrote:
> On 2023/01/24 15:36:22 +0100, Laurent Cheylus wrote:
> > Hi,
> >
> > proposal to import devel/gopls for gopls version 0.11.0
> >
> > gopls is the official Go language server developed by the Go team
> > https://pkg.go.dev/golang.org/x/tools/gopl
On Tue, Jan 24, 2023 at 06:59:25PM +0100, Jeremie Courreges-Anglas wrote:
> On Sun, Jan 08 2023, Jeremie Courreges-Anglas wrote:
> >> https://wxcvbn.org/~jca/build-failures/amd64-clang/2023-01-03/x11/py-gtk2.txt
> > pango.c:3986:16: error: incompatible integer to pointer conversion
> > returning
On Tue, Jan 24, 2023 at 06:50:42PM +0100, Jeremie Courreges-Anglas wrote:
> On Sun, Jan 08 2023, Jeremie Courreges-Anglas wrote:
> > On Sun, Jan 08 2023, Jérémie Courrèges-Anglas wrote:
>
> [...]
>
> >> https://wxcvbn.org/~jca/build-failures/amd64-clang/2023-01-03/devel/libgtop2.txt
> > main.c:
Attached is a port of rustic, which is a backup tool that provides fast,
encrypted, deduplicated backups. It reads and writes the restic repo,
and can be used as a replacement for restic.
Rustic's backend is limited to local, restic-server and rclone, which is
a loose against restic. Advantages of
21 matches
Mail list logo
