On 2017-10-10 21:16, Andreas K. Huettel wrote:
> …
> Switching involves the following steps:
> If not already done,
> * Use gcc-config to select gcc-6.4.0 (or later) as system compiler
> * Re-source /etc/profile:
> . /etc/profile
> * Re-emerge libtool
Should probably instruct users to upgrade
Ühel kenal päeval, K, 11.10.2017 kell 00:36, kirjutas Jonas Stein:
> Dear all,
>
> The following packages are up for grabs:
>
> dev-python/python-gudev
>
> after retirement of the proxied maintainer.
>
> The ebuild has QA warnings:
> inherit.deprecated1
> dev-python/python-gude
Dear all,
The following packages are up for grabs:
x11-wm/echinus
after retirement of the proxied maintainer.
Upstream did not release a version after 2011. http://plhk.ru/
A bump from EAPI=4 to EAPI=6 would be nice, if the package is still usefull.
--
Best,
Jonas
signature
TL;DR: It would be very nice if when I did:
emerge --depclean -va
That important packages like say, Postgres could go "hey, that's ...
probably gonna break things, you haven't migrated, are you sure?"
Seeing notices *after* removing postgres that my system is now broken is not
too inspiring.
On 10/11/2017 12:20 PM, Kent Fredric wrote:
> TL;DR: It would be very nice if when I did:
>
> emerge --depclean -va
>
> That important packages like say, Postgres could go "hey, that's ...
> probably gonna break things, you haven't migrated, are you sure?"
>
This might also scratch the itch
On Wed, Oct 11, 2017 at 08:10:02AM -0400, Aaron W. Swenson wrote:
> Some of these can take a while. Maybe we want to spell it out:
>
> for p in sys-devel/gcc:6.4.0 sys-devel/binutils sys-libs/glibc; do
> emerge -1 $p || break
> done
Is gcc-config/binutils-config needed in this sequence as well?
-
Dear all,
The following packages are up for grabs:
www-client/elinks
after retirement of the proxied maintainer.
www-client/elinks has several open bug tickets. Some with patches:
https://bugs.gentoo.org/buglist.cgi?quicksearch=www-client%2Felinks
Upstream did not release for decades, but deve
On Wed, Oct 11, 2017 at 12:41:06AM -0400, Walter Dnes wrote
> I'm on 6.3.0 on x86, which is currently unstable on *ALL* arches, and
> "emerge -pv =sys-devel/gcc-6.3.0" shows "(-pie)".
And x86 32-bit gcc-6.4.0 shows (-pie) as well...
==
Hi,
Since the git pre-GLEP was approved by the Council, I've converted it to
reST and did a few cosmetic changes (rewording, clarification). Please
take a one more look at the current wording:
Text: https://dev.gentoo.org/~mgorny/tmp/glep-0066.rst
HTML: https://dev.gentoo.org/~mgorny/tmp/glep-006
On 10/11/2017 05:19 PM, Michał Górny wrote:
> Hi,
snip
> - ``Reported-by: Full Name `` — usually indicates
> full review,
snip
Hi,
Is that was Reported-by usually indicates? I use it as upstream kernel and even
github indicates, and thought this was the more common and documented use.
On 10/11/2017 04:33 PM, Walter Dnes wrote:
> On Wed, Oct 11, 2017 at 12:41:06AM -0400, Walter Dnes wrote
>
>> I'm on 6.3.0 on x86, which is currently unstable on *ALL* arches, and
>> "emerge -pv =sys-devel/gcc-6.3.0" shows "(-pie)".
>
>And x86 32-bit gcc-6.4.0 shows (-pie) as well...
>
> =
On Wed, Oct 11, 2017 at 07:28:12PM -0400, Brian Evans wrote
> It gets forced on with the 17.0 profile. Did you switch yet?
Not yet. I'm currently delving further into an obscure ebuild failure
for python, so that I can submit a more detailed bug report. Once I get
that done (I already have a
12 matches
Mail list logo