From kde-core-devel Wed Mar 11 22:44:26 2009 From: dantti85-dev () yahoo ! com ! br Date: Wed, 11 Mar 2009 22:44:26 +0000 To: kde-core-devel Subject: Re: kdesupport/polkit-qt question Message-Id: <500547.93992.qm () web32103 ! mail ! mud ! yahoo ! com> X-MARC-Message: https://marc.info/?l=kde-core-devel&m=123681151815650 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--0-1932427458-1236811466=:93992" --0-1932427458-1236811466=:93992 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Yep, thanks, you're right :P=0AI think we stuck too much on stable and=0Afo= rgot that our train is running we should=0Astay more tunned with polkit.=0A= =0AIt's has been reworked a lot so for we to=0Acatch it again i think it'll= take time.=0AWe will take more care about the isolation=0Ayou told too.=0A= Maybe we should remove polkit-qt from kdesupport=0Aso kde/qt users don't st= art coding old stuff like=0Awe did.=0A=0ARegards,=0ADaniel.=0A=0A=0A=0A=0A_= _______________________________=0ADe: Kevin Ottens =0APara: = kde-core-devel@kde.org; drf54321@gmail.com=0AEnviadas: Quarta-feira, 11 de = Mar=E7o de 2009 18:50:02=0AAssunto: Re: kdesupport/polkit-qt question=0A=0A= On Wednesday 11 March 2009 22:25:54 Dario Freddi wrote:=0A> In data mercole= d=EC 11 marzo 2009 22:20:25, Sebastian Sauer ha scritto:=0A> > While on it;= is it possible to move the polkit-includes from the *.h to=0A> > the *.cpp= files to be later able to provide e.g. a dummy-backend that=0A> > just all= ows everything?=0A>=0A> I fear not, but we can try harder.=0A=0AI'd advise = you to revise your design then and ensure a better isolation of the =0Alowe= r level libraries. Otherwise it'll be a pain to maintain, keep in mind =0At= hat PolicyKit is a moving target (and a faster one than you think, see my = =0Aother mail in this thread, the libs you're using are already obsolete an= d gone =0Ain git).=0A=0ARegards.=0A-- =0AK=E9vin 'ervin' Ottens, http://erv= in.ipsquad.net=0A"Ni le ma=EEtre sans disciple, Ni le disciple sans ma=EEtr= e,=0ANe font reculer l'ignorance."=0A=0A=0A=0A Veja quais s=E3o os ass= untos do momento no Yahoo! +Buscados=0Ahttp://br.maisbuscados.yahoo.com --0-1932427458-1236811466=:93992 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

Yep, thanks, you're right :P
I think we stu=
ck too much on stable and
forgot that our train is running we should
=
stay more tunned with polkit.

It's has been reworked a lot so for we=
 to
catch it again i think it'll take time.
We will take more care ab=
out the isolation
you told too.
Maybe we should remove polkit-qt from=
 kdesupport
so kde/qt users don't start coding old stuff like
we did.=

Regards,
Daniel.

De: Kevin Ottens <ervin@kde.org>
Para: kde-core-devel@kde.org; drf54321@gmail.com
<=
span style=3D"font-weight: bold;">Enviadas: Quarta-feira, 11 de =
Mar=E7o de 2009 18:50:02
Assunto:<=
/span> Re: kdesupport/polkit-qt question

On Wednesday 11 =
March 2009 22:25:54 Dario Freddi wrote:
> In data mercoled=EC 11 marz=
o 2009 22:20:25, Sebastian Sauer ha scritto:
> > While on it; is i=
t possible to move the polkit-includes from the *.h to
> > the *.c=
pp files to be later able to provide e.g. a dummy-backend that
> >=
 just allows everything?
>
> I fear not, but we can try harder.=

I'd advise you to revise your design then and ensure a better isola=
tion of the 
lower level libraries. Otherwise it'll be a pain to maintai=
n, keep in mind 
that PolicyKit is a moving target (and a faster one tha=
n you think, see my 
other mail in this thread, the libs you're using
 are already obsolete and gone 
in git).

Regards.
-- 
K=E9v=
in 'ervin' Ottens, h=
ttp://ervin.ipsquad.net
"Ni le ma=EEtre sans disciple, Ni le discipl=
e sans ma=EEtre,
Ne font reculer l'ignorance."

= =0A=0A=0A

Veja quais s=E3o os assuntos do momento no Yaho= o! + Buscados: Top 10 - Celebr= idades - M=FAsica - Esportes --0-1932427458-1236811466=:93992--