Hi,
Am 08.03.24 um 00:12 schrieb Eric Valette:
On 07/03/2024 21:16, Rene Engelhard wrote:
ct more people.
But not so much for dependency issues like this. Which is my sole
point. In 99,9% of cases this won't even migrate to testing. And
unstable won't be released - testing will.
What is your point? Without known bugs or new versions packages
migrate from unstable to testing automatically.
You should be happy people debug code
*debug code*, yes. debug *actual* (dependency) issues, yes.
I did my part for example with this one, that maintainer denied first
but fixed later in his next upload as suggested...
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065349
Well, you haven't seen the various discussion how to fix smbclient on IRC...
Not really. This is an affect of
* d/genshlibs: run dh_makeshlibs on libsmbclient0
(Closes: #1065349)
where the side effect is that one gets the provides via
Package: libsmbclient0
Provides: ${t64:Provides}
X-Time64-Compat: libsmbclient
That is the correct fix (with a similar result of what you suggests),
not what you suggested in the first mail, though.
Besides that your wrote:
You cannot install libsmbclient0 without breaking libsmbclient if the
version of libsmbclient is not at least 2:4.19.5+dfsg-3. It will then
replace libsmbclient.
BUT the package libsmbclient 2:4.19.5+dfsg-3 is never going to be
generated nor latter versions unless the names change back to
libsmbclient. So the condition will never happen.
That is plain wrong. Breaks: is not waiting for anything be there. It's
just a lesser version of Conflicts
> And as you state, if the time_t type is already 64 bits why should
package depending on libsmbclient need to be regenerated?
Here again you show that you don't get why this is done at all. And you
again ignore release archs in your reasoning completely.
(Whether one likes that those are release archs or not, is not relevant
here.):
Exactly because of armel/armhf where the time_t was not 64bit before.
libsmbclient r-deps *have* to be rebuilt. On armel/armhf for sure. For
the rest there's Provides:
Regards,
Rene
