Bug#379585: [Pkg-kde-extras] how to continue: digikam 0.9-beta1 in unstable instead of experimental
* Mark Purcell [Wed, 26 Jul 2006 11:17:08 +0100]: > Achim, Hi, > Here is my strategy for dealing with the bad uploads of 0.8.2 & > 0.9.0-beta. Then again it is 'unstable' we are talking about... :-) > I have filed a bug http://bugs.debian.org/379441 against ftp.debian.org > requesting removal of 0.9 from unstable. I'm closing that bug, since what you are asking for is not ever done on the archive, sorry. > Failing that an upload of an epoc > version 1:0.8.2 would be last resort as epoc's "are forever", say if there > isn't any joy from ftp-master in the next week. When (if) frp-master does > remove 0.9 we can then upload an incremented 0.8.2 without epoc. Epoch are ugly, so I can suggest that you upload to unstable: - digikam_0.9-really.0.8.2-1.changes, containing: digikam_0.9-really.0.8.2.orig.tar.gz, which is a copy of digikam_0.8.2.orig.tar.gz digikam_0.9-really.0.8.2-1.dsc digikam_0.9-really.0.8.2-1.diff.gz (You want 0.9-really.0.8, _NOT_ 0.9.really.0.8.) When 0.9, upload it as "0.9.0-1" (_NOT_ "0.9-1"): % dpkg --compare-versions 0.9-beta1-1 lt 0.9-really.0.8.2-1 && echo ok ok % dpkg --compare-versions 0.9-really.0.8.2-1 lt 0.9.0-1 && echo ok ok % dpkg --compare-versions 0.9-really.0.8.2-1 lt 0.9-1 || echo not-ok not-ok I'm availabe on irc as "dato" if you have any doubts about the above. > As for svn, the top level README does have some guidance, but I am aware > that you weren't totally convinced last time. This is up to you. Having trunk/ always be the latest version is a good alternative, indeed. HTH, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Placebo - Blue American -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379585: [Pkg-kde-extras] how to continue: digikam 0.9-beta1 in unstable instead of experimental
Achim, Here is my strategy for dealing with the bad uploads of 0.8.2 & 0.9.0-beta. Then again it is 'unstable' we are talking about... :-) I have filed a bug http://bugs.debian.org/379441 against ftp.debian.org requesting removal of 0.9 from unstable. Failing that an upload of an epoc version 1:0.8.2 would be last resort as epoc's "are forever", say if there isn't any joy from ftp-master in the next week. When (if) frp-master does remove 0.9 we can then upload an incremented 0.8.2 without epoc. Meanwhile I have uploaded digikamimageplugins 0.8.2-2 to Build & Depend on digikam >> 0.8 & << 0.9. This has the effect that apt-get won't normally upgrade digikam to 0.9-beat if imageplugins 8.2 from unstable is present. This should prevent most people from automatically upgrading to 0.9 unless they deliberatly want to. It also stops the buildd's using mismatched packages. Not ideal. Sorry about that guys.. :-( As for svn, the top level README does have some guidance, but I am aware that you weren't totally convinced last time. I see little work on 0.8.2 in the future with the bulk of our effort getting 0.9.0 together for final. In fact when 0.8.2 final migrates to testing we could probably release 0.9 beta/ rc into unstable with a serious bug to stop it migrating to testing before 0.9 final is released upstream. Thus I think we should track 0.9.0 in trunk and either: 1. Per the README just svn copy the few additional releases of 8.2 directly in tags, or 2. Generate branches/0.8.2 and then tag as we release. In my other team (pkg-voip-maintainers) we have done 1. Comments from others in pkg-kde-extras on 0.8.2 -> 0.9.0 migration or the svn structure are welcome. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]