From kde-core-devel  Mon Jan 05 20:14:48 2009
From: "Aaron J. Seigo" <aseigo () kde ! org>
Date: Mon, 05 Jan 2009 20:14:48 +0000
To: kde-core-devel
Subject: Re: Squeezing "Show Keyboard Status" indicator into KDE 4.2
Message-Id: <200901051314.48515.aseigo () kde ! org>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=123118654908151
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart1637696.ZxVWdhExK4"

--nextPart1637696.ZxVWdhExK4
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Monday 05 January 2009, Ingo Kl=C3=B6cker wrote:
> On Monday 05 January 2009, Aaron J. Seigo wrote:
> > On Monday 05 January 2009, Sebastian K=C3=BCgler wrote:
> > > On Monday 05 January 2009 18:53:31 Aaron J. Seigo wrote:
> > > >   On Monday 05 January 2009, Sebastian K=C3=BCgler wrote:
> > > > > On Monday 05 January 2009 16:47:22 Albert Astals Cid wrote:
> > > > > > > That said, I've been thinking if the release schedule
> > > > > > > policy for kdeplasma- addons shouldn't be relaxed. I don't
> > > > > > > see any real problems for reviewed and tested code to move
> > > > > > > there, even after the rest of KDE is frozen -- but until
> > > > > > > further notice, it's subject to freeze.
> > > > > >
> > > > > > I really don't see why kdeplasma-addons should be different
> > > > > > from the rest of KDE.
> > > > >
> > > > > Maybe not kdeplasma-addons, but it'd surely be nice to have a
> > > > > way to release applets in between cycles, a bit like extragear.
> > > > > What I don't like
> > > >
> > > > we used to have an extragear repo for plasma stuff, but it became
> > > > kdeplasma- addons instead because it was "too hard" for people to
> > > > keep up between versions as BC was breaking in libplasma. just
> > > > sounds like we need to start up the extragear again for plasma,
> > > > though that makes kdeplasma-addons a bit of an odd duckling then.
> > > >
> > > > personally i don't think there's a lot of reason for another
> > > > module, though.
> > >
> > > Or maybe intermittent releases of kdeplasma-addons? Like once every
> > > two months, with two weeks of freeze? Would make for nice testing
> > > ground of seasoned releases as well ...
> >
> > yes, that would be nice indeed given the rate of change those tend to
> > have =3D)
>
> Will the rate of changes still be so high if libplasma is frozen for six
> months? Who wants to write applets for a frozen library when the
> version in trunk has so many cool new features one could play with? ;-)

;)

> Also, what happened to the idea to install the applets via ghns instead
> of relying on the applets to be packaged by all distros. I thought the
> applets where supposed to be platform-independent, i.e. script code
> with some SVG graphics.

there will always be some C++ plugins. but yes, we're working pretty hard o=
n=20
the scripting options.

> Furthermore, what's the point of making a release every two months given
> that the big distros all have a six months schedule, so that the
> majority of our users have no advantage of a two months release cycle?

it wouldn't be targetting the majority of our users, the group who are most=
=20
useful to us (oh, so selfish! ;) because they build from source and then=20
report problems. it's also a nice way to keep them happified and closely=20
engaged with the project, though i guess they could just follow svn in that=
=20
case for that one module as well.

=2D-=20
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Software


--nextPart1637696.ZxVWdhExK4
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)

iEYEABECAAYFAkliajgACgkQ1rcusafx20NwQgCfRSmtpiUiMYx//wzErEFrIhtE
PcoAn1il/kFzFN6LW3xbxcncaUct9T8s
=VEd9
-----END PGP SIGNATURE-----

--nextPart1637696.ZxVWdhExK4--