# Michael Sterrett (10 Dec 2013)
# Dead upstream; requires java-1.5; open bugs:
# https://bugs.gentoo.org/show_bug.cgi?id=196522
# https://bugs.gentoo.org/show_bug.cgi?id=241512
# https://bugs.gentoo.org/show_bug.cgi?id=355055
# Masked for removal on 20140109
dev-java/jdictrayapi
On Mon, Dec 9, 2013 at 2:56 PM, Rick "Zero_Chaos" Farina
wrote:
> I really don't like the idea of having no networking in the stage3 by
> default, however, I'm becoming more open minded on what qualifies as
> networking. What I'm wrestling with is this, what if I want to slap a
> stage3 on a devi
On Mon, 9 Dec 2013 17:19:34 +0100
Ulrich Mueller wrote:
> > On Mon, 9 Dec 2013, Rich Freeman wrote:
>
> > If you think that B isn't the empty set, it is trivial for you to
> > demonstrate that this is the case. Simply give me a single example
> > of a situation where:
> > 1. It makes sense
On 12/09/2013 10:50 PM, Rick "Zero_Chaos" Farina wrote:
> On 12/08/2013 05:25 PM, William Hubbs wrote:
>> On Sat, Dec 07, 2013 at 12:52:08AM -0500, Rick "Zero_Chaos" Farina wrote:
>>> 1.) If we are going to stuff this into @system then we probably want a
>>> USE=nonet flag to allow users to not pul
On 12/09/2013 02:21 PM, Diego Elio Pettenò wrote:
> I stopped caring about pambase when people decided to break it.
>
> I'm still officially pam herd as maintainer of Linux-PAM, pam_ssh I don't
> use and care very little about.
>
>
> Diego Elio Pettenò — Flameeyes
> flamee...@flameeyes.eu — http
On 08/12/13 00:44, hero...@gentoo.org wrote:
> yac writes:
>
>> Shouldn't pkg-conifg --libs handle this?
>
> Oh, good idea. But boost doesn't have pkg-config entries.
>
> Then I see this one, an upstream issue
>
> https://svn.boost.org/trac/boost/ticket/1094
>
Are you willing to poke up
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/09/2013 10:28 AM, Rich Freeman wrote:
> On Mon, Dec 9, 2013 at 9:50 AM, Rick "Zero_Chaos" Farina
> wrote:
>> I can honestly say most of the time when setup my arm systems I'm
>> unpacking the arm stage3 on an amd64 and then booting the arm devic
On Mon, 2013-12-09 at 10:28 -0500, Rich Freeman wrote:
> Ok, now the concern is becoming more clear. You're intending to boot
> directly to the stage3 and not chroot into it, and so you want the
> stage3 to be a fully-functional userspace, though you don't actually
> need it to contain a kernel/bo
> On Mon, 9 Dec 2013, Rich Freeman wrote:
> If you think that B isn't the empty set, it is trivial for you to
> demonstrate that this is the case. Simply give me a single example of
> a situation where:
> 1. It makes sense for a dep to use a new slot.
> 2. It makes sense for all of its reve
On Mon, Dec 9, 2013 at 5:55 AM, Tom Wijsman wrote:
> For the dependency syntax, having :* as a default breaks things or
> causes a lot of work. If explicit slots (or :0) were the default, it
> works and you spare out dealing with lots of reverse dependencies when
> you introduce a new slot.
I was
On Mon, Dec 9, 2013 at 9:50 AM, Rick "Zero_Chaos" Farina
wrote:
> I can honestly say most of the time when setup my arm systems I'm
> unpacking the arm stage3 on an amd64 and then booting the arm device
> with the base stage3 and fixing things from there. I suppose it is
> possible to use qemu to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/08/2013 05:25 PM, William Hubbs wrote:
> On Sat, Dec 07, 2013 at 12:52:08AM -0500, Rick "Zero_Chaos" Farina wrote:
>> 1.) If we are going to stuff this into @system then we probably want a
>> USE=nonet flag to allow users to not pull anything in
Am Montag 09 Dezember 2013, 14:21:17 schrieb Diego Elio Pettenò:
> I stopped caring about pambase when people decided to break it.
>
link please?
--
Andreas K. Huettel
Gentoo Linux developer
kde, council
signature.asc
Description: This is a digitally signed message part.
I stopped caring about pambase when people decided to break it.
I'm still officially pam herd as maintainer of Linux-PAM, pam_ssh I don't
use and care very little about.
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On Mon, Dec 9, 2013 at 2:20 PM, Pacho Ramo
Hello
Is pam team still active? I wonder about this as, recently, we have
needed to go ahead and fix some bugs related, for example, with pambase
and pam_ssh
Thanks for the info :)
On Mon, 09 Dec 2013 10:52:15 +0400
Sergey Popov wrote:
> In short - please do NOT do this.
Why not? What about other solutions? What do you think?
There have come up several solutions, the one suggested in the first
mail is no longer of interest due to SLOT="0" no longer being special;
now idea
16 matches
Mail list logo
