On Wed, Sep 2, 2015 at 2:28 AM, Eray Aslan wrote:
> On Tue, Sep 01, 2015 at 03:24:05PM +0200, Lars Wendler wrote:
>> * We should really get heimdal and mit-krb5 packages in a shape where
>> we can install them in parallel [2]. Using the bundled heimdal from
>> samba is no valid option [3]
>
>
On 09/02/2015 02:23 PM, George Shapovalov wrote:
> commit: 12dc193801fc938bb00bfe3b6a215383fa877532
> Author: George Shapovalov gentoo org>
> AuthorDate: Mon Aug 31 12:24:34 2015 +
> Commit: George Shapovalov gentoo org>
> CommitDate: Wed Sep 2 12:22:13 2015 +
> URL:
On Wednesday 02 September 2015 16:29:52 hasufell wrote:
> > - >=sys-libs/ncurses-5.7"
> > + >=sys-libs/ncurses-5.7:*"
> This doesn't look correct to me, unless dev-lang/gnat-gcc doesn't need
> ncurses headers(?). Only sys-libs/ncurses:0 provides headers (the other
> slots are for binary compati
On 09/02/2015 05:06 PM, George Shapovalov wrote:
> On Wednesday 02 September 2015 16:29:52 hasufell wrote:
>>> - >=sys-libs/ncurses-5.7"
>>> + >=sys-libs/ncurses-5.7:*"
>> This doesn't look correct to me, unless dev-lang/gnat-gcc doesn't need
>> ncurses headers(?). Only sys-libs/ncurses:0 provi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/09/15 11:15 AM, hasufell wrote:
> On 09/02/2015 05:06 PM, George Shapovalov wrote:
>> On Wednesday 02 September 2015 16:29:52 hasufell wrote:
- >=sys-libs/ncurses-5.7" + >=sys-libs/ncurses-5.7:*"
>>> This doesn't look correct to me,
On 09/02/2015 06:18 PM, Ian Stakenvicius wrote:
>
> There's no "best" slot, slots aren't used the same as versions --
> they either match or differ. The slot that's preferred (in portage
> at least, i expect other PMs too) is the SLOT of the most recent
> version of the package that's emerge'able
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/09/15 12:31 PM, hasufell wrote:
>> In terms of libraries in general, although the SLOT=0 for full
>> package version / SLOT=somethingelse for binary-only stuff is a
>> bit of a convention, you need to check what slotting actually
>> means for
On 8/30/15 12:02 PM, Kent Fredric wrote:
> Or upstream might be a monolithic giant like Google where their
> upstream bug tracking is some pointless forum where you get ignored by
> the people actually working on things.
Ouch.
Do you have specific examples?
I'm not denying they exist. I just had
On 9/1/15 3:24 PM, Lars Wendler wrote:
> * samba upstream is extremely uncooperative. Best example is that we
> still have some automagic dependencies [5] in samba's build system and
> upstream is not very keen on fixing these.
>
> [...]
>
> [5] https://bugs.gentoo.org/489748
> https://bug