check over their ~/.ssh/authorized keys
> file and remove any outdated keys.
I confirm that Gentoo is still active. Our primary contacts are:
Johannes Huber
Michael Palimaka
We have also reviewed our ~/.ssh/authorized_keys.
Kind regards,
Michael
On 19/11/15 09:48, Hannah von Reth wrote:
> Hi there,
>
> Mario guided me until now through the incubation process and we think it
> is time to move Snorenotify from playground to extragear.
> Snorenotify is a notification framework supporting Linux, Windows and
> Mac OSX.
> It is not meant to rep
iated.
- Michael Palimaka
On Oct. 8, 2015, 5:50 p.m., Hrvoje Senjan wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard
On 04/04/15 19:44, David Faure wrote:
> On Saturday 28 March 2015 05:49:01 Michael Palimaka wrote:
>> On 28/03/15 03:48, Alex Merry wrote:
>>> On Wednesday 25 March 2015 22:35:24 Stephen Kelly wrote:
>>>> Hello,
>>>>
>>>> ECM release number
On 02/04/15 21:29, Stephen Kelly wrote:
>> I have no particular objection,
>
> So, what needs to be done to get this synced up? Bump the version in
> the CMakeLists.txt and update some release-tarball-creating script?
> David I guess the latter is for you?
>
> Thanks,
>
> Steve.
Can we at least
On 28/03/15 03:48, Alex Merry wrote:
> On Wednesday 25 March 2015 22:35:24 Stephen Kelly wrote:
>> Hello,
>>
>> ECM release numbers are in sync with KF5 release numbers, except for the
>> major component.
>>
>> This means that if you want to build the 5.x.y release you have to download
>> the 1.x.y
Diff: https://git.reviewboard.kde.org/r/105895/diff/
Testing
---
Tested all combinations of password required and name change permitted, with
success.
Thanks,
Michael Palimaka
https://git.reviewboard.kde.org/r/109932/diff/
Testing
---
Thanks,
Michael Palimaka
Hi,
Is there an established best practice for libraries to support both Qt4
and Qt5?
Currently, some libraries such as phonon rename their Qt5 versions,
permitting full parallel installation and usage (even of development and
CMake config files).
Other libraries such as attica bump the maj
sting
---
Thanks,
Michael Palimaka
from int to typedef enum
{ FALSE = 0, TRUE = 1 }.
Diffs
-
khtml/imload/decoders/jpegloader.cpp ea255726fdf1c310826c0037583aca3c5c741245
Diff: http://git.reviewboard.kde.org/r/112458/diff/
Testing
---
Also tested against jpeg-8d (previous stable) and libjpeg-turbo.
Thanks,
Michael
(previous stable) and libjpeg-turbo.
Thanks,
Michael Palimaka
http://git.reviewboard.kde.org/r/112200/diff/
Testing
---
Thanks,
Michael Palimaka
://bugs.kde.org/show_bug.cgi?id=317427
Diffs
-
kwin/lanczosfilter.cpp 91f701a6af7d2efec9b273a3f3eb3ef3addb6b84
Diff: http://git.reviewboard.kde.org/r/109809/diff/
Testing
---
Thanks,
Michael Palimaka
91f701a6af7d2efec9b273a3f3eb3ef3addb6b84
Diff: http://git.reviewboard.kde.org/r/109809/diff/
Testing
---
Thanks,
Michael Palimaka
---
Thanks,
Michael Palimaka
thanks!
- Michael
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/107248/#review21582
---
On Nov. 7, 2012, 7:28 p.m., Michael Palimaka wrote:
>
>
, but for KDE/4.10)
This addresses bug 276151.
http://bugs.kde.org/show_bug.cgi?id=276151
Diffs
-
cmake/modules/PythonMacros.cmake 785093e44b88a9be7d5d601fdd95f559af80e164
Diff: http://git.reviewboard.kde.org/r/107248/diff/
Testing
---
Thanks,
Michael Palimaka
rocess.cpp 9f75d4aa75b41acec84e7798c789d4226ca3fab9
kdepasswd/kcm/main.cpp 5a5248e545cc75433024ae0464ac9f3e05b71900
Diff: http://git.reviewboard.kde.org/r/105895/diff/
Testing (updated)
---
Tested all combinations of password required and name change permitted, with
success.
Thanks,
Michael Palimaka
On 2012-08-11 05:22, Rolf Eike Beer wrote
And after the readLine() you have valid input? And you are sure your new
branch is taken?
Eike
It seems it is the block parameter that makes all the difference:
Test::Test(biol block) {
QByteArray line;
QList args;
args += "201
On 2012-08-11 01:02, Rolf Eike Beer wrote:
Am Samstag 11 August 2012, 00:11:37 schrieb Michael Palimaka:
So you are saying:
- readAll clears the buffer
- readLine unconditionally calls readAll
- readLine may be called multiple times to read multiple lines
Is that correct?
That's ho
On 2012-08-10 02:46, Rolf Eike Beer wrote:
Ehm, no. readLine() unconditionally calls readAll(). But that will also clear
the input buffer of the process object. So there is nothing left to read on the
next readLine() or readAll() call.
Eike
So you are saying:
- readAll clears the buffer
- rea
On 2012-08-09 19:57, Rolf Eike Beer wrote:
Ehm, no. If you don't unreadLine() but readLine() you will now discard
the data previously read in by readAll() and only have the new input
from readLine() which will be empty for sure. The case I'm describing
here is: the process already exited and has
anged successfully when permitted by login.defs
* Error presented and no change processed with prohibited by login.defs
Thanks,
Michael Palimaka
On 2012-08-09 17:06, Rolf Eike Beer wrote:
You have a nice way trying to say I'm a moron. Thank you. ;)
I am not trying to say that! I do not pretend to be any expert, and and
the more eyes the better.
Your patch isn't technically ideal as it does the same operation on data
multiple times. B
On 2012-08-09 02:59, Rolf Eike Beer wrote:
Now we have the following situation in case the program has exited (if not the
behavior is unchanged):
-we read in one line, if it is empty we break. What happens if the first line
of output is empty and correct output comes later?
That's why I origina
> On Aug. 7, 2012, 7:26 a.m., Oswald Buddenhagen wrote:
> > did you look at the changes i did in kdelibs/kdesu a while ago? this should
> > probably go in line with them (i didn't check whether it already does).
>
> Michael Palimaka wrote:
> What should
when permitted by login.defs
* Error presented and no change processed with prohibited by login.defs
Thanks,
Michael Palimaka
anged successfully when permitted by login.defs
* Error presented and no change processed with prohibited by login.defs
Thanks,
Michael Palimaka
generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/105895/#review16985
-------
On Aug. 6, 2012, 5:03 p.m., Michael Palimaka wrote:
>
> ---
> This is an automatically generated e-mail. To
ing for?
- Michael
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/105895/#review17018
---
On Aug. 6, 2012, 5:03 p.m., Mi
ly, visit:
http://git.reviewboard.kde.org/r/105895/#review16989
---
On Aug. 6, 2012, 5:03 p.m., Michael Palimaka wrote:
>
> ---
> This is an automatically generated e-mail. To re
ed by login.defs
* Error presented and no change processed with prohibited by login.defs
Thanks,
Michael Palimaka
hanks,
Michael Palimaka
tically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/105402/#review15336
-------
On July 1, 2012, 4:23 p.m., Michael Palimaka wrote:
>
> ---
> This is an
http://git.reviewboard.kde.org/r/105402/diff/
Testing
---
Thanks,
Michael Palimaka
/konq/CMakeLists.txt 8ecbfa9d33b4bc2cb3e54bc0da7ba5d2010f6964
Diff: http://git.reviewboard.kde.org/r/104700/diff/
Testing
---
Thanks,
Michael Palimaka
M is present on the system.
- Michael
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/103818/#review10198
---
On Jan. 29, 2
/UnixAuth.cmake 904f0cb
Diff: http://git.reviewboard.kde.org/r/103818/diff/diff
Testing
---
For me, both kcheckpass and KDM link against libcrypt instead of PAM and work
fine when -DWITH_PAM=no is specified.
Thanks,
Michael Palimaka
39 matches
Mail list logo
