On Sun, Feb 03, 2019 at 12:52:20AM -0500, Brad Smith wrote:
> Fix a bunch of CVE.
>
> CVE-2016-2399, CVE-2017-9122, CVE-2017-9123, CVE-2017-9124, CVE-2017-9125,
> CVE-2017-9126, CVE-2017-9127, CVE-2017-9128
A second rev. One of the patches had a missing chunk.
Index: Makefile
==
Awesome, thanks!
I just want to run chromium and xfce4.
If those can be made, I can wait until libc 95.0 comes to openbsd server.
Thank you very much, again
Now compiling is going well.
Kenji
2019年2月7日(木) 8:22 Stuart Henderson :
> On 2019/02/07 07:48, 岡本健二 wrote:
> > Thank you very much.
> >
>
On 2019/02/07 07:48, 岡本健二 wrote:
> Thank you very much.
>
> >Is there a particular reason to be building these yourself? Normally it's
> >recommended to use packages.
>
> Because I cannot pkg_add due to miss-matches of libc version etc.
> My libc version is 95.o, however, many requires 94.0...
A
On 2019/02/06 23:32, Sebastian Benoit wrote:
> $ doas pkg_delete gnupg-1.4.23p1
> can't delete gnupg-1.4.23p1 without deleting password-store-1.7.3
> Delete them as well ? [y/N/a]
>
> but password-store has security/gnupg2 as dependency, not gnupg-1.4...
>
> Port:
Thank you very much.
>Is there a particular reason to be building these yourself? Normally it's
>recommended to use packages.
Because I cannot pkg_add due to miss-matches of libc version etc.
My libc version is 95.o, however, many requires 94.0...
Kenji
2019年2月6日(水) 20:37 Stuart Henderson :
>
$ doas pkg_delete gnupg-1.4.23p1
can't delete gnupg-1.4.23p1 without deleting password-store-1.7.3
Delete them as well ? [y/N/a]
but password-store has security/gnupg2 as dependency, not gnupg-1.4...
Port: password-store-1.7.3
Path: security/password-store
Info
On Wed, Feb 06, 2019 at 09:00:41PM +0200, Hannu Vuolasaho wrote:
> I also noticed the move of the examples and pcb, The examples are
> mainly for documentation
> and aren't supposed to be used as starting point. Also the pcb has
> same fate. pcb directory
> isn't needed any more for tEDAx export. T
Edd Barrett writes:
> On Tue, Feb 05, 2019 at 11:44:06PM +0100, Alex Holst wrote:
>> I'll follow up with that diff.
>
> Here's Alex's diff.
>
> We had a private exchange, and agreed that we'd include stcli (which he
> relies on).
>
> Note that stcli used to be in a separate repo, but it moved in
Hi!
This split is based on what Arch Linux have already done.
Also I am willing to take maintainership of this port.
Note that this game doesn't link to libpq, but it still builds
with PostgreSQL support.
Index: Makefile
===
RCS fi
On Wed, Feb 06, 2019 at 01:09:13PM -0500, Brian Callahan wrote:
> I think we're looking at two independent issues:
> 1. Does the bootstrap daemon work?
> 2. Does it work through init with a fancy rcctl script?
>
> The answer to question 1 is unequivocally "yes" since I was running it on my
> machi
Hi!
I also noticed the move of the examples and pcb, The examples are
mainly for documentation
and aren't supposed to be used as starting point. Also the pcb has
same fate. pcb directory
isn't needed any more for tEDAx export. Those are provided as
reference and will be redone
or removed when libr
On 2/6/19 8:47 AM, Otto Moerbeek wrote:
> Hi,
>
> on current enigmail does not seem to work well, if the passphrase in
> gpg-agent is expired, it does not present a dialog to get it and
> signing fails. If I seperately update the passpharse in gpg-agent via
> a command line request enigmail is abl
On 2/6/19 11:15 AM, Leonid Bobrov wrote:
Hi Brian!
First, I tried setting up daemon at init level, I added to
/usr/ports/infrastructure/db/user.list the following:
831 _toxdht _toxdht net/toxcore
Then I added toxdht.rc to net/toxcore/pkg with contents:
```
#!/bin/ksh
daemon="${TRUEPREFIX}/bi
I've fixed \n\r line endings problem, but I can't send that properly
as a plain text patch (emacs and neomutt are amazing), so I am attaching
a tarball where you can run `cvs diff -uNp`:
utox.tar.gz
Description: Binary data
On Wed, Feb 06, 2019 at 10:55:47AM -0500, Brian Callahan wrote:
> Just PREFIX=${PREFIX} here. Same with MANDIR, just PREFIX instead of
> TRUEPREFIX.
> Otherwise this looks ok. I was able to connect to my server. But I have no
> friends on tox and therefore no one to talk to so I can't test beyond t
Hi ports,
abcde 2.9.3 has been released yesterday, so here is an update!
What's new upstream [1]:
- Replace non portable sed code with a simple awk statement
- Deal with bizarre cdda2wav behaviour when doing cdtext lookup
- Add support for detecting if recode is installed when the
mungefilena
It's useless, I've just checked the MIME version of this patch,
uTox port will wait, I'll make complete DOS2UNIX conversion then.
On Wed, Feb 06, 2019 at 10:59:18AM -0500, Brian Callahan wrote:
> This diff failed to apply (patches/patch-CMakeLists_txt failed).
>
> ~Brian
>
I guess I know why: it contains weird ^M symbols at the end of each
line and I guess Emacs didn't copy them, this time I'll attach it
with MIME, try it:
On Wed, Feb 06, 2019 at 03:11:08PM +, Linda Lapinlampi wrote:
> Hi maintainer, a small revision update here.
If I may, here's a new diff which also pulls a patch from Debian to also
unconditionally disable tracking beacons from py-httpbin.
Index: Makefile
==
On Tue, Feb 05, 2019 at 11:44:06PM +0100, Alex Holst wrote:
> I'll follow up with that diff.
Here's Alex's diff.
We had a private exchange, and agreed that we'd include stcli (which he
relies on).
Note that stcli used to be in a separate repo, but it moved into the
main repo. Alex's change just
Hi Brian!
First, I tried setting up daemon at init level, I added to
/usr/ports/infrastructure/db/user.list the following:
831 _toxdht _toxdht net/toxcore
Then I added toxdht.rc to net/toxcore/pkg with contents:
```
#!/bin/ksh
daemon="${TRUEPREFIX}/bin/tox-bootstrapd --config /etc/tox-bootstrapd.
On 2/6/19 8:09 AM, Leonid Bobrov wrote:
Hi!
I'm willing to maintain this port.
There are several impovements I've made to this port:
* D-Bus support (upstreamed);
* Tests support, all tests pass (upstreamed);
* push-to-talk support (not upstreamed);
* expanded description using upstream's RE
On 2/6/19 5:23 AM, Leonid Bobrov wrote:
Hi!
I am willing to maintain this port.
Full changelog can be found here:
https://github.com/TokTok/toxic/compare/v0.8.2...v0.8.3
Toxic's upstream has moved to https://github.com/TokTok/toxic, so all
issues and PRs should go there.
After the last PR
Hi Leonid --
On 2/6/19 4:55 AM, Leonid Bobrov wrote:
Hi!
While I was contributing to Ravenports, John Marino from DragonFly BSD
explained me why I should be maintainer. So I am willing to take back
maintainership of ports I submitted to this mailing list.
I disabled bootstrap daemon because it
Hi maintainer, a small revision update here.
While I'll look into updating to py-http-bin-0.7.0 in the future
(upcoming www/py-treq port claims version == 0.5.0 as its dependency), I don't
think the patch originally supplied in 2016 is needed today to support
Python 2.5 and earlier on OpenBSD.
I
On 2/6/19 9:14 AM, Brian Callahan wrote:
I must have been overzealous in cleaning out my "send to /dev/null"
list because here you are in my inbox again.
Why should any of us bother given your track record?
I imagine your diffs with languish here without some sort of serious
long-term chang
- Forwarded message from Stuart Henderson -
From: Stuart Henderson
Date: Wed, 6 Feb 2019 07:22:39 -0700 (MST)
To: ports-chan...@openbsd.org
Subject: CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2019/02/06 07:22:39
Modi
I must have been overzealous in cleaning out my "send to /dev/null" list
because here you are in my inbox again.
Why should any of us bother given your track record?
I imagine your diffs with languish here without some sort of serious
long-term change in attitude.
~Brian
On 2/6/19 8:09 AM, L
On 2/1/19 4:03 PM, George Rosamond wrote:
pkg/DESCR
Work Sans is a 9 weight typeface family based loosely on early
Grotesques, i.e. Stephenson Blake, Miller & Richard and Bauerschen
Giesserei. The core of the fonts are optimised for on-screen
medium-sized text usage (14px-48px), but still can
Hi --
On 2/5/19 9:50 AM, George Rosamond wrote:
George Rosamond:
Updated from 0.21.9 plus fixed formatting of Makefile and DESCR.
Also bumped automake version to 1.15.
Resubmitting with diff attached and not inline, without bumping automake.
If we're going to go the reformatting the Makefi
On 12/28/18 1:45 PM, Brian Callahan wrote:
On 11/25/18 11:09 AM, Brian Callahan wrote:
On 11/24/18 5:26 PM, Max Fillinger wrote:
On Fri, Nov 23, 2018 at 09:40:41PM -0500, Brian Callahan wrote:
On 11/23/18 7:05 PM, Max Fillinger wrote:
Thanks for your help!
* No MAINTAINER--do you wan
Hi!
I'm willing to maintain this port.
There are several impovements I've made to this port:
* D-Bus support (upstreamed);
* Tests support, all tests pass (upstreamed);
* push-to-talk support (not upstreamed);
* expanded description using upstream's README.
Index: Makefile
==
On Tue, Feb 05 2019, Stuart Henderson wrote:
> It hasn't finished a full build yet (still running), but at least has
> got past the previous breakage point.
>
> ok if it finishes?
It fixes the build on amd64, ok jca@
I would have kept a fallback on for
clang-using-libestdc++ (what I tried to do
On 2019/02/06 19:57, 岡本健二 wrote:
> I'm facing another problem at /usr/ports/sysutils/coreutils:
>
> make install ended eroor, which says:
>
> ...
> checking whether mknod can create fifo... without root privileges...
> configure: error: you should not run configure as root
> (set FORCE_UNSAFE_CO
On Wed, Feb 06, 2019 at 07:57:33PM +0900, 岡本健二 wrote:
> I'm facing another problem at /usr/ports/sysutils/coreutils:
>
> make install ended eroor, which says:
>
> ...
> checking whether mknod can create fifo... without root privileges...
> configure: error: you should not run configure as root
>
I'm facing another problem at /usr/ports/sysutils/coreutils:
make install ended eroor, which says:
...
checking whether mknod can create fifo... without root privileges...
configure: error: you should not run configure as root
(set FORCE_UNSAFE_CONFIGURE=1 in environment to bypass this work)
Ye
Ok, thanks for the clarification.
2019年2月6日(水) 19:37 Stuart Henderson :
> On 2019/02/06 11:05, 岡本健二 wrote:
> > So, it may indicate pythons on the -current is not a reliable
> application...
>
> Not at all. It indicates that some modules that *might* be loaded as
> Python extensions require W+X ma
On 2019/02/06 11:05, 岡本健二 wrote:
> So, it may indicate pythons on the -current is not a reliable application...
Not at all. It indicates that some modules that *might* be loaded as
Python extensions require W+X mappings - in particular WebKit bindings.
> By the way, I should have created /usr/por
Sorry, new diff, DHT_bootstrap binary is useless because it doesn't
work too. This should be final sane diff:
Index: Makefile
===
RCS file: /cvs/ports/net/toxcore/Makefile,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 Makefile
---
Hi!
I am willing to maintain this port.
Full changelog can be found here:
https://github.com/TokTok/toxic/compare/v0.8.2...v0.8.3
Toxic's upstream has moved to https://github.com/TokTok/toxic, so all
issues and PRs should go there.
After the last PR I've sent to Toxic, it stopped ignoring CFLAG
On Sun, Jan 27, 2019 at 11:21:53AM +0100, Henrik Friedrichsen wrote:
> And another small update to 0.11.2:
Final ping. It'd be nice to have this in before the 6.6 freeze.
Hi!
While I was contributing to Ravenports, John Marino from DragonFly BSD
explained me why I should be maintainer. So I am willing to take back
maintainership of ports I submitted to this mailing list.
I disabled bootstrap daemon because it doesn't work, it immediately
starts and exits with 0, n
On Mon, Feb 04, 2019 at 08:39:14PM +, Linda Lapinlampi wrote:
> On Mon, Feb 04, 2019 at 09:23:31PM +0100, Daniel Jakots wrote:
> > On Mon, 4 Feb 2019 20:17:01 +, Linda Lapinlampi
> > wrote:
> > > COMMENT =port of Google's libphonenumber library
> > > -#'
> >
> > why do you remove
timo.my...@bittivirhe.fi (Timo Myyrä) wrote:
> Jeremie Courreges-Anglas writes:
>
> > On Mon, Jan 14 2019, Solene Rapenne wrote:
> >> Solene Rapenne wrote:
> >>> Solene Rapenne wrote:
> >
> > [...]
> >
> >>> I finally found the origin of the issue when loading brutal doom (and some
> >>> other
Hi,
for an update of databases/ruby-hiera-eyaml I need the optimist gem. They
switched from the (deprecated) trollop to optimist.
Optimist is a commandline option parser for Ruby that just gets out of
your way. One line of code per option is all you need to write. For
that, you get a nice automa
45 matches
Mail list logo
