Bug#1050001: Unwinding directory aliasing [and 3 more messages] [and 1 more messages]

2023-09-01 Thread Luca Boccassi
On Fri, 1 Sept 2023 at 09:23, Helmut Grohne wrote: > > Hi Luca, > > At least three DDs have asked you to stop. Why do you continue? > > In all of your mails to this bug, I've seen little attempt at trying to > understand other participants. In a project as large as Debian, it is to > be expected

Bug#1050001: Unwinding directory aliasing [and 3 more messages] [and 1 more messages]

2023-09-01 Thread Ansgar
Hi Ian, On Wed, 2023-08-30 at 12:52 +0100, Ian Jackson wrote: > Debian has historically been simply much more reliable. Could you quantify this? This is not my experience. As far as I understand you often use non-standard configurations (split-/usr, non-standard init system, ...) which might

Bug#1050001: Unwinding directory aliasing [and 3 more messages] [and 1 more messages]

2023-09-01 Thread Helmut Grohne
Hi Luca, At least three DDs have asked you to stop. Why do you continue? In all of your mails to this bug, I've seen little attempt at trying to understand other participants. In a project as large as Debian, it is to be expected that disagreement arises. That's not the end of the world, but it

Bug#1050001: Unwinding directory aliasing [and 3 more messages] [and 1 more messages]

2023-08-31 Thread Luca Boccassi
On Wed, 30 Aug 2023 at 12:57, Ian Jackson wrote: > > On the burden of proof and the correctness of software: > > I'm afraid I see a pattern, where blanket statements are made which > are only "mostly" or "roughly" or "generally" true. But the > discrepancies and details matter. When we make

Bug#1050001: Unwinding directory aliasing [and 3 more messages] [and 1 more messages]

2023-08-30 Thread Ian Jackson
On the burden of proof and the correctness of software: I'm afraid I see a pattern, where blanket statements are made which are only "mostly" or "roughly" or "generally" true. But the discrepancies and details matter. When we make computer systems, it's not good enough to if they're only