# Kent Fredric (19 Sep 2017)
# Dead upstream, broken on Perl 5.26. Bugs #631302, #623116
# Masked for removal in 30 days.
dev-perl/Syntax-Highlight-Engine-Simple-Perl
pgppKLltnJg_z.pgp
Description: OpenPGP digital signature
Andreas K. Huettel posted on Mon, 18 Sep 2017 11:56:30 +0200 as excerpted:
> It may not always be obvious where this is needed, since net-libs/libnsl
> is already pulled in deep in the dependency tree (my @system chroot has
> it).
FWIW, while it may be deep in the @system dependency tree, I don't
On 09/18/2017 08:03 PM, Aaron W. Swenson wrote:
> On 2017-09-18 15:09, Paul Varner wrote:
>> In order to upgrade to the new version of gentoolkit, you will need to
>> resolve
>> the blocks. In many cases, removing app-portage/gentoolkit-dev from the world
>> set will allow Portage to automatically
On 2017-09-18 15:09, Paul Varner wrote:
> Please provide any feedback on the upcoming deprecation and removal of
> app-portage/gentoolkit-dev with the upcoming stabilization of
> app-portage/gentoolkit-0.4.0 (Bug 627350)
>
> Regards,
> Paul
> Title: app-portage/gentoolkit-dev deprecation/remova
Please provide any feedback on the upcoming deprecation and removal of
app-portage/gentoolkit-dev with the upcoming stabilization of
app-portage/gentoolkit-0.4.0 (Bug 627350)
Regards,
Paul
Title: app-portage/gentoolkit-dev deprecation/removal
Author: Paul Varner
Posted: 2017-09-19
Revision: 1
Am Montag, 18. September 2017, 20:51:22 CEST schrieb Alexis Ballier:
> On Mon, 18 Sep 2017 11:56:30 +0200
>
> "Andreas K. Huettel" wrote:
> > Porting a package means adding a dependency in the style of
> >
> > || (
> Better make that:
> || ( net-libs/libns
> so that the prefer-leftmost rule
On Mon, 18 Sep 2017 11:56:30 +0200
"Andreas K. Huettel" wrote:
> Porting a package means adding a dependency in the style of
> || (
> My suggestion for an ideal implementation would be that any package that
> uses RPC defines useflags:
> sunrpc - build against glibc
> libtirpc - build against net-libs/libtirpc
> ntirpc - build against net-libs/ntirpc
> with
> REQUIRED_USE="^^ ( sunrpc libtirpc ntirpc )"
> If rpc support is opti
On 18/09/17 16:36, Andreas K. Huettel wrote:
> Am Montag, 18. September 2017, 14:28:37 CEST schrieb M. J. Everitt:
>>
>>
>> Would a virtual help any? Probably overlooking a good number of factors,
>> but wasn't mentioned yet ...
>>
> So far I don't see how... Virtual would mean that the same func
Am Montag, 18. September 2017, 14:28:37 CEST schrieb M. J. Everitt:
>
>
>
> Would a virtual help any? Probably overlooking a good number of factors,
> but wasn't mentioned yet ...
>
So far I don't see how... Virtual would mean that the same functionality is
provided by different packages, and
# Kent Fredric (18 Sep 2017)
# Dead upstream, requires Module::Install. May be kept
# if somebody can make an argument for it. Bug #631334
# Masked for removal in 30 days.
dev-perl/PerlIO-via-symlink
pgpPGyHsnkTUN.pgp
Description: OpenPGP digital signature
On 18/09/17 10:56, Andreas K. Huettel wrote:
> So glibc-2.26 is already out for some time, but we still haven't keyworded it
> yet. Why?
>
> * I want to use the opportunity to make the long-delayed switchover from
> glibc-internal SunRPC (long deprecated and outdated) to external
> implementatio
On Mon, Jul 31, 2017 at 09:11:19AM +0200, Nicolas Bock wrote:
Hi,
I would like to add neomutt to the tree. This new package is meant as
an alternative and not a replacement of the existing mutt package.
This is the third edition. Please have another look. Thanks!
# Copyright 1999-2017 Gent
On Thu, Aug 10, 2017 at 09:40:30AM +0200, Michał Górny wrote:
On czw, 2017-08-10 at 06:58 +0200, Nicolas Bock wrote:
On Mon, Jul 31, 2017 at 09:11:19AM +0200, Nicolas Bock wrote:
Hi,
I would like to add neomutt to the tree. This new package is meant as
an alternative and not a replacement of t
So glibc-2.26 is already out for some time, but we still haven't keyworded it
yet. Why?
* I want to use the opportunity to make the long-delayed switchover from
glibc-internal SunRPC (long deprecated and outdated) to external
implementations (libtirpc, and possibly ntirpc).
* The (outdated and
> Well, I'd argue the case for "not 'perfectly'", because for better or for
> worse, systemd has had rather more luck at cross-distro init-system
> unification than that comic suggests.
It would have a chance to be true if systemd had less stupid bugs (which never
appeared in other init systems),
16 matches
Mail list logo
