Dnia 2013-08-09, o godz. 11:46:17
Zac Medico napisał(a):
> On 08/09/2013 11:10 AM, Michał Górny wrote:
> > Dnia 2013-08-09, o godz. 09:47:38
> > Zac Medico napisał(a):
> >
> >> On 08/09/2013 02:32 AM, Michał Górny wrote:
> >>> Hello,
> >>>
> >>> Just a quick one.
> >>>
> >>> Currently, the two
On Fri, Aug 09, 2013 at 03:28:54PM +0200, Tom Wijsman wrote:
> On Fri, 9 Aug 2013 06:38:56 -0400
> Rich Freeman wrote:
>
> > My sense is that Greg is using the term security bugs to refer to
> > implementation errors that could be exploited to obtain unintended
> > access to a system. Using this
On Fri, Aug 09, 2013 at 10:34:58AM +0200, Tom Wijsman wrote:
> On Thu, 8 Aug 2013 15:32:45 -0700
> Greg KH wrote:
>
> > On Thu, Aug 08, 2013 at 04:37:32AM +0200, Tom Wijsman wrote:
> > > On Wed, 7 Aug 2013 15:44:34 -0700
> > > Greg KH wrote:
> > >
> > > > I am not going to impose an additional
On Fri, 9 Aug 2013 12:30:42 -0700
Greg KH wrote:
> ... Just read the commits to find out what is resolved, ...
>
> ... Because it's extra work that is pointless. ...
>
> > No classification is done if there is no single command to obtain
> > them.
>
> I don't understand what you mean by this.
On Fri, Aug 09, 2013 at 09:46:43PM +0200, Tom Wijsman wrote:
> On Fri, 9 Aug 2013 12:30:42 -0700
> Greg KH wrote:
>
> > ... Just read the commits to find out what is resolved, ...
> >
> > ... Because it's extra work that is pointless. ...
> >
> > > No classification is done if there is no sing
Ulrich Mueller wrote:
> - Variables are _not_ incremental, so assigning them in a profile will
> override make.globals.
How about making them incremental?
It would simplify things for users if they want to modify
specific bits of them and one would not have to mess around
with COLLISSION_IGNOR
On Sat, 10 Aug 2013 03:11:55 +0800
Ben de Groot wrote:
> On 9 August 2013 21:57, Michał Górny wrote:
> > Dnia 2013-08-09, o godz. 13:45:25
> > Tom Wijsman napisał(a):
> >
> >> Your upgrade path is no longer an upgrade; the other ones are, and
> >> as said before, running Gentoo has no implicati
On 09/08/13 19:17, Canek Peláez Valdés wrote:
On Fri, Aug 9, 2013 at 7:14 AM, viv...@gmail.com wrote:
On 08/09/13 13:38, Pacho Ramos wrote:
El vie, 09-08-2013 a las 19:39 +0800, Patrick Lauer escribió:
On 08/09/2013 07:26 PM, Tom Wijsman wrote:
On Fri, 09 Aug 2013 19:31:22 +0800
Patrick Laue
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/08/13 10:35, Tom Wijsman wrote:
> Listening comes at a price; you can't listen to everyone at the
> same time, all you will hear is noise because all the voices clash.
> So, you've got to listen to a selective bit of users and satisfy
> them; a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/08/13 21:32, Tom Wijsman wrote:
> On Sat, 10 Aug 2013 03:11:55 +0800 Ben de Groot
> wrote:
>
>> On 9 August 2013 21:57, Michał Górny wrote:
>>> This one is *so special* just because we have a few folks
>>> which really have nothing useful to d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, 10 Aug 2013 00:32:08 +0100
Mike Auty wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 09/08/13 21:32, Tom Wijsman wrote:
> > On Sat, 10 Aug 2013 03:11:55 +0800 Ben de Groot
> > wrote:
> >
> >> On 9 August 2013 21:57, Michał
On Fri, Aug 9, 2013 at 10:52 AM, Michał Górny wrote:
>> ...so, allowing for the ability of 32bit userland with 64bit toolchain
>> (via, say, setting ABI_X86=32 in make.conf) using the eclasses is just
>> outright not ever going to happen? Never mind not supporting it, but
>> essentially not allow
On Fri, Aug 09, 2013 at 08:27:23AM +0800, Patrick Lauer wrote
> What makes this situation so difficult is that it's not a single
> random package, but one of the bigger desktop environments that
> has painted itself into a corner. (Plus an uncooperative upstream,
> so all the "blame" gets thrown a
On Fri, 2013-08-09 at 19:57 +0200, Michał Górny wrote:
> Also, please note that we're being specifically talking about things
> that are not 'deprecated' but 'removed'. We mark implementations
> 'deprecated' while still supporting them, 'removed' goes after we drop
> the support.
This is also tru
On 08/09/2013 02:32 AM, Michał Górny wrote:
> Hello,
>
> Just a quick one.
>
> Currently, the two listed variables are set in make.globals (installed
> by portage ebuild);
>
> COLLISION_IGNORE="/lib/modules/* *.py[co] *\$py.class"
> UNINSTALL_IGNORE="/lib/modules/*"
>
> COLLISION_IGNORE specifi
On 10/08/13 07:03, Walter Dnes wrote:
On Fri, Aug 09, 2013 at 08:27:23AM +0800, Patrick Lauer wrote
What makes this situation so difficult is that it's not a single
random package, but one of the bigger desktop environments that
has painted itself into a corner. (Plus an uncooperative upstream,
101 - 116 of 116 matches
Mail list logo
