On Sat, 28 Jun 2014 20:46:08 -0700
Greg KH wrote:
> So, given a total lack of "testing" by anyone, I might as well just
> remove the mask, so it can actually be done given that people are
> wanting the latest Docker release, especially due to the security
> fixes in it over the one that is curren
On 06/29/2014 03:58 AM, Greg Kroah-Hartman wrote:
> Hi Markos,
>
> I was wondering why docker 1.0.0 wasn't seeming to get updated on my
> boxes recently, despite me commiting the update to the cvs tree, and
> Tianon noticed that it was masked at the moment:
>
> # Markos Chandras (03 May 2014)
>
On Sun, 29 Jun 2014 09:09:36 +0100
Markos Chandras wrote:
> It's been a long time. To be honest I don't remember masking docker
> but I most likely did it because I was asked to mask >=lxc-1.0.0 by
> the virtualization team (and Diego (flameeyes). And docker depends on
> lxc-1.0.0 according to th
On 06/29/2014 09:12 AM, Tom Wijsman wrote:
> On Sun, 29 Jun 2014 09:09:36 +0100
> Markos Chandras wrote:
>
>> It's been a long time. To be honest I don't remember masking docker
>> but I most likely did it because I was asked to mask >=lxc-1.0.0 by
>> the virtualization team (and Diego (flameeyes
On Sunday 29 June 2014 10:12:22 Tom Wijsman wrote:
> On Sun, 29 Jun 2014 09:09:36 +0100
>
> Markos Chandras wrote:
> > It's been a long time. To be honest I don't remember masking docker
> > but I most likely did it because I was asked to mask >=lxc-1.0.0 by
> > the virtualization team (and Diego
On Sunday 29 June 2014 17:03:52 Patrick Lauer wrote:
> On Sunday 29 June 2014 10:12:22 Tom Wijsman wrote:
> > On Sun, 29 Jun 2014 09:09:36 +0100
> >
> > Markos Chandras wrote:
> > > It's been a long time. To be honest I don't remember masking docker
> > > but I most likely did it because I was as
On 06/29/2014 10:03 AM, Patrick Lauer wrote:
> On Sunday 29 June 2014 10:12:22 Tom Wijsman wrote:
>> On Sun, 29 Jun 2014 09:09:36 +0100
>>
>> Markos Chandras wrote:
>>> It's been a long time. To be honest I don't remember masking docker
>>> but I most likely did it because I was asked to mask >=lx
On 06/29/2014 10:23 AM, Patrick Lauer wrote:
> On Sunday 29 June 2014 17:03:52 Patrick Lauer wrote:
>> On Sunday 29 June 2014 10:12:22 Tom Wijsman wrote:
>>> On Sun, 29 Jun 2014 09:09:36 +0100
>>>
>>> Markos Chandras wrote:
It's been a long time. To be honest I don't remember masking docker
>
Greg KH:
> On Sun, Jun 29, 2014 at 05:17:36AM +0200, Jeroen Roovers wrote:
>> On Sat, 28 Jun 2014 19:58:22 -0700
>> Greg Kroah-Hartman wrote:
>>
>>> Hi Markos,
>>>
>>> I was wondering why docker 1.0.0 wasn't seeming to get updated on my
>>> boxes recently, despite me commiting the update to the cv
On Sun, 29 Jun 2014 09:25:16 +0100
Markos Chandras wrote:
> It's been a long time and sources.g.o is down so i can't check the
> history of that file.
$ cvsps -u -f package.mask -l '.*docker.*' -q -g
...
--- gentoo-x86/profiles/package.mask:1.15773Tue Jun 10 02:03:02
2014 +++ gentoo-x86/pr
On Sun, Jun 29, 2014 at 7:36 AM, hasufell wrote:
> If something is that fragile that you want to add it to the tree masked,
> maybe it isn't even ready for it yet.
> Fun-stuff, alpha-software and other broken things have a good place in
> overlays.
How is not putting it in the tree at all better
Rich Freeman:
>
> If the only one testing it is the maintainer then it probably
> shouldn't go in the tree. However, if the maintainer is working with
> others to actually test the package, then a short-term mask is
> probably fine.
>
IMO, if you are testing with others without knowing the outc
On Sun, Jun 29, 2014 at 8:12 AM, hasufell wrote:
> Also, those masks are rarely short-term in practice, because well, see
> this thread.
Is there any evidence to support this statement? You only notice
masks when they're a problem, and these kinds of masks tend to be a
problem only if they're lo
Rich Freeman:
> On Sun, Jun 29, 2014 at 8:12 AM, hasufell wrote:
>> Also, those masks are rarely short-term in practice, because well, see
>> this thread.
>
> Is there any evidence to support this statement? You only notice
> masks when they're a problem, and these kinds of masks tend to be a
>
On Sun, Jun 29, 2014 at 8:36 AM, hasufell wrote:
> This is still too vague for me. If it's expected to be short-term, then
> it can as well just land in ~arch.
A package that hasn't been tested AT ALL doesn't belong in ~arch.
Suppose the maintainer is unable to test some aspect of the package,
or
# Andreas K. Huettel (29 Jun 2014)
# Mask perl-5.12 and related package versions prior to removal
=dev-lang/perl-5.12*
=perl-core/Module-CoreList-2.800.0
=virtual/perl-ExtUtils-MakeMaker-6.56
=virtual/perl-Module-CoreList-2.800.0
virtual/perl-Switch
--
Andreas K. Huettel
Gentoo Linux developer
# Andreas K. Huettel (29 Jun 2014)
# Severe security issue (bug 460780), unhandled for over a year.
# Masked for removal in 30 days.
dev-db/firebird
dev-db/flamerobin
dev-libs/ibpp
dev-python/kinterbasdb
# Mask use-flag firebird and package dev-db/firebird for bug 460780
firebird
--
Andreas K
> Yeah, lets wait for Greg or Tianon to reply and if docker+lxc works for
> them we can unmask lxc.
I've just tested against app-emulation/lxc-1.0.4 and
app-emulation/docker is functioning properly with the "lxc" use flag
enabled and the "lxc" exec-driver in use.
Just so I can make sure to take t
Am Sonntag, 29. Juni 2014, 20:51:51 schrieb Andreas K. Huettel:
> # Andreas K. Huettel (29 Jun 2014)
> # Severe security issue (bug 460780), unhandled for over a year.
> # Masked for removal in 30 days.
> dev-db/firebird
> dev-db/flamerobin
> dev-libs/ibpp
> dev-python/kinterbasdb
Plus additiona
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2014-06-29 23h59 UTC.
Removals:
Additions:
app-emulation/xe-guest-utilities2014-06-23 14:30:35 robbat2
net-misc/yandex-disk2014-06-24 07:52:42 pinkbyte
sec
All,
I am starting a new thread so we don't refer to a specific package, but I
am quoting Rich and hasufell from the previous masking thread.
On Sun, Jun 29, 2014 at 10:04:54AM -0400, Rich Freeman wrote:
> On Sun, Jun 29, 2014 at 8:36 AM, hasufell wrote:
> > This is still too vague for me. If it
On Sun, 2014-06-29 at 23:01 -0500, William Hubbs wrote:
> All,
>
> I am starting a new thread so we don't refer to a specific package, but I
> am quoting Rich and hasufell from the previous masking thread.
>
> On Sun, Jun 29, 2014 at 10:04:54AM -0400, Rich Freeman wrote:
> > On Sun, Jun 29, 2014
22 matches
Mail list logo
