Mailinglist Archive: opensuse-packaging (89 mails)
| < Previous | Next > |
Re: [opensuse-packaging] kdenetwork3-InstantMessaging vs kopete (fwd)
- From: Will Stephenson <wstephenson@xxxxxxx>
- Date: Mon, 19 Dec 2005 15:32:24 +0100
- Message-id: <200512191532.25151.wstephenson@xxxxxxx>
> From: Pascal Bleser <pascal.bleser@xxxxxxxxx>
>
> I'd like to discuss the fact that the kopete package is called
> "kdenetwork3-InstantMessaging". After doing some research (and with some
> help), I know that the decision to name that package this way comes from
> SUSE (and not from the KDE team).
That's partly right - kde svn modules are all packaged as kmodulename3, then
any subpackage splits are at the discretion of the SUSE KDE maintainers.
> I think it's not a good idea to name kopete that way, although the name
> isn't the issue, but the version number. In fact, it's e.g.
> kdenetwork3-InstantMessaging-3.5.0, but in reality it's some kopete version
> (e.g. 0.11.x)
This is an issue for every KDE application - kdepim3 contains kmail 1.9. It's
only a problem in cases like this where the app team decides to do an
out-of-kde-module release.
> This raises a number of issues, where the most important is: now there's
> going to be a kopete 0.12.0 very soon... how are we supposed to name/number
> the package ?
>
> - we can't name it kdenetwork3-InstantMessaging-3.5.1, because when KDE
> 3.5.1 will be released (possibly with a different kopete version but, most
> importantly, built against another version of kdelibs3) it will collide
> - we can't name it kopete either (with a
> Conflicts:kdenetwork3-InstantMessaging) because end users won't see that as
> an upgrade of kdenetwork3-InstantMessaging
> - we /could/ use the release to provide an upgrade, but that's
> a) misusing the release tag for what is actually a different version
> number b) a pain to maintain, because maybe SUSE releases an update
> kdenetwork3-InstantMessaging (with kopete 0.11.x) and then we'd have to
> re-package it with a higher release number than SUSE
> c) just an evil
> workaround and trickery whereas the issue should be solved by giving the
> package its correct name in the first place
>
> Could someone from SUSE please provide some feedback on this ? Stephan ? AJ
> ? Would it be possible to rename kdenetwork3-InstantMessaging-3.5.0 to
> kopete-0.11.x ? To me, it really doesn't make any sense to call it
> "kdenetwork3-InstantMessaging", kopete is not even tightly bound to a
> specific KDE release, it just creates issues for community packagers who
> want to provide packages of the latest kopete version.
I'd disagree about the trickery and incorrect package name charges. Its
correct name according to convention is kdenetwork3-XXX. The problem here is
of the Kopete dev team's making (which I belong to). Kopete has been tied to
the KDE release cycle since KDE 3.2, it's only for this 0.12 release that we
have broken this link.
I'm looking for a solution that will allow us to upgrade from 3.5.x to
kopete-0.12 to <future location of kopete> 4.0, 3.6, etc. I'll get back to
you when I find it.
Will Stephenson
>
> I'd like to discuss the fact that the kopete package is called
> "kdenetwork3-InstantMessaging". After doing some research (and with some
> help), I know that the decision to name that package this way comes from
> SUSE (and not from the KDE team).
That's partly right - kde svn modules are all packaged as kmodulename3, then
any subpackage splits are at the discretion of the SUSE KDE maintainers.
> I think it's not a good idea to name kopete that way, although the name
> isn't the issue, but the version number. In fact, it's e.g.
> kdenetwork3-InstantMessaging-3.5.0, but in reality it's some kopete version
> (e.g. 0.11.x)
This is an issue for every KDE application - kdepim3 contains kmail 1.9. It's
only a problem in cases like this where the app team decides to do an
out-of-kde-module release.
> This raises a number of issues, where the most important is: now there's
> going to be a kopete 0.12.0 very soon... how are we supposed to name/number
> the package ?
>
> - we can't name it kdenetwork3-InstantMessaging-3.5.1, because when KDE
> 3.5.1 will be released (possibly with a different kopete version but, most
> importantly, built against another version of kdelibs3) it will collide
> - we can't name it kopete either (with a
> Conflicts:kdenetwork3-InstantMessaging) because end users won't see that as
> an upgrade of kdenetwork3-InstantMessaging
> - we /could/ use the release to provide an upgrade, but that's
> a) misusing the release tag for what is actually a different version
> number b) a pain to maintain, because maybe SUSE releases an update
> kdenetwork3-InstantMessaging (with kopete 0.11.x) and then we'd have to
> re-package it with a higher release number than SUSE
> c) just an evil
> workaround and trickery whereas the issue should be solved by giving the
> package its correct name in the first place
>
> Could someone from SUSE please provide some feedback on this ? Stephan ? AJ
> ? Would it be possible to rename kdenetwork3-InstantMessaging-3.5.0 to
> kopete-0.11.x ? To me, it really doesn't make any sense to call it
> "kdenetwork3-InstantMessaging", kopete is not even tightly bound to a
> specific KDE release, it just creates issues for community packagers who
> want to provide packages of the latest kopete version.
I'd disagree about the trickery and incorrect package name charges. Its
correct name according to convention is kdenetwork3-XXX. The problem here is
of the Kopete dev team's making (which I belong to). Kopete has been tied to
the KDE release cycle since KDE 3.2, it's only for this 0.12 release that we
have broken this link.
I'm looking for a solution that will allow us to upgrade from 3.5.x to
kopete-0.12 to <future location of kopete> 4.0, 3.6, etc. I'll get back to
you when I find it.
Will Stephenson
| < Previous | Next > |