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
> >
> > wrote:
> > > Am 06.02.2013 18:57 schrieb "Kevin Krammer":
> > >> Hi folks,
> > >>
>
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
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 be
On Wednesday 24 October 2012 23:19:57 Andras Mantia wrote:
> Hi,
>
> Aaron J. Seigo wrote:
> > Bodega
>
> I hope you are aware about the meaning of the name in certain countries. :)
> In Spain it is winery, while in Romania and probably some parts of Hungary
> it is the name of the cheap drinkin
> 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 simila
/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.
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
On Wednesday 26 September 2012 14:58:55 Cedric Bellegarde wrote:
> Hello,
>
> i'm waiting for some code review on kded-appmenu module:
> https://projects.kde.org/projects/kdereview/kded-appmenu
>
> Martin Gräßlin tells me to send a reminder here before commiting. I need to
> put this in kde-works
ard.kde.org/r/106475/diff/
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 w
s an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/106212/
> ---
>
> (Updated Aug. 26, 2012, 8:40 a.m.)
>
>
> Review request for KDE Base Apps and Alex Fiestas.
>
>
> Descripti
On Thursday 23 August 2012 12:57:43 Harald Sitter wrote:
> FWIW, last I talked to Robert about Canonical's involvement (which I
> believe was at UDS in May last year) only the greeters were to be
> covered by the CLA.
Only the greeters created by Canonical, not all of them.
On Friday 20 July 2012 20:27:36 Thomas Lübking wrote:
> I don't atm. *really* know how kwallet operates but on your claim the
> question is what additional security can be gained by the extra password.
None.
As you said it will be as secure as KWallet if we decrypt a databse at login
(using the u
On Tuesday, May 29, 2012 11:56:00 PM Dan Vratil wrote:
> On Monday 28 of May 2012 20:34:51 Alex Fiestas wrote:
> > 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 sin
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.
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 r
Seems perfect, no breaking, no kdelibs modification.
This is finally happening ! I will try to rewrite the Runner shotly using
the new api.
I overlooked at the code and I don't see any issues with it, I will do a
deeper look later.
I find one problem though, not specially with kded-appmenu but also with the
older implementation, the library
On Wednesday, April 25, 2012 04:26:28 PM Dawit A wrote:
> On Wed, Apr 25, 2012 at 1:05 PM, Alex Fiestas wrote:
> > On Wednesday, April 25, 2012 10:23:27 AM Dawit A wrote:
> > > On Tue, Apr 24, 2012 at 8:13 AM, Alex Fiestas 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 wrote:
> > After reading the patch and understanding a little bit more how this work
> > I
> > reached the following conclusion (potentially wrong as before :p).
> >
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
e
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 hea
On Monday, April 23, 2012 03:04:25 PM Dawit A wrote:
> On Mon, Apr 23, 2012 at 1:20 PM, Alex Fiestas wrote:
> > I'm having some issues with KWebView + Cookies + PrivateBrowsing
> > http://lists.kde.org/?l=kde-core-devel&m=133520146629307&w=2
> >
> > and I
> 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
-
I'm having some issues with KWebView + Cookies + PrivateBrowsing
http://lists.kde.org/?l=kde-core-devel&m=133520146629307&w=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
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 co
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
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 h
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 issue
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
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 question,
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 c
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" t
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 w
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 s
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 inhi
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/103669/#review9814
---
Ship it!
Ship It!
- Alex Fiestas
On Jan. 12, 2012, 7:06 p.m
On 01/02/2012 07:42 AM, Eike Hein wrote:
Does anyone object to sysadmin changing HEAD in
kdelibs.git to point to the 4.8 branch, so that a
simple clone of the repo results in a checkout of
that branch?
Somehow I skip the thread where the creation of the 4.8 branch was discussed
(I'm guessing it
---
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 Fiesta
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
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.
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 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.
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 urg
> 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 pro
> 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
>
-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.
aplayer.cpp
<http://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 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
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
> 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
.
Sorry :/
- Alex
---
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.
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
ha
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 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 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
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 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
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 tha
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
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 :
> > 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.
>
> I gues
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
Hi there
Today something happened to me again, I turn on my laptop at the begining of a
meeting and when I needed it the battery was over because the laptop didn't
went to suspension (as I'm used).
That makes me wonder what are the plans for KDM in this and other regards
since I haven't seen
his checks)
- Alex
---
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/101082/
---
Review request for kdelibs.
Summary
---
I found 2 places where KAutho
---
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 prop
Keep this feature as a plugin or something would be awesome, I've used this
feature in the past and it was very helpful.
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/100700/#review1577
---
Can you provide the output of solid-hardware query "is AudioInte
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 set
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 w
On 01/05/2011 07:15 PM, Aaron J. Seigo wrote:
if we go ahead with this time and place, this sprint will coincide with a
Nepomuk and KDE Multimedia sprint, so it will be _quite_ the busy place,
This can be inconvenient since two people may want to be in two places
at the same time, for instance
On 12/29/2010 03:13 AM, Rodrigo Belém wrote:
Samba comes pre-configured in most distributions and the "net
usershare" cmd line tool makes filesharing really easy.
Basically, quick, easy, and secure file sharing on Linux is broken. An
alternative is needed, but I'm against removing NFS features.
On 12/28/2010 04:26 PM, Jonathan Riddell wrote:
On Tue, Dec 28, 2010 at 03:12:24PM +0100, Alex Fiestas wrote:
Well, we should not remove any feature imho, but maybe we can improve it.
There's lots of reasons to remove features. If the code is too buggy
Then, let's fix it.
or t
On 12/28/2010 03:06 PM, Rodrigo Belém wrote:
Hello everybody,
I've been working on kubuntu team to update the samba file sharing
code and code is already in trunk :-) I have another patch that
updates the kdenetwork/filesharing, but it removes all the nfs code,
which needs root privileges. Are y
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 k
On Sunday, October 31, 2010 05:53:18 PM Matt Williams wrote:
> 2010/10/31 Alexander Neundorf :
> > On Sunday 31 October 2010, todd rme wrote:
> >> On Sun, Oct 31, 2010 at 9:26 AM, Michael Jansen
> >
> > wrote:
> > ...
> >
> >> > 1. Small improvements to the Qt Libraries
> >> >
> >> > Those are
81 matches
Mail list logo
