Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.dist > #1189049
| From | Sam Hartman <hartmans@debian.org> |
|---|---|
| Newsgroups | linux.debian.bugs.dist |
| Subject | Bug#1065170: tech-ctte: Requesting advice on glib2.0 #1065022, file deletion by postrm during t64 transition |
| Date | 2024-03-04 17:00 +0100 |
| Message-ID | <IeiTn-eo5z-9@gated-at.bofh.it> (permalink) |
| References | <Id9Iu-dG5x-1@gated-at.bofh.it> <Id9Iu-dG5x-1@gated-at.bofh.it> <Ie3Ul-eeVB-11@gated-at.bofh.it> <Id9Iu-dG5x-1@gated-at.bofh.it> <Ie3Ul-eeVB-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
>>>>> "Matthew" == Matthew Garrett <mjg59@srcf.ucam.org> writes:
Matthew> I agree with the conclusions drawn here, but feel that it's
Matthew> possibly worth making a stronger general statement that
Matthew> policy should never prevent the implementation of a
Matthew> well-considered simple solution. I would like some further
Matthew> analysis of Sam's proposal, though - I don't think there's
Matthew> any advantage in undoing the existing solution, but if it
Matthew> would work then it's maybe a more straightforward solution
Matthew> for any similar issues in future?
Unfortunately, I think Simon's response to me is definitive.
Ultimately if the old package exists, it will continue to satisfy
dependencies.
That's exactly what we don't want in the time_t transition.
I think we might revisit this when we come to a discussion of how our
tools could provide us more flexibility to make issues like usrmerge and
time_t transition easier in the future.
Back to linux.debian.bugs.dist | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Bug#1065170: tech-ctte: Requesting advice on glib2.0 #1065022, file deletion by postrm during t64 transition Simon McVittie <smcv@debian.org> - 2024-03-01 13:00 +0100
Bug#1065170: tech-ctte: Requesting advice on glib2.0 #1065022, file deletion by postrm during t64 transition Christoph Berg <myon@debian.org> - 2024-03-01 13:30 +0100
Bug#1065170: tech-ctte: Requesting advice on glib2.0 #1065022, file deletion by postrm during t64 transition Helmut Grohne <helmut@subdivi.de> - 2024-03-01 16:10 +0100
Bug#1065170: tech-ctte: Requesting advice on glib2.0 #1065022, file deletion by postrm during t64 transition Sam Hartman <hartmans@debian.org> - 2024-03-01 16:50 +0100
Bug#1065170: tech-ctte: Requesting advice on glib2.0 #1065022, file deletion by postrm during t64 transition Stefano Rivera <stefanor@debian.org> - 2024-03-01 17:20 +0100
Bug#1065170: tech-ctte: Requesting advice on glib2.0 #1065022, file deletion by postrm during t64 transition Simon McVittie <smcv@debian.org> - 2024-03-01 18:50 +0100
Bug#1065170: tech-ctte: Requesting advice on glib2.0 #1065022, file deletion by postrm during t64 transition Simon McVittie <smcv@debian.org> - 2024-03-02 21:30 +0100
Bug#1065170: tech-ctte: Requesting advice on glib2.0 #1065022, file deletion by postrm during t64 transition Simon McVittie <smcv@debian.org> - 2024-03-02 23:10 +0100
Bug#1065170: tech-ctte: Requesting advice on glib2.0 #1065022, file deletion by postrm during t64 transition Simon McVittie <smcv@debian.org> - 2024-03-03 03:10 +0100
Bug#1065170: tech-ctte: Requesting advice on glib2.0 #1065022, file deletion by postrm during t64 transition Simon McVittie <smcv@debian.org> - 2024-03-06 13:10 +0100
Bug#1065170: tech-ctte: Requesting advice on glib2.0 #1065022, file deletion by postrm during t64 transition Matthew Garrett <mjg59@srcf.ucam.org> - 2024-03-04 01:00 +0100
Bug#1065170: tech-ctte: Requesting advice on glib2.0 #1065022, file deletion by postrm during t64 transition Sam Hartman <hartmans@debian.org> - 2024-03-04 17:00 +0100
Bug#1065170: tech-ctte: Requesting advice on glib2.0 #1065022, file deletion by postrm during t64 transition Simon McVittie <smcv@debian.org> - 2024-03-04 17:20 +0100
Bug#1065170: tech-ctte: Requesting advice on glib2.0 #1065022, file deletion by postrm during t64 transition Matthew Garrett <mjg59@srcf.ucam.org> - 2024-03-04 17:50 +0100
csiph-web