On Sun, Oct 2, 2016 at 1:28 PM, konsolebox wrote:
> 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
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 I'd prefer that it's
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
> it can look for l
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 ~ $ BASH_LO
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
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 change
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
> https://lists.gnu.org/archive/html/bug-bash/2016-09/msg00020.html).
> Rebuilding or insta
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 packa
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 done in dev-lang/ruby.
>
> Its just esele
On 01/10/16 10:10, Michał Górny wrote:
> explicitly selecting all targets.
The item seems fine.
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/>
pgpw_7R3xlSoM.pgp
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? Some issue to do wi
> 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 compatib
14 matches
Mail list logo
