On Friday 28 March 2014 16:17:19 David Boosalis wrote:
At the risk of getting 50 lashes. Can I make a request for new KDE Git
build instructions. All the instructions for building might be out there
and I know there is the uber kdesrc-build script, but you really got to
squint to get all the
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117090/#review54533
---
This review has been submitted with commit
Vishesh HandaOn Friday, February 14, 2014 01:09:19 PM wrote:
On Thursday, February 13, 2014 11:28:40 AM Burkhard Lück wrote:
That loads the translation catalog, which also contains messages from the
plasmoid outside the library.
Apparently that happens early enough at runtime (at least
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117157/
---
Review request for kde-workspace.
Bugs: 314989
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117157/
---
(Updated March 29, 2014, 11:58 a.m.)
Review request for kde-workspace.
On March 29, 2014, 12:02 p.m., Thomas Lübking wrote:
what is the valid (read: not malicious) usecase for this?
i'd rather say that if quitting the greeter to exit the lock w/o password,
that should be fixed to *not* exit the lock w/o password provision.
There are some usecases
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117157/#review54538
---
I also have problems imagining what a use case for this is
On March 29, 2014, 12:05 p.m., Martin Gräßlin wrote:
I also have problems imagining what a use case for this is and I consider
this as a security issue. It basically means that the session can get
unlocked without going through authentication.
You have to authenticate anyway to access
On March 29, 2014, 1:05 p.m., Martin Gräßlin wrote:
I also have problems imagining what a use case for this is and I consider
this as a security issue. It basically means that the session can get
unlocked without going through authentication.
Kirill Elagin wrote:
You have to
On March 29, 2014, 12:05 p.m., Martin Gräßlin wrote:
I also have problems imagining what a use case for this is and I consider
this as a security issue. It basically means that the session can get
unlocked without going through authentication.
Kirill Elagin wrote:
You have to
On March 29, 2014, 1:05 p.m., Martin Gräßlin wrote:
I also have problems imagining what a use case for this is and I consider
this as a security issue. It basically means that the session can get
unlocked without going through authentication.
Kirill Elagin wrote:
You have to
On March 29, 2014, 12:05 p.m., Martin Gräßlin wrote:
I also have problems imagining what a use case for this is and I consider
this as a security issue. It basically means that the session can get
unlocked without going through authentication.
Kirill Elagin wrote:
You have to
On March 29, 2014, 12:05 p.m., Martin Gräßlin wrote:
I also have problems imagining what a use case for this is and I consider
this as a security issue. It basically means that the session can get
unlocked without going through authentication.
Kirill Elagin wrote:
You have to
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/112294/
---
(Updated March 29, 2014, 5:14 p.m.)
Review request for kde-workspace and
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/112294/
---
(Updated March 29, 2014, 5:38 p.m.)
Review request for kde-workspace and
On March 28, 2014, 10:59 a.m., Oswald Buddenhagen wrote:
kdm/backend/dm.c, line 1351
https://git.reviewboard.kde.org/r/112294/diff/2/?file=186612#file186612line1351
you can leave out the automatic multiseat won't be enabled from the
followup messages.
isn't there a
On March 28, 2014, 10:59 a.m., Oswald Buddenhagen wrote:
kdm/backend/dm.c, line 1397
https://git.reviewboard.kde.org/r/112294/diff/2/?file=186612#file186612line1397
that seems questionable to me. why are you re-defining the display to
be permanent? when the seat goes away, kdm
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117166/#review54562
---
Why not simply add a parameter to KApplication constructor?
On March 29, 2014, 8:39 p.m., Kirill Elagin wrote:
Why not simply add a parameter to KApplication constructor?
Being?
I'm not aware of such parameter, kdelibs is semi-frozen and the requirement is
also pretty special to add such feature to KApplication, yesno?
- Thomas
On March 29, 2014, 8:39 p.m., Kirill Elagin wrote:
Why not simply add a parameter to KApplication constructor?
Thomas Lübking wrote:
Being?
I'm not aware of such parameter, kdelibs is semi-frozen and the
requirement is also pretty special to add such feature to KApplication,
On March 29, 2014, 8:39 p.m., Kirill Elagin wrote:
Why not simply add a parameter to KApplication constructor?
Thomas Lübking wrote:
Being?
I'm not aware of such parameter, kdelibs is semi-frozen and the
requirement is also pretty special to add such feature to KApplication,
On March 29, 2014, 8:39 p.m., Kirill Elagin wrote:
Why not simply add a parameter to KApplication constructor?
Thomas Lübking wrote:
Being?
I'm not aware of such parameter, kdelibs is semi-frozen and the
requirement is also pretty special to add such feature to KApplication,
Hello everybody,
As Àlex Fiestas requested, I created the following repositories:
- khotkeys
- kinfocenter
- kmenuedit
- ksysguard
- kwin
- kwrited
- libksysguard
- oxygen
- plasma-desktop
- plasma-workspace
- systemsettings
- powerdevil
All those projects are under kde/kde-workspace [1] except
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117174/
---
Review request for kdelibs, Albert Astals Cid, Aaron J. Seigo, David
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/117175/
---
Review request for KDE Runtime, Albert Astals Cid, Aaron J. Seigo, Ian
25 matches
Mail list logo