Bug#1039955: fonts-liberation should provide /usr/share/fonts/truetype/liberation2 for backwards compatibility
Control: tags -1 wontfix On Fri, Jun 30, 2023 at 08:32:28AM +0200, Fabian Greffrath wrote: > In other words, I am reluctant to add additional complexity to the > transitional dummy package to ease a transition that's as complex as > changing a single char in a path name for depending packages. OK, I can agree with you on this. I've marked this bug as a wontfix, in that case. Feel free to close it should you wish. Best, Nilesh signature.asc Description: PGP signature
Bug#1039955: fonts-liberation should provide /usr/share/fonts/truetype/liberation2 for backwards compatibility
Hi Nilesh, Am Freitag, dem 30.06.2023 um 08:53 +0530 schrieb Nilesh Patra: > Could you consider to vendor truetype/liberation2 as a symlink to > truetype/liberation? sure, I could do that. But then we'd end up again with two entries in the file system for the same (in this case even identical) font. Getting rid of this was the main incentive for this transition in the first place. I don't expect many packages to depend on the precise location of the font files in the file system at all, we have fontconfig for this. The actual transition from fonts-liberation2 to fonts-liberation (>= 1:2) will be short and painless: You literally only have to change one char in the path names. In other words, I am reluctant to add additional complexity to the transitional dummy package to ease a transition that's as complex as changing a single char in a path name for depending packages. I hope you understand. Cheers, - Fabian signature.asc Description: This is a digitally signed message part
Bug#1039955: fonts-liberation should provide /usr/share/fonts/truetype/liberation2 for backwards compatibility
Package: fonts-liberation Version: 1:2.1.5-2 Severity: important X-Debbugs-Cc: ti...@debian.org, fab...@debian.org Hi Fabian, Thanks for your work on fonts-liberation. As stated in recent transition[1], fonts-liberation package has taken over liberation2 and the latter is now just an empty binary package for transistional reason. However, fonts-liberation2 used to vendor the files in /usr/share/fonts/truetype/liberation2/ as seen here[2] which has now been pruned[3]. This is breaking packages that rely on usr/share/truetype/liberation2 for symlinking ttf files and/or using them in code. One such example is r-cran-fontsliberation which has now a bunch of broken symlinks. For now, I've worked around this and pushed commits to salsa, but I'd like this to be fixed properly. Could you consider to vendor truetype/liberation2 as a symlink to truetype/liberation? [1]: https://lists.debian.org/debian-devel/2023/06/msg00220.html [2]: https://packages.debian.org/bookworm/all/fonts-liberation2/filelist [3]: https://packages.debian.org/sid/all/fonts-liberation/filelist -- System Information: Debian Release: 12.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_IN, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- no debconf information signature.asc Description: PGP signature