On Sun, May 25, 2014 at 5:41 PM, Luca Beltrame wrote:
> Hello everyone,
>
> the recent discussion on Plasma Addons prompted me to write this mail, to
> ask
> a few questions on the state of components that are shipped and supported
> in
> the first Plasma Next release, and to tell distributions (
On Sat, May 24, 2014 at 1:36 PM, Martin Graesslin wrote:
> On Saturday 24 May 2014 12:31:26 David Edmundson wrote:
> > On Sat, May 24, 2014 at 12:22 PM, Marco Martin
> wrote:
> > > On Saturday 24 May 2014 00:23:45 David Edmundson wrote:
> > >> Hey,
> > >>
> > >> we've started to get bug reports o
On Sat, May 24, 2014 at 12:23 AM, David Edmundson <
da...@davidedmundson.co.uk> wrote:
> Hey,
>
> we've started to get bug reports on plasma-addons. It appears they're
> distributed as part of OpenSuse RPMs.
>
> Can I confirm our position on what we're doing here, based on our
> conversation last
On Sat, May 24, 2014 at 9:11 PM, Kevin Krammer wrote:
> Hi folks,
>
> first please apologize if this is already under way or done and I am just
> not
> up to date enough :-)
>
> Basically I was thinking about application scripting, allowing power users,
> sysadmins, etc. to control or extend appl
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/118290/#review58432
---
They look better to me, maybe you can run it by the usability
On Sat, May 24, 2014 at 4:01 AM, Mark Gaiser wrote:
> Hi,
>
> I noticed this in a review request from sebas that included a few
> screenshots [1, 2].
>
> If you look at the "C" in configure and the "D" in defaults you will
> see that the underline is way to close to the character. It shouldn't
>
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/118275/#review58431
---
Looks good, but please test it thoroughly.
Note that everythi
On Fri, May 23, 2014 at 12:22 PM, Sebastian Kügler wrote:
> On Friday, May 23, 2014 12:18:55 Marco Martin wrote:
> > I think it's a counter-effect of when i removed KConfigWidgets from
> > libplasma. there is definitely a problem in the cmake there, qt5::gui
> > should be in public in libplasma,
Git commit efdf1ca9176528cd1a16773e887df7740f42ee54 by Aleix Pol.
Committed on 26/05/2014 at 02:16.
Pushed by apol into branch 'master'.
Make QtGui a public dependency of KF5::Plasma
Many classes from QtGui are specified in the header files, this alone is
enough reason to make it a public depende
Hi,
I think that plasma-nm is already ready to be used, but we need to finish some
missing parts like translations or port of the traffic monitor, so I guess we
are able to have something, what can be released and used together with the
first Plasma Next release. Probably the same applies for l
Hello everyone,
the recent discussion on Plasma Addons prompted me to write this mail, to ask
a few questions on the state of components that are shipped and supported in
the first Plasma Next release, and to tell distributions (and users) to hold
off on releases / bugs for the rest.
In short,
On Saturday, May 24, 2014 15:13:19 Luca Beltrame wrote:
> In data sabato 24 maggio 2014 14:54:02, Sebastian Kügler ha scritto:
> > +1 on all of the above. kdeplasma-addons is outside of our scope.
>
> Should distros tell reporters not to report bugs against kdeplasma-addons
> for the moment? For
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/118257/#review58414
---
This changes nothing, I don't see anything requiring KF5::Pty
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/118254/#review58413
---
This interceptor will fight the KIO interceptor in KDeclarativ
14 matches
Mail list logo
