Bug 302116 – =sys-fs/mdadm-3.1.4 stabilization

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description William Hubbs 2010-01-24 23:43:15 UTC]

This bug has been opened now so that I can setit up to block the openrc
stabilization tracker.

When you are ready to stabilize a version of mdadm >= 3.1.1-r1, please
use this bug as the stabilization request.

Thanks,

William

[Comment 1 SpanKY 2010-06-03 01:55:28 UTC]

the grow regression doesnt sound like something we want to stabilize (Bug 301396)

[Comment 2 Diego Elio Pettenò (RETIRED) 2010-07-08 04:05:52 UTC]

Can we go with 3.1.1-r1? I _also_ hit #322711 so I'd rather not see this reach stable just yet...

[Comment 3 Steffen Schaumburg 2010-08-05 20:59:34 UTC]

I think #324185 may also be a serious bug in 3.1.2

[Comment 4 Mike Limansky 2010-08-28 12:13:51 UTC]

(In reply to comment #3)
> I think #324185 may also be a serious bug in 3.1.2
> 

Looks like it already fixed in 3.1.3, as described in comment 9, bug 324185.

[Comment 5 ScytheMan 2010-09-06 20:47:06 UTC]

*mdadm-3.1.3 (07 Aug 2010)
30 days since addition to the tree - time for stabilization?
or is #331745 blocking?

[Comment 6 SpanKY 2010-09-23 18:50:11 UTC]

i think we've squashed everything with 3.1.4.  so once that hits 30 days, let's run for it.

[Comment 7 ScytheMan 2010-10-06 07:33:08 UTC]

 *mdadm-3.1.4 (04 Sep 2010)
  04 Sep 2010; Mike Frysinger <[e-mail]> -mdadm-3.1.2.ebuild,
  +mdadm-3.1.4.ebuild:
  Version bump #335979 by Samuli Suominen.

30 days gone. :)

[Comment 8 Andreas Sturmlechner 2010-10-17 16:37:02 UTC]

Ok, so what's holding back mdadm-3.1.4 still? Just curious, since it blocks openrc/baselayout2 stabilization.

[Comment 9 SpanKY 2010-10-17 18:42:33 UTC]

people dont actively watch every bug

[Comment 10 Agostino Sarubbo 2010-10-17 21:56:45 UTC]

Ok on amd64.

(*)sed and dodoc need die.

[Comment 11 SpanKY 2010-10-17 22:05:54 UTC]

die on dodoc is stupid

[Comment 12 Agostino Sarubbo 2010-10-17 22:21:14 UTC]

(In reply to comment #11)
> die on dodoc is stupid
> 

I'm not here to judge if it is stupid or not. If I'm not mistaken with EAPI<4 all do* functions require 'die'. I have only reported, but is the maintainer to decide ;)

[Comment 13 SpanKY 2010-10-17 22:30:34 UTC]

and the decision to make erroneous do* related doc commands fatal in newer EAPIs is also stupid

[Comment 14 Paweł Hajdan, Jr. (RETIRED) 2010-10-20 10:30:04 UTC]

x86 stable

[Comment 15 Brent Baude (RETIRED) 2010-10-21 19:49:01 UTC]

ppc stable

[Comment 16 Markos Chandras (RETIRED) 2010-10-23 01:00:57 UTC]

Such QA problems don't affect stabilizations. amd64 done. Thanks Agostino

[Comment 17 Dmitry 2010-10-24 09:53:38 UTC]

With this version lvm2 shows different number of blocks in vg raid disk and as result lvm2 is not working, i need to recreate it. May i need to change mdadm conf? With 3.0 all works ok. amd64

[Comment 18 Tobias Klausmann (RETIRED) 2010-10-24 15:01:30 UTC]

Stable on alpha.

[Comment 19 Jeroen Roovers (RETIRED) 2010-10-29 06:01:00 UTC]

Stable for HPPA.

[Comment 20 Mark Loeser (RETIRED) 2010-11-01 19:13:59 UTC]

ppc64 done

[Comment 21 Alex Buell 2010-11-04 00:46:43 UTC]

Tested on SPARC64, no new regressions from mdadm 3.0. 

[Comment 22 William Hubbs 2010-11-05 16:41:19 UTC]

Sparc/ia64, what is your status for this bug?

Thanks,

William

[Comment 23 Raúl Porcel (RETIRED) 2010-11-09 19:17:04 UTC]

ia64/sparc stable, closing