Bug#316637: newt: Etch is expected to be fully Unicode-compliant so fribidi should be in Depends, not Recommends
Martin-Éric Racine wrote: su, 2005-11-20 kello 18:14 -0800, Steve Langasek kirjoitti: On Sun, Nov 20, 2005 at 11:43:47PM +0200, Martin-Éric Racine wrote: su, 2005-11-20 kello 10:16 -0800, Steve Langasek kirjoitti: On Sun, Nov 20, 2005 at 07:29:00PM +0200, Martin-Éric Racine wrote: Given how Unicode compliance is a release goal for Etch, having libfribidi0 in Recommends is not sufficient; it really must show in Depends. No. "Unicode support" refers to applications functioning in a UTF-8 locale as correctly as they do in a single-byte locale. And it indeed doesn't function correctly here. Not putting libfribidi0 as Depends breaks newt operation on UTF-8 locales, which in turns also affects debconf. Without it, debconf does NOT work correctly under a UTF-8 locale using the 'dialog' front-end. Then you should have said that (and in a separate bug report, no less) instead of claiming that dependencies were missing. If UTF-8 isn't working right without lifribidi0, then something's buggy in the UTF-8 support, because libfribidi0 should *not* be required for this. You really ought to check the whole thread for this bug before mailing. This bug already was about the missing dependency, which the maintainer "solved" by adding a Recommends, instead of a Depends. The bug was fixed by fixing a segfault in libslang2 that occured when libfribidi was not present. That fixed, it is now possible for newt to have a Recommends: rather than a Depends:, hence that was changed simultaneously: it was not the 'fix'. newt works in UTF-8 for non-BIDI languages. I am reluctant to add a dependency on libfribidi and inflate base for non-BIDI users: it makes using Debian as an embedded system much harder. A better solution I think would be to make sure libfribidi is installed when BIDI languages are chosen on the installer, or when X / graphical console is installed. Regards Alastair
Bug#316637: newt: Etch is expected to be fully Unicode-compliant so fribidi should be in Depends, not Recommends
su, 2005-11-20 kello 18:14 -0800, Steve Langasek kirjoitti: > On Sun, Nov 20, 2005 at 11:43:47PM +0200, Martin-Éric Racine wrote: > > su, 2005-11-20 kello 10:16 -0800, Steve Langasek kirjoitti: > > > On Sun, Nov 20, 2005 at 07:29:00PM +0200, Martin-Éric Racine wrote: > > > > Given how Unicode compliance is a release goal for Etch, having > > > > libfribidi0 in Recommends is not sufficient; it > > > > really must show in Depends. > > > > No. "Unicode support" refers to applications functioning in a UTF-8 > > > locale > > > as correctly as they do in a single-byte locale. > > > And it indeed doesn't function correctly here. Not putting libfribidi0 > > as Depends breaks newt operation on UTF-8 locales, which in turns also > > affects debconf. Without it, debconf does NOT work correctly under a > > UTF-8 locale using the 'dialog' front-end. > > Then you should have said that (and in a separate bug report, no less) > instead of claiming that dependencies were missing. If UTF-8 isn't working > right without lifribidi0, then something's buggy in the UTF-8 support, > because libfribidi0 should *not* be required for this. You really ought to check the whole thread for this bug before mailing. This bug already was about the missing dependency, which the maintainer "solved" by adding a Recommends, instead of a Depends. -- Martin-Éric Racine http://q-funk.iki.fi signature.asc Description: This is a digitally signed message part
Bug#316637: newt: Etch is expected to be fully Unicode-compliant so fribidi should be in Depends, not Recommends
On Sun, Nov 20, 2005 at 11:43:47PM +0200, Martin-Éric Racine wrote: > su, 2005-11-20 kello 10:16 -0800, Steve Langasek kirjoitti: > > On Sun, Nov 20, 2005 at 07:29:00PM +0200, Martin-Éric Racine wrote: > > > Given how Unicode compliance is a release goal for Etch, having > > > libfribidi0 in Recommends is not sufficient; it > > > really must show in Depends. > > No. "Unicode support" refers to applications functioning in a UTF-8 locale > > as correctly as they do in a single-byte locale. > And it indeed doesn't function correctly here. Not putting libfribidi0 > as Depends breaks newt operation on UTF-8 locales, which in turns also > affects debconf. Without it, debconf does NOT work correctly under a > UTF-8 locale using the 'dialog' front-end. Then you should have said that (and in a separate bug report, no less) instead of claiming that dependencies were missing. If UTF-8 isn't working right without lifribidi0, then something's buggy in the UTF-8 support, because libfribidi0 should *not* be required for this. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#316637: newt: Etch is expected to be fully Unicode-compliant so fribidi should be in Depends, not Recommends
su, 2005-11-20 kello 10:16 -0800, Steve Langasek kirjoitti: > On Sun, Nov 20, 2005 at 07:29:00PM +0200, Martin-Éric Racine wrote: > > Given how Unicode compliance is a release goal for Etch, having libfribidi0 > > in Recommends is not sufficient; it > > really must show in Depends. > > No. "Unicode support" refers to applications functioning in a UTF-8 locale > as correctly as they do in a single-byte locale. And it indeed doesn't function correctly here. Not putting libfribidi0 as Depends breaks newt operation on UTF-8 locales, which in turns also affects debconf. Without it, debconf does NOT work correctly under a UTF-8 locale using the 'dialog' front-end. -- Martin-Éric Racine http://q-funk.iki.fi signature.asc Description: This is a digitally signed message part
Bug#316637: newt: Etch is expected to be fully Unicode-compliant so fribidi should be in Depends, not Recommends
On Sun, Nov 20, 2005 at 07:29:00PM +0200, Martin-Éric Racine wrote: > Given how Unicode compliance is a release goal for Etch, having libfribidi0 > in Recommends is not sufficient; it > really must show in Depends. No. "Unicode support" refers to applications functioning in a UTF-8 locale as correctly as they do in a single-byte locale. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#316637: newt: Etch is expected to be fully Unicode-compliant so fribidi should be in Depends, not Recommends
Package: libnewt0.51 Version: 0.51.6-31 Followup-For: Bug #316637 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Given how Unicode compliance is a release goal for Etch, having libfribidi0 in Recommends is not sufficient; it really must show in Depends. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (99, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-imac Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages libslang2 depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an libslang2 recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDgLJceXr56x4Muc0RAlGnAJ9Aqwj8TA5eriAsDyCtmFAdIbVewQCfSnDj cnEAg0j+Bqd/XH17ylBsqGA= =W1Nj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
