On Tue, 29 Aug 2017 23:40:11 +0100
James Le Cuirot wrote:
>
> > Both the same as sun-javamail and since renamed to just javamail.
> > Final name change
> > https://github.com/javaee/javamail
>
> Thanks for that. We started this ball rolling a while ago so I should
> have checked the curren
On Tue, 29 Aug 2017 18:26:33 -0400
"William L. Thomson Jr." wrote:
> On Tue, 29 Aug 2017 22:35:25 +0100
> James Le Cuirot wrote:
>
> > # James Le Cuirot (29 Aug 2017)
> > # The FOSS-friendly oracle-javamail has rendered other implementations
> > # and the virtual obsolete. Removal in 30 days.
On Tue, 29 Aug 2017 22:35:25 +0100
James Le Cuirot wrote:
> # James Le Cuirot (29 Aug 2017)
> # The FOSS-friendly oracle-javamail has rendered other implementations
> # and the virtual obsolete. Removal in 30 days. See bug #553186.
> dev-java/gnu-classpath-inetlib
> dev-java/gnu-javamail
> dev-j
# James Le Cuirot (29 Aug 2017)
# The FOSS-friendly oracle-javamail has rendered other implementations
# and the virtual obsolete. Removal in 30 days. See bug #553186.
dev-java/gnu-classpath-inetlib
dev-java/gnu-javamail
dev-java/sun-javamail
java-virtuals/javamail
# James Le Cuirot (29 Aug 2017
What should happen if an ebuild calls "die" in pkg_prerm?
The issue arose while trying to create a package that could not be
uninstalled except as part of an upgrade. The first thing that came to
mind was to have it die in pkg_prerm.
What portage does is *appear* to crash, but then continue along
# Jonas Stein (29 Aug 2017)
# SRC_URI and HOMEPAGE are dead and the ebuild is in a very bad
# state.
# Removal in 30 days. #629112.
app-text/adiff
--
Best regards,
Jonas Stein
signature.asc
Description: OpenPGP digital signature
Kent Fredric posted on Tue, 29 Aug 2017 21:21:09 +1200 as excerpted:
> On Thu, 24 Aug 2017 03:06:13 + (UTC)
> Duncan <1i5t5.dun...@cox.net> wrote:
>
>> nrpe-command-args-SECURITY-HOLE or just nrpe-GAPING-SECURITY-HOLE
>
> That's probably excessive, if you set that USE flag globally, you
> de
On Thu, 24 Aug 2017 03:06:13 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
> nrpe-command-args-SECURITY-HOLE
> or just
> nrpe-GAPING-SECURITY-HOLE
That's probably excessive, if you set that USE flag globally, you
deserve what you get.
And if you are responsible and you know what you're gettin