On 12/28/20 8:55 PM, Michał Górny wrote:
I might be wrong but I think the update should proceed cleanly with
--changed-use/--newuse.
Maybe it is worth to tell people within the news item to run sth like
emerge --fetchonly dev-libs/openssl net-misc/openssh net-misc/wget
before (to have at
On Mon, 2020-12-28 at 13:59 -0500, Anthony G. Basile wrote:
> On 12/28/20 3:56 AM, Michał Górny wrote:
> > Hello, developers and Gentoo LibreSSL team.
> >
> > TL;DR: is there really a point in continuing the never-ending
> > always-
> > regressing struggle towards supporting LibreSSL in Gentoo?
>
I've been kindly asked by a gentoo dev to send my two pence in here:
peter:
> Michał Górny wrote:
>
> > LibreSSL users, does LibreSSL today have any benefit over OpenSSL?
>
> Yes, at least two:
>
> [...]
>
> B. It brings its own TLS API, a unique feature which by itself warrants
> the
Michał Górny wrote:
> > A. It is a distinct implementation with probably /quite some/ stable
> > compatibility, meaning that it will work perfectly fine as an
> > alternative in many cases.
>
> Except that it doesn't, as has been proven numerous times.
I'm sure that there are numerous cases
On Mon, 2020-12-28 at 22:00 +, Peter Stuge wrote:
> Michał Górny wrote:
> > I would like to discuss the possibility of discontinuing LibreSSL
> > support in Gentoo in favor of sticking with OpenSSL.
>
> I think that's a horrible idea, since Gentoo is about choice and this
> particular
Since the KEYWORDS=... assignment is a single line, git struggles to
handle conflicts. When rebasing a series of commits that modify the
KEYWORDS=... it's usually easier to throw them away and reapply on the
new tree than it is to manually handle conflicts during the rebase.
git allows a 'merge
Michał Górny wrote:
> I would like to discuss the possibility of discontinuing LibreSSL
> support in Gentoo in favor of sticking with OpenSSL.
I think that's a horrible idea, since Gentoo is about choice and this
particular component is one of the most important in a system.
But "support" can
On 12/28/20 3:56 AM, Michał Górny wrote:
> Hello, developers and Gentoo LibreSSL team.
>
> TL;DR: is there really a point in continuing the never-ending always-
> regressing struggle towards supporting LibreSSL in Gentoo?
>
>
> I would like to discuss the possibility of discontinuing LibreSSL
>
* media-sound/takcd-0.10-r1 : find.h: error: unknown type name
_off64_t (#714128)
* unusable without alsa
* upstream is 404
-> last rites
Bug: https://bugs.gentoo.org/762361
--
Best regards,
Jonas Stein
We'd like to use ekeyword in a git merge driver implementation, but the
files that the driver will pass to ekeyword do not necessarily have a
.ebuild suffix. Therefore, it would be handy to be able to distinguish
ebuild arguments some other way.
Bug: https://bugs.gentoo.org/762331
Signed-off-by:
We'd like to use ekeyword in a git merge driver implementation, but the
files that the driver will pass to ekeyword do not necessarily have a
.ebuild suffix. Therefore, it would be handy to be able to distinguish
ebuild arguments some other way. If the ignorable_arg(arg) function
returns True and
On 12/28/20 5:09 PM, Zac Medico wrote:
> On 12/28/20 3:15 PM, Matt Turner wrote:
>> +def apply_keyword_changes(ebuild: str, pathname: str,
>> + changes: List[Tuple[Optional[str],
>> + Optional[str]]]) -> int:
>> +result: int
On 12/28/20 3:15 PM, Matt Turner wrote:
> +def apply_keyword_changes(ebuild: str, pathname: str,
> + changes: List[Tuple[Optional[str],
> + Optional[str]]]) -> int:
> +result: int = 0
> +
> +# ekeyword will only modify
Hello,
On Mon, 28 Dec 2020, Michal Górny wrote:
>The only problem that I can think of are packages that depend
>on libressl specifically and do not support openssl. I don't think we
>have anything like that but I'll double check.
A naive check finds these:
Depends unconditionally on
Hello, developers and Gentoo LibreSSL team.
TL;DR: is there really a point in continuing the never-ending always-
regressing struggle towards supporting LibreSSL in Gentoo?
I would like to discuss the possibility of discontinuing LibreSSL
support in Gentoo in favor of sticking with OpenSSL.
On Mon, 2020-12-28 at 09:56 +0100, Michał Górny wrote:
> Hello, developers and Gentoo LibreSSL team.
>
> TL;DR: is there really a point in continuing the never-ending always-
> regressing struggle towards supporting LibreSSL in Gentoo?
>
>
> I would like to discuss the possibility of
On lunedì 28 dicembre 2020 09:56:19 CET Michał Górny wrote:
> I would like to propose that we stop patching
> packages, discontinue support for it and last rite it.
+1
--
Agostino
If it has any weight:
I think I was the first person to build Gentoo with LibreSSL. I support
this.
I believe pretty much everything that LibreSSL originally was
(consistent codingstyle, cleanup of obsolete/dead code etc.) has
happened in OpenSSL these days. It's more that there's some myth
18 matches
Mail list logo
