FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo Development

 
 
LinkBack Thread Tools
 
Old 12-30-2009, 04:14 PM
Ben de Groot
 
Default Qt3 deprecation and removal policy

As announced 5 months ago[1], Gentoo's Qt team now officially
deprecates usage of x11-libs/qt:3 and packages depending on this
version of Qt. The only supported and maintained version of Qt, both
by the upstream developers (Nokia) and the Gentoo Qt Project, is now
only version 4 (specifically >=4.5.3). As a result we have decided on
a policy and timeline for the removal of qt:3 and ebuilds depending on
it. We are dedicated to do anything we reasonably can to make sure
that Qt4 versions or equivalents of the remaining Qt3 packages in the
portage tree are available. The deprecated ebuilds for qt:3, and
packages using it, will remain available in the community-maintained
kde-sunset overlay.


# Timeline #

2010-01-01:

* mark qt:3 as deprecated with ewarn
* mask qt3 useflag in profiles
* add ewarn to qt3.eclass with link to removal policy
* prepare news item about qt:3 deprecation and future removal

2010-01-21:

* Qt team meeting: discuss actions to be taken regarding remaining
pkgs that use qt:3

2010-02-21:

* mask qt:3 and depending ebuilds, pending removal

2010-03-21:

* remove qt:3 and depending ebuilds from the tree
* remove masks
* clean profiles from qt3 remnants
* mark qt3.eclass as deprecated pending later removal


# Policy for remaining ebuilds depending on qt:3 #

* if Qt3 optional, remove this option
* if Qt4 depending version stable, remove Qt3 depending versions
* if Qt4 depending version in testing, mark stable, then remove older versions
* if no Qt4 version in tree, get Qt4 version in testing by 2010-01-21
and stable by 2010-02-21
* if no Qt4 version exists, check for equivalent/replacement packages,
and mask by 2010-02-21

Note: for packages that currently have no version marked stable, the
references to stabling Qt4 versions obviously don't apply.

1: http://archives.gentoo.org/gentoo-dev-announce/msg_d851e05567d538b662f34de8dfdb7316.xml

Cheers,
--
Ben de Groot
Gentoo Linux developer, Gentoo Qt Project lead
__________________________________________________ ____
 
Old 12-30-2009, 07:38 PM
Zhu Sha Zang
 
Default Qt3 deprecation and removal policy

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Em 30-12-2009 15:14, Ben de Groot escreveu:
> As announced 5 months ago[1], Gentoo's Qt team now officially
> deprecates usage of x11-libs/qt:3 and packages depending on this
> version of Qt. The only supported and maintained version of Qt, both
> by the upstream developers (Nokia) and the Gentoo Qt Project, is now
> only version 4 (specifically >=4.5.3). As a result we have decided on
> a policy and timeline for the removal of qt:3 and ebuilds depending on
> it. We are dedicated to do anything we reasonably can to make sure
> that Qt4 versions or equivalents of the remaining Qt3 packages in the
> portage tree are available. The deprecated ebuilds for qt:3, and
> packages using it, will remain available in the community-maintained
> kde-sunset overlay.
>
>
> # Timeline #
>
> 2010-01-01:
>
> * mark qt:3 as deprecated with ewarn
> * mask qt3 useflag in profiles
> * add ewarn to qt3.eclass with link to removal policy
> * prepare news item about qt:3 deprecation and future removal
>
> 2010-01-21:
>
> * Qt team meeting: discuss actions to be taken regarding remaining
> pkgs that use qt:3
>
> 2010-02-21:
>
> * mask qt:3 and depending ebuilds, pending removal
>
> 2010-03-21:
>
> * remove qt:3 and depending ebuilds from the tree
> * remove masks
> * clean profiles from qt3 remnants
> * mark qt3.eclass as deprecated pending later removal
>
>
> # Policy for remaining ebuilds depending on qt:3 #
>
> * if Qt3 optional, remove this option
> * if Qt4 depending version stable, remove Qt3 depending versions
> * if Qt4 depending version in testing, mark stable, then remove older versions
> * if no Qt4 version in tree, get Qt4 version in testing by 2010-01-21
> and stable by 2010-02-21
> * if no Qt4 version exists, check for equivalent/replacement packages,
> and mask by 2010-02-21
>
> Note: for packages that currently have no version marked stable, the
> references to stabling Qt4 versions obviously don't apply.
>
> 1: http://archives.gentoo.org/gentoo-dev-announce/msg_d851e05567d538b662f34de8dfdb7316.xml
>
> Cheers,

A question:

My systems don't use qt3 use flag since six months ago, but using
qt3support USE FLAG. It's sane keep this flag set in make.conf?

Thanks for now.

p.s.: sorry if this is not the place to this question.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAks7ui8ACgkQ35zeJy7JhCiAxACgo/ebR4o+/gQa9/1+xjSTV0w8
kLoAoIueeG1xBlqwAR5XqBX1TrkqzRd5
=IquM
-----END PGP SIGNATURE-----
 
Old 12-30-2009, 07:48 PM
Espen Hustad
 
Default Qt3 deprecation and removal policy

2009/12/30 Zhu Sha Zang <zhushazang@yahoo.com.br>:

>> Cheers,
>
> A question:
>
> My systems don't use qt3 use flag since six months ago, but using
> qt3support USE FLAG. It's sane keep this flag set in make.conf?

If you use KDE or anything else that depends on the qt3support use
flag, then it is a requirement.
qt3support isn't Qt3, it is just an extra part of the Qt4 api for
easing Qt3 -> Qt4 porting.

HTH

Espen
 
Old 12-30-2009, 07:54 PM
Ben de Groot
 
Default Qt3 deprecation and removal policy

2009/12/30 Zhu Sha Zang <zhushazang@yahoo.com.br>:
> A question:
>
> My systems don't use qt3 use flag since six months ago, but using
> qt3support USE FLAG. It's sane keep this flag set in make.conf?

Absolutely. That useflag is also enabled by default in the desktop
profile, because KDE4 depends on it. Qt3support is a Qt4 module and
does not depend on qt:3. It is used to make it easier for developers
to port Qt3 apps to Qt4.

Cheers,
--
Ben de Groot
Gentoo Linux developer (qt, media, lxde, desktop-misc)
__________________________________________________ ____
 
Old 12-31-2009, 11:39 AM
Richard Freeman
 
Default Qt3 deprecation and removal policy

On 12/30/2009 12:14 PM, Ben de Groot wrote:

2010-01-21:

* Qt team meeting: discuss actions to be taken regarding remaining
pkgs that use qt:3

2010-02-21:

* mask qt:3 and depending ebuilds, pending removal


30 days isn't a long time. How about filing bugs against anything that
currently uses qt3 right away, so that maintainers have an extra three
weeks to resolve these issues? Granted, one would hope they've been
paying attention.


As a random example, the current stable version of mythtv uses qt3, but
I don't see any open bugs about that (that package is probably an easy
fix as the newer versions use qt3support, and that version is already
stable upstream).


Usually the approach in these situations is to have a big tracker bug
for qt3 removal and a million blocker bugs against individual packages.
I'm not saying you can't move forward until everybody else gets their
acts together, but tracking this in bugzilla probably isn't a bad move
if it isn't too much work. Plus, you might decide that one or two of
the blockers really are critical, and decide to work with those
maintainers more closely or escalate the issue.
 
Old 12-31-2009, 11:51 AM
Samuli Suominen
 
Default Qt3 deprecation and removal policy

On 12/31/2009 02:39 PM, Richard Freeman wrote:
> On 12/30/2009 12:14 PM, Ben de Groot wrote:
>> 2010-01-21:
>>
>> * Qt team meeting: discuss actions to be taken regarding remaining
>> pkgs that use qt:3
>>
>> 2010-02-21:
>>
>> * mask qt:3 and depending ebuilds, pending removal
>
> 30 days isn't a long time. How about filing bugs against anything that
> currently uses qt3 right away, so that maintainers have an extra three
> weeks to resolve these issues? Granted, one would hope they've been
> paying attention.
>
> As a random example, the current stable version of mythtv uses qt3, but
> I don't see any open bugs about that (that package is probably an easy
> fix as the newer versions use qt3support, and that version is already
> stable upstream).

"Stable" MythTV has more issues than just Qt3, as the current stable
doesn't compile anymore, http://bugs.gentoo.org/show_bug.cgi?id=280303
which is about to get masked tomorrow with kdelibs-3...

Just saying...
 
Old 12-31-2009, 12:13 PM
Christian Faulhammer
 
Default Qt3 deprecation and removal policy

Hi,

Samuli Suominen <ssuominen@gentoo.org>:
> Just saying...

Please track progress somehow. I know it is a lot of work, but makes
understanding the process easier.

V-Li

--
Christian Faulhammer, Gentoo Lisp project
<URL:http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode

<URL:http://gentoo.faulhammer.org/>
 
Old 12-31-2009, 12:24 PM
Samuli Suominen
 
Default Qt3 deprecation and removal policy

On 12/31/2009 03:13 PM, Christian Faulhammer wrote:
> Hi,
>
> Samuli Suominen <ssuominen@gentoo.org>:
>> Just saying...
>
> Please track progress somehow. I know it is a lot of work, but makes
> understanding the process easier.
>
> V-Li
>

It's been done in,

http://bugs.gentoo.org/show_bug.cgi?id=292791

Overall here's the current status of kdelibs-3.5 reverse deps:

Old KOffice 1.x (2.x is marked stable):

app-i18n/koffice-i18n
=app-office/karbon-1.6*
=app-office/kchart-1.6*
=app-office/kexi-1.6*
=app-office/kformula-1.6*
=app-office/kivio-1.6*
=app-office/koffice-data-1.6*
=app-office/koffice-libs-1.6*
=app-office/koffice-meta-1.6*
=app-office/koshell-1.6*
=app-office/kplato-1.6*
=app-office/kpresenter-1.6*
=app-office/krita-1.6*
=app-office/kspread-1.6*
=app-office/kugar-1.6*
=app-office/kword-1.6*

Unused KDE 3.5.x deps, was only needed for KOffice 1.x:

=kde-base/kcminit-3.5*
=kde-base/kcontrol-3.5*
=kde-base/kde-i18n-3.5*
=kde-base/kdebase-data-3.5*
=kde-base/kdelibs-3.5*
=kde-base/kdepasswd-3.5*
=kde-base/kdesu-3.5*
=kde-base/kdialog-3.5*
=kde-base/kdnssd-3.5*
=kde-base/kghostview-3.5*
=kde-base/khotkeys-3.5*
=kde-base/kicker-3.5*
=kde-base/kmenuedit-3.5*
=kde-base/libkonq-3.5*
kde-misc/kdnssd-avahi

Broken MythTV:

~media-plugins/mythbrowser-0.21_p17105

And these are really shame to lose, but they are going in a collateral
damage, many of which have other bugs open as well, ones like "If Qt4 is
installed, it doesn't compile as it's linking to wrong lib" -style bugs

games-arcade/kamikaze
games-board/hearts
games-board/six
games-board/slibo
games-emulation/kvisualboyadvance
games-mud/xpertmud
games-simulation/kfreeflight
games-strategy/boson
 
Old 12-31-2009, 12:38 PM
Richard Freeman
 
Default Qt3 deprecation and removal policy

On 12/31/2009 08:24 AM, Samuli Suominen wrote:

On 12/31/2009 03:13 PM, Christian Faulhammer wrote:

Hi,

Samuli Suominen<ssuominen@gentoo.org>:

Just saying...


Please track progress somehow. I know it is a lot of work, but makes
understanding the process easier.

V-Li



It's been done in,

http://bugs.gentoo.org/show_bug.cgi?id=292791



That is for kdelibs-3.5 - not for qt-3. However, it wouldn't shock me
if the list is almost identical. If the opinion of those with more
knowledge of such things it that the one effectively covers the other I
have no objections to not duplicating work... If not maybe a tracker
for any additional qt3 packages that aren't already tracked might not
hurt, or we could lump them in together since from a work perspective
they're almost the same.
 
Old 12-31-2009, 12:40 PM
Richard Freeman
 
Default Qt3 deprecation and removal policy

On 12/31/2009 07:51 AM, Samuli Suominen wrote:

"Stable" MythTV has more issues than just Qt3, as the current stable
doesn't compile anymore, http://bugs.gentoo.org/show_bug.cgi?id=280303
which is about to get masked tomorrow with kdelibs-3...



Those of us who run it wouldn't mind seeing a STABLEREQ if cardoe thinks
it is ready... I've been thinking about taking the plunge anyway.
A news item about the utf-8 issues might not hurt though as doing the
upgrade right involves backups/etc. The news item should be released
BEFORE it goes stable. That is, unless the upgrade process has become
seamless now.
 

Thread Tools




All times are GMT. The time now is 03:00 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org