Re: Backwards compatibility for shared desktop ontologies?

2011-05-20 Thread Dirk Mueller
On Thursday 19 May 2011, Stephen Kelly wrote:

 The beta tagging is due to happen today. As far as I know this hasn't been
 addressed. Was it more complex than expected or you just didn't have time?
 
 I propose that we revert the dependency bump and tell packagers they need
 to package a version of SDO  0.7.0. Then when the issue is fixed in rcgen
 it can go through the usual feature freeze exemption process.

Hi Sebastian, 

this seems to be still unresolved in kdelibs, at least it still depends on 
0.6.50 or newer it seems, and I can't find such a commit in rcgen. 

How to progress on this issue?

Thanks,
Dirk


Re: Backwards compatibility for shared desktop ontologies?

2011-05-20 Thread Stephen Kelly

On 05/20/2011 09:35 PM, Dirk Mueller wrote:

On Thursday 19 May 2011, Stephen Kelly wrote:


The beta tagging is due to happen today. As far as I know this hasn't been
addressed. Was it more complex than expected or you just didn't have time?

I propose that we revert the dependency bump and tell packagers they need
to package a version of SDO  0.7.0. Then when the issue is fixed in rcgen
it can go through the usual feature freeze exemption process.

Hi Sebastian,

this seems to be still unresolved in kdelibs, at least it still depends on
0.6.50 or newer it seems, and I can't find such a commit in rcgen.

How to progress on this issue?


Oops, sorry. This issue should now be resolved. rcgen has been patched 
in kdelibs master to restore source compatibility.


See https://bugs.kde.org/show_bug.cgi?id=268595.


Thanks,
Dirk




Re: [Kde-pim] Re: Backwards compatibility for shared desktop ontologies?

2011-05-20 Thread Vishesh Handa
Hey Dirk

http://commits.kde.org/kdelibs/1f796983aa8385da77f30813041b40e208c17391

This fixes the problem.

On Sat, May 21, 2011 at 1:05 AM, Dirk Mueller muel...@kde.org wrote:

 On Thursday 19 May 2011, Stephen Kelly wrote:

  The beta tagging is due to happen today. As far as I know this hasn't
 been
  addressed. Was it more complex than expected or you just didn't have
 time?
 
  I propose that we revert the dependency bump and tell packagers they need
  to package a version of SDO  0.7.0. Then when the issue is fixed in
 rcgen
  it can go through the usual feature freeze exemption process.

 Hi Sebastian,

 this seems to be still unresolved in kdelibs, at least it still depends on
 0.6.50 or newer it seems, and I can't find such a commit in rcgen.

 How to progress on this issue?

 Thanks,
 Dirk
 ___
 KDE PIM mailing list kde-...@kde.org
 https://mail.kde.org/mailman/listinfo/kde-pim
 KDE PIM home page at http://pim.kde.org/




-- 
Vishesh Handa


Objections to stop creating nightly tarballs from svn?

2011-05-20 Thread Tom Albers
Hi,

As known, sysadmin is trying to transfer services away from ktown. One of the 
current tasks of ktown is to provide nightly snapshots of svn to this location:

ftp://ftp.kde.org/pub/kde/unstable/snapshots/

We are wondering if it is worth to move this service or to stop it. Arguments 
to stop it are: 1) needs svn checkout on the replacement server and 2) less and 
less usage of it as svn is 'old' technology. 

The only user we know of these snapshots is kdesrc-build, and I'm pretty sure 
that app will cope fine without the tarballs. If there are other users, we 
would like to know. 

Does anyone feel this service should remain? If so, that's fine, but we just 
need some arguments for it.

projects.kde.org does create tarballs for the git repo's and will continue to 
do so. This is only about the svn counterpart.

Best,
-- 
Tom Albers
KDE Sysadmin


Re: A Qt replacement for KGlobal::ref and deref

2011-05-20 Thread Stephen Kelly
Thiago Macieira thiago at kde.org writes:

 so just to be painfully clear (it's a monday morning here, i worked
  all weekend and i still have house packing to do, please excuse my
  obtuseness ;): IF a refcoutning patch is offered which ties all window
  visibility (setQuitOnLastWindowClosed, QSystemTray, etc) to the refcounting
  behind the scenes but which also exposes said refcounting as the
  quit-on-last-window feature with stern and accurate descriptions on how it
  works, that would be accepted?
 
 I think so. You'd have my support.
 
 But I'm not the maintainer for QApplication.
 

I'm revisiting this issue now. Who is the maintainer of QApplication? Can I get
an irc nick or email address suitable for public mailing lists?

Thanks,

Steve.