Re: [Pkg-javascript-devel] node-websocket_1.0.19-2~bpo8+1_amd64.changes REJECTED
On 01/10/15 10:27, Rhonda D'Vine wrote: >Dear Daniel, > > * Daniel Pocock [2015-09-30 09:38:07 CEST]: >> On 29/09/15 20:25, Alexander Wirt wrote: >>> we (ftpmasters) expect you to update packages in bpo regulary during the >>> whole lifetime of a suite, if you are not able to do that, the package is >>> not >>> suitable for bpo. >> >> Some of the node-* packages change quite frequently and I don't >> personally have time to test every one of them every time they release >> and backport them too. > > "Regularly" doesn't mean every update that hits testing. In some > development steps it might make a lot of sense to wait for a later > upload in a bigger picture, so to say. > > But if you feel like taking regular care of the packages you backport > is too much of a trouble I suggest you to please, with sugar on top, NOT > upload them in the first place. backports is a service that is meant to > be used in addition to stable, and thus should be taken care of in a > useful and sensible way. That is: > > -) do not upload packages that aren't in testing (there are exceptions > to this, but in general those are rather rare than the default and it > would be convenient to ask beforehand) > > -) do not upload packages that are neither in testing nor in unstable! > Sorry, but that is absolutely off. When you want to have a certain > middle step of a package uploaded to backports, hold back the unstable > upload until it transitioned to testing before updating unstable, making > the version you backport from disappear ... > That was just an oversight with one package, it wasn't something deliberate. I had built the package for unstable but forgot to run dput. >> When I update JSCommunicator, as upstream developer, I test with a set >> of dependencies, including JsSIP and its dependencies, and everything >> that I've tested and validated is then uploaded to Debian (both unstable >> and eventually backports). This involves testing standalone >> JSCommunicator, testing DruCall, testing on rtc.debian.org and testing >> each major browser on Linux and Android. It is not feasible for me to >> repeat all of that every time a node-* package changes though. > > Backports is not your test field. You are pushing the testing towards > users of an expected stable system which isn't acceptable, no matter how > feasible you consider it. > That is not what I said: my statement was qualified "as upstream developer", which means this was a statement about what I do before an upstream tag. So the workflow is: - upstream testing, as described above - upstream tag/release - unstable upload - finally, backport >> I've uploaded a 1.0.19-1~bpo8+1 build corresponding to the version in >> testing, 1.0.19-1, this will work with the other packages that have >> already been accepted into jessie-backports yesterday. > > Thanks. And if you want to stay in the ACL file, whenever you try to > do something out of the line, speak to us beforehand, don't let us > stumble upon it like this because that doesn't help us to be convinced > that you should be able to upload to backports directly without anyone > else involved. You can find us in #debian-backports on irc which I know > you do use at least at times. > Thanks for the feedback Can you clarify one other thing: if a newer version of node-websocket propagates from unstable to testing while the node-websocket backport is in NEW, does that mean it will be rejected again? Or will it be accepted into backports because it had been in testing, at least at the moment I uploaded it? Regards, Daniel ___ Pkg-javascript-devel mailing list Pkg-javascript-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel
Re: [Pkg-javascript-devel] node-websocket_1.0.19-2~bpo8+1_amd64.changes REJECTED
Dear Daniel, * Daniel Pocock [2015-09-30 09:38:07 CEST]: > On 29/09/15 20:25, Alexander Wirt wrote: > > we (ftpmasters) expect you to update packages in bpo regulary during the > > whole lifetime of a suite, if you are not able to do that, the package is > > not > > suitable for bpo. > > Some of the node-* packages change quite frequently and I don't > personally have time to test every one of them every time they release > and backport them too. "Regularly" doesn't mean every update that hits testing. In some development steps it might make a lot of sense to wait for a later upload in a bigger picture, so to say. But if you feel like taking regular care of the packages you backport is too much of a trouble I suggest you to please, with sugar on top, NOT upload them in the first place. backports is a service that is meant to be used in addition to stable, and thus should be taken care of in a useful and sensible way. That is: -) do not upload packages that aren't in testing (there are exceptions to this, but in general those are rather rare than the default and it would be convenient to ask beforehand) -) do not upload packages that are neither in testing nor in unstable! Sorry, but that is absolutely off. When you want to have a certain middle step of a package uploaded to backports, hold back the unstable upload until it transitioned to testing before updating unstable, making the version you backport from disappear ... > When I update JSCommunicator, as upstream developer, I test with a set > of dependencies, including JsSIP and its dependencies, and everything > that I've tested and validated is then uploaded to Debian (both unstable > and eventually backports). This involves testing standalone > JSCommunicator, testing DruCall, testing on rtc.debian.org and testing > each major browser on Linux and Android. It is not feasible for me to > repeat all of that every time a node-* package changes though. Backports is not your test field. You are pushing the testing towards users of an expected stable system which isn't acceptable, no matter how feasible you consider it. > I've uploaded a 1.0.19-1~bpo8+1 build corresponding to the version in > testing, 1.0.19-1, this will work with the other packages that have > already been accepted into jessie-backports yesterday. Thanks. And if you want to stay in the ACL file, whenever you try to do something out of the line, speak to us beforehand, don't let us stumble upon it like this because that doesn't help us to be convinced that you should be able to upload to backports directly without anyone else involved. You can find us in #debian-backports on irc which I know you do use at least at times. So long, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| ___ Pkg-javascript-devel mailing list Pkg-javascript-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel
Re: [Pkg-javascript-devel] node-websocket_1.0.19-2~bpo8+1_amd64.changes REJECTED
On 29/09/15 20:25, Alexander Wirt wrote: > On Tue, 29 Sep 2015, Daniel Pocock wrote: > >> >> >> On 29/09/15 20:13, Alexander Wirt wrote: >>> On Tue, 29 Sep 2015, Daniel Pocock wrote: >>> On 29/09/15 18:01, Alexander Wirt wrote: > > Package not in testing > The version in testing had to be updated to 1.0.22 to work with node-nan 2.0.x. It is not clear if that dependency will be placed in debian-packports node-websocket versions <= 1.0.21 work with the node-nan version currently in jessie Please confirm I can upload this again and potentially upload 1.0.21 even though testing will carry a newer version. >>> no. we had this several times. Such packages will not be accepted within >>> bpo. >>> >> >> What about 1.0.19-1 that has been in testing for a while? Can I upload >> a 1.0.19-1~bpo8+1 build to jessie-backports even though a newer version >> is now in unstable? >> >> Jérémy, is there any problem with putting node-nan 2.0.x into >> jessie-backports? Should I go ahead and upload it, should it be >> avoided, or does it need some discussion? > we (ftpmasters) expect you to update packages in bpo regulary during the > whole lifetime of a suite, if you are not able to do that, the package is not > suitable for bpo. > Some of the node-* packages change quite frequently and I don't personally have time to test every one of them every time they release and backport them too. When I update JSCommunicator, as upstream developer, I test with a set of dependencies, including JsSIP and its dependencies, and everything that I've tested and validated is then uploaded to Debian (both unstable and eventually backports). This involves testing standalone JSCommunicator, testing DruCall, testing on rtc.debian.org and testing each major browser on Linux and Android. It is not feasible for me to repeat all of that every time a node-* package changes though. I've uploaded a 1.0.19-1~bpo8+1 build corresponding to the version in testing, 1.0.19-1, this will work with the other packages that have already been accepted into jessie-backports yesterday. Regards, Daniel ___ Pkg-javascript-devel mailing list Pkg-javascript-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel
Re: [Pkg-javascript-devel] node-websocket_1.0.19-2~bpo8+1_amd64.changes REJECTED
On Tue, 29 Sep 2015, Daniel Pocock wrote: > > > On 29/09/15 18:01, Alexander Wirt wrote: > > > > Package not in testing > > > > > The version in testing had to be updated to 1.0.22 to work with node-nan > 2.0.x. It is not clear if that dependency will be placed in > debian-packports > > node-websocket versions <= 1.0.21 work with the node-nan version > currently in jessie > > Please confirm I can upload this again and potentially upload 1.0.21 > even though testing will carry a newer version. no. we had this several times. Such packages will not be accepted within bpo. Alex ___ Pkg-javascript-devel mailing list Pkg-javascript-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel
Re: [Pkg-javascript-devel] node-websocket_1.0.19-2~bpo8+1_amd64.changes REJECTED
On Tue, 29 Sep 2015, Daniel Pocock wrote: > > > On 29/09/15 20:13, Alexander Wirt wrote: > > On Tue, 29 Sep 2015, Daniel Pocock wrote: > > > >> > >> > >> On 29/09/15 18:01, Alexander Wirt wrote: > >>> > >>> Package not in testing > >>> > >> > >> > >> The version in testing had to be updated to 1.0.22 to work with node-nan > >> 2.0.x. It is not clear if that dependency will be placed in > >> debian-packports > >> > >> node-websocket versions <= 1.0.21 work with the node-nan version > >> currently in jessie > >> > >> Please confirm I can upload this again and potentially upload 1.0.21 > >> even though testing will carry a newer version. > > no. we had this several times. Such packages will not be accepted within > > bpo. > > > > What about 1.0.19-1 that has been in testing for a while? Can I upload > a 1.0.19-1~bpo8+1 build to jessie-backports even though a newer version > is now in unstable? > > Jérémy, is there any problem with putting node-nan 2.0.x into > jessie-backports? Should I go ahead and upload it, should it be > avoided, or does it need some discussion? we (ftpmasters) expect you to update packages in bpo regulary during the whole lifetime of a suite, if you are not able to do that, the package is not suitable for bpo. Alex ___ Pkg-javascript-devel mailing list Pkg-javascript-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel
Re: [Pkg-javascript-devel] node-websocket_1.0.19-2~bpo8+1_amd64.changes REJECTED
On 29/09/15 20:13, Alexander Wirt wrote: > On Tue, 29 Sep 2015, Daniel Pocock wrote: > >> >> >> On 29/09/15 18:01, Alexander Wirt wrote: >>> >>> Package not in testing >>> >> >> >> The version in testing had to be updated to 1.0.22 to work with node-nan >> 2.0.x. It is not clear if that dependency will be placed in >> debian-packports >> >> node-websocket versions <= 1.0.21 work with the node-nan version >> currently in jessie >> >> Please confirm I can upload this again and potentially upload 1.0.21 >> even though testing will carry a newer version. > no. we had this several times. Such packages will not be accepted within bpo. > What about 1.0.19-1 that has been in testing for a while? Can I upload a 1.0.19-1~bpo8+1 build to jessie-backports even though a newer version is now in unstable? Jérémy, is there any problem with putting node-nan 2.0.x into jessie-backports? Should I go ahead and upload it, should it be avoided, or does it need some discussion? Regards, Daniel ___ Pkg-javascript-devel mailing list Pkg-javascript-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel
Re: [Pkg-javascript-devel] node-websocket_1.0.19-2~bpo8+1_amd64.changes REJECTED
On 29/09/15 18:01, Alexander Wirt wrote: > > Package not in testing > The version in testing had to be updated to 1.0.22 to work with node-nan 2.0.x. It is not clear if that dependency will be placed in debian-packports node-websocket versions <= 1.0.21 work with the node-nan version currently in jessie Please confirm I can upload this again and potentially upload 1.0.21 even though testing will carry a newer version. Regards, Daniel ___ Pkg-javascript-devel mailing list Pkg-javascript-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-javascript-devel