Re: Review Request 113360: PolkitActionsKCM: Use a simple pointer for m_actionWidget.

ver noticed this? Another thing - it's probably clearer if we put new PolkitKde::ActionWidget(this) as an initializer for m_actionWidget in the constructor. - Dario Freddi On Dec. 8, 2013, 10:45 a.m., Ivan Shapovalov wrote: > >

Re: Review Request 110102: Change 2 strings from "Display" to "Screen" for better consistency.

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/110102/#review31334 --- Ship it! Ship It! - Dario Freddi On April 20, 2013, 2:24

Re: Review Request 109792: Update 'dim display' algorithm.

unexpected trip to the dentist last days. Allow me some hours/days to wash away the pain, and I'll be on this. - Dario Freddi On April 2, 2013, 1:52 p.m., Danny Baumann wrote: > > --- > This is an automatically generated

Re: Review Request 109133: Allow async KAuth Action with helper (and disallow async without helper)

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/109133/#review28104 --- Ship it! Ship It! - Dario Freddi On Feb. 25, 2013, 11:25

Re: Review Request 108418: use system to suspend and hibernate in powerdevil

have a look at this as well, but ideally you should probably talk to Lukas about it. - Dario Freddi On Jan. 15, 2013, midnight, Xuetian Weng wrote: > > --- > This is an automatically generated e-mail. To reply,

Re: KCM Authorization (was: Re: Review Request: print-manager on kdereview)

2012/8/27 Christoph Feck : > On Monday 27 August 2012 22:15:18 Daniel Nicoletti wrote: >> 2012/8/27 Christoph Feck : >> > I am talking about whatever design mistake is responsible for bug >> > 242648, which isn't about CUPS at all. Sorry for side-tracking >> > this thread. I was just thinking that

Re: Review Request: fix for some typos

> On June 16, 2012, 4:15 p.m., Lamarque Vieira Souza wrote: > > kdeui/actions/kaction.cpp, line 408 > > > > > > Well, commit 3d789c9dcda0179aac40e2bcf58df06cccf84ed5 is the one that > > commented this line, but Dar

Re: Question about unittesting

Il 08 aprile 2012 23:12, Thomas Zander ha scritto: > On Sunday 08 April 2012 22.57.05 Thomas Lübking wrote: >> I think he wants a macro to execute a branch only in debug compilation >> mode, >> ie. he's probably looking for Q_ASSERT(deleteSuccedded(path)); >> or in doubt sth. stronger than debug t

Re: GSoC: automatic brightness adjustment

ou said. > > Oh, and an arduino is grossly overkill for something so simple.  More > importantly, it requires an additional piece of hardware, which is very > inconvenient and cumbersome. > > > > On Thu, Apr 5, 2012 at 2:24 PM, Simon Oosthoek wrote: >> >> On 05/

Re: GSoC: automatic brightness adjustment

Il 05 aprile 2012 16:28, Christopher Blauvelt ha scritto: > > > On Thu, Apr 5, 2012 at 7:20 AM, Dario Freddi wrote: >> >> Il 05 aprile 2012 07:32, Mike Dean ha scritto: >> > As an electrical engineer, I find this idea sound. >> >> Allow me, as an inf

Re: GSoC: automatic brightness adjustment

Il 05 aprile 2012 07:32, Mike Dean ha scritto: > As an electrical engineer, I find this idea sound. Allow me, as an information engineer and a computer scientist, to think you missed part of the picture :) I don't want to challenge your argument of the power consumption of the webcam even though

Re: GSoC: automatic brightness adjustment

Hi, Il 04 aprile 2012 03:12, Vadim Dombrowski ha scritto: >  Hi! > > I'm a student of Belarusian State University and I would like to > participate in GSoC 2012. > > The idea for my project is to create an automatic brightness > adjustment mechanism using web-camera as light sensor. > Today a lot

Re: Review Request: Make KAuth ready for frameworks + API Changes

Il 01 aprile 2012 14:35, Stephen Kelly ha scritto: > Dario Freddi wrote: >> gitk indeed has a screwy visualization in there. > > You conclusion that the tool is screwy is interesting for a few reasons. > Maybe some day you'll reconsider it. Wait - I was considering jus

Re: Review Request: Make KAuth ready for frameworks + API Changes

Il 31 marzo 2012 21:03, Stephen Kelly ha scritto: > > Now I'm confused. > >>> Stephen Kelly wrote: >>>     It was rebased onto some relatively recent commit, but not the tip of >>>     the branch. > > You disagreed with what I said: > >>  - Given that the branch was rebased on top of the last fram

Re: Review Request: Make KAuth ready for frameworks + API Changes

> On March 30, 2012, 1:14 p.m., Dario Freddi wrote: > > April is upon us. If no objections arise in the time being, these changes > > will be merged on Sunday, after which I'll ask Kevin to move KAuth back to > > tier2/ for prime time. > > Stephen Kelly wro

Re: Review Request: Make KAuth ready for frameworks + API Changes

> On March 30, 2012, 1:14 p.m., Dario Freddi wrote: > > April is upon us. If no objections arise in the time being, these changes > > will be merged on Sunday, after which I'll ask Kevin to move KAuth back to > > tier2/ for prime time. > > Stephen Kelly wro

Re: Review Request: Make KAuth ready for frameworks + API Changes

> On March 30, 2012, 1:14 p.m., Dario Freddi wrote: > > April is upon us. If no objections arise in the time being, these changes > > will be merged on Sunday, after which I'll ask Kevin to move KAuth back to > > tier2/ for prime time. > > Stephen Kelly wro

Re: Review Request: Make KAuth ready for frameworks + API Changes

> On March 30, 2012, 1:14 p.m., Dario Freddi wrote: > > April is upon us. If no objections arise in the time being, these changes > > will be merged on Sunday, after which I'll ask Kevin to move KAuth back to > > tier2/ for prime time. > > Stephen Kelly wro

Re: Review Request: Make KAuth ready for frameworks + API Changes

, these changes will be merged on Sunday, after which I'll ask Kevin to move KAuth back to tier2/ for prime time. - Dario Freddi On March 18, 2012, 10:25 p.m., Dario Freddi wrote: > > --- > This is an automatically generated e-

Re: Review Request: Make KAuth ready for frameworks + API Changes

> On March 18, 2012, 11:04 p.m., Stephen Kelly wrote: > > Nice, thanks and sorry for the noise, and thanks for making the branch. > > Dario Freddi wrote: > Np, hope you'll be able to have a quick look at it as well, it would be > great :) > > Stephen Ke

Re: Review Request: Make KAuth ready for frameworks + API Changes

- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/104337/#review11717 ------- On March 18, 2012, 10:25 p.m., Dario Freddi wrote: > >

Re: Review Request: Make KAuth ready for frameworks + API Changes

> On March 18, 2012, 11:04 p.m., Stephen Kelly wrote: > > Nice, thanks and sorry for the noise, and thanks for making the branch. > > Dario Freddi wrote: > Np, hope you'll be able to have a quick look at it as well, it would be > great :) > > Stephen Ke

Re: Review Request: Make KAuth ready for frameworks + API Changes

ments ;) - Dario --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/104337/#review11598 --- On March 18, 2012, 10:25 p.m., Dario Freddi wro

Re: Review Request: Make KAuth ready for frameworks + API Changes

--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/104337/#review11596 --- On March 18, 2012, 10:25 p.m., Dario Freddi wrote: > >

Re: Review Request: Make KAuth ready for frameworks + API Changes

mount of time and makes it extremely hard to update the patch afterwards. - Dario --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/104337/#review11594 -------

Review Request: Make KAuth ready for frameworks + API Changes

thexecutejob.h PRE-CREATION staging/kauth/src/kauthexecutejob.cpp PRE-CREATION Diff: http://git.reviewboard.kde.org/r/104337/diff/ Testing --- New unit tests pass 100% Thanks, Dario Freddi

Re: Please avoid noisy merge commits in frameworks

2012/2/19 Ben Cooksley : > > First, our hooks are in python - so any changes would need to be in Python > as well. I can speak a bit of python, would be a nice way for learning more :) > > Second, there is a legitimate use for pushing merge commits - namely > integrating a seperate remote branch.

Re: Please avoid noisy merge commits in frameworks

2012/2/19 Stephen Kelly : > Stephen Kelly wrote: > >> >> Hi there, >> >> I was reviewing the changes in the frameworks branch from yesterday. >> Something I noticed was that there are a lot of merge commits that don't >> need to exist. > > Ugh. Yet more of this just appeared... Recent history in th

Forward porting policy

Howdy, I just pushed a fix to KDE/4.8 in workspace. Now, when trying to forward-port as usual, a variety of commits by scripty, and a commit from a fellow developer, were merged as well. Which raises two questions that boggle me since a while: 1. Should 4.x always be fully merged into master? Jus

Re: hard-dep for Qt 4.8

2012/1/18 Thomas Zander : > On Wednesday 18 January 2012 09.05.32 Dario Freddi wrote: >> > if you remember there are a lot of people using KDE that are not 'core' >> > developers. Typically they are one-time developers, they are artists, >> > they are tran

Re: hard-dep for Qt 4.8

2012/1/18 Thomas Zander : > On Wednesday 18 January 2012 06.35.57 Martin Gräßlin wrote: >> I didn't say that this is a reason. I wanted to highlight the problem of >> not  depending on 4.8 and everybody using 4.8. I'm not going to start >> reviewing code for "is this a Qt 4.8 change". > > Martin, >

Re: Proposal: have Solid::beginSuppressingScreenPowerManagement inhibit screensaver as well

Cool :) If no objections arise within the next hours, I'll commit the change 2012/1/17 Alex Fiestas : > 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 mom

Proposal: have Solid::beginSuppressingScreenPowerManagement inhibit screensaver as well

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 inhibition, to provide a full hassle-free experien

Re: libmm-qt and libnm-qt still in KDE Review

Go for it! 2012/1/5 Lamarque V. Souza : > Em Wednesday 04 January 2012, Ben Cooksley escreveu: > >> Hi all, > >> > >> Just doing a little spring cleaning of KDE Review and I noticed that > >> libmm-qt and libnm-qt are still there. What was the final decision on > >> where they are going to be move

Re: Review Request: Fix library creation

. - Dario Freddi On Nov. 23, 2011, 9:39 a.m., Nicolas Lécureuil wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > http://git.reviewboard.kde.

Re: adding a runtime dependency into KDELIBS

Ship it! 2011/11/24 Alex Fiestas : > 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 >

Re: adding a runtime dependency into KDELIBS

(sorry Aaron for the duplicate, blame GMail) 2011/11/24 Aaron J. Seigo : > On Thursday, November 24, 2011 01:21:12 Dario Freddi wrote: > >> These capabilities used to be provided by HAL in the > >> 10-usb-music-players.fdi file, but HAL is now deprecated, so the > >>

Re: adding a runtime dependency into KDELIBS

2011/11/24 Dario Freddi : > 2011/11/24 Albert Astals Cid : >> El Dimecres, 23 de novembre de 2011, a les 00:00:29, Alex Fiestas va >> escriure: >>> We're in the process of merging a review which will partly fix the sad >>> situation of MTP/MPI/iPod devic

Re: adding a runtime dependency into KDELIBS

2011/11/24 Albert Astals Cid : > El Dimecres, 23 de novembre de 2011, a les 00:00:29, Alex Fiestas va escriure: >> 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.reviewboa

Re: Frameworks mailing list

Hello, 2011/11/16 Albert Astals Cid : > In case someone is interested since it has never mentioned in this list, there > is a frameworks mailing list at kde-frameworks-devel > https://mail.kde.org/mailman/listinfo/kde-frameworks-devel I won't comment on having a separate list or whatever, since t

Re: Re: Re: Security Audit Request for Screenlocker Branch

2011/10/12 Martin Gräßlin : > On Wednesday 12 October 2011 09:10:40 Oswald Buddenhagen wrote: >> > Of course KWin is a more complex application than others, but given >> > what we need in a screen locker the difference becomes marginal IMHO. >> >> yes. one should consider decoupling the greeter fro

Re: The future of Power Management - together with Activities

creencast showcasing the new config UI will appear soon as well. > > Alex -- ------- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part.

Re: The future of Power Management - together with Activities

_ > Plasma-devel mailing list > plasma-de...@kde.org > https://mail.kde.org/mailman/listinfo/plasma-devel -- --- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part.

Re: The future of Power Management - together with Activities

On Monday 03 October 2011 06:38:29 Scott Kitterman wrote: > On Sunday, October 02, 2011 06:44:41 PM Dario Freddi wrote: > > I would like to draw your attention to the address of this list. It > > has a nice -devel prefix. I don´t take part in discussions where I am > > not kn

Re: The future of Power Management - together with Activities

2011/10/2 Michael Pyne : > On Sunday, October 02, 2011 19:52:09 Dario Freddi wrote: >> On Sunday 02 October 2011 19:35:15 Michael Pyne wrote: >> > And even assuming the user knows how to do this, if they want to change >> > power  management options we are saying tha

Re: The future of Power Management - together with Activities

this helps in clearing some misunderstandings. P.S.: As you can see, there is NOTHING about activities in this video, I don´t even have implemented that part, which is completely independent anyway. 2011/10/2 Dario Freddi : > Btw, I would like to leave the readers, mainly the two who

Re: The future of Power Management - together with Activities

Btw, I would like to leave the readers, mainly the two who are accusing me of being a d**k, an exercise and count how many times the following questions came up: -Ok but I cannot watch my videos anymore -I will not be able to configure my profiles anymore -Blahblah I want to do power management

Re: The future of Power Management - together with Activities

2011/10/2 David Jarvie : > On Sunday 02 October 2011 18:47:19 Dario Freddi wrote: >> On Sunday 02 October 2011 19:34:42 Andreas Pakulat wrote: >> > That leaves out the use-case of not wanting to inhibit all aspects of >> > the current power-save mode, but only a part

Re: The future of Power Management - together with Activities

2011/10/2 todd rme : > On Sun, Oct 2, 2011 at 9:28 PM, Dario Freddi wrote: >> On Sunday 02 October 2011 21:03:45 todd rme wrote: >>> Thinking over the conversation a bit, I think the disagreement stems >>> not from the activities vs. profiles issue, but rather diffe

Re: The future of Power Management - together with Activities

2011/10/2 Scott Kitterman : > On Sunday, October 02, 2011 09:28:42 PM Dario Freddi wrote: >> No, sorry to say that again. There are two categories of people: those who >> know what they are talking about and those who don't. Your understanding of >> this categorization is

Re: The future of Power Management - together with Activities

2011/10/2 Scott Kitterman : > On Sunday, October 02, 2011 08:37:58 PM Dario Freddi wrote: >> On Sunday 02 October 2011 20:31:37 Martin Gräßlin wrote: >> > And that's now exactly the point: if you don't have any clue about what >> > is happening your "I wa

Re: The future of Power Management - together with Activities

were to > write the UI for it? Basically try to make as few assumptions as > possible in the underlying profile settings storage. I think I'd better not answer this part to avoid being banned from this list. > > -Todd > ___ > Plasma-devel mailing list > plasma-de...@kde.org > https://mail.kde.org/mailman/listinfo/plasma-devel -- --- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part.

Re: The future of Power Management - together with Activities

matter how many times I will quote this bit, it will never be enough. -- --- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part.

Re: The future of Power Management - together with Activities

io what he should code, nor I will. > > Andras > ___ > Plasma-devel mailing list > plasma-de...@kde.org > https://mail.kde.org/mailman/listinfo/plasma-devel -- --- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part.

Re: The future of Power Management - together with Activities

On Sunday 02 October 2011 20:09:00 Andras Mantia wrote: > On Sunday, October 02, 2011 14:45:58 Dario Freddi wrote: > > > That was one example. Another example brought up is e.g switching of > > > strigi or nepomuk indexing when switching to a power saving profile. > >

Re: The future of Power Management - together with Activities

On Sunday 02 October 2011 20:03:47 Stefan Majewsky wrote: > On Sun, Oct 2, 2011 at 7:58 PM, Dario Freddi wrote: > > I still haven't found a "you're > > right" after a thousand times I've been explaining the only real saver > > you can configure is br

Re: The future of Power Management - together with Activities

On Sunday 02 October 2011 19:51:11 Stefan Majewsky wrote: > On Sun, Oct 2, 2011 at 7:32 PM, Dario Freddi wrote: > > I will conclude the argument by saying that the > > skepticals can now check out, in kde-workspace, my branch dafre/new- > > powerdevil, which is implementing e

Re: The future of Power Management - together with Activities

er of times I cannot even remember that the battery applet, from 4.8+, is having a button which does exactly that. This use case is already covered WITHOUT resorting to activities. -- ------- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description

Re: The future of Power Management - together with Activities

de, I might say: what's the difference between creating a new activity and configure it and creating a new profile and configure it, if that's the sole purpose of the change? -- --- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part.

Re: The future of Power Management - together with Activities

e the lid: the screen will be blanked and the PC will not be suspended. So we are already doing the right thing in this case. -- --- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part.

Re: The future of Power Management - together with Activities

On Sunday 02 October 2011 17:04:50 Martin Gräßlin wrote: > On Saturday 01 October 2011 16:27:48 Dario Freddi wrote: > > Hello all, and sorry for cross-posting. > > > > Hopefully, this solution will please everyone and will make activities > > even more useful. Do yo

Re: The future of Power Management - together with Activities

On Sunday 02 October 2011 16:33:05 Dario Freddi wrote: > support for changing the CPU > governor has been removed ... from all userspace tools. Sorry this bit didn't get in for any reason. -- ------- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B si

Re: The future of Power Management - together with Activities

On Sunday 02 October 2011 16:26:16 Markus Slopianka wrote: > On Samstag 01 Oktober 2011 16:27:48 Dario Freddi wrote: > > We focused on simplicity, > > still without losing power-user features > > Quite frankly: What you describe sounds way more complicated. Don't se

Re: The future of Power Management - together with Activities

On Sunday 02 October 2011 15:04:35 Alberto Villa wrote: > can you please just leave a notification for this? even if it doesn't > trigger a profile change, it's very useful to know that the battery is > going to die soon Makes sense indeed -- ------- Dario Fredd

Re: The future of Power Management - together with Activities

map all of those settings". This is your conclusion. One can still live happily and configure his battery states without resorting to activities at all > > -Todd -- --- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part.

Re: The future of Power Management - together with Activities

On Sunday 02 October 2011 09:51:35 todd rme wrote: > On Sat, Oct 1, 2011 at 11:19 PM, Dario Freddi wrote: > > On Saturday 01 October 2011 21:30:02 Lukas wrote: > >> Both are quite unusual but possible situations, but creating new > >> activity and moving all file

Re: The future of Power Management - together with Activities

On Sunday 02 October 2011 12:04:15 Andras Mantia wrote: > On Saturday, October 01, 2011 23:13:06 Dario Freddi wrote: > > > Is it? Certainly disabling desktop effects and 3D acceleration has > > > an > > > impact. > > > > Sorry to disappoint you, but this

Re: The future of Power Management - together with Activities

tery states will be there and will be editable, and temporary inhibition (equivalent to a presentation/movie profile) will be provided by the applet instead of the profile combobox. > > -Todd -- --- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part.

Re: The future of Power Management - together with Activities

naturally paired, which is very > nice. Thanks for explaining. You also remembered me that activities can also be used to save power, as you can pause apps/plasmoids (which are the real resource- hungry things). This is a nice side effect and another good reason towards using this approach. --

Re: The future of Power Management - together with Activities

On Saturday 01 October 2011 23:33:22 Scott Kitterman wrote: > On Saturday, October 01, 2011 11:21:46 PM Dario Freddi wrote: > > On Saturday 01 October 2011 23:09:27 Scott Kitterman wrote: > > > I don't understand how creating a new activity represents an > > >

Re: The future of Power Management - together with Activities

n notice this change, except for a small change in the UI. -- ------- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part.

Re: The future of Power Management - together with Activities

ew profile. > > Also [Performance] and [Battery stretch] power modes could do more by e.g. > preventing any daemons (nepomuk, akonadi, owncloud) from staring background > works - a common complaint, that KDE semantic services starts at a very bad > time and there is no way to prev

Re: The future of Power Management - together with Activities

On Saturday 01 October 2011 21:21:40 Andras Mantia wrote: > [Please reply on both lists if you cross-posted, otherwise dicussion will > be more fragmented. I just looked up the plasma list out of curiosity, > normally I don't follow, so your mail would have been missed.] > >

Re: The future of Power Management - together with Activities

you can not MANUALLY change the profile (e.g. by using the applet) > > Andreas -- --- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part.

Re: The future of Power Management - together with Activities

On Saturday 01 October 2011 20:50:30 Torgny Nyblom wrote: > On Saturday 01 October 2011 20.33.06 Andras Mantia wrote: > > On Saturday, October 01, 2011 16:27:48 Dario Freddi wrote: > > > Hello all, and sorry for cross-posting. > > > > > > [...] > > >

Re: The future of Power Management - together with Activities

ally you will not even feel the difference, as it's simply going to behave the same way. If you were doing such a thing, depending on why you were switching, you might need to create a new activity. > > Greetings > Stefan -- --- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part.

Re: The future of Power Management - together with Activities

On Saturday 01 October 2011 16:55:54 Marco Martin wrote: > On Saturday 01 October 2011, Dario Freddi wrote: > > Hello all, and sorry for cross-posting. > > At the same time, the combobox for selecting a profile in the battery > > applet will be removed. It will, although, be

The future of Power Management - together with Activities

fully, this solution will please everyone and will make activities even more useful. Do you like it? More suggestions? Speak now or shut up forever! -- --- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part.

Re: mentor needed for start-up optimization Season of KDE student

or. Although my time these days is limited, I would gladly help, but possibly as a co-mentor. > > > Cheers > Lydia -- --- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part.

Re: Where does KAuth belong?

ects which depend on each > other (all depend on automoc, ok not anymore), then the strigi stuff, and > the different phonon repositories. But this doesn't make those depending > projects tier2 projects yet. > > > How is the way we figure out compiler flags different to how

Re: Enviroment variables and KAuth

2011/7/5 Konstantinos Smanis > Is it a bug or feature that no enviroment variables (most notably > $PATH) are set for DBus-activated KAuth helpers? > Manually launching the helper from a shell doesn't lead to this > behaviour: enviroment variables are properly set. > KAuth helpers are always tri

Re: K16 - call to arms!

but I have no time these days for writing an abstract, as I just have random time for checking mails. If extending the deadline is an option, you can count one more proposal in :) -- --- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B

Re: Changing my mind: reverting my menubar, toolbars and statusbar changes

On 09/11/2010 15:52, Hans Meine wrote: > Hi Aurélien, > > I just want to express how much I appreciate your judiciousness to say you > dislike your own proposal now. I was quite sceptical about it, but did not > want to go bikeshedding, so I am happy you changed your mind *and* actually > made

Re: "Cornelius's grand plan" - Merging KDElibs into Qt

ets the bar between KDE and $something. My vision is very similar to Alexander's (Neundorf), and I'm not going to repeat what he already said, but I want to stress the point that if we ever plan to merge "something" in Qt, we'd better start with discussing the decision