Bug#1078244: at-spi2-core: Packaging issue
Jean-Philippe MENGUAL
jpmengual at debian.org
Fri Aug 23 07:44:41 BST 2024
The fact is that when upstream suggests to downgrade at-spi2, it is
difficult to know what should be downgraded. Basically we downgrade
at-spi2-core, and it should be enough (i.e. it should downgrade or make
user downgrade manually -common and libatspi2.0). Instead, we need to
search for all packages containing atspi string and guess that they are
all dependant and should be downgraded.
More generally, I guess that updating one package while the others are
not included in the process as not dependent may cause problems.
Regards
Jean-Philippe MENGUAL
Debian Developer non uploading
Accessibility team member
debian-l10n-french team member
President of Debian France non-profit organization
Le 22/08/2024 à 23:27, Samuel Thibault a écrit :
> Jean-Philippe MENGUAL, le jeu. 22 août 2024 23:09:32 +0200, a ecrit:
>>
>> Le 22/08/2024 à 23:03, Samuel Thibault a écrit :
>>> Jean-Philippe MENGUAL, le jeu. 22 août 2024 22:51:15 +0200, a ecrit:
>>>> The problem mentioned here seems also to be mainly in another package: libatspi2.0.
>>>
>>> The libatspi2.0 binary package is part of the at-spi2-core source
>>> package (which happens to also ship the at-spi2-core binary package)
>>
>> SO why can I make them change version independently? If I downgrade
>> at-spi2-core, why dont I get a message requiring I also downgrade -common
>> and libatspi2.0?
>
> Because there's no real strict dependency? Which actual issue do you
> encounter?
>
> Samuel
>
> _______________________________________________
> Pkg-a11y-devel mailing list
> Pkg-a11y-devel at alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-a11y-devel
More information about the Pkg-a11y-devel
mailing list