On Tue, Dec 29, 2020 at 01:24:33PM +0100, Michał Górny wrote:
> As noted in another fork of this thread, libtls is now provided
> by dev-libs/libretls which works against OpenSSL.
The latest version of libressl also supports linking libtls statically
against libssl and libcrypto, allowing it to
Current versions of libressl link libcrypto and libssl into libtls
statically, allowing libtls to be installed concurrently with openssl
without any ABI breakage.
Would it be possible to have a use flag such as 'libtlsonly' or whatever
for the ebuild which only installs libtls, allowing it to
On Wed, Sep 11, 2019 at 09:53:49PM -0400, Mike Gilbert wrote:
> Added.
Much appreciated, thanks.
It was suggested to use uid/gid 321 for this purpose? Any objections to
this selection?
If not, how do I get
https://api.gentoo.org/uid-gid.txt
updated to mark it as requested or reserved?
Thanks...
On Mon, Sep 02, 2019 at 01:09:40PM -0700, Paul B. Henson wrote:
> Per ht
Per https://bugs.gentoo.org/show_bug.cgi?id=693050 openntpd is going to
switch to a dedicated openntpd user/group rather than sharing the ntp
user/group with net-misc/ntp.
Could I please get a static uid/gid assigned for this? For now, I'm just
going to hardcode them in the ebuild, and transition
On Wed, Jun 26, 2019 at 12:50:11PM -0700, Georgy Yakovlev wrote:
> As a maintainer of most jdks in gentoo I'm not looking at adding even
> more JDK versions this time as there is little to no reason of doing
> that.
Cool, thanks for the perspective.
> if there is significant performance or
Is anybody looking at Amazon's new openjdk distribution?
https://aws.amazon.com/corretto/
Advertised as production ready with long term support, no-cost. I'm not
sure how it compares to the current AdoptJDK builds, but seems like it
might be another good option.
On Wed, Apr 17, 2019 at 07:44:53PM -0700, Georgy Yakovlev wrote:
> I've modified the mask for now, but I still believe we should drop it.
> I do not maintain it at all, I only work on openjdk and a bit of icedtea.
Speaking of openjdk, all versions are masked and the ebuilds contain:
if
On Thu, Jan 11, 2018 at 05:07:22PM +, Peter Stuge wrote:
> Maybe this is a discussion for -project, then?
>
> Andreas K. Huettel wrote:
> > * and keep commenting opinionated on technical things they plainly have no
> > clue about (while whining when are told they sprout bulls##t).
>
> You
On Tue, Jan 09, 2018 at 10:20:56PM +0100, Andreas K. Huettel wrote:
> * Subscribing to the list and receiving list mail remains as it is now.
> * Posting to the list will only be possible to Gentoo developers and
> whitelisted additional participants.
Any chance you'd consider automatically
On Sun, May 22, 2016 at 01:07:01PM +, Nils Gillmann wrote:
> I am not one of the devs, but I run a system with libressl and openntpd.
> It does build, but it is affected by this bug I reported:
> https://bugs.gentoo.org/show_bug.cgi?id=583652
Ah, that bug had not yet been wrangled, so I
I recently added subject ebuild with a new libressl use flag.
Unfortunately I don't have a libressl system to test with and don't
really have the time right now to spin one up just for this :(. I was
wondering if one of the devs working with libressl would be kind enough
to make sure this at least
On Fri, Apr 03, 2015 at 01:59:25AM +0200, Hanno Böck wrote:
Is there a way to split libtls off libressl?
To revive this rather old thread, I just wanted to provide an update.
After some discussion with upstream portable openntpd, the libressl team
decided to go ahead and create a standalone
[Sorry if this is a dupe, my first send didn't seem to go through]
On Fri, Apr 03, 2015 at 01:59:25AM +0200, Hanno Böck wrote:
Is there a way to split libtls off libressl?
To revive this rather old thread, I just wanted to provide an update.
After some discussion with upstream portable
On Fri, Apr 03, 2015 at 01:59:25AM +0200, Hanno Böck wrote:
Is there a way to split libtls off libressl?
To revive this rather old thread, I just wanted to provide an update.
After some discussion with upstream portable openntpd, the libressl team
decided to go ahead and create a standalone
From: hasufell
Sent: Sunday, April 05, 2015 4:34 AM
However, openntpd still compiles with openssl.
Well, the current stable openntpd in portage compiles with openssl but that's
not surprising as it is ancient and predates libressl :). The current unstable
openntpd actually has no ssl
On Fri, Apr 03, 2015 at 01:59:25AM +0200, Hanno Böck wrote:
Tricky thing here, because then you'd need to rename the libs. E.g.
libssl to liblibressl or something.
But then every program with a build environment to link to libssl would
first have to be patched to link to our specialized
On Fri, Apr 03, 2015 at 01:31:53PM +0200, hasufell wrote:
Not anymore. We will go for libressl USE flag for the same reason
there is a libav USE flag now (working subslots etc).
Um, ok. That still only allows one or the other to be installed though,
right? So if you want a package that only
What is the current status/thoughts regarding libressl? Reviewing the
bug and some past threads, it sounds like the initial plan was to make
openssl a virtual and let either classic openssl or libressl fulfull it?
I'm not sure if things have changed from that viewpoint, but it really
doesn't seem
From: Pacho Ramos [mailto:pa...@gentoo.org]
Sent: Tuesday, December 10, 2013 12:55 PM
This has reminded me that maybe we should switch to cronie from
vixie-cron as default and recommended cron provider in Handbook. Last
time I checked, vixie-cron upstream was died while cronie forked it
On Fri, Nov 22, 2013 at 03:44:42PM -0800, Paul B. Henson wrote:
I've tested a variety of scenarios, from the network interface being
down/unplugged, providing invalid NTP servers, etc., and I haven't
seen a delay longer than 15 seconds.
I tracked down the failure mode where openntpd will take
On Sun, Dec 01, 2013 at 09:59:37AM -0700, Christoph Junghans wrote:
back to the original mechanism where openntpd runs normally as a daemon
and logs to syslog
This is exactly what the syslog use flag in openntpd-20080406-r5 does.
(And syslog is enabled by default in most profiles.)
The
On Sat, Nov 30, 2013 at 09:21:32PM -0800, Paul B. Henson wrote:
and logs to syslog, I'll put together a patch that adds a -p argument to
optionally create a pid file after daemonizing...
Bug 493082 contains a patch to openntpd adding a pid file option, along
with an updated ebuild that uses it...
On Sun, Dec 01, 2013 at 02:17:18PM -0800, Paul B. Henson wrote:
Bug 493082 contains a patch to openntpd adding a pid file option, along
with an updated ebuild that uses it...
Someone had asked me offlist about using SIGUSR1 instead of SIGINFO for
dumping peer status, and as long as I had my
On Sun, Dec 01, 2013 at 11:28:25PM +0100, Michał Górny wrote:
For current OpenRC -- maybe. For systemd and hopefully future OpenRC
capable of service supervision, PID file is just useless cruft
and foreground option is much more fun.
Dunno about the future of openrc, but as far as systemd I'm
On Sat, Nov 30, 2013 at 09:14:30AM +0100, Michał Górny wrote:
You know, usually it's enough to ping upstream. AFAIR there was
a similar problem in irqbalance, and they have added plain
'--foreground' for us.
I don't know there really is an upstream for portable openntpd right
now, there's
On Sat, Nov 30, 2013 at 04:20:09PM +, Diego Elio Pettenò wrote:
If you really don't want PID files (and it probably means you have
never had to deal with medium-scale deployments, but never mind), you
can make it so that `-p` is an optional parameter, and if not passed
no pidfile is
On Fri, Nov 29, 2013 at 09:49:03AM +0100, Lars Wendler wrote:
I think there's some confusion on what the -d option actually does, so
let me cite the relevant parts from man 8 ntpd:
[...]
Now let's discuss if this can be considered as debug mode or not.
Let me cite the relevant code ;) :
On Thu, Nov 28, 2013 at 08:55:56AM -0700, Christoph Junghans wrote:
run openntpd with two different ways of logging, via syslog (like Paul
wants) and with a separate log file to avoid boot delays (like djc
wants). We could easily make syslog logging the default, like
My point is that running
On Thu, Nov 28, 2013 at 06:48:30AM -0500, Rich Freeman wrote:
Having 47 devs agree with you doesn't really accomplish
much if none of them care to maintain the package in question.
Well, I would kinda hope that if 47 devs told 1 dev they were making a
poor design decision, that 1 dev would
On Fri, Nov 22, 2013 at 09:36:38PM +0100, Peter Stuge wrote:
Paul B. Henson wrote:
In openntpd ebuilds starting with version 20080406-r3, logging was changed
from using the default standard syslog to running the daemon in debug mode,
logging to stderr, and having start_stop_daemon
In openntpd ebuilds starting with version 20080406-r3, logging was changed
from using the default standard syslog to running the daemon in debug mode,
logging to stderr, and having start_stop_daemon background the process
itself and redirect the output to a log file.
I think this is broken.
From: Dirkjan Ochtman [mailto:d...@gentoo.org]
Sent: Friday, November 22, 2013 12:30 PM
- Without -s, it can take a *very* long time to get close to an
acceptable time error, whereas my initial expectation was that
starting my ntpd should fix the time error fairly quickly. But for
me this,
important to us. I'm not sure of
the current state of his mentorship, but he did just have his first baby
Monday so it's probably not the top thing on his mind :)...
--
Paul B. Henson | (909) 979-6361 | http://www.csupomona.edu/~henson/
Operating Systems and Network Analyst | [EMAIL PROTECTED
34 matches
Mail list logo
