On Thu, Sep 09, 2021 at 05:31:01AM +, Yifei Zhan wrote:
>
> Hi,
>
> At the moment fcitx and ibus don't work with chromium, after some
> hacking around with ktrace/kdump, it looks like read access to
> ~/.config/fcitx is required for fcitx to work, which is what the
> following patch does.
Hi Pierre-Emmanuel,
the following diff updates databases/postgresql-previous to 12.8, which
fixes over 75 bugs and addresses CVE-2021-3677 (Memory disclosure in
certain queries)
Notes: https://www.postgresql.org/docs/12/release-12-8.html
Lightly tested on amd64
-Mark
--
Mark Patruck
Hi Pierre-Emmanuel,
the following diff updates databases/postgresql to 13.4, which fixes
over 75 bugs and addresses CVE-2021-3677 (Memory disclosure in certain
queries)
Notes: https://www.postgresql.org/docs/13/release-13-4.html
Running fine on amd64 for a few days now.
-Mark
--
Mar
Hello naddy, about devel/gmp,
After OpenBSD/macppc switched to lld, a text relocation in libgmp.a
began to cause linker errors. I want to patch devel/gmp's powerpc32
asm to remove this text relocation. The diff is at the end of this
mail, is this ok?
Charlene pointed me at a build failure in de
On 2021/09/08 23:35, Omar Polo wrote:
> Hello ports,
>
> Please find attached the patch to update net/tdlib to its latest
> "unofficial minor release". Tested with net/tg and telega.el.
>
> Regarding the library bump, there doesn't seem to be any removed
> functions or struct changed, but there
Hello ports,
Please find attached the patch to update net/tdlib to its latest
"unofficial minor release". Tested with net/tg and telega.el.
Regarding the library bump, there doesn't seem to be any removed
functions or struct changed, but there were a lot of changes like
- void close(Pr
"Kirill Bychkov" writes:
> [...]
>> - graphics/mapnik
>> breaks because of python2. Easy to fix, but then fails at
>> linking:
>>
>> 8<
>> ld: error: relocation R_X86_64_PC32 cannot be used against symbol typeinfo
>> for
>> boost::wrapexcept; recompile
On 2021/09/08 23:09, Omar Polo wrote:
>
> Stuart Henderson writes:
>
> > On 2021/09/08 22:07, Omar Polo wrote:
> >>
> >> Denis Fondras writes:
> >>
> >> > RE2 is a fast, safe, thread-friendly C++ library alternative to
> >> > backtracking regular expression engines like those used in PCRE,
>
Stuart Henderson writes:
> On 2021/09/08 22:07, Omar Polo wrote:
>>
>> Denis Fondras writes:
>>
>> > RE2 is a fast, safe, thread-friendly C++ library alternative to
>> > backtracking regular expression engines like those used in PCRE,
>> > Perl, and Python.
>> >
>> > https://github.com/google
Ah, yes, you're right. Thanks.
On September 8, 2021 12:59:00 p.m. Caspar Schutijser
wrote:
Hi,
While building devel/libgnt I'm getting the following error message
during the configure stage:
Program gtkdoc-scan found: NO
../../pobj/libgnt-2.14.2/libgnt-2.14.2/doc/meso
On 2021/09/08 22:07, Omar Polo wrote:
>
> Denis Fondras writes:
>
> > RE2 is a fast, safe, thread-friendly C++ library alternative to
> > backtracking regular expression engines like those used in PCRE,
> > Perl, and Python.
> >
> > https://github.com/google/re2
> >
> > [2. application/x-tar-gz;
Denis Fondras writes:
> RE2 is a fast, safe, thread-friendly C++ library alternative to
> backtracking regular expression engines like those used in PCRE,
> Perl, and Python.
>
> https://github.com/google/re2
>
> [2. application/x-tar-gz; re2-20210901.tgz]...
Hello,
I had a local port for an e
security/py-PyNaCl/Makefile:MAINTAINER =Jasper Lievisse
Adriaanse
devel/py-asn1/Makefile:MAINTAINER = Benoit Lecocq
net/py-snmp/Makefile:MAINTAINER = Adam Wolk
Following paramiko/py-cryptography/etc moving to py3-only there are
some other modules which I thin
On Sun Mar 07, 2021 at 02:50:10PM +0100, Marc Espie wrote:
> This makes use of the libebur128 port I posted a few hours ago
> I've had most of this in my dir for a while, I actually got stumped on
> something stupid in shotcut.
>
> I've built and used shotcut with this without issue. I've also bui
Stefan Hagen wrote:
> Brad Smith wrote:
> > Here is my work in progress update to Pidgin 2.14.6.
> >
> > I don't see any indication of any major API changes. Any
> > and all testing welcome especially with the various plugins
> > I see in the ports tree.
>
> Hi,
>
> I tested this version with te
Brad Smith wrote:
> Here is my work in progress update to Pidgin 2.14.6.
>
> I don't see any indication of any major API changes. Any
> and all testing welcome especially with the various plugins
> I see in the ports tree.
Hi,
I tested this version with telegram-purple and XMPP. Both is working.
Here is my work in progress update to Pidgin 2.14.6.
I don't see any indication of any major API changes. Any
and all testing welcome especially with the various plugins
I see in the ports tree.
Index: Makefile
===
RCS file: /home/c
Hi,
The diff below updates Tor Browser to 10.5.6. Tested on amd64. More
information (not up yet):
https://blog.torproject.org/new-release-tor-browser-1056
This is still based on the "old" Firefox ESR 78.
Thanks,
Caspar Schutijser
Index: meta/tor-browser/Makefile
===
Committed, thanks. Since the lack of gtkdoc meant a build failure
I omitted the REVISION bump.
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Hi
ok to import p5-File-TreeCreate 0.0.1 ?
recursively create a directory tree
Needed to update some modules.
bluhm
p5-File-TreeCreate.tgz
Description: application/tar-gz
Hi,
On Wed, Sep 08, 2021 at 06:56:05AM -0700, Greg Steuck wrote:
> Matthias Kilian writes:
>
> > +@@ -1024,8 +1024,10 @@ static void report_summary(const RTSSummaryStats*
> > sum)
> > +
> > + for (g = 0; g < RtsFlags.GcFlags.generations; g++) {
> > + int prefix_length = 0;
Hi Simon,
On Wed, Sep 08, 2021 at 06:02:18PM +0200, Simon Hoffmann wrote:
| Hey yall!
|
| Excuse the dumb question, but I couldn't find any info on the ports build
cycle. When
| looking at the ports, I can see eg rspamd in v3 (released two weeks ago), but
when
| using pkg_info -Q, I only see v2
Hello, again.
I've updated the port (see attached tarball) according to your requests.
On Tuesday, September 7th, 2021 at 9:35 PM, Stuart Henderson
wrote:
> On 2021/09/07 13:35, Juris M. wrote:
> > Additionally, he noted that ports submitted from ProtonMail users are often
> > of shoddy qualit
On 2021/09/08 11:12, Renaud Allard wrote:
> I discussed with exim guys and it seems they are quiet reluctant at
> modifying "correct C code".
It's not correct code that the %n abort is there to protect against.
It's to prevent cases with incorrect code from turning into a hole.
Hopefully Exim's
Jeremie Courreges-Anglas wrote:
> On Wed, Sep 08 2021, Renaud Allard wrote:
>
> [...]
>
> > I discussed with exim guys and it seems they are quiet reluctant at
> > modifying "correct C code".
>
> Even sprintf uses can be correct, it doesn't mean that people should use it.
the exim people tal
On Wed, Sep 08 2021, Renaud Allard wrote:
[...]
> I discussed with exim guys and it seems they are quiet reluctant at
> modifying "correct C code".
Even sprintf uses can be correct, it doesn't mean that people should use it.
> At least the acl.c one will cause issues as
> we have seen with th
Hi,
While building devel/libgnt I'm getting the following error message
during the configure stage:
Program gtkdoc-scan found: NO
../../pobj/libgnt-2.14.2/libgnt-2.14.2/doc/meson.build:29:6: ERROR: Program
'gtkdoc-scan' not found
A full log can be found at
/home/ports/pob
Hey yall!
Excuse the dumb question, but I couldn't find any info on the ports build
cycle. When
looking at the ports, I can see eg rspamd in v3 (released two weeks ago), but
when
using pkg_info -Q, I only see v2.7.
So: when are new port versions build as binary and available through pkg_add?
On Wed, Sep 08, 2021 at 01:37:34PM +0100, Stuart Henderson wrote:
> On 2021/09/07 21:24, Christian Weisgerber wrote:
> > Earlier today, semarie@ committed a change that will now cause base
> > clang to warn when the %n specifier appears in a format string for
> > the printf(3) family of functions:
Stuart Henderson wrote:
> On 2021/09/07 21:24, Christian Weisgerber wrote:
> > Earlier today, semarie@ committed a change that will now cause base
> > clang to warn when the %n specifier appears in a format string for
> > the printf(3) family of functions:
> >
> > warning: '%n' format specifier
Thank you for looking into this, I meant to, but was slightly turned off
by the depth of the rabbit hole. I'll annotate it below.
Matthias Kilian writes:
> +@@ -1024,8 +1024,10 @@ static void report_summary(const RTSSummaryStats* sum)
> +
> + for (g = 0; g < RtsFlags.GcFlags.generations
On 2021/09/08 13:51, Juris M. wrote:
> Hello, again.
>
> I've updated the port (see attached tarball) according to your requests.
>
> On Tuesday, September 7th, 2021 at 9:35 PM, Stuart Henderson
> wrote:
> > On 2021/09/07 13:35, Juris M. wrote:
> > > Additionally, he noted that ports submitted
Hi Stuart,
thanks for the update.
On Wed, Sep 08, 2021 at 02:49:10PM +0100, Stuart Henderson wrote:
> It is only about 24h since you posted your first message. Have patience.
Please let me know if you have any questions.
--
Sergey Osokin
It is only about 24h since you posted your first message. Have patience.
On 2021/09/08 13:19, Sergey A. Osokin wrote:
> Hi,
>
> could you please provide an update.
> Thank you.
>
> --
> Sergey Osokin
>
> On Tue, Sep 07, 2021 at 12:56:03PM +, Sergey A. Osokin wrote:
> > Hi there,
> >
> > I
Hi,
could you please provide an update.
Thank you.
--
Sergey Osokin
On Tue, Sep 07, 2021 at 12:56:03PM +, Sergey A. Osokin wrote:
> Hi there,
>
> I'm glad to share with you NGINX Unit port for OpenBSD has been created.
>
> In addition to the port (it's been attached to this email as a tar
On 9/2/21 10:46 PM, Jeremie Courreges-Anglas wrote:
On Thu, Sep 02 2021, "Theo de Raadt" wrote:
Jeremie Courreges-Anglas wrote:
exim apparently uses printf("%n"), which is currently forbidden (libc
calls abort(3)).
I don't want us to fix all the %n uses in the ports tree, but instead
wa
On 2021/09/07 21:24, Christian Weisgerber wrote:
> Earlier today, semarie@ committed a change that will now cause base
> clang to warn when the %n specifier appears in a format string for
> the printf(3) family of functions:
>
> warning: '%n' format specifier support is deactivated and will call a
ping ...
发件人: owner-po...@openbsd.org 代表 wen heping
发送时间: 2021年8月23日 8:23
收件人: ports@openbsd.org
主题: converters/p5-Convert-ASN1: security update to 0.31
Hi, ports@:
Here is a patch for converters/p5-Convert-ASN1:
i) Update to 0.31
ii) Fi
Hi, ports@:
Here is a simple patch for devel/p5-Test-MockModule to update to
0.177.0, it build well and pass all tests on amd64-current system.
3 ports depends on devel/p5-Test-MockModule, all build well and
pass all tests too.
Any comments ?
wenIndex: Makefile
=
Stuart Henderson:
> henning: do you still use openldap 2.3? if not, the port is a bit of a
> source of problems and it would be helpful to remove it (these days 2.4
> has a backend which is nothing to do with berkeley db which iirc was the
> original problem)
In case we still need it, we can just
On Mon, Sep 06, 2021 at 06:49:03PM +, Brian Callahan wrote:
> >
> > It would be nice if it is packaged in the OpenBSD 7.0 release.
>
> If someone wants to import with my ok too, go ahead. I won't be able to get
> around to this myself for the next several days.
This has now been committed, t
Hi,
Laurence Tratt writes:
> > There is a way (documented in bsd.port.mk) but I have always found
> > the versioned DIST_SUBDIR both more intuitive and easier to remember.
>
> Stuart also pointed that out to me and said that it's preferable to not use
> subdirs if possible. So I attach an update t
Bulk build on sparc64-0a.ports.openbsd.org
Started : Mon Sep 6 16:40:55 MDT 2021
Finished: Wed Sep 8 01:45:45 MDT 2021
Duration: 1 Days 9 hours 5 minutes
Built using OpenBSD 7.0-beta (GENERIC.MP) #962: Mon Sep 6 09:23:38 MDT 2021
Built 7980 packages
Number of packages built each day:
Sep 6:
43 matches
Mail list logo
