Path: csiph.com!aioe.org!goblin1!goblin.stu.neva.ru!feeds.phibee-telecom.net!news.panservice.it!diesel.cu.mi.it!bofh.it!news.nic.it!robomod From: Markus Koschany Newsgroups: linux.debian.maint.java Subject: Re: The transition to BND 2.x Date: Wed, 17 Jun 2015 01:20:02 +0200 Message-ID: References: X-Original-To: debian-java@lists.debian.org Old-Return-Path: X-Amavis-Spam-Status: No, score=-12 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, LDO_WHITELIST=-5, PGPSIGNATURE=-5] autolearn=ham X-Policyd-Weight: using cached result; rate: -6.1 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.7.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="SoAmVWFoHajogvogBxfwOs94a1eR2EmTn" X-Sa-Exim-Scanned: No (on richard.fcube.de); SAEximRunCond expanded to false X-Mailing-List: archive/latest/18406 List-ID: List-URL: Approved: robomod@news.nic.it Lines: 139 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Date: Wed, 17 Jun 2015 01:10:50 +0200 X-Original-Message-ID: <5580ACFA.5020903@gambaru.de> X-Original-References: <5572EB15.7020200@gambaru.de> <557967E8.5070006@apache.org> <5579857D.2040402@gambaru.de> <557AE66F.9060606@apache.org> <557D773D.7000601@gambaru.de> <557F4EB1.1020607@apache.org> <558050BF.6060806@apache.org> <55806CDC.6080503@gambaru.de> <5580962B.1010300@apache.org> Xref: aioe.org linux.debian.maint.java:8098 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --SoAmVWFoHajogvogBxfwOs94a1eR2EmTn Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am 16.06.2015 um 23:33 schrieb Emmanuel Bourg: > Le 16/06/2015 20:37, Markus Koschany a =C3=A9crit : >=20 >> Thanks for the upload. However I feel that this is another "double wor= k" >> situation again. (you probably remember the javahelper case). In my >> opinion we should have continued to work on bnd1. I am always open for= >> improvement suggestions and of course I would have fixed all remaining= >> issues myself. Thanks btw for fixing jsch-agent-proxy so quickly. > > Well, I was concerned about the missing history, but as you said it > wasn't absolutely necessary. I didn't want to bother you with this > aspect and made the changes myself. I used your package as a guide > though, so that wasn't really a double work. Ok, I'm glad that you don't perceive it as double work and I have always appreciate it that members of this team fix minor issues themselves. > I have put some thought in bnd1, for example my package >> was co-installable whereas bnd-1.50 breaks/replaces bnd <=3D 2 now. I >> don't expect any fatal problems with this decision but this was also >> true for bnd1. >=20 > I don't mind changing this once the package is in unstable. Note that > bnd1 wasn't co-installable either, the Maven artifacts in > /usr/share/maven-repo and the versioned jars in /usr/share/java were > conflicting. piuparts would have bitten us quickly with a RC bug agains= t > both packages. I should have been more precise. My intention was that bnd1 and the current bnd package in experimental were co-installable. That's why I changed the symlinks in /usr/share/java. The plan was to move all packages, which would be broken by an upload of bnd 2.1.0 to unstable, to the new transitional package bnd1. After that we could upload bnd 2.1.0 from experimental and all remaining r-deps to unstable. I never envisioned that it should be possible to install bnd with version 1.50 and bnd1 with version 1.50. > I also think that we don't really need the packaging >> history because it is clear to everyone that the bnd repository contai= ns >> all historical information. I would treat bnd1/bnd1.50 simply as a new= >> package with a clean Git history whose sole goal is to simplify the >> transition to bnd2 and then we should get rid of it as soon as possibl= e. >> There is no need for fancy Git magic. >=20 > I'm just prudent, sometimes temporary things last much longer than > expected. If the 1.50 package was to remain in Stretch I'd feel better > if it had a full and self contained history. I understand where this assessment comes from. However I believe the current bnd repository provides all necessary information. I'm just pragmatical. I'm not very much interested in bnd but I want the transition to be a success because it affects so many different packages. My personal goal is to remove the transitional package bnd1.50 before the next freeze. In general I believe we should be more aggressive with transitions. Especially packages with low popcon values, "one-time-fire-and-forget uploads", everything that is not very important and fails to build with recent versions should be removed from Debian. We should be more stringent in those cases and avoid supporting multiple versions of the same package. >> The issue with bnd's upstream branch was that someone forgot to push t= he >> old 1.50 upstream sources when bnd 1.50 was released. Miguel was the >> first one who created an initial upstream branch for bnd and pushed th= e >> 2.1.0 sources. I don't perceive the current situation as an issue >> because Git master reflects the current state of affairs in unstable a= nd >> you still can work with bnd 2.1.0 on the experimental branch. So I am >> confident everything will be resolved when we eventually upload 2.1.0-= 2 >> to unstable and re-import everything with gbp import-dsc on Git master= =2E >=20 > The messy history on the master branch is bothering though :/ I'm not > blaming anyone, I understand well it was the result of a benign gbp > misuse. Git makes this easily fixable and I'm willing to do the work > necessary to restore a chronological history. But before proceeding I'd= > like to ensure Miguel and you do not have pending changes, since the > rebasing would prevent you from pushing them. Ok, this is something that doesn't bother me very much because I think it will be fixed with the upload of bnd 2.1.0 to unstable. I don't have anything else to commit, from my side, please go ahead. Regards, Markus --SoAmVWFoHajogvogBxfwOs94a1eR2EmTn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVgKz8XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBQ0YzRDA4OEVGMzJFREVGNkExQTgzNUZE OUFEMTRCOTUxM0I1MUU0AAoJENmtFLlRO1HkuIcP/jvv1IquYBJyRlFnVIoO3pBJ ohqfR5iCJOxnS9pQWKFjziSkg10zoTiTihe411QgvothwyrYHcKJnqpocPkoj/sE uWEL2DrrS+JfH79PAbVUCnYETEiORcjEUCltAiKkFr+BW8qR2b5UV3mEgn2ExESs VG9VntTO3iLaY8uAMgBgtYidhNUN2GziAIIdTZ16IQDzvk85SA6N2yf8720NUrrZ aVNRcNmR02cZndVL3ZL8RSXxOiAQmi30Ds2TZQ/b3BwUhKkJfjIcEHSsyxg8AErM NLUUO20FMbcIjz+Wo17LHoNHZ7kICLZp2K8cOz0AusJnx4SIId+rmT+4DFSTOAfc NckGsSEHHtkR5sovO7M0DVfD3WzsywAtp4Hjq+L7hW3b4wbEGMPKxLTOdop5XE4i 8iCBf3R0o1/LrpUWHwWuHQDoXCCeD0N1D0cowAjd8tKzz1a0/1gF6mkzEfQQxYKA h/TzOKXqaXOGkUWR3FlEIDJc51+zBZW7NlFBJa5tRzBY0Sn0d1apoUrwrYyJkLVU lPfBvdBPTdGDND8u1dOXZcRvHN35poOVDJKf8YSOlEGn7EDHsY6Br0nRISywgonl q+dWNIWNGEhdlp2XuG7rjiSdTYJLl9r7ZXOxwESl0XcJPPlrH1wOjk33MfIzbzau wz9zZivibRrEx3+sCnLq =dKmy -----END PGP SIGNATURE----- --SoAmVWFoHajogvogBxfwOs94a1eR2EmTn-- -- To UNSUBSCRIBE, email to debian-java-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org Archive: https://lists.debian.org/5580ACFA.5020903@gambaru.de