> I am against it as well. The purpose of this testing is to eventually
> move to bash-4.4 being stable and replacing bash-4.3, so slotting it
> would make that more complex later.
Only true for users that have no interest in testing. Irrelevant for
anyone that needs to test for backwards
On Thu, Sep 29, 2016 at 5:29 PM, Kent Fredric wrote:
> Maybe you could do some horrible QA Violation like USE=multislot
> which changes the slot from :0 and adds the -suffix at the same time.
>
> But I still don't think its a useful or good idea.
Really? Why is this a problem?
Please review the inlined news item. I'd like to publish it when
LLVM-3.9 is unmasked.
--
Title: LLVM 3.9 with LLVM_TARGETS
Author: Michał Górny
Content-Type: text/plain
Posted: 2016-..-..
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: http://dev.gentoo.org/~mgorny/>
All,
this is a friendly reminder.
If you are merging pull requests from Github into the tree, please
remember to follow Gentoo ebuild maintenance policy [1].
In short, if you are not the maintainer of the ebuild or a member of a
project listed in metadata.xml, you are only allowed to make
On 01/10/16 10:10, Michał Górny wrote:
> explicitly selecting all targets.
The item seems fine.
On Sun, Oct 2, 2016 at 12:34 AM, Dan Douglas wrote:
> I'd be perfectly happy requiring bundled readline when USE="readline"
> for bash versions incompatible with the installed readline,
I guess that's another good way to solve the readline issue (when it
comes to bash). But
On Sat, Oct 1, 2016 at 8:38 AM, Kent Fredric wrote:
> On Sat, 1 Oct 2016 01:49:56 +0800
> konsolebox wrote:
>
>> It would be nice to have some eselect command to
>> easily switch from one version of Bash to another; probably something
>> close to how it's
I should also add that testing newer versions of bash becomes more
risky sometimes, since bash would sometimes need a newer version of
readline (see
https://lists.gnu.org/archive/html/bug-bash/2016-09/msg00020.html).
Rebuilding or installing a newer version of readline would cause some
other
On Sat, Oct 1, 2016 at 10:40 AM, konsolebox wrote:
> I should also add that testing newer versions of bash becomes more
> risky sometimes, since bash would sometimes need a newer version of
> readline (see
>
On 10/01/2016 09:30 PM, Brian Dolbec wrote:
> On Sat, 1 Oct 2016 17:08:46 -0700
> Zac Medico wrote:
>
>> On 09/25/2016 11:44 PM, Zac Medico wrote:
>>> This is needed for Windows Subsystem for Linux (WSL), as well as
>>> older versions of PyPy.
>>>
>>> X-Gentoo-bug: 595146
>>>
On Sat, 1 Oct 2016 17:08:46 -0700
Zac Medico wrote:
> On 09/25/2016 11:44 PM, Zac Medico wrote:
> > This is needed for Windows Subsystem for Linux (WSL), as well as
> > older versions of PyPy.
> >
> > X-Gentoo-bug: 595146
> > X-Gentoo-bug-url:
David Seifert (18 Sep 2016)
Masked for failing to build with GCC 6, still using ancient
distutils.eclass, tightly coupled to dev-libs/xqilla-2.2*.
Purged by Debian and Fedora more than 5 years ago.
Mask for removal in 30 days.
Bug #594236
David Seifert (01 Oct 2016)
Masked for failing to build with C++11, ancient codebase,
dead upstream, no updates in 5 years. No revdeps.
Mask for removal in 30 days. Bug #595754
One note - it may be useful to install `BASH_LOADABLES_PATH=/usr/lib/bash`
to the global env.d environment when USE=plugins, now that bash has
this feature. It doesn't enable anything by default but just informs bash that
it can look for loadables in that location.
(ins)ormaaj@smorgbox ~ $
On Sat, Oct 1, 2016 at 4:48 PM, Dan Douglas wrote:
> One note - it may be useful to install `BASH_LOADABLES_PATH=/usr/lib/bash`
> to the global env.d environment when USE=plugins, now that bash has
> this feature. It doesn't enable anything by default but just informs bash that
On 09/25/2016 11:44 PM, Zac Medico wrote:
> This is needed for Windows Subsystem for Linux (WSL), as well as
> older versions of PyPy.
>
> X-Gentoo-bug: 595146
> X-Gentoo-bug-url: https://bugs.gentoo.org/show_bug.cgi?id=595146
> ---
> pym/portage/locks.py | 59
>
16 matches
Mail list logo