On Wednesday 06 February 2013 20:36:33 Christoph Cullmann wrote:
Hi,
actually, if he has taken the obstacles of installing tens of megabytes of
stuff, what was the problem with creating an account?
Haven't it ever happened to you that you are buying something on the interwebs
or checking
On Wednesday 06 February 2013 23:00:53 Martin Graesslin wrote:
On Wednesday 06 February 2013 22:41:25 Myriam Schweingruber wrote:
Hi all,
On Wed, Feb 6, 2013 at 10:20 PM, Frank Reininghaus
frank7...@googlemail.com wrote:
Am 06.02.2013 18:57 schrieb Kevin Krammer:
Hi folks,
Is this Frameworks5 material only? Or could be backported to kdelibs master?
I know that kdelibs master is frozen, but I remember that we talked months ago
to do an exception, but I don't remember if we decided to do it or not.
Thanks!
Hi there
Today we have finished the release of BlueDevil 1.3, which should be the most
stable ever (yay for everybody !).
As you all probably know, I'm working in a variety of projects (kscreen, user
manager, webaccounts, kamoso) meaning that I can dedicate less time to
BlueDevil. Trying to
On Sept. 30, 2012, 12:23 a.m., Alex Fiestas wrote:
I decided to make a review because I wonder why we were using description
before, was it working better with HAL?
Kevin Ottens wrote:
Nope, but the HAL backend itself used to have a very similar piece of
code. It's probably
Media Player
Portable Media Player
Screenshots from this review are applicable:
https://git.reviewboard.kde.org/r/106637/
Diffs
-
kfile/kfileplacesitem.cpp 3ada0c3
Diff: http://git.reviewboard.kde.org/r/106653/diff/
Testing
---
Thanks,
Alex Fiestas
description
before, was it working better with HAL?
- Alex Fiestas
On Sept. 30, 2012, 12:22 a.m., Alex Fiestas wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/106653
/diff/
Testing
---
Thanks,
Alex Fiestas
/
Testing
---
Used Konqueror (as indicated in the commit) with both khtml and webkit.
Tested samba-mounter
Tested bluedevil
Everything seems to work.
Thanks,
Alex Fiestas
On Tuesday 11 September 2012 15:24:44 Cedric Bellegarde wrote:
Not ready IMO for KDE 4.10 due to problems pointed by Alejandro Fiestas
Olivares in previous mails. But this is really not needed to have appmenu
support in KDE available.
I have a long TODO list so I can't make promises, but I
/r/106212/
---
(Updated Aug. 26, 2012, 8:40 a.m.)
Review request for KDE Base Apps and Alex Fiestas.
Description
---
The dialog from the kded would show up once for each event (eg unpluggin and
pluggin in again) related
On Monday, May 28, 2012 02:19:12 PM Dan Vratil wrote:
The omniscient interwebs suggested libkgapi (derived from libmapi, library
for interfacing with Microsoft's Exchange API).
I think the G is completely safe, yet makes hint about what service is the
library related to.
Since we are
On Monday, May 28, 2012 02:56:44 PM Dan Vratil wrote:
libgapi might lead confusion with the glib world.
As libwebkit lead to confusion since it seems that it is toolkig agnostic.
libgapi seems ok to me.
Seems perfect, no breaking, no kdelibs modification.
On Wednesday, April 25, 2012 04:26:28 PM Dawit A wrote:
On Wed, Apr 25, 2012 at 1:05 PM, Alex Fiestas afies...@kde.org wrote:
On Wednesday, April 25, 2012 10:23:27 AM Dawit A wrote:
On Tue, Apr 24, 2012 at 8:13 AM, Alex Fiestas afies...@kde.org wrote:
After reading the patch
On Wednesday, April 25, 2012 10:23:27 AM Dawit A wrote:
On Tue, Apr 24, 2012 at 8:13 AM, Alex Fiestas afies...@kde.org wrote:
After reading the patch and understanding a little bit more how this work
I
reached the following conclusion (potentially wrong as before :p).
storageDisabled
On Monday, April 23, 2012 07:38:16 PM Dawit A wrote:
None of this is necessary. What should happen in private browsing mode is
the cookies metadata should be set to manual to disable cookie handling
kio_http. The KIO::Integration::AccessManager can be modified to send its
own cookie header
After reading the patch and understanding a little bit more how this work I
reached the following conclusion (potentially wrong as before :p).
storageDisabled should work as it does right now (without the patch), it does
disable any storage and allow reading, which imho it is exactly what you
On Monday, April 23, 2012 11:18:14 AM todd rme wrote:
Is there a way to have it so HAL is enabled by default on BSD systems,
but on Linux systems you need to manually use a cmake flag to enable
it?
Well I don't see why we need HAL on Linux, so unless you can give me some
reason too keep it I
KWebView can't do Private Browsing because of KIO integration, need advice on
how to fix it but first let me explain the issue.
What I consider PrivateBrowsing:
Private Browsing should have an empty CookieJar that will keep cookies only as
long as the private browsing is activated, after that
I'm having some issues with KWebView + Cookies + PrivateBrowsing
http://lists.kde.org/?l=kde-core-develm=133520146629307w=2
and I need to workaround that issues at least until we fix them.
I thought on using QWebView but then we will be lacking KDE integration, my
question is: what integration
On April 22, 2012, 9:36 p.m., Matěj Laitl wrote:
Bump. Should I port this to to-be kdelibs 4.9, or is it too late?
Is the patch any different? it should be just the same. In that case please,
apply this patch to 4.8, 4.9 and Frameworks.
- Alex
On Monday, April 23, 2012 03:04:25 PM Dawit A wrote:
On Mon, Apr 23, 2012 at 1:20 PM, Alex Fiestas afies...@kde.org wrote:
I'm having some issues with KWebView + Cookies + PrivateBrowsing
http://lists.kde.org/?l=kde-core-develm=133520146629307w=2
and I need to workaround that issues
Hello everybody!
I'm doing some bug triage on libsolid (as well of some bug fixing) and I'm
finding that most nasty bugs are fault of our HAL backend (or HAL itself).
I tried to build HAL and failed on it (easy fix though) but that made me
realize that there is no point of me fixing HAL issues
On Sunday, April 22, 2012 04:40:30 AM Alberto Villa wrote:
I'm not sure that was an official investiture (it was late in the
night - at Randa, do you remember Alex?)... :)
I do remember! but I left thinking that it was not worth because freebsd
people were working on something new to replace
On Saturday, March 31, 2012 11:48:57 PM you wrote:
For some time I have been experiencing a memory leak that makes KMail go up
to 1,5Gb of ram when using it for a long period of time, Volker saw it with
his own eyes and we even tried to valgrind it.
Just to be clear when we tried to valgrind it
For some time I have been experiencing a memory leak that makes KMail go up to
1,5Gb of ram when using it for a long period of time, Volker saw it with his
own eyes and we even tried to valgrind it.
I have been using KMail while keeping an eye in ksysguard and I think I know
where the leak is
On Friday, March 23, 2012 08:12:53 PM Thomas Zander wrote:
Read those numbers again; its kinda depressing really;
I don't have numbers but almost nobody is taking close care of accessibility
when developing applications, should be removed it? no we do not.
I think that this feature, as Albert
What's the status of KSecretService ? is it stuck because of Frameworks?
Do we have any plan to put it in production for 4.9 ? How the migration will
be handled?
If I remember correctly the current Wallet API will still work right? should
we port applications to new api anyway?
Final
On Friday, March 16, 2012 03:09:39 PM John Layt wrote:
Here's my pragmatic take on it, without judging the merits of either project
or their champions, and not knowing what the implications for application
developers are.
At the moment I believe we are only talking about KCM Modules to
Don't know the best place to reply, so I guess that this is as good as any.
We don't need to choose right now, colord-kde just started and Oyranos is just
starting to make noise thanks to KColorManager, where is the hurry to choose a
side? it seems to me that some people are using this fight to
On Wednesday, February 22, 2012 04:42:26 PM John Layt wrote:
I believe Alex Fiestas has expressed an interest in the past in developing
a KCM so he might be a good starting point.
I did, but since Oyranos appeared I put it in hold, I still think that
supporting colord is something we want
Mext week the biggest mobile congress will start in Barcelona from 27 February
to 1 March. I got an invitation for the developing area and I'm planning to do
some networking KDE related and I want to go well prepared :)
So far this is what I got:
-I will download all our Harmattan apps
-I will
On 01/17/2012 05:17 AM, Dario Freddi wrote:
Howdy,
this mail comes after a certain discussion on how to handle screen
inhibition. At the moment, the aforementioned function leads to an
inhibition of DPMS features and brightness handling - I propose to
change that to include also Screensaver
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/103313/#review8691
---
You should add ereslibre in people.
- Alex Fiestas
On Dec. 3
info as dependency is ok
(kdelibs 4.X is freezed forever), and everybody said yes.
So for me, ship it once you've added the CMake warnings and remember to email
the kde-packagers mailist.
Thanks and great work !
- Alex Fiestas
On Nov. 5, 2011, 4:47 p.m., Matěj Laitl wrote
On 11/24/2011 01:21 AM, Dario Freddi wrote:
media-player-info is a repository of data files describing media
player capabilities, mostly of mass-storage devices. These files
contain information about the directory layout to use to add music to
these devices, the supported file formats and so on.
So, do have I have green light to give the ship it to this patch?
Thanks and sorry for the mess of me not explaining :p
On 11/24/2011 06:41 PM, Albert Astals Cid wrote:
So if you are fine living with copied code from somewhere else, go for it.
I'm not happy but I'm fine, better copy paste it than rewrite it just
for fun.
IIRC Qt5 will have this information.
On Nov. 20, 2011, 3:38 a.m., Alex Fiestas wrote:
Oh another thing, the CMakeList should check for media-player-info as an
optional dependency
Matěj Laitl wrote:
OK, I'll add that. The problem is that media-player-info is runtime-only
depencency - even if not present during build
On Nov. 20, 2011, 3:37 a.m., Alex Fiestas wrote:
solid/solid/backends/udev/udevportablemediaplayer.cpp, line 109
http://git.reviewboard.kde.org/r/103028/diff/1/?file=40295#file40295line109
We have been returning mtp as the protocol that identify mtp
devices, the value of the mpi
We're in the process of merging a review which will partly fix the sad
situation of MTP/MPI/iPod devices in libsolid, the review I'm talking
about is:
https://git.reviewboard.kde.org/r/103028/
This as far as I know was (is) working with the linux-deprecated HAL
backend, so is something we
://git.reviewboard.kde.org/r/103028/#comment7118
We have been returning mtp as the protocol that identify mtp devices,
the value of the mpi files is storage while it should be mtp.
- Alex Fiestas
On Nov. 5, 2011, 4:47 p.m., Matěj Laitl wrote
-info as an
optional dependency
- Alex Fiestas
On Nov. 5, 2011, 4:47 p.m., Matěj Laitl wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/103028
On Saturday, October 01, 2011 09:54:52 PM Torgny Nyblom wrote:
On Saturday 01 October 2011 21.02.19 Dario Freddi wrote:
[...]
Also please do not remove the possibility to change how a certain state
should look like. So far I've always changed the on battery profile.
I think there is
On 09/17/2011 04:30 PM, Θεόφιλος Ιντζόγλου wrote:
Hi!
It's been a while since I asked about kephal. I've been experimenting with
RandR lately and I have created a library that does something like the one
kephal was supposed to do and can be found here:
https://github.com/parapente/libEasyRandR
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101076/#review3510
---
On April 10, 2011, 9:54 a.m., Alex Fiestas wrote
On May 25, 2011, 10:31 a.m., Christoph Feck wrote:
What is the status of this review? Has it been submitted? If yes, please
close it.
Alex Fiestas wrote:
OMG, didn't got the email from the review :/! will look into this
tomorrow and commit/close/whatever needs to be done
Something I'm going to do, and I hope that some of the metalworkers will
follow is to get involved in the new platform (uStuff, NM, BlueZ...),
only by winning our relevance we will be able to control the platform again.
Also, I'd like to point something: In number of people I think that KDE
My plans for BDS include:
· Drink Northen German beer
· Pay some beers to some KDE hackers and active community
· Improve the communication between platform developers and us
NetworkManager
BlueZ
UPower
UDisk
UNextThink
etc...
· Draft a plan for
The only point that I would like to add is that the 'System' part of
System Settings should be dropped since the settings listed there are
not for the system but for the DE('s).
Well it depends, Networking Bluetooth, Service startup are not DE('s) stuff
On Wednesday, June 15, 2011 08:20:35 AM todd rme wrote:
There seems to be an implicit assumption here that if we are going to
go the cross-desktop route it would have to be LightDM that we pick.
But if KDM is already pluggable enough that you can easily rip out the
GUI and write and entire new
Just to clarify something...
I'm not pushing lightDM into KDE in anyway, it is not my favorite DM or
anything like that, though I see it as a highly interesting project with a
healthy and active community and I do think that KDE should be leading the
Qtness of the project as well as be sure
On Wednesday, June 15, 2011 05:37:14 PM todd rme wrote:
There are apparently people willing to implement KDE support in
LightDM, so why don't they instead improve KDM? Why should they be
putting their effort into an immature project instead of a mature one?
Because they're motivated to work on
On Wednesday, June 15, 2011 05:55:03 PM todd rme wrote:
So in other words when LightDM is mature no one will work on it and we
will be left with the same problem?
Maybe, though if it remains active and healthy then we may not.
On Wednesday, June 15, 2011 06:11:27 PM Martin Gräßlin wrote:
On Wednesday 15 June 2011 17:46:08 Alex Fiestas wrote:
On Wednesday, June 15, 2011 05:37:14 PM todd rme wrote:
There are apparently people willing to implement KDE support in
LightDM, so why don't they instead improve KDM? Why
On Wednesday, June 15, 2011 05:43:44 PM Martin Gräßlin wrote:
On Wednesday 15 June 2011 12:22:10 Alex Fiestas wrote:
But right now: (Once again this is what I see from outside:)
-KDM developers have no plans
This seems incorrect, given Shaun's work on Plasma - and after the
discussion
On Monday, June 13, 2011 09:01:06 PM John Layt wrote:
On Monday 13 Jun 2011 20:34:56 Martin Gräßlin wrote:
What does power management has to do with KDM? This belongs into
powerdevil where to my knowledge it should be handled fine, if
configured correctly.
Not sure, but I wonder if Alex
On Monday, June 13, 2011 10:24:22 PM Thomas Lübking wrote:
Am Mon, 13 Jun 2011 21:34:56 +0200
schrieb Martin Gräßlin mgraess...@kde.org:
What does power management has to do with KDM? This belongs into
powerdevil where to my knowledge it should be handled fine, if
configured correctly.
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101082/#review2598
---
On April 11, 2011, 12:22 p.m., Alex Fiestas wrote
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101076/
---
Review request for KDE Base Apps.
Summary
---
In order to have a
Keep this feature as a plugin or something would be awesome, I've used this
feature in the past and it was very helpful.
On 02/10/2011 09:04 AM, Thiago Macieira wrote:
Even if that is the case, KDE should use K_GLOBAL_STATIC, which is better than
Q_GLOBAL_STATIC.
I don't know why is better (I haven't check the code) but then, maybe we
can add a new public macro to Qt with the goodness of K_GLOBAL_STATIC
and
In KDE we're used to resize the windows to fulfill our personal needs,
and let the application save the last used size. I guess that is
because of that feature that a lot of applications doesn't care about
the correct size.
A good experiment would be disable that feature in trunk (having a
I just saw the commit, and when trying it the old
Make sure that the Perl script 'fileshareset' is set suid root. appeared.
So I performed a grep in kdelibs and fileshareset is at least appearing
in: kio/kio/kfileshare.cpp KFileItem::setShared method.
Also, the perl scrip is still there in
65 matches
Mail list logo
