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 whi
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
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 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 hadn'
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.
Firs
> 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
> m
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 hav
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 runnin
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 re
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 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 b
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 cr
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 ebuil
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
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
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
> 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
. We're running
Kerberos on Gentoo here and it's rather 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://w
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 u
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, 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 techn
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
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
On Wed, Sep 11, 2019 at 09:53:49PM -0400, Mike Gilbert wrote:
> Added.
Much appreciated, thanks.
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 t
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 li
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 on
> 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 de
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 lib
[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 openntp
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 lib
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 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 b
34 matches
Mail list logo
