On Tue, Feb 02, 2016 at 01:51:36PM +0100, Norvald H. Ryeng wrote:
> On Fri, 29 Jan 2016 20:39:52 +0100, Moritz Mühlenhoff
> wrote:
>
> >On Fri, Jan 15, 2016 at 04:09:58PM +0100, Norvald H. Ryeng wrote:
> >>so I'll need the complete list of
> >>requirements first. The Debian MySQL team has asked f
On Fri, 29 Jan 2016 20:39:52 +0100, Moritz Mühlenhoff
wrote:
On Fri, Jan 15, 2016 at 04:09:58PM +0100, Norvald H. Ryeng wrote:
so I'll need the complete list of
requirements first. The Debian MySQL team has asked for a list, in
writing, several times now, but that list has not been produced.
On Fri, Jan 15, 2016 at 04:09:58PM +0100, Norvald H. Ryeng wrote:
> so I'll need the complete list of
> requirements first. The Debian MySQL team has asked for a list, in
> writing, several times now, but that list has not been produced.
Here's what it essentially boils down to:
- Public, non-dis
On Thu, 14 Jan 2016 22:11:22 +0100, Moritz Mühlenhoff
wrote:
On Mon, Jan 11, 2016 at 08:14:06PM +, Robie Basak wrote:
On Mon, Jan 11, 2016 at 07:27:30PM +0100, Moritz Mühlenhoff wrote:
> *Sigh*. And that is exactly the problem (and we've already pointed
this
> out at DebConf half a ye
On Thu, Jan 14, 2016 at 10:11:22PM +0100, Moritz Mühlenhoff wrote:
> This is EOD from my side. This has all been discussed to death and
> I won't spend further time on this.
I agree that this has come up many times, but no, this has not been
discussed to death. Every time it comes up, all we ever
On Mon, Jan 11, 2016 at 08:14:06PM +, Robie Basak wrote:
> On Mon, Jan 11, 2016 at 07:27:30PM +0100, Moritz Mühlenhoff wrote:
> > *Sigh*. And that is exactly the problem (and we've already pointed this
> > out at DebConf half a year ago)
> >
> > We should really go ahead and move forward, the
On Mon, Jan 11, 2016 at 08:13:56PM +0100, Salvatore Bonaccorso wrote:
> > MySQL is maintained in jessie. What makes you think it's not?
>
> My gut feeling is that this is not true, I'm sorry. All recent updates
> were prepared by the security team itself due to this. And most of
> the recent upda
On Mon, Jan 11, 2016 at 07:27:30PM +0100, Moritz Mühlenhoff wrote:
> *Sigh*. And that is exactly the problem (and we've already pointed this
> out at DebConf half a year ago)
>
> We should really go ahead and move forward, the freeze isn't terribly far
> away.
I don't think it's reasonable to us
Hi,
On Thu, Jan 07, 2016 at 03:49:15PM +0100, Norvald H. Ryeng wrote:
> On Fri, 18 Dec 2015 22:31:05 +0100, Robie Basak
> wrote:
>
> >Here are the enumerated concerns of the release team for MySQL in
> >Debian given to us in yesterday's meeting:
>
> I'll address each concern separately. Since I
On Mon, Jan 11, 2016 at 02:13:40PM +0100, Norvald H. Ryeng wrote:
> On Mon, 11 Jan 2016 13:59:07 +0100, Otto Kekäläinen wrote:
>
> >2016-01-11 13:54 GMT+02:00 Norvald H. Ryeng :
> >>On Mon, 28 Dec 2015 13:28:18 +0100, Otto Kekäläinen
> >>wrote:
> >>
> >>>Hello!
> >>>
> >>>2015-12-23 16:39 GMT+02
On Mon, 11 Jan 2016 13:59:07 +0100, Otto Kekäläinen wrote:
2016-01-11 13:54 GMT+02:00 Norvald H. Ryeng :
On Mon, 28 Dec 2015 13:28:18 +0100, Otto Kekäläinen
wrote:
Hello!
2015-12-23 16:39 GMT+02:00 Norvald H. Ryeng :
..
I know we are a bit tight with info about security issues upstream
2016-01-11 13:54 GMT+02:00 Norvald H. Ryeng :
> On Mon, 28 Dec 2015 13:28:18 +0100, Otto Kekäläinen wrote:
>
>> Hello!
>>
>> 2015-12-23 16:39 GMT+02:00 Norvald H. Ryeng :
>> ..
>>>
>>> I know we are a bit tight with info about security issues upstream, but
>>> all
>>> security bugfixes are availab
On Mon, 28 Dec 2015 13:28:18 +0100, Otto Kekäläinen wrote:
Hello!
2015-12-23 16:39 GMT+02:00 Norvald H. Ryeng :
..
I know we are a bit tight with info about security issues upstream, but
all
security bugfixes are available at
https://github.com/mysql/mysql-server as
individual commits, and
Hello!
2015-12-23 16:39 GMT+02:00 Norvald H. Ryeng :
..
> I know we are a bit tight with info about security issues upstream, but all
> security bugfixes are available at https://github.com/mysql/mysql-server as
> individual commits, and a list of CVEs fixed is reported quarterly according
> to a
On Fri, 18 Dec 2015 22:31:05 +0100, Robie Basak
wrote:
(removing Jonathan specifically; the debian-release ML should be
sufficient as this is for the release team generally now)
On Mon, Dec 14, 2015 at 05:45:24PM +, Robie Basak wrote:
Can I ask that this request (for the release team to
(removing Jonathan specifically; the debian-release ML should be
sufficient as this is for the release team generally now)
On Mon, Dec 14, 2015 at 05:45:24PM +, Robie Basak wrote:
> Can I ask that this request (for the release team to make a decision
> between the choices I outlined[1]) be tab
Hi Jonathan,
Dropping the bug from this thread since that bug is done and adding the
general debian-release list instead. I think that a release team
decision is still outstanding. The background is archived at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793316.
On Wed, Sep 16, 2015 at 10:0
On Wed, Sep 16, 2015 at 10:09:38PM +0100, Jonathan Wiltshire wrote:
> Without wanting to point fingers, a significant source of opposition to
> shipping more than one variant is the security team (with, IMO, fairly good
> reasoning). In general the release team respects the wishes of the security
>
On Mon, Sep 14, 2015 at 11:11:12AM +0100, Robie Basak wrote:
> On Tue, Sep 08, 2015 at 11:03:28PM +0100, Jonathan Wiltshire wrote:
> > > The wish of the release team and security team has been to keep just
> > > one MySQL variant. If such a decision is made, it must be made above
> > > the pkg-mysq
2015-09-14 13:11 GMT+03:00 Robie Basak :
> The Debian MySQL Maintainers team is prepared to do option 1, but it
> seems you are not. I do not consider any of the other options to be
> acceptable.
For the record, I support Robie on this. The packages mysql and
mariadb have been designed to co-exist
On Tue, Sep 08, 2015 at 11:03:28PM +0100, Jonathan Wiltshire wrote:
> > The wish of the release team and security team has been to keep just
> > one MySQL variant. If such a decision is made, it must be made above
> > the pkg-mysql-maint team as the team will never be able to agree which
> > favour
On Fri, Jul 24, 2015 at 12:06:02AM +0300, Otto Kekäläinen wrote:
> 2015-07-23 13:15 GMT+03:00 Robie Basak :
> > On Thu, Jul 23, 2015 at 10:59:15AM +0200, Emilio Pozuelo Monfort wrote:
> >> Didn't we agree that we would release Stretch with only mariadb? When do
> >> you
> >> plan to start working
Excerpts from Vincent Bernat's message of 2015-07-25 05:28:15 -0700:
> ❦ 23 juillet 2015 07:17 -0700, Clint Byrum :
>
> > I'd be interested to hear the security team's impressions on how shipping
> > micro releases of MySQL has gone for them. They've been doing most if not
> > all of the work, a
❦ 23 juillet 2015 07:17 -0700, Clint Byrum :
> I'd be interested to hear the security team's impressions on how shipping
> micro releases of MySQL has gone for them. They've been doing most if not
> all of the work, and I haven't seen bug reports flying in about those
> updates, so I suspect our
On Fri, Jul 24, 2015 at 5:06 AM, Otto Kekäläinen wrote:
> The wish of the release team and security team has been to keep just
> one MySQL variant. If such a decision is made, it must be made above
> the pkg-mysql-maint team as the team will never be able to agree which
> favourite is the best one
2015-07-23 13:15 GMT+03:00 Robie Basak :
> On Thu, Jul 23, 2015 at 10:59:15AM +0200, Emilio Pozuelo Monfort wrote:
>> Didn't we agree that we would release Stretch with only mariadb? When do you
>> plan to start working on that so we can drop mysql-* from testing?
>
> No, that was never agreed. I'm
Clint Byrum schrieb:
> I'd be interested to hear the security team's impressions on how shipping
> micro releases of MySQL has gone for them.
We're planning to discuss that at DebConf (and will also include the
release team).
> Sure they have a _ridiculous_ policy about not telling us what
> the
Excerpts from Emilio Pozuelo Monfort's message of 2015-07-23 01:59:15 -0700:
> On 22/07/15 21:24, Andreas Beckmann wrote:
> > Package: release.debian.org
> > User: release.debian@packages.debian.org
> > Usertags: transition
> > Severity: normal
> > X-Debbugs-Cc: pkg-mysql-ma...@lists.alioth.deb
28 matches
Mail list logo