Re: Qt3 still broken (compat-headers), what to do?
On Sun, Jul 13, 2003 at 01:51:07PM +1000, Ben Burton wrote: It seems then that our options are as follows. (i) Wait for the Qt maintainers to upload a fix. (ii) Do an NMU for Qt, despite the fact that this bug is not release-critical. (iii) Resort to the technical committee. (iv) Keep the package split and release sarge with a broken Qt development environment. Several months of experience suggest that (i) does not promise success. Option (iii) seems rather heavy-handed to me. And I am loathe to see us reach (iv), cementing debian as the only distribution with a deliberately broken Qt. I'd thus like to propose (ii) as the best solution. I realise this is not an RC bug; technically it's not debian's problem but the upstream Qt app's problem. Nevertheless, as it stands users are expected to divine the fact that debian has deliberately broken Qt, that they should look in README.Debian for a fix and that they are morally expected to tell upstream that their code is wrong (after all, that's why they were forced through this hassle in the first place). Though I certainly agree that the current packages are gratuitously broken, an NMU without the consent of the maintainer seems almost certain to turn into a pissing contest. Since (i) hasn't gotten anywhere in four months, I would suggest that (iii) is the way to go here: this is precisely the sort of case I think the technical ctte. is for. I therefore see this is as a release-critical usability problem, which the BTS and policy have no formal concept of. I think that would be counted as 'grave'. -- Steve Langasek postmodern programmer pgpAKaCWgS8O5.pgp Description: PGP signature
Re: Qt3 still broken (compat-headers), what to do?
On Sat, Jul 12, 2003 at 11:51:18PM -0500, Steve Langasek wrote: On Sun, Jul 13, 2003 at 01:51:07PM +1000, Ben Burton wrote: It seems then that our options are as follows. (i) Wait for the Qt maintainers to upload a fix. (ii) Do an NMU for Qt, despite the fact that this bug is not release-critical. (iii) Resort to the technical committee. (iv) Keep the package split and release sarge with a broken Qt development environment. [...] Though I certainly agree that the current packages are gratuitously broken, an NMU without the consent of the maintainer seems almost certain to turn into a pissing contest. Since (i) hasn't gotten anywhere in four months, I would suggest that (iii) is the way to go here: this is precisely the sort of case I think the technical ctte. is for. Bah, the Technical Committee takes months, sometimes over a year, to do something even as seemingly uncontroversial as voting in opposition to whichever solution Branden Robinson proposes. (Don't believe me? Read the debian-ctte archives.) To punt this to the Technical Committee is to stall a solution for potentially a very long time. If you're certain you're right, and you can get the NMU correct, the only people who will complain will be the package maintainers. -- G. Branden Robinson| It doesn't matter what you are Debian GNU/Linux | doing, emacs is always overkill. [EMAIL PROTECTED] | -- Stephen J. Carpenter http://people.debian.org/~branden/ | pgpGAheUueheq.pgp Description: PGP signature
Re: Qt3 still broken (compat-headers), what to do?
On Sun, Jul 13, 2003 at 12:14:52AM -0500, Branden Robinson wrote: To punt this to the Technical Committee is to stall a solution for potentially a very long time. If you're certain you're right, and you can get the NMU correct, the only people who will complain will be the package maintainers. And given that they're the ones who'll be uploading the package again once the NMU is done and can easily revert the change, NMUing against the wishes of the maintainers and without the support of a higher authority doesn't seem overly productive either. I suppose there's always the option of NMUing, and hoping it sticks -- then taking it up with the tech ctte. if it doesn't... -- Steve Langasek postmodern programmer pgp181EPynCL2.pgp Description: PGP signature
Re: Qt3 still broken (compat-headers), what to do?
I suppose there's always the option of NMUing, and hoping it sticks -- then taking it up with the tech ctte. if it doesn't... This is more or less what I was thinking of. The impression I get is that the Qt maintainers have shifted their stances on this issue from defense to apathy. Though it's possible that this is just because apathy is an easier way to keep the package split until somebody does an NMU or calls in the technical committee. Ben.
Re: Qt3 still broken (compat-headers), what to do?
Ben Burton writes: Hi ho, it's time for another rant from me regarding the libqt3-compat-headers split. (i) Wait for the Qt maintainers to upload a fix. (ii) Do an NMU for Qt, despite the fact that this bug is not release-critical. (iii) Resort to the technical committee. (iv) Keep the package split and release sarge with a broken Qt development environment. Several months of experience suggest that (i) does not promise success. Option (iii) seems rather heavy-handed to me. And I am loathe to see us reach (iv), cementing debian as the only distribution with a deliberately broken Qt. I'd thus like to propose (ii) as the best solution. I realise this is not an RC bug; technically it's not debian's problem but the upstream Qt app's problem. Nevertheless, as it stands users are expected to divine the fact that debian has deliberately broken Qt, that they should look in README.Debian for a fix and that they are morally expected to tell upstream that their code is wrong (after all, that's why they were forced through this hassle in the first place). So. Do people support this move or not? I wouldn't do it. Suppose you were the Qt maintainer, and you made a technical choice that some people disagree with, and they do an NMU on you. In the worst case, they could be doing another upload reverting your upload, and I can't say I would disagree with them. IMHO, what should happen, is try to convince the Qt maintainer, or agree with him to let the technical committee decide this one.. just my opinion of course... cheers domi
Re: Qt3 still broken (compat-headers), what to do?
I wouldn't do it. Suppose you were the Qt maintainer, and you made a technical choice that some people disagree with You mean a technical choice with a significant negative impact on users that breaks compatibility with upstream and every other linux distribution and that most (not some) people disagree with. and they do an NMU on you after four or five months of constant prodding and visible user confusion. IMHO, what should happen, is try to convince the Qt maintainer This option appears to lead nowhere, as explained in my earlier post. or agree with him to let the technical committee decide this one.. Taking it to the technical committee needn't require the Qt maintainers' consent. Furthermore, since the Qt maintainers seem so apathetic about this issue I'm certainly not going to wait for it. I honestly believe that in this case having a sarge Qt that's not broken should take precedence over maintainers' territoriality over their packages. And this is not a snap decision; the problem has been discussed for many months now without resolution, and the user errors continue to roll in. Ben.
Re: Qt3 still broken (compat-headers), what to do?
On Sun, Jul 13, 2003 at 12:14:52AM -0500, Branden Robinson wrote: Bah, the Technical Committee takes months, sometimes over a year, to do something even as seemingly uncontroversial as voting in opposition to whichever solution Branden Robinson proposes. So? This is more than enough time. This problem is to be fixed in sarge ... - Sebastian
Re: Qt3 still broken (compat-headers), what to do?
On Sun, Jul 13, 2003 at 01:51:07PM +1000, Ben Burton wrote: It seems then that our options are as follows. (i) Wait for the Qt maintainers to upload a fix. (ii) Do an NMU for Qt, despite the fact that this bug is not release-critical. (iii) Resort to the technical committee. (iv) Keep the package split and release sarge with a broken Qt development environment. Option (iii) is certainly the way to go. Problems like this are exactly what the TC is for. My suggestion: Add a Recommends: libqt3-compat-headers to libqt3-dev. A dependency is too strong, since libqt3-dev is perfectly usable without the compatibility headers, but a recommendation ensures that the compat headers are installed along libqt3-dev in most cases. - Sebastian
Re: Qt3 still broken (compat-headers), what to do?
Bah, the Technical Committee takes months, sometimes over a year, to do something even as seemingly uncontroversial as voting in opposition to whichever solution Branden Robinson proposes. So? This is more than enough time. This problem is to be fixed in sarge ... Hmm? Are you saying that sarge is definitively well over a year away? b.
Re: Qt3 still broken (compat-headers), what to do?
My suggestion: Add a Recommends: libqt3-compat-headers to libqt3-dev. This is indeed what I would add were I to do an NMU, and I would include it in the list of solutions that I see as satisfactory were I to put it to the TC. b.
Re: Qt3 still broken (compat-headers), what to do?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 13 July 2003 06:32, Steve Langasek [EMAIL PROTECTED] wrote: On Sun, Jul 13, 2003 at 12:14:52AM -0500, Branden Robinson wrote: To punt this to the Technical Committee is to stall a solution for potentially a very long time. If you're certain you're right, and you can get the NMU correct, the only people who will complain will be the package maintainers. And given that they're the ones who'll be uploading the package again once the NMU is done and can easily revert the change, NMUing against the wishes of the maintainers and without the support of a higher authority doesn't seem overly productive either. I suppose there's always the option of NMUing, and hoping it sticks -- then taking it up with the tech ctte. if it doesn't... I agree with this. Tell the maintainer you are NMU-ing, and do so to Delayed/. If he reverts/override the change, take it to the tech-ctte. Paul Cupis - -- [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/ET7NIzuKV+SHX/kRAq9YAJ4wO6NhuyuYo6Nd6Dpdj77JwiiFWwCfTJa9 yaGdRiU6mYYorG5r8QZHCUU= =WdL3 -END PGP SIGNATURE-
Re: Qt3 still broken (compat-headers), what to do?
On Sun, Jul 13, 2003 at 09:08:03PM +1000, Ben Burton wrote: Bah, the Technical Committee takes months, sometimes over a year, to do something even as seemingly uncontroversial as voting in opposition to whichever solution Branden Robinson proposes. So? This is more than enough time. This problem is to be fixed in sarge ... Hmm? Are you saying that sarge is definitively well over a year away? If he is, he's wrong. Cheers, aj -- Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/ I don't speak for anyone save myself. GPG signed mail preferred. ``Is this some kind of psych test? Am I getting paid for this?''
Re: Qt3 still broken (compat-headers), what to do?
Sebastian Rittau [EMAIL PROTECTED] writes: On Sun, Jul 13, 2003 at 01:51:07PM +1000, Ben Burton wrote: It seems then that our options are as follows. (i) Wait for the Qt maintainers to upload a fix. (ii) Do an NMU for Qt, despite the fact that this bug is not release-critical. (iii) Resort to the technical committee. (iv) Keep the package split and release sarge with a broken Qt development environment. Option (iii) is certainly the way to go. Problems like this are exactly what the TC is for. My suggestion: Add a Recommends: libqt3-compat-headers to libqt3-dev. A dependency is too strong, since libqt3-dev is perfectly usable without the compatibility headers, but a recommendation ensures that the compat headers are installed along libqt3-dev in most cases. Uhh, there's no reason the compat headers should have been split out in the first place. -- Poems... always a sign of pretentious inner turmoil. pgpOwozzSjaLu.pgp Description: PGP signature
Re: Qt3 still broken (compat-headers), what to do?
AT == Anthony Towns aj@azure.humbug.org.au writes: BB Hmm? Are you saying that sarge is definitively well over a BB year away? AT If he is, he's wrong. Hubris! Famous last words! The pride what cometh before a fall! ~ESP -- Evan Prodromou [EMAIL PROTECTED]
Re: Qt3 still broken (compat-headers), what to do?
On Sun, Jul 13, 2003 at 11:44:38AM -0400, Evan Prodromou wrote: AT == Anthony Towns aj@azure.humbug.org.au writes: BB Hmm? Are you saying that sarge is definitively well over a BB year away? AT If he is, he's wrong. Hubris! Famous last words! The pride what cometh before a fall! Not hubris, mere precision: sarge _might_ be well over a year away, but it's not _definitively_ over a year away. For those playing along at home (and if you're not, why not?) the debcamp bugsquash stuff is being tracked at: http://dc1.raw.no/~ajt/rcbugs.cgi There's no way for non debcamp types to list bugs there, maybe someone would like to remedy that; I'm sure it's a simple exercise to work out how. (Note that the bugs.debian.org urls linked from there will cease to work by the end of debcamp; hopefully we'll hook something up permanently to make up for it by then though) Cheers, aj -- Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/ I don't speak for anyone save myself. GPG signed mail preferred. ``Is this some kind of psych test? Am I getting paid for this?'' pgpDDMYFohnUV.pgp Description: PGP signature