Bug#1059508: tcsh: Compilation failed on multiple architectures
I've tried building using loong64 QEMU sbuild as described here: https://wiki.debian.org/LoongArch/sbuildQEMU The build appears to require loong64-ported version of linux-libc-dev. Otherwise, would be missing. When linux-libc-dev is satisfied, the build compiles successfully, but then fails at override_dh_auto_test stage, with 1 failed test: "status". The log in testsuite.log says: ---8<--- 233. variables.at:1397: testing $ status ... ./variables.at:1407: tcsh -f status.csh 2>&1 | sed 's/Abort *(core dumped)/Abort /' --- -2024-02-01 03:21:49.076577996 + +++ /tmp/build/tcsh-6.24.10/testsuite.dir/at-groups/233/stdout 2024-02-01 03:21 :49.056169869 + @@ -1,4 +1,5 @@ 0 +qemu: uncaught target signal 6 (Aborted) - core dumped Abort OK 0 233. variables.at:1397: 233. $ status (variables.at:1397): FAILED (variables.at: 1407) ---8<--- The extra output line comes from QEMU. Is it possible to configure sbuild/buildd chroot to quiet QEMU? For the 'nice' test reported earlier, it now passes. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#1033424: Uploaded (Was: image-factory: FTBFS in testing: AssertionError: pylint found issues:)
I have uploaded Josef Schneider's NMU to the 3-day DELAYED queue, as per his request. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#1032392: python3-scikit-rf: import fails: AttributeError: module 'collections' has no attribute 'Sequence'
Uploaded Josef Schneider's NMU to DELAYED/2-day queue. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#982540: libdatrie: Please make autopkgtests cross-test-friendly
On Thu, Feb 11, 2021 at 6:27 PM Julian Andres Klode wrote:
>
> In Ubuntu, the attached patch was applied to achieve the following:
>
> * Make build test cross-testable
In the debdiff:
+if [ -n "${DEB_HOST_GNU_TYPE:-}" ]; then
+CC="$DEB_HOST_GNU_TYPE-g++"
+PKGCONFIG="$DEB_HOST_GNU_TYPE-pkg-config"
+else
+CC=gcc
+PKGCONFIG=pkg-config
+fi
Thanks for proposing this, but how come g++ becomes the compiler
instead of gcc when cross-compiling?
While simply replacing "-g++" with "-gcc" in the patch could fix it,
I'd rather adapt another patch proposed for libthai in bug #983522
which ensures the compiler does not get changed by accident:
diff --git a/debian/tests/build b/debian/tests/build
index 92163dc..98d8985 100755
--- a/debian/tests/build
+++ b/debian/tests/build
@@ -7,6 +7,13 @@ set -e
WORKDIR=$(mktemp -d)
trap "rm -rf $WORKDIR" 0 INT QUIT ABRT PIPE TERM
cd $WORKDIR
+
+if [ -n "${DEB_HOST_GNU_TYPE:-}" ]; then
+CROSS_COMPILE="$DEB_HOST_GNU_TYPE-"
+else
+CROSS_COMPILE=
+fi
+
cat < libdatrietest.c
#include
#include
@@ -27,7 +34,8 @@ int main (int argc, char *argv[])
}
EOF
-gcc -o libdatrietest libdatrietest.c $(pkg-config --cflags --libs datrie-0.2)
+${CROSS_COMPILE}gcc -o libdatrietest libdatrietest.c \
+$(${CROSS_COMPILE}pkg-config --cflags --libs datrie-0.2)
echo "build: OK"
[ -x libdatrietest ]
./libdatrietest
Thanks again for the sync.
Regards,
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
Bug#978858: libthai: ftbfs with autoconf 2.70
Control: tags -1 fixed-upstream On Thu, Dec 31, 2020 at 9:33 PM Matthias Klose wrote: > The package fails to build in a test rebuild on at least amd64 with > autoconf 2.70, but succeeds to build with autoconf 2.69. The > severity of this report will be raised before the bookworm release, > so nothing has to be done for the bullseye release. This has been fixed upstream and should be available in next release: https://github.com/tlwg/libthai/commit/896eba4e8f3faa079b2a6105bbb417adf92902ae Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#962488: fonts-tlwg: description should explain when TTF vs. OTF is more suitable
Hi Jonas, On Tue, Jun 9, 2020 at 12:51 AM Jonas Smedegaard wrote: > fonts-tlwg are provided as both Truetype and Opentype, > but package descriptions lack any mention of when either format is more > suitable. > > Maybe Truetype fonts include hinting omitted from Opentype fonts. > Maybe Opentype fonts include feature sets lacking in Truetype fonts. > Maybe they are technically equal but consuming applications vary > in their support for accessing all features of either format. > > Please add mention of which format is better when. They are supposed to provide the same typographical features, except for the underlying CFF and TTF glyph formats. I'm about to add this paragraph to 'fonts-thai-tlwg' package description: Every font in this package is provided in TrueType and OpenType formats for users to choose to suit their needs. Both formats are maintained to provide the same glyph set, glyph design, and typographical features, except that curves and hints are defined in CFF format for the OpenType version, and in TTF format for the TrueType version. Do you think it's sufficient? Or should I try to evaluate the current quality of both formats as rendered by FreeType? To my personal taste, the OpenType version used to be inferior, until the FreeType CFF rendering improvement was contributed by Adobe. And now I prefer the OpenType version personally. The TrueType hinting, however, is based purely on FontForge auto-instruction, no manual tuning. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ On Tue, Jun 9, 2020 at 12:51 AM Jonas Smedegaard wrote: > > Source: fonts-tlwg > Version: 1:0.7.2-1 > Severity: normal > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Hi, > > fonts-tlwg are provided as both Truetype and Opentype, > but package descriptions lack any mention of when either format is more > suitable. > > Maybe Truetype fonts include hinting omitted from Opentype fonts. > Maybe Opentype fonts include feature sets lacking in Truetype fonts. > Maybe they are technically equal but consuming applications vary > in their support for accessing all features of either format. > > Please add mention of which format is better when. > > > - Jonas > > -BEGIN PGP SIGNATURE- > > iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAl7eeUcACgkQLHwxRsGg > ASFAow//TW1tdBZozMKIMmQuN5RIXr+4V9/UQ3MSKYAwRCXSwYbSqCqqJ2NrASDe > wTcH0lioDQkxcN44jah86DD1kkCUEvONL6KkFSv/6uaTYkX2g94+1rMjvXVdrKjf > mlTnXDcLZRNpjPtY3u6fODzicqDhz8ohbgIBZKCebEqKc/YXpXVdmgFPVfUmpN/i > hUd4fUXEhqrAE9F3evhjLwAYm2BneeJ9n5x7rdP6/Gkq/zn1BUkF18oEYgffxNJ7 > hHlfHtsbAbCKtj50Xjsomuf0De7WQXef84Y2HqLTdR2UAm5yWePy2R/OKDGuAdqU > aBdmcn7iip8ZWI5sy5xLxE+2BWqN9JQeDQ4RIRmfmM65U10Rx5300O/Od9kLy1Ii > OcTAvIlwlpeGXju6dNAGy8t6MWnL61aAq6R44wD38UuM46Zc660lmjFQX4UOrQZ2 > QgqgzT/sl9ni/i5gC/e2tTPJaKk/LaUF9EbjNHf0cNleQGcEt2DdV1QJyj3kTH6L > gg/3wy8Q8xOXwuGXwweHK4eu3N95vanSB0ZUTYINy6YnFda6nLdLlZfgVc573Lj5 > 5O9UdSxMmHxMwyB9RZJwndxrd8bmHzWetKn/pncSzEkLQxPY9xdB8m17+FwfMANY > f4/e3L1NHcEc595NUDw6jVw6fj8Ca7cORZGgHISUqirEzV3lPmg= > =Z2vI > -END PGP SIGNATURE- -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d(+) s:- a C++ UL P-@ L+++ E--- W+++ N o? K? w-- !O !M V? PS(+) PE-- Y(-) PGP++ t? 5? X+ R- tv+ b++ DI D-- G e++ h-- r? y? --END GEEK CODE BLOCK--
Bug#971611: Raising severity
Control: severity -1 serious Serious severity for the conflict. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#950203: fonts-dejavu: Please update upstream Homepage field
Package: fonts-dejavu Version: 2.37-1 Severity: minor Dear Maintainer, The links http://dejavu-fonts.org/ in Homepage field of debian/control appears to land on an unrelated site. The latest one should be https://dejavu-fonts.github.io/ -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8), LANGUAGE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages fonts-dejavu depends on: ii fonts-dejavu-core 2.37-1 ii fonts-dejavu-extra 2.37-1 fonts-dejavu recommends no packages. fonts-dejavu suggests no packages. -- no debconf information
Bug#774274: fontforge: please use SOURCE_DATE_EPOCH for
On Tue, Nov 12, 2019 at 11:58 AM Theppitak Karoonboonyanan wrote: > By dumping TTX with 'ttx' command from fonttools, > the differences appear to be: > 1) the "checkSumAdjustment" in > 2) the "flags" in : "0010 0001" -> " 0001" > 3) the "fontDirectionHint" in : "0" -> "2" > 4) the "underlinePosition" in : "-204" -> "-102" > 5) the "FFTimeStamp" in (this seems to be fontforge build timestamp) > I doubt how 2), 3), 4) are changed across different fontforge versions. Note: By checking OpenType/TrueType documentations [1] [2]: * 2) is to clear bit 15 as the spec suggests (bits 6-10 are unused) * 3) is to set direction hint properly (left to right, with some zero-width glyphs) * 4) is to fix fontforge underline position handling [3] [1] https://docs.microsoft.com/en-us/typography/opentype/spec/otff#font-tables [2] https://developer.apple.com/fonts/TrueType-Reference-Manual/ [3] https://fontforge.org/en-US/bulletins/underline_position_2018_1/ So, all differences are clear to me now. :-) Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#774274: fontforge: please use SOURCE_DATE_EPOCH for
On Sun, Nov 10, 2019 at 11:54 PM Hideki Yamane wrote: > On Sat, 21 Sep 2019 12:35:07 +0700 Theppitak Karoonboonyanan > wrote: > > However, as there have already been three 2019 releases (March, April, > > August), > > updating from official release could be another choice. > > Could you try to check it with new fontforge package in experimental? In short, it make my package build reproducibly. In detail, I have tried 4 builds, the first two with unstable version, and the next two with the experimental version, then compared the binaries. * Type1 LaTeX deb (the one in question): The first 3 builds all differ, while the last 2 builds are identical, which is what we desire: the experimental version makes the previously unreproducible build reproducible. * TTF deb (previously reproducible): The first 2 builds yield identical binaries, and the last 2 builds also yield identical binaries, but the binaries between the two sets differ. That means the build is still reproducible with the same fontforge version, but not with different versions. By dumping TTX with 'ttx' command from fonttools, the differences appear to be: 1) the "checkSumAdjustment" in 2) the "flags" in : "0010 0001" -> " 0001" 3) the "fontDirectionHint" in : "0" -> "2" 4) the "underlinePosition" in : "-204" -> "-102" 5) the "FFTimeStamp" in (this seems to be fontforge build timestamp) I doubt how 2), 3), 4) are changed across different fontforge versions. But that's probably not in the scope of this bug, provided that the build is still repoducible within the same fontforge version. So, I think this bug could be closed now. Thanks for your work! Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#774274: fontforge: please use SOURCE_DATE_EPOCH for reproducible font modification time
Package: fontforge Version: 1:20170731~dfsg-1+b2 Followup-For: Bug #774274 Hi, Just seen Vasudev's comment from the bug log. There are three relevant commits: 1. Add GetTime function: override time(2) in case SOURCE_DATE_EPOCH is set https://github.com/fontforge/fontforge/commit/4e850c134200d5a62bdecdd68a4ee31ef7688360 2. Improve GetTime function https://github.com/fontforge/fontforge/commit/24aeddf65139ee50753537070e51b08c80346423 3. Use GetTime in more places https://github.com/fontforge/fontforge/commit/078a1738a86717b46e02276bd85bb76893688eea However, as there have already been three 2019 releases (March, April, August), updating from official release could be another choice. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#936035: xfwm4: fails to load due to missing libxfconf-0.so.2
bfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16 libgdk-3.so.0 => /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 libXcursor.so.1 => /usr/lib/x86_64-linux-gnu/libXcursor.so.1 libpangocairo-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 libpango-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 libthai.so.0 => /usr/lib/x86_64-linux-gnu/libthai.so.0 libdatrie.so.1 => /usr/lib/x86_64-linux-gnu/libdatrie.so.1 libcairo.so.2 => /usr/lib/x86_64-linux-gnu/libcairo.so.2 libpixman-1.so.0 => /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 libxcb-shm.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0 libxcb-render.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-render.so.0 libgdk_pixbuf-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 libxfce4util.so.7 => /usr/lib/x86_64-linux-gnu/libxfce4util.so.7 libxfconf-0.so.3 => /usr/lib/x86_64-linux-gnu/libxfconf-0.so.3 libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 libglib-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 libXpresent.so.1 => /usr/lib/x86_64-linux-gnu/libXpresent.so.1 libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 After removing the libs in /usr/local/lib, the funny link is now gone, and xfwm4 starts normally without libxfconf-0-2. > My guess would be libxfce4ui, so > if you could give us the output of dpkg -l |grep libxfce4ui in the same reply > it'd be nice. It shouldn't matter now: $ dpkg -l | grep libxfce4ui ii libxfce4ui-1-0:amd64 4.14.1-1+b1 amd64widget library for Xfce - Gtk+2 variant ii libxfce4ui-2-0:amd64 4.14.1-1+b1 amd64widget library for Xfce - Gtk+3 variant ii libxfce4ui-2-dev:amd644.14.1-1+b1 amd64Development files for libxfce4ui - Gtk+3 variant ii libxfce4ui-common 4.14.1-1 all common files for libxfce4ui ii libxfce4ui-utils 4.14.1-1+b1 amd64Utility files for libxfce4ui Sorry again for the false alarm. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#936035: xfwm4: fails to load due to missing libxfconf-0.so.2
Package: xfwm4 Version: 4.14.0-1 Severity: serious Justification: Policy 3.5 Dear Maintainer, xfwm4 fails to start: $ xfwm4 xfwm4: error while loading shared libraries: libxfconf-0.so.2: cannot open shared object file: No such file or directory $ ldd /usr/bin/xfwm4 | grep libxfconf libxfconf-0.so.3 => /usr/lib/x86_64-linux-gnu/libxfconf-0.so.3 (0x7f74ba2f5000) libxfconf-0.so.2 => not found $ Fortunately, installing libxfconf-0-2 does make it load successfully, but it's not listed as a dependency. Actually, this bug can be grave (rendering the package unusable) when libxfconf-0-2 is faded out. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8), LANGUAGE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xfwm4 depends on: ii libc6 2.28-10 ii libcairo2 1.16.0-4 ii libepoxy0 1.5.3-0.1 ii libgdk-pixbuf2.0-02.38.1+dfsg-1 ii libglib2.0-0 2.60.6-2 ii libgtk-3-03.24.10-1 ii libpango-1.0-01.42.4-7 ii libpangocairo-1.0-0 1.42.4-7 ii libstartup-notification0 0.12-6 ii libwnck-3-0 3.32.0-1 ii libx11-6 2:1.6.7-1 ii libxcomposite11:0.4.4-2 ii libxdamage1 1:1.1.5-1 ii libxext6 2:1.3.3-1+b2 ii libxfce4ui-2-04.14.1-1+b1 ii libxfce4util7 4.14.0-1 ii libxfconf-0-3 4.14.1-1 ii libxfixes31:5.0.3-1 ii libxi62:1.7.9-1 ii libxinerama1 2:1.1.4-2 ii libxpresent1 1.0.0-2+b10 ii libxrandr22:1.5.1-1 ii libxrender1 1:0.9.10-1 Versions of packages xfwm4 recommends: ii librsvg2-common 2.44.14-1 Versions of packages xfwm4 suggests: ii xfce4 4.14 -- no debconf information
Bug#774274: fontforge: please use SOURCE_DATE_EPOCH for reproducible font modification time
Package: fontforge Version: 1:20170731~dfsg-1 Followup-For: Bug #774274 Dear Maintainer, This bug still exists for Type 1 font generation, which causes my package fonts-sipa-arundina to be unreproducible. https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/diffoscope-results/fonts-sipa-arundina.html Creation date timestamps are still taken from build time without obeying SOURCE_DATE_EPOCH. There have been some upstream changes in Fontforge after the version in Sid, beginning at this one: https://github.com/fontforge/fontforge/commit/4e850c134200d5a62bdecdd68a4ee31ef7688360 And the relevant calls to the new GetTime() function have been added here: https://github.com/fontforge/fontforge/commit/078a1738a86717b46e02276bd85bb76893688eea So, please update Fontforge in Debian to solve more build reproducibility problems. Thanks, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8), LANGUAGE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages fontforge depends on: ii fontforge-common 1:20170731~dfsg-1 ii libc6 2.28-4 ii libfontforge2 1:20170731~dfsg-1 ii libgdraw5 1:20170731~dfsg-1 ii libltdl7 2.4.6-6 ii libx11-6 2:1.6.7-1 fontforge recommends no packages. Versions of packages fontforge suggests: pn autotrace pn fontforge-doc ii fontforge-extras 0.3-4 pn potrace ii python-fontforge 1:20170731~dfsg-1 -- no debconf information
Bug#907847: mirror submission for ftp.debianclub.org
Package: mirrors Severity: wishlist User: mirr...@packages.debian.org Usertags: mirror-submission Submission-Type: new Site: ftp.debianclub.org Type: leaf Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x Archive-http: /debian/ Archive-rsync: debian/ Maintainer: Theppitak Karoonboonyanan Country: TH Thailand Location: Bangkok Sponsor: Widhaya Trisarnwadhana https://www.thaitux.info/ Comment: This is a re-submission of a previously listed mirror. It was removed due to a temporary outage. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878716#17. (The initial reported problem had been solved long before that, but the bug had been left openned. So, the removal had nothing to do with it.) Two days after the removal, the service was back and has been serving well over the past two months. Trace Url: http://ftp.debianclub.org/debian/project/trace/ Trace Url: http://ftp.debianclub.org/debian/project/trace/ftp-master.debian.org Trace Url: http://ftp.debianclub.org/debian/project/trace/ftp.debianclub.org
Bug#894278: src:libdatrie: Please add trie_state_get_terminal_data() which is needed in python-datrie
On Thu, Mar 29, 2018 at 11:31 AM, Theppitak Karoonboonyanan <theppi...@gmail.com> wrote: > Meanwhile, the existing trie_state_get_data() does exactly > the same to a *terminal* state, but not to a non-terminal one. > If something is still missing, we had better fix it there, > rather than introducing a new similar API. Update: After reading the patch again, I think I got another point: trie_state_get_data() fails when s->is_suffix is FALSE, which the proposed trie_state_get_terminal_data() tries to address. So, I've fixed the issue in trie_state_get_data() instead: https://github.com/tlwg/libdatrie/commit/d1dfdb831093892541cae46eba82c46aec94f726 I'll also inform Filip to check this out before releasing a new upstream version. Best regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#894278: src:libdatrie: Please add trie_state_get_terminal_data() which is needed in python-datrie
Hi Andreas, On Wed, Mar 28, 2018 at 3:56 PM, Andreas Tille <ti...@debian.org> wrote: > there is an ITP for pyton-datrie (#828741) which needs an additional > function in libdatrie. Upstream has created a patch[1] which provides > this missing function. I took the freedom to create a new branch in > libdatrie Git[2] which incorporates the said patch + fixes. I also > adapted the symbols file even if I'm aware that its bad style to inject > a new symbol in a random Debian revision. Thanks for the effort to make it available in Debian! I have communicated with Filip Pytloun, the patch author, in a personal mail for some time. And here's my comment excerpt: ---8<--- I wonder what's wrong with trie_state_get_data()? Why don't you just use it? And, from your patch, it looks like what the new function tries to do is to get the TAIL-associated data *without* verifying the entire key. Only prefix mathing up to the single-path separation point is enough, and 's' does not have to be a real terminal state, which contradicts the function name and the documentation. I think trie_state_get_data() could be used instead. ---8<--- And I haven't got further explanation yet. What I can guess from the patch is that it looks like an attempt to speed up trie enumeration by bypassing the check of the rest of the key. But unfortunately, in general users' viewpoint, it could be confusing when a non-terminal state (which appears to be in a separate path, but has not reached the end yet) gets the data from a *_get_terminal_data() function, whose documentation states that its argument is a *terminal* state. Meanwhile, the existing trie_state_get_data() does exactly the same to a *terminal* state, but not to a non-terminal one. If something is still missing, we had better fix it there, rather than introducing a new similar API. That's why I haven't accepted the patch upstream so far. Kind regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#886297: lintian: false positive: autotools-pkg-config-macro-not-cross-compilation-safe
Package: lintian Version: 2.5.67 Severity: normal Dear Maintainer, lintian caught the autotools-pkg-config-macro-not-cross-compilation-safe tag on my "swath" package just because the AC_PATH_PROG macro appears in a comment: https://sources.debian.org/src/swath/0.6.0-1/configure.ac/#line20 The comment lines should be filtered out before checking. -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8), LANGUAGE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages lintian depends on: ii binutils 2.29.1-12 ii bzip2 1.0.6-8.1 ii diffstat 1.61-1+b1 ii dpkg 1.19.0.4 ii file 1:5.32-1 ii gettext 0.19.8.1-4 ii intltool-debian 0.35.0+20060710.4 ii libapt-pkg-perl 0.1.33 ii libarchive-zip-perl 1.60-1 ii libclass-accessor-perl0.51-1 ii libclone-perl 0.39-1 ii libdpkg-perl 1.19.0.4 ii libemail-valid-perl 1.202-1 ii libfile-basedir-perl 0.07-1 ii libipc-run-perl 0.96-1 ii liblist-moreutils-perl0.416-1+b3 ii libparse-debianchangelog-perl 1.2.0-12 ii libperl5.26 [libdigest-sha-perl] 5.26.1-3 ii libtext-levenshtein-perl 0.13-1 ii libtimedate-perl 2.3000-2 ii liburi-perl 1.72-2 ii libxml-simple-perl2.24-1 ii libyaml-libyaml-perl 0.63-2+b2 ii man-db2.7.6.1-4 ii patchutils0.3.4-2 ii perl 5.26.1-3 ii t1utils 1.41-2 ii xz-utils 5.2.2-1.3 Versions of packages lintian recommends: ii libperlio-gzip-perl 0.19-1+b4 Versions of packages lintian suggests: pn binutils-multiarch ii dpkg-dev 1.19.0.4 ii libhtml-parser-perl3.72-3+b2 pn libtext-template-perl -- no debconf information
Bug#883744: gtk-im-libthai: Please don't depend on gtk2
On Fri, Dec 15, 2017 at 8:31 AM, Jeremy Bicha <jbi...@debian.org> wrote: > On Thu, Dec 14, 2017 at 3:03 AM, Theppitak Karoonboonyanan > <theppi...@gmail.com> wrote: >> Do you think we should do the same to gtk3-im-libthai? > > That's up to you. I think gtk3 is already installed on most Debian > desktop computers and it will be years before gtk4 will push gtk3 out. As I can't anticipate side-effects of doing so (e.g. regarding gtk3 reverse dependencies tracking), I decide not to touch that part yet. Uploading it soon, then. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#883744: gtk-im-libthai: Please don't depend on gtk2
Control: tags -1 +pending On Thu, Dec 7, 2017 at 9:48 AM, Jeremy Bicha <jbi...@debian.org> wrote: > In my next email, I am submitting a patch to drop the gtk2 dependency > from gtk-im-libthai. I believe that the only thing that will actually > use gtk-im-libthai is a gtk2 app which will already depend on gtk2. > This allows gtk-im-libthai to be pre-installed regardless of whether > gtk2 is installed, making for a better experience when a gtk2 app is > installed. Yes, I agree with the condition. Your patch has been applied. Thank you! Do you think we should do the same to gtk3-im-libthai? Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#878719: Debian mirror ftp.debianclub.org: maintainer address bounces
Package: mirrors Followup-For: Bug #878719 Peter Palfrader <wea...@debian.org> wrote: > The email address we have on file for the maintainer of > ftp.debianclub.org, t...@linux.thai.net, bounces. Please use theppi...@gmail.com instead. The @LTN address is actually a forwarder to the Gmail one, and it fails from time to time. Thanks, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ signature.asc Description: PGP signature
Bug#880674: libpango-1.0-0: Thai word break stops working since 1.40.13
On Fri, Nov 3, 2017 at 11:31 PM, Michael Biebl <bi...@debian.org> wrote: > Am 03.11.2017 um 17:25 schrieb Michael Biebl: > >> It's a known issue, see https://bugzilla.gnome.org/show_bug.cgi?id=789625 > > Let me rephrase that a little: I'm pretty sure it's the same underlying > issue and it would be great if you can give the patch in the upstream > bug tracker a try. Yes, I have tried it and I confirm that it fixes this bug, too. Thanks, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#880674: libpango-1.0-0: Thai word break stops working since 1.40.13
Package: libpango-1.0-0 Version: 1.40.13-1 Severity: important Dear Maintainer, Since Pango 1.40.13, Thai word break appears to be broken. This affects all GTK+-based text editors like gedit, mousepad, leafpad, etc. as well as Mozilla Firefox. Try, for example, opening this page with Firefox: https://linux.thai.net/~thep/text/aphaimanee.html The long continuous-text paragraph is supposed to be wrapped, but it's not. Downgrading Pango to 1.40.12 does solve the problem. Looking at upstream repository, this commit looks like the culprit: https://git.gnome.org/browse/pango/commit/?id=c4619480e536e393e2d4a8e26a6ceb5af1fe80e3 I've tried writing a simple program to test it, and it appears PangoLogAttr::is_char_break for all Thai characters except the first one of the line are cleared to zero, which causes break_thai() in pango/break-thai.c to skip setting is_line_break in all positions. -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8), LANGUAGE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libpango-1.0-0 depends on: ii fontconfig2.12.3-0.2 ii libc6 2.24-17 ii libglib2.0-0 2.54.2-1 ii libthai0 0.1.27-1 libpango-1.0-0 recommends no packages. libpango-1.0-0 suggests no packages. -- no debconf information
Bug#875842: User error
Control: notfound -1 0.30-1 This appears to be my mistake. After checking im-config script for ibus (/usr/share/im-config/data/21_ibus.rc), im-config already attempts to use ibus GTK IM Module when available, and falls back to XIM otherwise. My system just happenned to have libqt5gui5 installed, and the ibus package alternative dependencies were just satisfied without ibus-gtk. When I install ibus-gtk manually, GTK_IM_MODULE is properly set to "ibus" as desired. So, I'm closing this bug as notfound. Sorry for the noise. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#875842: im-config: Avoid using IBus through XIM
Package: im-config Version: 0.30-1 Severity: normal Dear Maintainer, When choosing IBus using im-config, LibThai engine from ibus-libthai package appears to fall back from context-sensitive input validation/correction to simple key validation based on previous key press. This is an indication of surrounding text support lacking. After checking, I find im-config provides IBus support via XIM for GTK+ apps: $ echo $GTK_IM_MODULE xim $ echo $XMODIFIERS @im=ibus But this is not the case for Qt apps: $ echo $QT_IM_MODULE ibus And a workaround by switching to ibus IM module for GTK+ enables the surounding text support again: $ GTK_IM_MODULE=ibus mousepad So, the XIM backend for IBus seems to lack surrounding text support, while the GTK+ backend does not. While the ultimate solution is to add surrounding text support to IBus XIM backend, the upstream author seems to be unwilling to do so, as my filed issue [1] has been promptly closed with recommendation to avoid using XIM. [1] https://github.com/ibus/ibus/issues/1946 Therefore, I think GTK_IM_MODULE should be set to "ibus" instead of "xim" when IBus is selected, as upstream recommends. -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.12.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8), LANGUAGE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages im-config depends on: ii gettext-base 0.19.8.1-4 ii whiptail 0.52.20-1+b1 ii zenity3.24.0-1 Versions of packages im-config recommends: ii whiptail0.52.20-1+b1 ii x11-common 1:7.7+19 im-config suggests no packages. -- no debconf information
Bug#873901: fonts-tlwg-waree: Adequate shows obsolete conffile for fonts-tlwg-waree
All right. I can reproduce it on a clean schroot at last. And the flaw is the missing epoch in the prior-version parameter for rm_conffile maintscript. This change should fix it: diff --git a/debian/fonts-tlwg-loma.maintscript b/debian/fonts-tlwg-loma.maintscript index a8034b8..dcd9947 100644 --- a/debian/fonts-tlwg-loma.maintscript +++ b/debian/fonts-tlwg-loma.maintscript @@ -1,5 +1,5 @@ -rm_conffile /etc/fonts/conf.d/89-tlwg-loma-synthetic.conf 0.6.3-1~ fonts-tlwg-loma -rm_conffile /etc/fonts/conf.avail/89-tlwg-loma-synthetic.conf 0.6.3-1~ fonts-tlwg-loma +rm_conffile /etc/fonts/conf.d/89-tlwg-loma-synthetic.conf 1:0.6.3-1~ fonts-tlwg-loma +rm_conffile /etc/fonts/conf.avail/89-tlwg-loma-synthetic.conf 1:0.6.3-1~ fonts-tlwg-loma -rm_conffile /etc/fonts/conf.d/64-12-tlwg-loma.conf 0.6.3-1~ fonts-tlwg-loma -rm_conffile /etc/fonts/conf.avail/64-12-tlwg-loma.conf 0.6.3-1~ fonts-tlwg-loma +rm_conffile /etc/fonts/conf.d/64-12-tlwg-loma.conf 1:0.6.3-1~ fonts-tlwg-loma +rm_conffile /etc/fonts/conf.avail/64-12-tlwg-loma.conf 1:0.6.3-1~ fonts-tlwg-loma diff --git a/debian/fonts-tlwg-waree.maintscript b/debian/fonts-tlwg-waree.maintscript index 159db5c..5def0d2 100644 --- a/debian/fonts-tlwg-waree.maintscript +++ b/debian/fonts-tlwg-waree.maintscript @@ -1,2 +1,2 @@ -rm_conffile /etc/fonts/conf.d/89-tlwg-waree-synthetic.conf 0.6.3-1~ fonts-tlwg-waree -rm_conffile /etc/fonts/conf.avail/89-tlwg-waree-synthetic.conf 0.6.3-1~ fonts-tlwg-waree +rm_conffile /etc/fonts/conf.d/89-tlwg-waree-synthetic.conf 1:0.6.3-1~ fonts-tlwg-waree +rm_conffile /etc/fonts/conf.avail/89-tlwg-waree-synthetic.conf 1:0.6.3-1~ fonts-tlwg-waree I'm committing it soon. Thanks for catching it. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#873901: fonts-tlwg-waree: Adequate shows obsolete conffile for fonts-tlwg-waree
On Fri, Sep 1, 2017 at 11:49 AM, shirish शिरीष <shirisha...@gmail.com> wrote: > Thank you for maintaining fonts-tlwg-waree. However, adequte reports > obsolete conffile for fonts-tlwg-waree. Please fix/remove the same. > > $ adequate fonts-tlwg-waree > [100%] > fonts-tlwg-waree: obsolete-conffile > /etc/fonts/conf.avail/89-tlwg-waree-synthetic.conf Again, It has been removing the obsolete conffiles since 1:0.6.3-1. $ adequate fonts-tlwg-waree $ Please check its maintscripts. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#873900: fonts-tlwg-loma: adequate shows fonts-tlwg-loma having obsolete conffiles
On Fri, Sep 1, 2017 at 11:46 AM, shirish शिरीष <shirisha...@gmail.com> wrote: >Thank you for maintaining fonts-tlwg-loma. adequate shows > fonts-tlwg-loma having obsolete conffiles . > > $ adequate fonts-tlwg-loma >[100%] > fonts-tlwg-loma: obsolete-conffile > /etc/fonts/conf.avail/89-tlwg-loma-synthetic.conf > fonts-tlwg-loma: obsolete-conffile /etc/fonts/conf.avail/64-12-tlwg-loma.conf > > Please fix/remove the two obsolete conffiles. It has been doing so since 1:0.6.3-1. Please see its maintscripts. And, to confirm that, this is what adequate says on my box: $ adequate fonts-tlwg-loma $ Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#869401: fonts-sipa-arundina: Please update the debian/watch to also check .xz tarball
Control: tags -1 +pending On Sun, Jul 23, 2017 at 11:17 AM, Neutron Soutmun <neutr...@debian.org> wrote: > Therefore, please update the debian/watch to also check .xz tarball. > Please find the attached initail patch. Patch has been applied. Thanks for the report. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#868732: bsdmainutils: [calendar] Update Thailand's holidays for the new reign
Package: bsdmainutils Version: 9.0.12+nmu1 Severity: normal Dear Maintainer, After His Majesty late King Bhumibol Adulyadej of Thailand passed away on October 13, 2016, Thailand has started a new reign of His Majesty the King Maha Vajiralongkorn, and some public holidays have been changed, according to the official announcements: - Redefinition of December 5 [en] http://www.thaigov.go.th/news/contents/details/1791 [th] http://www.ratchakitcha.soc.go.th/DATA/PDF/2560/E/044/2.PDF - Added and removed holidays related to Their Majesties [en] http://www.thaigov.go.th/news/contents/details/3055 [th] http://www.ratchakitcha.soc.go.th/DATA/PDF/2560/E/112/2.PDF To summarize: - Added: 07/28 King's Birthday in Thailand 10/13 King Bhumibol's Memorial Day in Thailand - Removed: 05/05 Coronation Day in Thailand - Changed: 12/05 King's Birthday in Thailand -> King Bhumibol's Birthday, National Day and Father's Day in Thailand The new Coronation Day may be announced later, after the official ceremony. I'll file another bug for that by then. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.11.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8), LANGUAGE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bsdmainutils depends on: ii bsdutils 1:2.29.2-2 ii debianutils 4.8.1.1 ii libbsd0 0.8.6-1 ii libc62.24-12 ii libncurses5 6.0+20170715-2 ii libtinfo56.0+20170715-2 bsdmainutils recommends no packages. Versions of packages bsdmainutils suggests: ii cpp 4:6.3.0-4d1 pn vacation ii wamerican [wordlist] 2017.01.22-1 ii whois 5.2.16 -- no debconf information
Bug#867666: libcurlpp-dev should depend on libcurl-dev
Package: libcurlpp-dev Version: 0.8.1-1 Severity: normal Dear Maintainer, Without libcurl-dev installed: $ pkg-config --cflags curlpp Package libcurl was not found in the pkg-config search path. Perhaps you should add the directory containing `libcurl.pc' to the PKG_CONFIG_PATH environment variable Package 'libcurl', required by 'curlpp', not found Obviously, the wrapper lib should require what it wraps. With libcurl4-openssl-dev (which provides the virtual package libcurl-dev) installed: $ pkg-config --cflags curlpp -Iinclude -I/usr/include/x86_64-linux-gnu -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.11.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8), LANGUAGE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libcurlpp-dev depends on: ii libcurlpp0 0.8.1-1 libcurlpp-dev recommends no packages. libcurlpp-dev suggests no packages. -- no debconf information
Bug#791944: My workaround
On Sun, Oct 16, 2016 at 12:56 AM, Guilhem Moulin <guil...@guilhem.org> wrote: > On Sat, 15 Oct 2016 at 08:13:27 +0700, Theppitak Karoonboonyanan wrote: >> Reassigning the bug to udev to hear its maintainer's opinion. > > I think this is a initscripts bug, not a udev bug. Both the > ‘cryptdisks-early’ and ‘cryptdisks’ LSB init scripts have had a > “Should-Stop: udev” header. Shouldn't this be enough to have udevd > still running during cryptdisks shutdown? If that's the case then the > culprit is sendsigs as it violates shutdown dependencies. Given its function to "killall5", how can sendsigs discriminate between processes to be killed and those to be preserved? How can it know which daemons were started by a named service (udev in this case) so it can skip sending SIGTERM to them? I think what sendsigs has provided for this purpose is the /run/sendsigs.omit.d/ directory, as documented in /usr/share/doc/initscripts/README.Debian. And to add a process to the omission list, a most appropriate place to do so is udev's init script itself, where the daemon was started. That's why I reassign the bug to it. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#840812: libthai FTCBFS: does not honour DEB_BUILD_OPTIONS=nocheck
On Sat, Oct 15, 2016 at 2:43 PM, Helmut Grohne <hel...@subdivi.de> wrote: > Source: libthai > Version: 0.1.25-1 > Tags: patch > User: helm...@debian.org > Usertags: rebootstrap > > Thank you for applying my patches to libdatrie so quickly. Now the > libthai cross build gets further along and fails running tests. Like > libdatrie, tests need to be skippable for cross compilation. Please > consider applying this patch as well. Yes, I was expecting this report while preparing the same change to libthai. It will be uploaded soon. Thanks for your check. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#791944: My workaround
On Sat, Oct 15, 2016 at 8:40 AM, Michael Biebl <bi...@debian.org> wrote: > Can you elaborate on why cryptsetup needs a running udevd? Please see Guilhem Moulin's messages #72, #77, #86: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791944#72 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791944#77 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791944#86 In short, sendsigs appears to kill systemd-udevd before cryptdisks[-early] shuts down, and the system hangs at 'cryptsetup luksClose "$dst"'. Keeping the daemon running does solve the problem. That's all I know for now, with the black box tests. Yeah, your question is good, in case we can investigate for a deeper solution, which my knowledge is too shallow in this area to provide. So, I Cc: Guilhem Moulin and the cryptsetup team for their input. >> Reassigning the bug to udev to hear its maintainer's opinion. > > If you want input from the maintainer, you should CC them when reassigning. OK. I assumed that the bug control would automatically do so. I guess later messages are now sent to them. > That said, with your patch, udevd is no longer stopped on shutdown. > How do you ensure that the file system(s) can be cleanly unmounted? Under /etc/rc[0,6].d/, K08umountfs and K11umountroot should already do the file system unmounts. If udevd is still needed to be stopped for other cleanups, probably we should add K11udev to be run after K10cryptdisks-early? Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#791944: My workaround
Control: reassign -1 udev 231-9 Control: tag -1 + patch On Mon, Oct 10, 2016 at 10:03 AM, Theppitak Karoonboonyanan <theppi...@gmail.com> wrote: > With this patch to /etc/init.d/udev, my machine (using sysvinit) > shuts down successfully again. > > Is the fix reasonable for udev? Reassigning the bug to udev to hear its maintainer's opinion. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#791944: My workaround
Hi, I've suffered from this problem for almost a year, I guess. Thanks to the clue I got from this bug report, I've come up with a quick hack for my own machine: by telling sendsigs to omit systemd-udevd when killing processes: --- /etc/init.d/udev.orig2016-10-10 09:40:47.937302585 +0700 +++ /etc/init.d/udev2016-10-10 09:42:59.701304680 +0700 @@ -203,6 +203,14 @@ else log_action_end_msg 0 'timeout' fi + +# Omit systemd-udevd on halt to allow cryptsetup to do the close +UDEVD_PID=$(pidof $DAEMON) +if [ ! -z "$UDEVD_PID" ]; then +OMITDIR=/run/sendsigs.omit.d +mkdir -p $OMITDIR +echo $UDEVD_PID > $OMITDIR/udev +fi ;; stop) With this patch to /etc/init.d/udev, my machine (using sysvinit) shuts down successfully again. Is the fix reasonable for udev? Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ --- /etc/init.d/udev.orig 2016-10-10 09:40:47.937302585 +0700 +++ /etc/init.d/udev2016-10-10 09:42:59.701304680 +0700 @@ -203,6 +203,14 @@ else log_action_end_msg 0 'timeout' fi + +# Omit systemd-udevd on halt to allow cryptsetup to do the close +UDEVD_PID=$(pidof $DAEMON) +if [ ! -z "$UDEVD_PID" ]; then +OMITDIR=/run/sendsigs.omit.d +mkdir -p $OMITDIR +echo $UDEVD_PID > $OMITDIR/udev +fi ;; stop)
Bug#811690: FTBFS with GCC 6: enumerator value for... is not
Control: found -1 0.1.24-1 Forgot the libthai version. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#811690: FTBFS with GCC 6: enumerator value for... is not
Control: reassign -1 src:libthai Control: tags -1 + pending On Wed, Jan 20, 2016 at 7:59 AM, Martin Michlmayr <t...@hpe.com> wrote: >> In file included from /usr/include/thai/thwctype.h:69:0, >> from scim_thai_imengine.cpp:30: >> /usr/include/thai/thctype.h:372:19: error: left operand of shift expression >> '(-1 << 3)' is negative [-fpermissive] >>_th_CClassMsk = _th_bitmsk(1, 3), /* Thai consonant shape masks */ >>^ This is in libthai's header. So, I'm reassigning it to libthai. The problem seems to be that ~(unsigned short)0 has been converted to int before shifting. Using unsigned int instead does solve it. Applied upstream: http://linux.thai.net/websvn/wsvn/software.libthai/trunk/?rev=593 And there is no further compilation error after this one. So, I tag it as pending. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#810897: fonts-tlwg: diff for NMU version 1:0.6.2-2.2
On Fri, Jan 15, 2016 at 12:11 AM, Iain Lane <i...@orangesquash.org.uk> wrote: > I've prepared an NMU for fonts-tlwg (versioned as 1:0.6.2-2.2) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer, or supersede it yourself, or whatever. The fix looks OK. Thanks for fixing it while I'm away. Anyway, shouldn't the NMU version be 1:0.6.2-2.1? Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#810897: fonts-tlwg: diff for NMU version 1:0.6.2-2.2
On Fri, Jan 15, 2016 at 10:37 PM, Iain Lane <i...@orangesquash.org.uk> wrote: > On Fri, Jan 15, 2016 at 10:28:24PM +0700, Theppitak Karoonboonyanan wrote: >> On Fri, Jan 15, 2016 at 12:11 AM, Iain Lane <i...@orangesquash.org.uk> wrote: >> >> > I've prepared an NMU for fonts-tlwg (versioned as 1:0.6.2-2.2) and >> > uploaded it to DELAYED/2. Please feel free to tell me if I >> > should delay it longer, or supersede it yourself, or whatever. >> >> The fix looks OK. Thanks for fixing it while I'm away. >> Anyway, shouldn't the NMU version be 1:0.6.2-2.1? > > Yeah, it is, that's a typo. > > Should I reschedule it to land immediately? Yes, please go ahead. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#800477: libxine2 Sid upgrade fail: 2 unmet dependencies
Package: libxine2 Followup-For: Bug #800477 Dear Maintainer, I wonder if this bug is still the case. As a user who has blindly pinned libxine2 for a long while due to this blocker bug via apt-listbugs without having time to check its detail, I have finally tried upgrading it today, with success. Probably, the problem was temporary and has already been fixed? If so, it should be closed now, IMO. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libxine2 depends on: ii libxine2-bin 1.2.6-1+b6 ii libxine2-misc-plugins 1.2.6-1+b6 Versions of packages libxine2 recommends: ii libxine2-doc [libxine-doc] 1.2.6-1+b1 ii libxine2-ffmpeg 1.2.6-1+b6 Versions of packages libxine2 suggests: pn gxine pn xine-ui -- no debconf information
Bug#810511: unblock: fonts-tlwg/1:0.6.2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package fonts-tlwg fonts-tlwg has been upgraded with new upstream version in Sid for a while, and it should be safe for d-i. I'm preparing a new revision with major change (new subpackages introduced) but I would like the smaller change in 1:0.6.2-1 to enter testing first. unblock fonts-tlwg/1:0.6.2-1 -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#810511: unblock: fonts-tlwg/1:0.6.2-1
On Sat, Jan 9, 2016 at 9:29 PM, Cyril Brulebois <k...@debian.org> wrote: > Niels Thykier <ni...@thykier.net> (2016-01-09): >> Theppitak Karoonboonyanan: >> > unblock fonts-tlwg/1:0.6.2-1 >> >> I will leave the decision to Cyril. :) > > I'd rather wait until the installation images have been successfully > built and tested before lifting the udeb block. I expect this to happen > this very week-end. No problem. That means I'll have some more time to review my upload, then. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#809557: fails to start, with exception
Package: josm Version: 0.0.svn9229+dfsg-1 Severity: grave While starting josm, an exception occurs during splash screen stage: * Initializing * Installing updated plugins * Loading early plugins * Loading plugins ... * Checking plugin preconditions... * Setting defaults Here is the console output: $ josm Using /usr/lib/jvm/java-7-openjdk-amd64/bin/java to execute josm. ERROR: java.lang.AssertionError: Error: Unknown projection code java.lang.AssertionError: Error: Unknown projection code at org.openstreetmap.josm.gui.preferences.projection.AbstractProjectionChoice.getProjection(AbstractProjectionChoice.java:64) at org.openstreetmap.josm.gui.preferences.projection.ProjectionPreference.setProjection(ProjectionPreference.java:419) at org.openstreetmap.josm.gui.preferences.projection.ProjectionPreference.setProjection(ProjectionPreference.java:398) at org.openstreetmap.josm.Main.preConstructorInit(Main.java:932) at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:457) INFO: GET https://josm.openstreetmap.de/wiki/TestedVersion?format=txt -> 200 Then, the Java "Unexpected Exception" dialog pops up and asks the user to file a bug report. After that, the program seems to hang indefinitely, until Ctrl-C is pressed. Downgrading to version 0.0.svn9060+dfsg-2 does solve the problem. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages josm depends on: ii default-jre [java7-runtime] 2:1.7-52.1 ii fonts-noto 20151210-1 ii jmapviewer 1.14+dfsg-1 ii libcommons-compress-java 1.10-1 ii libcommons-logging-java 1.2-1 ii libgettext-commons-java 0.9.6-3 ii liboauth-signpost-java 1.2.1.2-1.3 ii libsvgsalamander-java0~svn95-1 ii openjdk-7-jre [java7-runtime]7u91-2.6.3-3 ii openstreetmap-map-icons-classic 1:0.0.svn31893-1 Versions of packages josm recommends: pn josm-l10n pn josm-plugins ii webkit-image-gtk 0.0.svn25399-3 josm suggests no packages. -- no debconf information
Bug#805703: libthai0: th_wbrk goes into an infinite loop
Control: tags -1 +patch
On Sat, Nov 21, 2015 at 9:33 AM, Zack Weinberg <za...@panix.com> wrote:
> /* expected output: เพื่อ ให้ เหมาะสม กับ วิถีทาง ประเพณี ทาง ศาสนา
> พุทธ */
> static const thwchar_t *x = L"เพื่อให้เหมาะสมกับวิถีทางประเพณีทางศาสนาพุทธ";
The minimal test case for this bug appears to be:
L"ทางประเพณีทาง"
which causes double-free error.
And the next two words would trigger infinite loop:
L"ทางประเพณีทางศาสนาพุทธ"
I've investigated this and found that it's caused by the optimization
in brk_recovery_try() in the recent release.
The attached patch should fix it.
I'm addressing it upstream and making a new release soon.
Thanks for catching it.
Regards,
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
Index: src/thbrk/brk-maximal.c
===
--- src/thbrk/brk-maximal.c (revision 584)
+++ src/thbrk/brk-maximal.c (working copy)
@@ -349,7 +349,7 @@
/* find matched nodes and delete them */
while (NULL != (match = brk_pool_match (pool_tail, node))) {
BrkPool *next = match->next;
-brk_pool_delete_node (pool_tail, match, env);
+pool = brk_pool_delete_node (pool, match, env);
pool_tail = next;
}
}
Bug#803374: New version 0.1.23 available
On Thu, Oct 29, 2015 at 7:01 PM, Sebastien Bacher <seb...@debian.org> wrote: > Package: libthai > Version: 0.1.22-3 > > There is a new version available on > linux.thai.net/pub/thailinux/software/libthai/libthai-0.1.23.tar.xz > including some bugfixes and improvement, it would be nice to get in Debian I have prepared it in git since its release day. It has not been uploaded so far due to the wait for 0.1.22-3 (adding udeb for d-i, bug #800369) to get through NEW into unstable and testing. I'll upload it soon after it enters testing today. Thanks for the reminder. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#803228: pango1.0: Please build udeb with libthai enabled
On Thu, Oct 29, 2015 at 12:45 AM, Michael Biebl <bi...@debian.org> wrote: > Hi KiBi, > > the GNOME team was asked to enable libthai support in pango. > > This would mean two new dependencies concerning d-i: > > libthai0-udeb (amd64: size: 13kB, installed size: 41 kB) > libthai-data-udeb (size: 125kB, installed size: 557 kB) One more introduced dependency of libthai0-udeb: libdatrie1-udeb (amd64: size 11 kB, installed size: 35 kB) Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#803228: pango1.0: Please build udeb with libthai enabled
Source: pango1.0 Version: 1.38.1-1 Severity: wishlist Dear Maintainer, Referring to Bug #800369 (libthai: Please consider building a libthai udeb for the debian installer), the requested libthai udeb has already been accepted into unstable (version 0.1.22-3). So, please drop the --without-libthai build flag from pango udeb. Thanks, -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#800369: Bug#800356: libpango1.0-udeb: not installable: depends on libthai0
Hi, On Wed, Sep 30, 2015 at 2:49 AM, Cyril Brulebois <k...@debian.org> wrote: > That's exactly how I understood the situation and I'm very happy to have > this kind of discussion. :) Just sharing bits of history so that others > know about it. I'm waiting for maintainer feedback before closing this > bug report though. To make decision on this, I've tried Stretch Alpha3 D-I image and checked it more closely, and I find some terribly ragged lines in Thai messages due to long text chunks, which could look better if they were broken properly. And I also find some "manual breaks" (spaces intended for breaking long text chunks into smaller ones) in translated messages, but I may not revise them, as they seem to be still useful for the text-mode D-I. For improved quality in GTK+ D-I, I think having libthai enabled should be good. The sizes of the installed files are: 30504 /usr/lib/libdatrie.so.1.3.2 36832 /usr/lib/libthai.so.0.2.2 564766 /usr/share/libthai/thbrk.tri which appear to be not so big. So, please keep the bug open. I'll prepare the udebs soon. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#800369: Bug#800356: libpango1.0-udeb: not installable: depends on libthai0
On Wed, Sep 30, 2015 at 1:55 PM, Theppitak Karoonboonyanan <t...@debian.org> wrote: > So, please keep the bug open. I'll prepare the udebs soon. Update: libdatrie1-udeb is in NEW: https://ftp-master.debian.org/new/libdatrie_0.2.9-3.html libthai0-udeb and libthai-data-udeb will be prepared later. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#800369: libthai: Please consider building a libthai udeb for the debian installer
On Mon, Sep 28, 2015 at 9:40 PM, Andreas Henriksson <andr...@fatal.se> wrote: > For now I've patched pango to make it possible to build without libthai > support in the udeb flavor (thus disabling thai support in the installer > version of pango). I think this has been the case since the beginning of d-i gtk+ frontend. What libthai contributes to pango is long line wrapping. As Thai words are not delimited by space, a word analyzer is required to determine word boundaries. Without it, long line wrapping just falls back to space-based breaking. Other than that, Thai text rendering is supported well by the pango shaper itself. Since libthai requires considerable resouce to work, and space-based wrapping is quite tolerable on d-i (unlike, say, on web browsers), I decided not to build udeb for it, and pango udeb has never been built against it so far. However, as it has been decided that Debian will no longer be shipped in CD [1], the concern of saving space for CD1 is now out of place. I will re-consider building udeb for libthai soon. [1] https://lists.debian.org/debian-devel-announce/2015/09/msg4.html > Given that the gtk+ interface is now the default for the debian installer > maybe it would be a good idea to have thai support enabled even in > the installer? Please consider if you think that is useful and > if so please start building a libthai udeb, then file a bug against > pango1.0 asking for the --without-libthai flag to be dropped. I'll do so soon, based on what I have explained above. This will involve 3 new udebs: libdatrie1, libthai0, libthai-data. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#799228: mirror listing update for ftp.debianclub.org
Package: mirrors Severity: minor Submission-Type: update Site: ftp.debianclub.org Type: leaf Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc Archive-ftp: /debian/ Archive-http: /debian/ CDImage-ftp: /debian-cd/ CDImage-http: /debian-cd/ IPv6: no Archive-upstream: ftp.th.debian.org CDImage-upstream: ftp.th.debian.org Updates: four Maintainer: Theppitak Karoonboonyanan <theppi...@gmail.com> Country: TH Thailand Location: Bangkok Sponsor: EMBES Technology http://www.embes.com/ Comment: The server gets a new hosting place. Site sponsor has changed. Others remain the same.
Bug#793352: diffuse: [INTL:th] Please add Thai program translation.
Package: diffuse Version: 0.4.8-2 Followup-For: Bug #793352 Thank you for your prompt reply, and sorry for my late acknowledgement. I've prepared another patch for additional translations as you suggested. Please find it in the attachment. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ Index: diffuse-0.4.8/src/usr/share/applications/diffuse.desktop === --- diffuse-0.4.8.orig/src/usr/share/applications/diffuse.desktop +++ diffuse-0.4.8/src/usr/share/applications/diffuse.desktop @@ -8,6 +8,7 @@ Name[ja]=Diffuse ãã¼ã¸ãã¼ã« Name[ko]=Diffuse ë³í©ë구 Name[pl]=Diffuse NarzÄdzie Scalania Name[ru]=Diffuse ÐнÑÑÑÑÐ¼ÐµÐ½Ñ Ð¡Ð»Ð¸ÑÐ½Ð¸Ñ +Name[th]=Diffuse - à¹à¸à¸£à¸·à¹à¸à¸à¸¡à¸·à¸à¸à¸ªà¸²à¸à¹à¸à¹à¸¡ Name[zh_CN]=Diffuse æ¯è¾åå¹¶å·¥å · Name[zh_TW]=Diffuse æ¯è¼åä½µå·¥å · Comment=Graphical tool for merging and comparing text files @@ -19,6 +20,7 @@ Comment[ja]=ããã¹ããã¡ã¤ã«ãã Comment[ko]=í ì¤í¸ íì¼ì ë³í©íê³ ë¹êµí기ìí ë구 Comment[pl]=Graficzne narzÄdzie do ÅÄ czenia i porównywania plików tekstowych Comment[ru]=ÐÑаÑиÑеÑкий инÑÑÑÑÐ¼ÐµÐ½Ñ Ð´Ð»Ñ ÑлиÑÐ½Ð¸Ñ Ð¸ ÑÑÐ°Ð²Ð½ÐµÐ½Ð¸Ñ ÑекÑÑовÑÑ Ñайлов +Comment[th]=à¹à¸à¸£à¸·à¹à¸à¸à¸¡à¸·à¸à¹à¸à¸à¸à¸£à¸²à¸à¸´à¸à¸ªà¸³à¸«à¸£à¸±à¸à¹à¸à¸£à¸µà¸¢à¸à¹à¸à¸µà¸¢à¸à¹à¸¥à¸°à¸à¸ªà¸²à¸à¹à¸à¹à¸¡à¸à¹à¸à¸à¸§à¸²à¸¡ Comment[zh_CN]=å¾å½¢åçæ¯è¾åå并ææ¬æ件çå·¥å · Comment[zh_TW]=æ¯è¼èåä½µæåæªæ¡çåå½¢åå·¥å · Exec=diffuse -s %F Index: diffuse-0.4.8/windows-installer/th.isl === --- /dev/null +++ diffuse-0.4.8/windows-installer/th.isl @@ -0,0 +1,7 @@ +[CustomMessages] +ToolName=Diffuse - à¹à¸à¸£à¸·à¹à¸à¸à¸¡à¸·à¸à¸à¸ªà¸²à¸à¹à¸à¹à¸¡ +UninstallTool=à¸à¸à¸à¸à¸à¸à¹à¸à¸£à¸·à¹à¸à¸à¸¡à¸·à¸à¸à¸ªà¸²à¸à¹à¸à¹à¸¡ Diffuse +OpenWithTool=à¹à¸à¸´à¸à¸à¹à¸§à¸¢à¹à¸à¸£à¸·à¹à¸à¸à¸¡à¸·à¸à¸à¸ªà¸²à¸à¹à¸à¹à¸¡ Diffuse +MainFiles=à¹à¸à¹à¸¡à¸«à¸¥à¸±à¸ +ShellIntegration=à¸à¸²à¸£à¹à¸à¸·à¹à¸à¸¡à¸£à¸§à¸¡à¸à¸±à¸à¹à¸à¸¥à¸¥à¹à¸à¸à¸à¸§à¸´à¸à¹à¸à¸§à¸ªà¹ +AddToPath=à¹à¸à¸´à¹à¸¡à¸à¸²à¸à¸à¸µà¹à¸à¸´à¸à¸à¸±à¹à¸à¹à¸à¹à¸²à¹à¸à¸¥à¸³à¸à¸±à¸à¸à¸²à¸à¸à¹à¸à¸«à¸²à¹à¸à¸£à¹à¸à¸£à¸¡
Bug#793352: diffuse: [INTL:th] Please add Thai program translation.
Package: diffuse Version: 0.4.8-2 Severity: wishlist Dear Maintainer, I'm filing this bug on hehalf of Akom Chotiphantawanon, who has translated diffuse program messages into Thai, and I have already reviewed it. So, please add the translation in a future upload. And it would be great if the translation also gets included upstream, as well as updated in Jessie (as per Akom's request). Thanks, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages diffuse depends on: ii python 2.7.9-1 ii python-gtk2 2.24.0-4 diffuse recommends no packages. Versions of packages diffuse suggests: ii desktop-file-utils 0.22-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793352: diffuse: [INTL:th] Please add Thai program translation.
Control: tags -1 l10n patch On Thu, Jul 23, 2015 at 11:56 AM, Theppitak Karoonboonyanan t...@debian.org wrote: So, please add the translation in a future upload. Oops, I forgot to attach the PO file. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ # Thai translations for diffuse package. # Copyright (C) 2015 Derrick Moser # This file is distributed under the same license as the diffuse package. # Akom Chotiphantawanon knight2...@gmail.com, 2015. # msgid msgstr Project-Id-Version: diffuse 0.4.7\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2015-07-22 19:42+0700\n PO-Revision-Date: 2015-07-23 11:31+0700\n Last-Translator: Akom Chotiphantawanon knight2...@gmail.com\n Language-Team: Thai thai-l...@googlegroups.com\n Language: th\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=1; plural=0;\n X-Generator: Gtranslator 2.91.6\n #: ../src/usr/bin/diffuse:68 msgid Copyright © 2006-2014 Derrick Moser msgstr Copyright © 2006-2014 Derrick Moser #: ../src/usr/bin/diffuse:86 msgid Usage:\n diffuse [ [OPTION...] [FILE...] ]...\n diffuse ( -h | -? | --help | -v | --version )\n \n Diffuse is a graphical tool for merging and comparing text files. Diffuse is\n able to compare an arbitrary number of files side-by-side and gives users the\n ability to manually adjust line matching and directly edit files. Diffuse can\n also retrieve revisions of files from Bazaar, CVS, Darcs, Git, Mercurial,\n Monotone, RCS, Subversion, and SVK repositories for comparison and merging.\n \n Help Options:\n ( -h | -? | --help ) Display this usage information\n ( -v | --version ) Display version and copyright information\n \n Configuration Options:\n --no-rcfile Do not read any resource files\n --rcfile file Specify explicit resource file\n \n General Options:\n ( -c | --commit ) rev File revisions rev-1 and rev\n ( -D | --close-if-same ) Close all tabs with no differences\n ( -e | --encoding ) codec Use codec to read and write files\n ( -L | --label ) label Display label instead of the file name\n ( -m | --modified ) Create a new tab for each modified file\n ( -r | --revision ) revFile revision rev\n ( -s | --separate ) Create a new tab for each file\n ( -t | --tab ) Start a new tab\n --line lineStart with line line selected\n --null-file Create a blank file comparison pane\n \n Display Options:\n ( -b | --ignore-space-change ) Ignore changes to white space\n ( -B | --ignore-blank-lines )Ignore changes in blank lines\n ( -E | --ignore-end-of-line )Ignore end of line differences\n ( -i | --ignore-case ) Ignore case differences\n ( -w | --ignore-all-space ) Ignore white space differences msgstr วิธีใช้:\n diffuse [ [ตัวเลือก...] [แฟ้ม...] ]...\n diffuse ( -h | -? | --help | -v | --version )\n \n Diffuse เป็นเครื่องมือแบบกราฟิกสำหรับผสานและเปรียบเทียบแฟ้มข้อความ Diffuse\n สามารถเปรียบเทียบแฟ้มจำนวนเท่าใดก็ได้โดยวางเทียบข้างกัน และให้ผู้ใช้สามารถ\n ปรับการจับคู่บรรทัดด้วยมือ และแก้ไขแฟ้มได้โดยตรง นอกจากนี้ Diffuse ยังสามารถ\n ดึงเอาฉบับแก้ไขต่างๆ ของแฟ้มจากคลัง Bazaar, CVS, Darcs, Git, Mercurial,\n Monotone, RCS, Subversion, และ SVK มาเปรียบเทียบและผสานได้\n \n ตัวเลือกวิธีใช้:\n ( -h | -? | --help ) แสดงข้อมูลวิธีใช้นี้\n ( -v | --version ) แสดงรุ่นและข้อมูลลิขสิทธิ์\n \n ตัวเลือกค่าตั้ง:\n --no-rcfile ไม่ต้องอ่านแฟ้มทรัพยากรใดๆ\n --rcfile file เจาะจงแฟ้มทรัพยากรที่จะใช้\n \n ตัวเลือกทั่วไป:\n ( -c | --commit ) rev แฟ้มฉบับแก้ไข rev-1 และ rev\n ( -D | --close-if-same ) ปิดแท็บทั้งหมดที่ไม่มีความแตกต่าง\n ( -e | --encoding ) codec ใช้ codec ในการอ่านและเขียนแฟ้ม\n ( -L | --label ) label แสดง label แทนชื่อแฟ้ม\n ( -m | --modified ) สร้างแท็บใหม่สำหรับแฟ้มที่เปลี่ยนแปลงแต่ละแฟ้ม\n ( -r | --revision ) revแฟ้มฉบับแก้ไข rev\n ( -s | --separate ) สร้างแท็บแยกสำหรับแฟ้มแต่ละแฟ้ม\n ( -t | --tab ) เปิดแท็บใหม่\n --line lineเปิดโดยเลือกบรรทัด line ไว้\n --null-file สร้างช่องแฟ้มเปล่า\n \n ตัวเลือกการแสดงผล:\n ( -b | --ignore-space-change ) ไม่สนใจการเปลี่ยนแปลงของช่องว่าง\n ( -B | --ignore-blank-lines )ไม่สนใจการเปลี่ยนแปลงในบรรทัดเปล่า\n ( -E | --ignore-end-of-line )ไม่สนใจความแตกต่างของอักขระจบบรรทัด\n ( -i | --ignore-case ) ไม่สนใจความแตกต่างของตัวพิมพ์ใหญ่-เล็ก\n ( -w | --ignore-all-space ) ไม่สนใจความแตกต่างของช่องว่างทั้งหมด #: ../src/usr/bin/diffuse:697 #, python-format msgid Error processing line %(line)d of %(file)s. msgstr เกิดข้อผิดพลาดขณะประมวลผลบรรทัดที่ %(line)d ของ %(file)s #: ../src/usr/bin/diffuse:716 msgid Auto Detect msgstr
Bug#780254: debdry: Minor typo in package description
Package: debdry Version: 0.2-1 Severity: minor Dear Maintainer, It seems this line in debdry package description: - Ruby [gem2geb] tries to mention gem2deb with a misspelt name. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778808: xfce4-wmdock-plugin: Broken Homepage URL
Package: xfce4-wmdock-plugin Version: 0.6.0-1 Severity: minor Dear Maintainer, The current URL in the package's Homepage: field is broken: http://www.ibh.de/~ellguth/xfce4-wmdock-plugin.html (404 Not Found) The link at Xfce Goodies should be used instead: http://goodies.xfce.org/projects/panel-plugins/xfce4-wmdock-plugin -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages xfce4-wmdock-plugin depends on: ii libc6 2.19-15 ii libcairo2 1.14.0-2.1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgtk2.0-0 2.24.25-1 ii libwnck22 2.30.7-2 ii libx11-62:1.6.2-3 ii libxfce4util6 4.10.1-2 ii libxfcegui4-4 4.10.0-2 ii xfce4-panel 4.10.1-1 xfce4-wmdock-plugin recommends no packages. xfce4-wmdock-plugin suggests no packages. -- no debconf information -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773336: gdebi: [INTL:th] Updated Thai program translation
Source: gdebi Version: 0.9.5.5+nmu1 Severity: wishlist Tags: l10n patch Dear Maintainer, I'm filing this bug on behalf of Akom Chotiphantawanon who did the translations and I as the Thai translation coordinator has already reviewed them. Please update Thai program translation with the attached PO. Thanks. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) # Thai translation for gdebi # Copyright (c) 2006-2014 Canonical Ltd, and Rosetta Contributors 2006-2014 # This file is distributed under the same license as the gdebi package. # # Sira Nokyoongtong guma...@gmail.com, 2006. # Akom Chotiphantawanon knight2...@gmail.com, 2014. # msgid msgstr Project-Id-Version: gdebi\n Report-Msgid-Bugs-To: FULL NAME EMAIL@ADDRESS\n POT-Creation-Date: 2013-08-03 15:11+0200\n PO-Revision-Date: 2014-12-11 15:11+0700\n Last-Translator: Akom Chotiphantawanon knight2...@gmail.com\n Language-Team: Thai thai-l...@googlegroups.com\n Language: th\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=1; plural=0;\n #: ../gdebi:51 #, c-format msgid usage: %prog [options] filename\n For a graphical version run gdebi-gtk\n msgstr วิธีใช้: %prog [ตัวเลือก] ชื่อแฟ้ม\n สำหรับรุ่นกราฟิก เรียก gdebi-gtk\n #: ../gdebi:57 ../gdebi-gtk:57 msgid Run non-interactive (dangerous!) msgstr ทำงานแบบไม่โต้ตอบ (อันตราย!) #: ../gdebi:61 msgid Set an APT configuration option msgstr กำหนดตัวเลือกการตั้งค่าของ APT #: ../gdebi:65 msgid Do not show progress information msgstr ไม่แสดงข้อมูลความคืบหน้า #: ../gdebi:69 msgid Simulate only and print a apt-get install compatible line to stderr msgstr จำลองเท่านั้น และพิมพ์บรรทัดเลียนแบบ apt-get install ออกทาง stderr #: ../gdebi:71 msgid Use alternative root dir msgstr ใช้ไดเรกทอรีรากที่อื่น #: ../gdebi:79 #, c-format msgid gdebi error, file not found: %s\n msgstr ข้อผิดพลาดของ gdebi, ไม่พบแฟ้ม: %s\n #: ../gdebi:98 ../gdebi:107 msgid Need to be root to install packages msgstr ต้องเป็น root เพื่อจะติตตั้งแพกเกจ #: ../gdebi:109 ../GDebi/GDebiCli.py:154 msgid Do you want to install the software package? [y/N]: msgstr คุณต้องการติดตั้งแพกเกจของซอฟต์แวร์นี้หรือไม่? [y/N]: #: ../gdebi-gtk:60 msgid Auto close when the install is finished msgstr ปิดโดยอัตโนมัติเมื่อการติดตั้งเสร็จสิ้น #: ../gdebi-gtk:62 msgid Use alternative datadir msgstr ใช้ datadir ที่อื่น #: ../gdebi-gtk:65 msgid Remove package msgstr ถอดถอนแพกเกจ #: ../gdebi-gtk:84 msgid Software index is broken msgstr ดัชนีซอฟต์แวร์เสียหาย #: ../gdebi-gtk:85 msgid This is a major failure of your software management system. Please check for broken packages with synaptic, check the file permissions and correctness of the file '/etc/apt/sources.list' and reload the software information with: 'sudo apt-get update' and 'sudo apt-get install -f'. msgstr นี่เป็นความล้มเหลวอย่างใหญ่หลวงของระบบจัดการซอฟต์แวร์ของคุณ กรุณาตรวจสอบแพกเกจที่เสียหายโดยใช้ synaptic, ตรวจสอบการกำหนดสิทธิ์และความถูกต้องของแฟ้ม '/etc/apt/souces.list' แล้วโหลดข้อมูลซอฟต์แวร์ซ้ำด้วย: 'sudo apt-get update' และ 'sudo apt-get install -f' #: ../data/gdebi.ui.h:1 ../data/gdebi.desktop.in.h:3 msgid Install and view software packages msgstr ติดตั้งและดูแพกเกจซอฟต์แวร์ต่างๆ #: ../data/gdebi.ui.h:2 msgid GPL, see /usr/share/common-licenses/GPL msgstr GPL, ดูที่ /usr/share/common-licenses/GPL #: ../data/gdebi.ui.h:3 msgid Terminal msgstr เทอร์มินัล #: ../data/gdebi.ui.h:4 msgid Automatically close after the changes have been successfully applied msgstr ปิดโดยอัตโนมัติหลังจากทำรายการต่างๆ สำเร็จแล้ว #: ../data/gdebi.ui.h:5 ../GDebi/GDebiKDE.py:157 ../GDebi/GDebiKDE.py:159 #: ../GDebi/GDebiKDE.py:321 msgid Details msgstr รายละเอียด #: ../data/gdebi.ui.h:6 ../GDebi/GDebiKDE.py:320 msgid bTo install the following changes are required:/b msgstr bในการติดตั้ง ต้องทำรายการต่อไปนี้:/b #: ../data/gdebi.ui.h:7 ../data/gdebi.desktop.in.h:2 msgid Package Installer msgstr เครื่องมือติดตั้งแพกเกจ #: ../data/gdebi.ui.h:8 msgid _File msgstr แ_ฟ้ม #: ../data/gdebi.ui.h:9 msgid _Open… msgstr _เปิด… #: ../data/gdebi.ui.h:10 msgid _Refresh msgstr _ปรับแสดง #: ../data/gdebi.ui.h:11 msgid _Edit msgstr แ_ก้ไข #: ../data/gdebi.ui.h:12 msgid _Help msgstr _วิธีใช้ #. first, we load all the default descriptions -- pyuic doesn't use #. gettext as default (FIXME, copy code from language-selector) #: ../data/gdebi.ui.h:13 ../GDebi/GDebiKDE.py:155 msgid Package: msgstr แพกเกจ: #: ../data/gdebi.ui.h:14 msgid bbig /big/b msgstr bbig /big/b #: ../data/gdebi.ui.h:15 msgid _Details msgstr _รายละเอียด #: ../data/gdebi.ui.h:16 ../GDebi/GDebiKDE.py
Bug#773337: gtkorphan: [INTL:th] Updated Thai program translation
Package: gtkorphan Version: 0.4.4-1.1 Severity: wishlist Tags: l10n patch Dear Maintainer, I am filing this bug on behalf of Akom Chotiphantawanon who did the translations, and I as the Thai translation coordinator have already reviewed them. Please update Thai program translation with the attached PO. Thanks Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages gtkorphan depends on: ii deborphan 1.7.28.8-0.1 ii libglib-perl3:1.305-2 ii libgtk2-gladexml-perl 1.007-2+b1 ii libgtk2-perl2:1.2492-3 ii liblocale-gettext-perl 1.05-8+b1 ii menu2.1.47 ii perl5.20.1-3 gtkorphan recommends no packages. gtkorphan suggests no packages. -- no debconf information # Thai translation for gtkorphan # Copyright (C) 2014 Free Software Foundation, Inc. # This file is distributed under the same license as the gtkorphan package. # Akom Chotiphantawanon knight2...@gmail.com, 2014. # msgid msgstr Project-Id-Version: gtkorphan 0.4.4\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2008-04-15 18:58+0200\n PO-Revision-Date: 2014-12-12 16:10+0700\n Last-Translator: Akom Chotiphantawanon knight2...@gmail.com\n Language-Team: thai thai-l...@googlegroups.com\n Language: th\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=1; plural=0;\n #: ../data/gtkorphan.desktop.in.in.h:1 msgid A graphical tool to find and remove orphaned libraries msgstr เครื่องมือกราฟิกสำหรับหาและถอดถอนไลบรารีกำพร้า #: ../data/gtkorphan.desktop.in.in.h:2 msgid Remove orphaned packages msgstr ถอดถอนแพกเกจกำพร้า #: ../lib/gtkorphan_app.pm:98 msgid You must run this program as the root user. msgstr คุณต้องเรียกทำงานโปรแกรมนี้ในฐานะผู้ใช้ root #: ../lib/gtkorphan_app.pm:129 msgid Cannot find deborphan! msgstr หา deborphan ไม่พบ! #: ../lib/gtkorphan_app.pm:131 msgid GtkOrphan needs deborphan to run. msgstr GtkOrphan ต้องใช้ deborphan ในการทำงาน #. TRANSLATORS: Replace this string with your names, one name per line. #: ../lib/gtkorphan_cbk.pm:44 ../data/gtkorphan.glade.h:35 msgid translator-credits msgstr Akom Chotiphantawanon knight2...@gmail.com #: ../lib/gtkorphan_cbk.pm:50 msgid A graphical tool to find and remove orphaned libraries. msgstr เครื่องมือกราฟิกสำหรับหาและถอดถอนไลบรารีกำพร้า #: ../lib/gtkorphan_cbk.pm:144 msgid You should select a package first! msgstr คุณควรเลือกแพกเกจก่อน! #: ../lib/gtkorphan_ops.pm:102 ../lib/gtkorphan_ops.pm:207 msgid No orphaned libraries found. msgstr ไม่พบไลบรารีกำพร้า #: ../lib/gtkorphan_ops.pm:105 msgid Orphaned packages found: msgstr พบไลบรารีกำพร้า: #: ../lib/gtkorphan_ops.pm:107 msgid for a total of: msgstr แพกเกจ ขนาดรวม: #: ../lib/gtkorphan_ops.pm:114 msgid Total regular packages found: msgstr พบแพกเกจปกติทั้งหมด: #: ../lib/gtkorphan_ops.pm:150 msgid Select the packages that you wish to remove: msgstr เลือกแพกเกจที่คุณต้องการถอดถอน: #: ../lib/gtkorphan_ops.pm:194 msgid Size: msgstr ขนาด: #: ../lib/gtkorphan_ops.pm:195 msgid Section: msgstr หมวด: #: ../lib/gtkorphan_ops.pm:196 msgid Priority: msgstr ลำดับความสำคัญ: #: ../lib/gtkorphan_ops.pm:288 msgid Removing requested packages... msgstr กำลังถอดถอนแพกเกจที่ร้องขอ... #: ../lib/gtkorphan_ops.pm:313 msgid Starting... msgstr กำลังเริ่มต้น... #: ../lib/gtkorphan_ops.pm:325 msgid Done. msgstr เสร็จ #: ../lib/gtkorphan_ops.pm:346 msgid You have requested to remove following packages from your system: msgstr คุณได้ร้องขอให้ถอดถอนแพกเกจต่อไปนี้จากระบบของคุณ: #: ../lib/gtkorphan_ops.pm:348 msgid Are you sure? msgstr คุณแน่ใจหรือไม่? #: ../lib/gtkorphan_ops.pm:378 ../lib/gtkorphan_ops.pm:714 msgid Show package details msgstr แสดงรายละเอียดแพกเกจ #: ../lib/gtkorphan_ops.pm:382 msgid Hibernate package msgstr จำศีลแพกเกจ #: ../lib/gtkorphan_ops.pm:386 msgid Show hibernated packages msgstr แสดงแพกเกจจำศีล #: ../lib/gtkorphan_ops.pm:395 msgid Select for removal msgstr เลือกเพื่อถอดถอน #: ../lib/gtkorphan_ops.pm:399 msgid Select all msgstr เลือกทั้งหมด #: ../lib/gtkorphan_ops.pm:403 msgid Unselect all msgstr เลิกเลือกทั้งหมด #: ../lib/gtkorphan_ops.pm:444 msgid This list shows all packages in 'hibernation' status. msgstr รายชื่อนี้แสดงแพกเกจทั้งหมดที่อยู่ในสถานะ 'จำศีล' #: ../lib/gtkorphan_ops.pm:445 msgid They will never be reported as orphaned packages while they belong to this list. msgstr แพกเกจเหล่านี้จะไม่ถูกรายงานว่าเป็นแพกเกจกำพร้าในระหว่างที่อยู่ในรายชื่อนี้ #: ../lib/gtkorphan_ops.pm:737 msgid Showing details informations for package: msgstr กำลังแสดงข้อมูลรายละเอียดของแพกเกจ
Bug#773160: grub2: [INTL:th] Updated Thai debconf template translation
Source: grub2 Version: 2.02~beta2-18 Severity: wishlist Dear Maintainer, Please update Thai debconf template translation with the attached PO. (This is based on the second round of PO notification, with the EFI removable path correction.) Thanks, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) # Thai translation of grub. # Copyright (C) 2010-2014 Software in the Public Interest, Inc. # This file is distributed under the same license as the grub package. # Theppitak Karoonboonyanan t...@debian.org, 2010-2014. # msgid msgstr Project-Id-Version: grub\n Report-Msgid-Bugs-To: gr...@packages.debian.org\n POT-Creation-Date: 2014-12-13 20:23+\n PO-Revision-Date: 2014-12-15 12:54+0700\n Last-Translator: Theppitak Karoonboonyanan t...@debian.org\n Language-Team: Thai thai-l...@googlegroups.com\n Language: th\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid Chainload from menu.lst? msgstr จะโหลดแบบลูกโซ่จาก menu.lst หรือไม่? #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub. msgstr สคริปต์ปรับรุ่นของ GRUB ตรวจพบค่าตั้งของ GRUB รุ่นเก่าใน /boot/grub #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid In order to replace the Legacy version of GRUB in your system, it is recommended that /boot/grub/menu.lst is adjusted to load a GRUB 2 boot image from your existing GRUB Legacy setup. This step can be automatically performed now. msgstr ในการแทนที่ GRUB รุ่นเก่าในระบบ ขอแนะนำให้ปรับ /boot/grub/menu.lst ให้โหลดอิมเมจสำหรับบูตของ GRUB 2 จาก GRUB รุ่นเก่าที่มีอยู่ ขั้นตอนนี้สามารถทำแบบอัตโนมัติได้ในตอนนี้ #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid It's recommended that you accept chainloading GRUB 2 from menu.lst, and verify that the new GRUB 2 setup works before it is written to the MBR (Master Boot Record). msgstr ขอแนะนำให้คุณตอบรับการโหลด GRUB 2 แบบลูกโซ่จาก menu.lst และทดสอบว่าค่าตั้งของ GRUB 2 ใช้การได้ ก่อนที่จะเขียนลง MBR (Master Boot Record) จริง #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid Whatever your decision, you can replace the old MBR image with GRUB 2 later by issuing the following command as root: msgstr ไม่ว่าคุณจะเลือกแบบไหน คุณยังสามารถแทนที่อิมเมจเก่าใน MBR ด้วย GRUB 2 เองได้ในภายหลัง โดยใช้คำสั่งต่อไปนี้ในฐานะ root: #. Type: multiselect #. Description #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001 msgid GRUB install devices: msgstr อุปกรณ์ที่จะติดตั้ง GRUB: #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 msgid The grub-pc package is being upgraded. This menu allows you to select which devices you'd like grub-install to be automatically run for, if any. msgstr กำลังจะปรับรุ่นแพกเกจ grub-pc ขึ้น เมนูนี้จะช่วยคุณเลือกอุปกรณ์ที่คุณต้องการให้เรียก grub- install โดยอัตโนมัติเพื่อติดตั้ง GRUB ถ้ามีอุปกรณ์ดังกล่าว #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 msgid Running grub-install automatically is recommended in most situations, to prevent the installed GRUB core image from getting out of sync with GRUB modules or grub.cfg. msgstr โดยทั่วไปแล้ว ขอแนะนำให้เรียก grub-install โดยอัตโนมัติ เพื่อป้องกันไม่ให้อิมเมจแกนกลางของ GRUB ที่ติดตั้งมีข้อมูลไม่ตรงกับมอดูล GRUB ต่างๆ หรือไม่ตรงกับ grub.cfg #. Type: multiselect #. Description #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001 msgid If you're unsure which drive is designated as boot drive by your BIOS, it is often a good idea to install GRUB to all of them. msgstr ถ้าคุณไม่แน่ใจว่า BIOS กำหนดไดรว์ไหนไว้สำหรับบูต ก็มักเป็นความคิดที่ดีที่จะติดตั้ง GRUB ลงในไดรว์ทุกไดรว์ #. Type: multiselect #. Description #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001 msgid Note: it is possible to install GRUB to partition boot records as well, and some appropriate partitions are offered here. However, this forces GRUB to use the blocklist mechanism, which makes it less reliable, and therefore is not recommended. msgstr หมายเหตุ: เป็นไปได้เหมือนกันที่จะติดตั้ง GRUB ลงในบูตเรคอร์ดของพาร์ทิชัน และได้แสดงพาร์ทิชันที่เหมาะสมเป็นตัวเลือกไว้ในที่นี้แล้ว อย่างไรก็ดี การทำเช่นนั้นจะเป็นการบังคับให้ GRUB ใช้กลไกรายชื่อบล็อค ซึ่งความถูกต้องในการทำงานอาจลดลง จึงไม่ขอแนะนำ #. Type: multiselect #. Description #: ../grub-pc.templates.in:4001 msgid The GRUB boot loader was previously
Bug#773161: grub2: [INTL:th] Updated Thai debconf template translation
Source: grub2 Version: 2.02~beta2-18 Severity: wishlist Dear Maintainer, Please update Thai debconf template translation with the attached PO. This is based on the second round of PO notification, with the EFI removable path correction. Thanks, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) # Thai translation of grub. # Copyright (C) 2010-2014 Software in the Public Interest, Inc. # This file is distributed under the same license as the grub package. # Theppitak Karoonboonyanan t...@debian.org, 2010-2014. # msgid msgstr Project-Id-Version: grub\n Report-Msgid-Bugs-To: gr...@packages.debian.org\n POT-Creation-Date: 2014-12-13 20:23+\n PO-Revision-Date: 2014-12-15 12:54+0700\n Last-Translator: Theppitak Karoonboonyanan t...@debian.org\n Language-Team: Thai thai-l...@googlegroups.com\n Language: th\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid Chainload from menu.lst? msgstr จะโหลดแบบลูกโซ่จาก menu.lst หรือไม่? #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub. msgstr สคริปต์ปรับรุ่นของ GRUB ตรวจพบค่าตั้งของ GRUB รุ่นเก่าใน /boot/grub #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid In order to replace the Legacy version of GRUB in your system, it is recommended that /boot/grub/menu.lst is adjusted to load a GRUB 2 boot image from your existing GRUB Legacy setup. This step can be automatically performed now. msgstr ในการแทนที่ GRUB รุ่นเก่าในระบบ ขอแนะนำให้ปรับ /boot/grub/menu.lst ให้โหลดอิมเมจสำหรับบูตของ GRUB 2 จาก GRUB รุ่นเก่าที่มีอยู่ ขั้นตอนนี้สามารถทำแบบอัตโนมัติได้ในตอนนี้ #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid It's recommended that you accept chainloading GRUB 2 from menu.lst, and verify that the new GRUB 2 setup works before it is written to the MBR (Master Boot Record). msgstr ขอแนะนำให้คุณตอบรับการโหลด GRUB 2 แบบลูกโซ่จาก menu.lst และทดสอบว่าค่าตั้งของ GRUB 2 ใช้การได้ ก่อนที่จะเขียนลง MBR (Master Boot Record) จริง #. Type: boolean #. Description #: ../grub-pc.templates.in:2001 msgid Whatever your decision, you can replace the old MBR image with GRUB 2 later by issuing the following command as root: msgstr ไม่ว่าคุณจะเลือกแบบไหน คุณยังสามารถแทนที่อิมเมจเก่าใน MBR ด้วย GRUB 2 เองได้ในภายหลัง โดยใช้คำสั่งต่อไปนี้ในฐานะ root: #. Type: multiselect #. Description #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001 msgid GRUB install devices: msgstr อุปกรณ์ที่จะติดตั้ง GRUB: #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 msgid The grub-pc package is being upgraded. This menu allows you to select which devices you'd like grub-install to be automatically run for, if any. msgstr กำลังจะปรับรุ่นแพกเกจ grub-pc ขึ้น เมนูนี้จะช่วยคุณเลือกอุปกรณ์ที่คุณต้องการให้เรียก grub- install โดยอัตโนมัติเพื่อติดตั้ง GRUB ถ้ามีอุปกรณ์ดังกล่าว #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 msgid Running grub-install automatically is recommended in most situations, to prevent the installed GRUB core image from getting out of sync with GRUB modules or grub.cfg. msgstr โดยทั่วไปแล้ว ขอแนะนำให้เรียก grub-install โดยอัตโนมัติ เพื่อป้องกันไม่ให้อิมเมจแกนกลางของ GRUB ที่ติดตั้งมีข้อมูลไม่ตรงกับมอดูล GRUB ต่างๆ หรือไม่ตรงกับ grub.cfg #. Type: multiselect #. Description #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001 msgid If you're unsure which drive is designated as boot drive by your BIOS, it is often a good idea to install GRUB to all of them. msgstr ถ้าคุณไม่แน่ใจว่า BIOS กำหนดไดรว์ไหนไว้สำหรับบูต ก็มักเป็นความคิดที่ดีที่จะติดตั้ง GRUB ลงในไดรว์ทุกไดรว์ #. Type: multiselect #. Description #. Type: multiselect #. Description #: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001 msgid Note: it is possible to install GRUB to partition boot records as well, and some appropriate partitions are offered here. However, this forces GRUB to use the blocklist mechanism, which makes it less reliable, and therefore is not recommended. msgstr หมายเหตุ: เป็นไปได้เหมือนกันที่จะติดตั้ง GRUB ลงในบูตเรคอร์ดของพาร์ทิชัน และได้แสดงพาร์ทิชันที่เหมาะสมเป็นตัวเลือกไว้ในที่นี้แล้ว อย่างไรก็ดี การทำเช่นนั้นจะเป็นการบังคับให้ GRUB ใช้กลไกรายชื่อบล็อค ซึ่งความถูกต้องในการทำงานอาจลดลง จึงไม่ขอแนะนำ #. Type: multiselect #. Description #: ../grub-pc.templates.in:4001 msgid The GRUB boot loader was previously installed
Bug#773161: Reopening the bug
Control: reopen -1 Sorry for the confusion. Bug #773161 and #773160 were duplicated by mistake, as I took reportbug message wrongly as a failure. So, I merged them, before Ian closed one and tagged the other. The result is that they are both closed and tagged now. So, I'm reopenning the merged bug until it's really closed. Please just mention one of the bugs when closing it. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772967: debconf: [INTL:th] Updated Thai program translation
Package: debconf
Version: 1.5.54
Severity: wishlist
Tags: l10n patch
Dear Maintainer,
Please update Thai program translation with the attached PO file. Thanks.
Regards,
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages debconf depends on:
ii perl-base 5.20.1-3
Versions of packages debconf recommends:
ii apt-utils 1.0.9.4
ii debconf-i18n 1.5.54
Versions of packages debconf suggests:
pn debconf-docnone
pn debconf-utils none
ii dialog 1.2-20140911-1
ii libgtk2-perl 2:1.2492-3
pn libnet-ldap-perl none
pn libqtcore4-perlnone
pn libqtgui4-perl none
pn libterm-readline-gnu-perl none
ii perl 5.20.1-3
ii whiptail 0.52.17-1+b1
-- debconf information excluded
# Thai translation of debconf.
# Copyright (C) 2006-2014 Software in the Public Interest, Inc.
# This file is distributed under the same license as the debconf package.
# Theppitak Karoonboonyanan t...@debian.org, 2006-2014.
#
msgid
msgstr
Project-Id-Version: debconf\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2014-04-22 20:04-0400\n
PO-Revision-Date: 2014-12-12 22:34+0700\n
Last-Translator: Theppitak Karoonboonyanan t...@debian.org\n
Language-Team: Thai thai-l...@googlegroups.com\n
Language: th\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
#: ../Debconf/AutoSelect.pm:76
#, perl-format
msgid falling back to frontend: %s
msgstr กำลังย้อนกลับไปใช้การติดต่อแบบ: %s
#: ../Debconf/AutoSelect.pm:84
#, perl-format
msgid unable to initialize frontend: %s
msgstr ไม่สามารถตั้งต้นการติดต่อแบบ: %s
#: ../Debconf/AutoSelect.pm:90
#, perl-format
msgid Unable to start a frontend: %s
msgstr ไม่สามารถเรียกการติดต่อผู้ใช้: %s
#: ../Debconf/Config.pm:130
msgid Config database not specified in config file.
msgstr ไม่ได้ระบุฐานข้อมูลค่าตั้งไว้ในแฟ้มค่าตั้ง
#: ../Debconf/Config.pm:134
msgid Template database not specified in config file.
msgstr ไม่ได้ระบุฐานข้อมูลต้นแบบคำถามไว้ในแฟ้มค่าตั้ง
#: ../Debconf/Config.pm:139
msgid
The Sigils and Smileys options in the config file are no longer used. Please
remove them.
msgstr เลิกใช้ตัวเลือก Sigils และ Smileys ในแฟ้มค่าตั้งแล้ว กรุณาลบออกด้วย
#: ../Debconf/Config.pm:153
#, perl-format
msgid Problem setting up the database defined by stanza %s of %s.
msgstr เกิดปัญหาขณะตั้งค่าฐานข้อมูลที่กำหนดโดยรายการ %s ใน %s
#: ../Debconf/Config.pm:228
msgid
-f, --frontend\t\tSpecify debconf frontend to use.\n
-p, --priority\t\tSpecify minimum priority question to show.\n
--terse\t\t\tEnable terse mode.\n
msgstr
-f, --frontend\t\tระบุรูปแบบการติดต่อของ debconf ที่จะใช้\n
-p, --priority\t\tระบุระดับคำถามต่ำสุดที่จะแสดง\n
--terse\t\t\tเปิดใช้โหมดประหยัดคำพูด\n
#: ../Debconf/Config.pm:308
#, perl-format
msgid Ignoring invalid priority \%s\
msgstr จะละเลยค่าระดับความสำคัญ \%s\ ซึ่งไม่ถูกต้อง
#: ../Debconf/Config.pm:309
#, perl-format
msgid Valid priorities are: %s
msgstr ค่าระดับความสำคัญที่ใช้ได้คือ: %s
#: ../Debconf/Element/Editor/Boolean.pm:30
#: ../Debconf/Element/Editor/Multiselect.pm:31
#: ../Debconf/Element/Editor/Select.pm:31
msgid Choices
msgstr ตัวเลือก
#: ../Debconf/Element/Editor/Boolean.pm:30
#: ../Debconf/Element/Editor/Boolean.pm:36
#: ../Debconf/Element/Editor/Boolean.pm:59
#: ../Debconf/Element/Teletype/Boolean.pm:28
msgid yes
msgstr ใช่
#: ../Debconf/Element/Editor/Boolean.pm:30
#: ../Debconf/Element/Editor/Boolean.pm:39
#: ../Debconf/Element/Editor/Boolean.pm:62
#: ../Debconf/Element/Teletype/Boolean.pm:29
msgid no
msgstr ไม่ใช่
#: ../Debconf/Element/Editor/Multiselect.pm:32
msgid
(Enter zero or more items separated by a comma followed by a space (', ').)
msgstr (ป้อนรายการตั้งแต่ศูนย์รายการขึ้นไป คั่นด้วยจุลภาคตามด้วยเว้นวรรค (',
'))
#: ../Debconf/Element/Gnome.pm:182
msgid _Help
msgstr _วิธีใช้
#: ../Debconf/Element/Gnome.pm:184
msgid Help
msgstr วิธีใช้
#: ../Debconf/Element/Noninteractive/Error.pm:40
msgid
Debconf is not confident this error message was displayed, so it mailed it
to you.
msgstr debconf ไม่แน่ใจว่าข้อผิดพลาดนี้ได้แสดงบนหน้าจอหรือไม่
จึงส่งเมลแจ้งถึงคุณ
#: ../Debconf/Element/Noninteractive/Error.pm:67
msgid Debconf
msgstr Debconf
#: ../Debconf/Element/Noninteractive/Error.pm:90
#, perl-format
msgid Debconf, running at %s
msgstr Debconf, ทำงานที่ %s
#: ../Debconf/Element/Select.pm:95 ../Debconf/Element/Select.pm:110
#, perl-format
msgid
Input value, \%s\ not found in C choices! This should never happen.
Perhaps the templates were incorrectly localized
Bug#730742: Font rendering fuzzy (straight lines smeared across subpixels) since upgrade to 2.5.1
On Wed, Sep 24, 2014 at 2:49 PM, Theppitak Karoonboonyanan t...@debian.org wrote: So, the issue seems not to be on the font itself, but rather on the rasterizer and people's preferences. I still agree with Jason Pleau that Adobe rasterizer should be preferred. The reason I didn't ship OTF in my packages earlier was that, with the old rasterizer, while the glyphs appeared sharp for some sizes, they appeared inconsistent on some others. I've created a waterfall test page for Cantarell font here: http://linux.thai.net/~thep/tmp/fonttest/cantarell-waterfall.html The paragraphs start from 6pt, then increase by 1pt up to 16pt. And the results of the old rasterizer is: http://linux.thai.net/~thep/shots/20140924-cantarell-wf-old-engine.png Notice the inconsistent stem widths at 12pt and 13pt for regular weight, where the horizontal and diagonal stems appear thicker than vertical ones. (Look at the glyph M, O, Q, q, for example. And look how X appears thicker than F, T, H, E.) And notice how the glyphs get suddenly thicker from 13pt to 14pt. Now compare it with the result of Adobe rasterizer: http://linux.thai.net/~thep/shots/20140924-cantarell-wf-new-engine.png The stem widths are more consistent both within the same size and between different sizes. FYI, as the freeze is coming close, while my life has been extremely busy lately (I'm getting married), I'm reverting my font packages to TTF for now, although I think Adobe CFF rasterizer should be preferred in general, even for Cantarell itself, not just for my fonts. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730742: Font rendering fuzzy (straight lines smeared across subpixels) since upgrade to 2.5.1
On Tue, Sep 23, 2014 at 1:47 PM, Steve Langasek vor...@debian.org wrote: So if this is only a problem with the GNOME3 default font, please get that font fixed in Debian, after which I am willing to reinstate the Adobe engine. But I'm not willing to enable it while it represents a regression vs. wheezy for a significant number of our desktop users. Here's my first try, using fontforge: - Apply autohint to all glyphs. - Adjust BlueValues to cover all glyphs to prevent overshoots on some glyphs without touching the splines. It appears to address a different problem: overshooting on small sizes, not the stem fuzziness as raised in this bug. So, the issue seems not to be on the font itself, but rather on the rasterizer and people's preferences. I still agree with Jason Pleau that Adobe rasterizer should be preferred. The reason I didn't ship OTF in my packages earlier was that, with the old rasterizer, while the glyphs appeared sharp for some sizes, they appeared inconsistent on some others. I've created a waterfall test page for Cantarell font here: http://linux.thai.net/~thep/tmp/fonttest/cantarell-waterfall.html The paragraphs start from 6pt, then increase by 1pt up to 16pt. And the results of the old rasterizer is: http://linux.thai.net/~thep/shots/20140924-cantarell-wf-old-engine.png Notice the inconsistent stem widths at 12pt and 13pt for regular weight, where the horizontal and diagonal stems appear thicker than vertical ones. (Look at the glyph M, O, Q, q, for example. And look how X appears thicker than F, T, H, E.) And notice how the glyphs get suddenly thicker from 13pt to 14pt. Now compare it with the result of Adobe rasterizer: http://linux.thai.net/~thep/shots/20140924-cantarell-wf-new-engine.png The stem widths are more consistent both within the same size and between different sizes. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ Cantarell-Regular.otf Description: application/vnd.oasis.opendocument.formula-template
Bug#730742: Font rendering fuzzy (straight lines smeared across subpixels) since upgrade to 2.5.1
Package: libfreetype6 Version: 2.5.2-2 Followup-For: Bug #730742 Control: reopen -1 Dear Maintainer, I also prefer Adobe rasterizer, to the point that my font packages, namely fonts-tlwg-*, have switched from TTF to OTF due to the improved quality it provides. The result was better control on glyph shapes (because the fonts are developed using cubic splines) with smaller installation size. Switching back to the old engine causes regression on my fonts, especially on terminal with dark background: New engine: http://linux.thai.net/~thep/shots/20140923-tlwgtypo-new-engine-2.png Old engine: http://linux.thai.net/~thep/shots/20140923-tlwgtypo-old-engine-2.png New engine: http://linux.thai.net/~thep/shots/20140923-tlwgtypo-new-engine-1.png Old engine: http://linux.thai.net/~thep/shots/20140923-tlwgtypo-old-engine-1.png So, I agree with Jason Pleau that Adobe engine is preferred. However, instead of providing alternative packages, I think the patch should be reverted and the poorly-hinted Cantarell font be fixed instead, as pointed out here in upstream mailing list (according to BubuXP's comment #118 above): https://lists.nongnu.org/archive/html/freetype/2014-01/msg00011.html I've checked Cantarell font, and its hints are really poor as described. I'm reopening the bug, so the discussion can be continued. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libfreetype6 depends on: ii libc6 2.19-11 ii libpng12-0 1.2.50-2 ii multiarch-support 2.19-11 ii zlib1g 1:1.2.8.dfsg-2 libfreetype6 recommends no packages. libfreetype6 suggests no packages. -- no debconf information -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722293: Proposed patch upstream
Control: severity -1 grave Control: retitle -1 Fails to generate video due to the lack of ffmpeg command On Wed, Jul 23, 2014 at 12:30 AM, Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: It might not be necessary to apply this patch, because I'm reintroducing FFmpeg to Debian. It has been sitting in the NEW queue for more than two months now [1]. I'm raising the bug severity, anyway, as the lack of ffmpeg command makes it fail to generate video, which is the main purpose of the program. I also retitle the bug accordingly, as it seems the avconv port is not the only way to go now. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755865: dictionaries-common: [INTL:th] Thai debconf translation update
On Thu, Jul 24, 2014 at 4:12 PM, Christian PERRIER bubu...@debian.org wrote:
Since then, an untranslatable template was turned to translated which
added 5 strings to translate.
Would you mind completing the attached file?
Sure. Here you are.
Regards,
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
# Thai translation of dictionaries-common.
# Copyright (C) 2006-2014 Software in the Public Interest, Inc.
# This file is distributed under the same license as the dictionaries-common package.
# Theppitak Karoonboonyanan theppi...@gmail.com, 2006-2014.
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid
msgstr
Project-Id-Version: dictionaries-common\n
Report-Msgid-Bugs-To: dictionaries-com...@packages.debian.org\n
POT-Creation-Date: 2014-07-24 07:01+0200\n
PO-Revision-Date: 2014-07-24 22:18+0700\n
Last-Translator: Theppitak Karoonboonyanan theppi...@gmail.com\n
Language-Team: Thai thai-l...@googlegroups.com\n
Language: th\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
#. Type: error
#. Description
#: ../dictionaries-common.templates:2001
msgid Possible debconf database corruption
msgstr ฐานข้อมูล debconf อาจเสียหาย
#. Type: error
#. Description
#: ../dictionaries-common.templates:2001
msgid
The setting for \${question}\ is missing, but packages providing
candidates are installed: \${class_packages}\.
msgstr
ค่าตั้งสำหรับ \${question}\ ขาดหายไป แต่แพกเกจที่มีคุณสมบัติยังคงติดตั้งอยู่:
\{class_packages}\
#. Type: error
#. Description
#: ../dictionaries-common.templates:2001
msgid
This may be due to corruption in the debconf database. See \/usr/share/doc/
dictionaries-common/README.problems\ on \Debconf database corruption\.
msgstr
ปัญหานี้อาจเกิดจากความเสียหายในฐานข้อมูล debconf กรุณาอ่าน \/usr/share/doc/
dictionaries-common/README.problems\ ที่หัวข้อ \Debconf database corruption\
#. Type: error
#. Description
#: ../dictionaries-common.templates:2001
msgid
In this case, running \/usr/share/debconf/fix_db.pl\ can help to put the
debconf database in a consistent state.
msgstr
ในกรณีนี้ การเรียกทำงาน \/usr/share/debconf/fix_db.pl\ สามารถช่วยทำให้ฐานข้อมูล
debconf อยู่ในสถานะที่ทำงานสอดคล้องกันได้
#. Type: error
#. Description
#: ../dictionaries-common.templates:2001
msgid
Some questions are likely to be asked after this message in order to leave
the dictionaries system in a (provisionally) working state.
msgstr
อาจมีการถามคำถามหลังจากข้อความนี้ เพื่อทำให้ระบบพจนานุกรมอยู่ในสถานะที่ทำงานได้ (ชั่วคราว)
#. Type: error
#. Description
#. TRANSLATORS: DO NOT TRANSLATE variable names such as ${value}
#: ../dictionaries-common.templates:3001
msgid Invalid configuration value for default dictionary
msgstr ค่าพจนานุกรมปริยายไม่ถูกต้อง
#. Type: error
#. Description
#. TRANSLATORS: DO NOT TRANSLATE variable names such as ${value}
#: ../dictionaries-common.templates:3001
msgid
An invalid value has been found for a configuration setting for dictionaries-
common. \${value}\ does not correspond to any installed package on the
system.
msgstr
พบค่าที่ไม่ถูกต้องสำหรับค่าตั้งใน dictionaries-common ค่า \${value}\
ไม่ตรงกับแพกเกจใดที่ติดตั้งอยู่ในระบบเลย
#. Type: error
#. Description
#. TRANSLATORS: DO NOT TRANSLATE variable names such as ${value}
#: ../dictionaries-common.templates:3001
msgid
This is usually caused by previous problems during package installation,
where the package providing \${value}\ was selected for installation but
finally not installed because of errors in other packages.
msgstr
ปัญหานี้มักจะเกิดจากปัญหาก่อนหน้าในระหว่างติดตั้งแพกเกจ โดยมีการเลือกติดตั้งแพกเกจที่จัดเตรียม
\${value}\ แต่สุดท้ายไม่ได้ติดตั้งเพราะเกิดข้อผิดพลาดในแพกเกจอื่น
#. Type: error
#. Description
#. TRANSLATORS: DO NOT TRANSLATE variable names such as ${value}
#: ../dictionaries-common.templates:3001
msgid
To fix this error, reinstall (or install) the package that provides
\${value}\. Then, if you don't want that package on this system, remove
it, which will also delete this configuration setting. A menu of choices
will be shown after this message in order to leave the system in a working
state until you fix the problem.
msgstr
เพื่อแก้ปัญหานี้ กรุณาติดตั้ง (หรือติดตั้งซ้ำ) แพกเกจที่จัดเตรียม \${value}\ จากนั้น
ถ้าคุณไม่ต้องการใช้แพกเกจดังกล่าวในระบบนี้แล้ว ก็สามารถถอดถอนทิ้งได้
ซึ่งจะเป็นการลบค่าตั้งนี้ทิ้งไปด้วย จะมีเมนูตัวเลือกในขั้นต่อจากข้อความนี้
เพื่อทำให้ระบบอยู่ในสถานะที่ทำงานได้ จนกว่าคุณจะแก้ปัญหาดังกล่าว
#. Type: error
#. Description
#. TRANSLATORS: DO NOT TRANSLATE
Bug#755865: dictionaries-common: [INTL:th] Thai debconf translation update
On Fri, Jul 25, 2014 at 12:01 AM, Christian PERRIER bubu...@debian.org wrote:
Quoting Theppitak Karoonboonyanan (t...@debian.org):
#. Type: error
#. Description
#: ../dictionaries-common.templates:2001
msgid
The setting for \${question}\ is missing, but packages providing
candidates are installed: \${class_packages}\.
msgstr
ค่าตั้งสำหรับ \${question}\ ขาดหายไป
แต่แพกเกจที่มีคุณสมบัติยังคงติดตั้งอยู่:
\{class_packages}\
There is a missing $ character in front of the variable name.
Fixed file attached.
OK. Thanks a lot for the check fix. :)
Regards,
-Thep.
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
Bug#755865: dictionaries-common: [INTL:th] Thai debconf translation update
Package: dictionaries-common
Version: 1.23.9
Severity: wishlist
Tags: l10n, patch
Dear Maintainer,
Please update Thai debconf translation with the attached PO. Thanks.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages dictionaries-common depends on:
ii debconf [debconf-2.0] 1.5.53
ii emacsen-common 2.0.8
ii libtext-iconv-perl 1.7-5+b1
dictionaries-common recommends no packages.
Versions of packages dictionaries-common suggests:
ii aspell0.60.7~20110707-1
ii hunspell 1.3.3-2
ii wamerican [wordlist] 7.1-1
-- debconf information excluded
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
# Thai translation of dictionaries-common.
# Copyright (C) 2006-2014 Software in the Public Interest, Inc.
# This file is distributed under the same license as the dictionaries-common
package.
# Theppitak Karoonboonyanan theppi...@gmail.com, 2006-2014.
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid
msgstr
Project-Id-Version: dictionaries-common\n
Report-Msgid-Bugs-To: dictionaries-com...@packages.debian.org\n
POT-Creation-Date: 2014-07-23 07:03+0200\n
PO-Revision-Date: 2014-07-24 09:24+0700\n
Last-Translator: Theppitak Karoonboonyanan theppi...@gmail.com\n
Language-Team: Thai thai-l...@googlegroups.com\n
Language: th\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
#. Type: error
#. Description
#. TRANSLATORS: DO NOT TRANSLATE variable names such as ${value}
#: ../dictionaries-common.templates:3001
msgid Invalid configuration value for default dictionary
msgstr ค่าพจนานุกรมปริยายไม่ถูกต้อง
#. Type: error
#. Description
#. TRANSLATORS: DO NOT TRANSLATE variable names such as ${value}
#: ../dictionaries-common.templates:3001
msgid
An invalid value has been found for a configuration setting for dictionaries-
common. \${value}\ does not correspond to any installed package on the
system.
msgstr
พบค่าที่ไม่ถูกต้องสำหรับค่าตั้งใน dictionaries-common ค่า \${value}\
ไม่ตรงกับแพกเกจใดที่ติดตั้งอยู่ในระบบเลย
#. Type: error
#. Description
#. TRANSLATORS: DO NOT TRANSLATE variable names such as ${value}
#: ../dictionaries-common.templates:3001
msgid
This is usually caused by previous problems during package installation,
where the package providing \${value}\ was selected for installation but
finally not installed because of errors in other packages.
msgstr
ปัญหานี้มักจะเกิดจากปัญหาก่อนหน้าในระหว่างติดตั้งแพกเกจ
โดยมีการเลือกติดตั้งแพกเกจที่จัดเตรียม
\${value}\ แต่สุดท้ายไม่ได้ติดตั้งเพราะเกิดข้อผิดพลาดในแพกเกจอื่น
#. Type: error
#. Description
#. TRANSLATORS: DO NOT TRANSLATE variable names such as ${value}
#: ../dictionaries-common.templates:3001
msgid
To fix this error, reinstall (or install) the package that provides
\${value}\. Then, if you don't want that package on this system, remove
it, which will also delete this configuration setting. A menu of choices
will be shown after this message in order to leave the system in a working
state until you fix the problem.
msgstr
เพื่อแก้ปัญหานี้ กรุณาติดตั้ง (หรือติดตั้งซ้ำ) แพกเกจที่จัดเตรียม \${value}\
จากนั้น
ถ้าคุณไม่ต้องการใช้แพกเกจดังกล่าวในระบบนี้แล้ว ก็สามารถถอดถอนทิ้งได้
ซึ่งจะเป็นการลบค่าตั้งนี้ทิ้งไปด้วย จะมีเมนูตัวเลือกในขั้นต่อจากข้อความนี้
เพื่อทำให้ระบบอยู่ในสถานะที่ทำงานได้ จนกว่าคุณจะแก้ปัญหาดังกล่าว
#. Type: error
#. Description
#. TRANSLATORS: DO NOT TRANSLATE variable names such as ${value}
#: ../dictionaries-common.templates:3001
msgid
This error message can also appear during ispell dictionary or wordlist
renaming (e.g.: wenglish - wamerican). In this case it is harmless and
everything will be fixed after you select your default in the menu(s) shown
after this message.
msgstr
ข้อความนี้ อาจเกิดขึ้นระหว่างเปลี่ยนชื่อพจนานุกรมหรือรายการคำของ ispell (เช่น
wenglish -
wamerican) ก็ได้ ซึ่งในกรณีนี้ ไม่มีอะไรเสียหาย และทุกอย่างจะถูกแก้ไขเอง
หลังจากที่คุณเลือกค่าปริยายที่ต้องการในเมนูที่แสดงถัดจากข้อความนี้ไป
#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../dictionaries-common.templates:4001 ../dictionaries-common.templates:5001
msgid ${echoices}
msgstr ${echoices}
#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../dictionaries
Bug#722293: Proposed patch upstream
FYI, I have proposed the attached patch (against Debian source)
upstream.
Regards,
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
Index: imagination-3.0/src/export.c
===
--- imagination-3.0.orig/src/export.c
+++ imagination-3.0/src/export.c
@@ -214,7 +214,7 @@ img_prepare_audio( img_window_struct *im
while( gtk_tree_model_iter_next( model, iter ) );
}
- /* If no audio is present, simply update ffmpeg command line with -an */
+ /* If no audio is present, simply update avconv command line with -an */
if( i == 0 )
{
/* Replace audio place holder */
@@ -274,7 +274,7 @@ img_prepare_audio( img_window_struct *im
* img_start_export:
* @img: global img_wndow_struct structure
*
- * This function performs the last export step - spawns ffmpeg and initiates the
+ * This function performs the last export step - spawns avconv and initiates the
* export progress indicators.
*
* Return value: Always returns FALSE, since we want it to be removed from main
@@ -453,11 +453,11 @@ img_stop_export( img_window_struct *img
/* Do any additional tasks */
if( img-export_is_running 3 )
{
- kill( img-ffmpeg_export, SIGINT );
+ kill( img-avconv_export, SIGINT );
g_source_remove( img-source_id );
close(img-file_desc);
- g_spawn_close_pid( img-ffmpeg_export );
+ g_spawn_close_pid( img-avconv_export );
/* Destroy images that were used */
cairo_surface_destroy( img-image1 );
@@ -510,7 +510,7 @@ img_stop_export( img_window_struct *img
img-fifo = NULL;
}
- /* Free ffmpeg cmd line */
+ /* Free avconv cmd line */
g_free( img-export_cmd_line );
/* Indicate that export is not running any more */
@@ -647,7 +647,7 @@ img_run_encoder( img_window_struct *img
ret = g_spawn_async_with_pipes( NULL, argv, NULL,
G_SPAWN_SEARCH_PATH,
- NULL, NULL, img-ffmpeg_export,
+ NULL, NULL, img-avconv_export,
img-file_desc,
NULL, /* print to standard_output */
NULL, /* print to standard_error */
@@ -858,7 +858,7 @@ img_export_still( img_window_struct *img
* img_export_pause_unpause:
* @img:
*
- * Temporarily disconnect export functions. This doesn't stop ffmpeg!!!
+ * Temporarily disconnect export functions. This doesn't stop avconv!!!
*/
static void
img_export_pause_unpause( GtkToggleButton *button,
@@ -1140,14 +1140,14 @@ img_export_frame_to_ppm( cairo_surface_t
* img_get_exporters function.
*
* Each exporter function receives pointer to main img_window_struct structure,
- * from which it calculates appropriate ffmpeg export string.
+ * from which it calculates appropriate avconv export string.
*
* Structure, passed in as a parameter, should be treated like read-only
* information source. Exceptions to this rule are export_fps and
* export_cmd_line fields. Those fields MUST be set to appropriate value.
*
- * For example, if we spawn ffmpeg with -r 25 in it's cmd line, export_fps
- * should be set to 25. This will ensure that ffmpeg will receive proper amount
+ * For example, if we spawn avconv with -r 25 in it's cmd line, export_fps
+ * should be set to 25. This will ensure that avconv will receive proper amount
* of data to fill the video with frames.
*
* String should be newly allocated using g_strdup(_printf)? functions, since
@@ -1172,8 +1172,8 @@ void img_exporter_vob( img_window_struct
GtkWidget *hbox;
GtkWidget *radio1, *radio2;
-/* ffmpeg test */
-gchar *ffmpeg_test_result;
+/* avconv test */
+gchar *avconv_test_result;
gchar **argv;
gintargc;
@@ -1235,16 +1235,16 @@ void img_exporter_vob( img_window_struct
aspect_ratio = 16:9;
-/* Check if ffmpeg is compiled with avfilter setdar */
-img_message(img, FALSE, Testing ffmpeg abilities with \ffmpeg -filters\ ... );
+/* Check if avconv is compiled with avfilter setdar */
+img_message(img, FALSE, Testing avconv abilities with \avconv -filters\ ... );
-g_shell_parse_argv(ffmpeg -filters, argc, argv, NULL);
+g_shell_parse_argv(avconv -filters, argc, argv, NULL);
g_spawn_sync(NULL, argv, NULL,
G_SPAWN_STDERR_TO_DEV_NULL|G_SPAWN_SEARCH_PATH,
NULL, NULL,
- ffmpeg_test_result, NULL,
+ avconv_test_result, NULL,
NULL, NULL);
-if (NULL != ffmpeg_test_result NULL != g_strrstr(ffmpeg_test_result, setdar))
+if (NULL != avconv_test_result NULL != g_strrstr(avconv_test_result, setdar))
{
img_message(img, FALSE, setdar found!\n);
aspect_ratio_cmd = -vf setdar=;
@@ -1257,7 +1257,7 @@ void img_exporter_vob( img_window_struct
}
g_strfreev( argv );
- cmd_line = g_strdup_printf( ffmpeg -f image2pipe -vcodec ppm -r %.0f
+ cmd_line = g_strdup_printf( avconv -f image2pipe -vcodec ppm -r %.0f
-i pipe
Bug#751294: chromium: Does not display any web page or settings (Aw, Snap)
Package: chromium Followup-For: Bug #751294 Severity: important This doesn't occur to me. It still works fine as usual. So, lowering the severity. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 35.0.1916.153-1 ii gconf-service3.2.6-2 ii libasound2 1.0.27.2-4 ii libc62.19-1 ii libcairo21.12.16-2 ii libcap2 1:2.22-1.2 ii libcups2 1.7.3-3 ii libdbus-1-3 1.8.4-1 ii libexpat12.1.0-6 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.0-6 ii libgconf-2-4 3.2.6-2 ii libgcrypt11 1.5.3-4 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgnome-keyring03.8.0-2 ii libgtk2.0-0 2.24.23-1 ii libharfbuzz0b0.9.28-2 ii libjpeg8 8d-2 ii libnspr4 2:4.10.6-1 ii libnss3 2:3.16.1-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libspeechd2 0.8-6 ii libspeex11.2~rc1.1-1 ii libstdc++6 4.9.0-6 ii libudev1 204-10 ii libx11-6 2:1.6.2-2 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii libxml2 2.9.1+dfsg1-3 ii libxrandr2 2:1.4.2-1 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7.1 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n none pn mozplugger none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750626: dvd-slideshow: No video output due to deprecated commands
Package: dvd-slideshow Version: 0.8.4.2-2 Severity: grave Tags: patch Dear Maintainer, With this minimal test case: ---8--- $ cat test EOT title:5:The Title EOT $ dvd-slideshow -V 2 -mp4 test [dvd-slideshow]dvd-slideshow 0.8.4-1 [dvd-slideshow]Licensed under the GNU GPL [dvd-slideshow]Copyright 2003-2011 by Scott Dylewski [dvd-slideshow] [dvd-slideshow] Using default slideshow name: test [dvd-slideshow] Output directory not specified. [dvd-slideshow] Using /home/thep/tmp/dvd-slideshow [dvd-slideshow] Parsing input file test [dvd-slideshow] [dvd-slideshow] Found 0 images. [dvd-slideshow] Found 0 audio files. [dvd-slideshow] Found 0 background slides. [dvd-slideshow] Found 1 title slides. [dvd-slideshow] Found 0 transitions (fadein/fadeout/crossfade/wipe). [dvd-slideshow] sq_to_dvd_pixels=100.00x100% [dvd-slideshow] Video: NTSC 320x240 29.97fps 4:3 [dvd-slideshow] Audio: AC3 44100 128k [dvd-slideshow] Debug=2 Autocrop=0 Subtitles=dvd Border=0 [dvd-slideshow] Using SMP optimizations for multi-processor machines [dvd-slideshow] Title_font=...r/share/fonts/type1/gsfonts/n019004l.pfb [dvd-slideshow] Subtitle_font=...r/share/fonts/type1/gsfonts/n019004l.pfb [dvd-slideshow] Running initial error check... line 3 file=title duration=5 subtitle=The Title effect1= [dvd-slideshow] Total audio length = [dvd-slideshow] Total video length = 0:0:5.000 [dvd-slideshow] Temp dir is ...mp/dvd-slideshow/dvd-slideshow_temp_2068 [dvd-slideshow] Exporting .mp4 file [dvd-slideshow] Creating black background [dvd-slideshow] [dvd-slideshow] start_frame_number=0 start_time=0:0:0.000 [dvd-slideshow] Title 0:0:5.000 [dvd-slideshow] Title=The Title [dvd-slideshow] rendered_frames=150 [dvd-slideshow] end_frame_number=150 end_time=0:0:5.000 [dvd-slideshow] [dvd-slideshow] subtitle_start=0:0:0.000 subtitle_end=0:0:5.000 [dvd-slideshow] waiting for encoder to finish... [dvd-slideshow]# [dvd-slideshow] No audio files passed. Using 0:0:5.000 silence. [dvd-slideshow] Working on track 1 audio file 1 [dvd-slideshow] silence [dvd-slideshow] Creating silence audio file for 0:0:5.000 sox WARN sox: Option `-s' is deprecated, use `-e signed-integer' instead. sox WARN sox: Option `-2' is deprecated, use `-b 16' instead. sox WARN sox: Option `-2' is deprecated, use `-b 16' instead. sox WARN sox: Option `-s' is deprecated, use `-e signed-integer' instead. [dvd-slideshow] This audio plays in slideshow from 0:0:0.000 to 0:0:5.000 [dvd-slideshow] Actual length of .raw file=0:0:5.000 [dvd-slideshow] ### [dvd-slideshow] Converting all track 1 audio files... sox WARN sox: Option `-2' is deprecated, use `-b 16' instead. sox WARN sox: Option `-s' is deprecated, use `-e signed-integer' instead. soxi FAIL formats: can't open input file `-D': No such file or directory (standard_in) 2: syntax error (standard_in) 2: illegal character: I (standard_in) 2: illegal character: : (standard_in) 2: illegal character: ' (standard_in) 2: syntax error (standard_in) 2: illegal character: ' (standard_in) 3: syntax error (standard_in) 3: illegal character: : (standard_in) 4: illegal character: S (standard_in) 4: illegal character: R (standard_in) 4: syntax error (standard_in) 4: illegal character: : (standard_in) 5: illegal character: P (standard_in) 5: illegal character: : (standard_in) 5: syntax error (standard_in) 6: syntax error (standard_in) 6: illegal character: : (standard_in) 6: illegal character: : (standard_in) 6: illegal character: : (standard_in) 6: syntax error (standard_in) 7: syntax error (standard_in) 7: illegal character: S (standard_in) 7: illegal character: : (standard_in) 8: syntax error (standard_in) 8: illegal character: R (standard_in) 8: illegal character: : (standard_in) 8: illegal character: M (standard_in) 9: illegal character: S (standard_in) 9: syntax error (standard_in) 9: illegal character: : (standard_in) 9: illegal character: S (standard_in) 9: syntax error (standard_in) 9: illegal character: I (standard_in) 9: illegal character: P (standard_in) 9: illegal character: M [dvd-slideshow] Actual length of .raw file= [dvd-slideshow] ERROR: no output .mp4 file found! [dvd-slideshow] This usually happens when avconv screws up something [dvd-slideshow] or one image is messed up and the resulting video can't be created [dvd-slideshow] [dvd-slideshow] Multiplexing audio and video... [dvd-slideshow] Adding audio to .mp4 file mv: cannot stat '/home/thep/tmp/dvd-slideshow/dvd-slideshow_temp_2068/video1.mp4': No such file or directory [dvd-slideshow] [dvd-slideshow] Non-DVD mode: not running spumux [dvd-slideshow] total chapters=1 [dvd-slideshow] chapter markers at 0
Bug#746928: libm17n-0: Drop dependency on m17n-contrib
On Sun, May 4, 2014 at 7:48 PM, Harshula harsh...@debian.org wrote: I was hoping to wait till the next upstream release of libm17n so I could do both the upstream update and drop the dependency. ;-) Are you happy to wait? Of course. It's not that urgent. Just file it for the record while I was at it during upgrade. :-) Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746928: libm17n-0: Drop dependency on m17n-contrib
Package: libm17n-0 Version: 1.6.4-2 Severity: minor Dear Maintainer, m17n-contrib is a transitional package for m17n-db, and the only package that still depends on it is libm17n-0, which already depends on m17n-db. So, m17n-contrib can be removed from libm17n-0 dependencies, so it can actually be removed from the system. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libm17n-0 depends on: ii libc6 2.18-5 ii libfontconfig1 2.11.0-5 ii libfreetype62.5.2-1 ii libfribidi0 0.19.6-1 ii libgd3 2.1.0-3+b1 ii libice6 2:1.0.8-2 ii libotf0 0.9.13-1 ii libsm6 2:1.2.1-2 ii libthai00.1.20-3 ii libx11-62:1.6.2-1 ii libxft2 2.3.1-2 ii libxml2 2.9.1+dfsg1-3 ii libxt6 1:1.1.4-1 ii m17n-contrib1.1.14-1 ii m17n-db 1.6.4-1 ii zlib1g 1:1.2.8.dfsg-1 libm17n-0 recommends no packages. Versions of packages libm17n-0 suggests: pn m17n-docs none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745032: dpkg: [INTL] Updated Thai program translation
On Fri, Apr 18, 2014 at 12:59 PM, Guillem Jover guil...@debian.org wrote: Hi! On Thu, 2014-04-17 at 19:35:54 +0700, Theppitak Karoonboonyanan wrote: # Thai translation of dpkg. # Copyright (C) 2007-2014 Software in the Public Interest, Inc. # This file is distributed under the same license as the dpkg package. # Theppiak Karoonboonyanan t...@debian.org, 2007-2014. Hmm, have you actually ever assigned copyright to SPI? Is there a specific procedure on this? Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741070: josm: Fails to load Bing Sat images
Package: josm Version: 0.0.svn6502+dfsg3-1 Severity: normal Dear Maintainer, When trying to load Bing Sat images with Imagery Bing Sat menu, JOSM pops up an error dialog saying Input == null!. There is no other message on the terminal used to invoke it when the error occurs. Downgrading to 0.0.svn6502+dfsg1-1 does solve the problem. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages josm depends on: ii ant 1.9.3-2 ii jmapviewer 1.02+dfsg1-1 ii libandroid-json-org-java 20121204-20090211-1 ii libcommons-codec-java1.9-1 ii libgettext-commons-java 0.9.6-2 ii libmetadata-extractor-java 2.3.1+dfsg-2 ii liboauth-signpost-java 1.2.1.2-1.1 ii libsvgsalamander-java0~svn95-1 ii openjdk-7-jre7u51-2.4.5-2 ii openstreetmap-map-icons-classic 1:0.0.svn28731-1 Versions of packages josm recommends: pn josm-l10n none pn josm-plugins none ii webkit-image-gtk 0.0.svn25399-3 josm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732800: midori: segfaults on kfreebsd-amd64
Package: midori Version: 0.4.3+dfsg-0.1 Followup-For: Bug #732800 I wonder if this bug still exists in the newest upstream version 0.5.2, which has been found to be imported in the packaging git. Should it be uploaded for re-evaluation? It should be good to have midori back in wheezy again. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732800: midori: segfaults on kfreebsd-amd64
On Tue, Feb 11, 2014 at 12:10 PM, Theppitak Karoonboonyanan t...@linux.thai.net wrote: Package: midori Version: 0.4.3+dfsg-0.1 Followup-For: Bug #732800 I wonder if this bug still exists in the newest upstream version 0.5.2, which has been found to be imported in the packaging git. Should it be uploaded for re-evaluation? It should be good to have midori back in wheezy again. Umm.. I mean jessie. Sorry for the confusion. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738145: fonts-senamirmir-washra: debcheckout fails in unstable
Package: fonts-senamirmir-washra Version: 4.1-6 Severity: minor Dear Maintainer, With unstable deb-src: ---8--- $ debcheckout fonts-senamirmir-washra declared svn repository at svn://svn.debian.org/pkg-fonts/packages/fonts-senamirmir-washra/trunk/ svn co svn://svn.debian.org/pkg-fonts/packages/fonts-senamirmir-washra/trunk/ fonts-senamirmir-washra ... svn: E17: URL 'svn://svn.debian.org/pkg-fonts/packages/fonts-senamirmir-washra/trunk' doesn't exist checkout failed (the command above returned a non-zero exit code) ---8--- It seems to require experimental to successfully check out, as the SVN repository has already been removed. I find the 4.1-8 package has been uploaded to experimental for 9 months. I think that is long enough for the experiment. However, I find a typo in Vcs-Browser field in the package: ---8--- Vcs-Browser: http://anonscm.debian.org/gitweb/?=pkg-fonts/fonts-senamirmir-washra.git;a=summary ---8--- A 'p' is missing between '?' and '='. That is, it should be: ---8--- Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-senamirmir-washra.git;a=summary ---8--- Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735183: FTBFS on all architectures: test-suite failures
On Tue, Jan 14, 2014 at 12:22 PM, Theppitak Karoonboonyanan t...@linux.thai.net wrote: That's weird. I cannot reproduce it with my i386 cowbuilder. See the attached build log. (My host system is amd64, but the base.cow being used is debootstrapped as i386.) OK. I managed to setup sbuild and have found the cause of the problem. It's about the difference between normal build and arch-only build. Fix will be uploaded soon. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734233: apt-listbugs: Unable to start, debian_version load error
On Sun, Jan 5, 2014 at 5:02 PM, Francesco Poli invernom...@paranoici.org wrote: I think the problem may be that you are still using ruby1.8 as Ruby interpreter, while package ruby-debian has been recently rebuilt (version 0.3.8+b2) with support for ruby1.9.1 and ruby2.0, dropping support for ruby1.8 (there's a transition going on to remove ruby1.8 from Debian)... Please switch to Ruby 1.9: installing package ruby1.9.1 should suffice (it should automatically set itself as the default Ruby interpreter and the command ruby -v should print ruby 1.9.3p484 (2013-11-22 revision 43786) [x86_64-linux]). Please let me know whether this fixes the issue. Yes, it does. Thanks. I install the 'ruby' dependency package instead, to get the current default (ruby1.9.1), and apt-listbugs gets back to work again. Do you think declaring Break: against ruby1.8 a good idea? (Whether apt-listbugs or ruby-debian should do this is beyond my knowledge.) Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734233: apt-listbugs: Unable to start, debian_version load error
Package: apt-listbugs Version: 0.1.12 Severity: normal Dear Maintainer, When starting apt-listbugs on one of my machines: $ apt-listbugs /usr/lib/ruby/vendor_ruby/debian.rb:24:in `require': no such file to load -- debian_version (LoadError) from /usr/lib/ruby/vendor_ruby/debian.rb:24 from /usr/bin/apt-listbugs:289:in `require' from /usr/bin/apt-listbugs:289 Note that on other machines, it starts fine. I don't know ruby enough to find the difference. Please let me know if I can do more checks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-listbugs depends on: ii apt 0.9.14.2 ii ruby-debian 0.3.8+b2 ii ruby-gettext3.0.3-1 ii ruby-httpclient 2.3.3-2 ii ruby-soap4r 2.0.5-2 ii ruby-xmlparser 0.7.2-2 ii ruby1.8 [ruby-interpreter] 1.8.7.358-9 apt-listbugs recommends no packages. Versions of packages apt-listbugs suggests: ii chromium [www-browser] 31.0.1650.63-1 ii debianutils 4.4 ii iceweasel [www-browser] 24.2.0esr-1 ii reportbug6.4.4 ii w3m [www-browser]0.5.3-15 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732606: apt-cacher-ng: Confusion between config file and debconf
Package: apt-cacher-ng Version: 0.7.23-1 Severity: normal Dear Maintainer, After upgrading to 0.7.23-1, my apt-cacher-ng fails to serve with modified configurations. In my case, I modify CacheDir: and Port: in /etc/apt-cacher-ng/acng.conf. But this is no longer obeyed. I have just found out later that they are overridden by debconf entries. This is confusing. If debconf is to take priority, the values from the conffile should be retained by pre-filling the answers to debconf questions, and user might be asked to confirm that, i.e., by raising the priority of the debconf questions. And the entries might be removed from the shipped conffile if they are no longer effective. NEWS.Debian may also be used to communicate this to users. -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-cacher-ng depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.52 ii dpkg 1.17.5 ii init-system-helpers1.13 ii libbz2-1.0 1.0.6-5 ii libc6 2.17-97 ii libgcc11:4.8.2-10 ii liblzma5 5.1.1alpha+20120614-2 ii libssl1.0.01.0.1e-4 ii libstdc++6 4.8.2-10 ii libwrap0 7.6.q-24 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages apt-cacher-ng recommends: ii avahi-daemon 0.6.31-3 ii ed1.9-2 Versions of packages apt-cacher-ng suggests: ii curl 7.34.0-1 ii doc-base 0.10.5 ii libfuse2 2.9.2-4 ii wget 1.14-5 -- Configuration Files: /etc/apt-cacher-ng/acng.conf changed: CacheDir: /home/cache/apt-cacher-ng LogDir: /var/log/apt-cacher-ng Port: Remap-debrep: file:deb_mirror*.gz /debian ; file:backends_debian # Debian Archives Remap-uburep: file:ubuntu_mirrors /ubuntu ; file:backends_ubuntu # Ubuntu Archives Remap-debvol: file:debvol_mirror*.gz /debian-volatile ; file:backends_debvol # Debian Volatile Archives Remap-cygwin: file:cygwin_mirrors /cygwin # ; file:backends_cygwin # incomplete, please create this file or specify preferred mirrors here Remap-sfnet: file:sfnet_mirrors # ; file:backends_sfnet # incomplete, please create this file or specify preferred mirrors here Remap-alxrep: file:archlx_mirrors /archlinux # ; file:backend_archlx # Arch Linux Remap-fedora: file:fedora_mirrors # Fedora Linux Remap-epel: file:epel_mirrors # Fedora EPEL Remap-slrep: file:sl_mirrors # Scientific Linux Remap-gentoo: file:gentoo_mirrors.gz /gentoo ; file:backends_gentoo # Gentoo Archives ReportPage: acng-report.html ExTreshold: 4 LocalDirs: acng-doc /usr/share/doc/apt-cacher-ng /etc/apt-cacher-ng/security.conf [Errno 13] Permission denied: u'/etc/apt-cacher-ng/security.conf' -- debconf information: apt-cacher-ng/cachedir: /var/cache/apt-cacher-ng apt-cacher-ng/modifytargets: false apt-cacher-ng/bindaddress: apt-cacher-ng/proxy: apt-cacher-ng/port: 3142 apt-cacher-ng/gentargetmode: No automated setup -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732606: apt-cacher-ng: Confusion between config file and debconf
On Thu, Dec 19, 2013 at 8:47 PM, Eduard Bloch e...@gmx.de wrote: Your analysis is not totally correct, there is a workaround attempting to reuse current configuration. But I see that the current solution is just crap and interacts badly after all. That comes out from a conflict of interests and attempting to kill two birds with one shot. I will strip this down let the debconf injected settins behave defensive and to work mostly on existing configuration, i.e. it's just CacheDir which I need to feed back into postinst. I should have added that the service was also started on wrong port, 3142 after debconf, not after conffile. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731770: apt-cacher-ng: Fail to start, error parsing gentoo_mirrors.gz
Package: apt-cacher-ng Version: 0.7.21-1 Severity: normal Dear Maintainer, When starting apt-cacher-ng: # /etc/init.d/apt-cacher-ng start [] Starting apt-cacher-ng: apt-cacher-ngError parsing rewrite definitions, around line /usr/lib/apt-cacher-ng/gentoo_mirrors.gz:1 failed! Unlike other mirror files, the file contains comment lines. Is it supported? -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-cacher-ng depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.52 ii dpkg 1.17.4 ii init-system-helpers1.13 ii libbz2-1.0 1.0.6-5 ii libc6 2.17-97 ii libgcc11:4.8.2-8 ii liblzma5 5.1.1alpha+20120614-2 ii libstdc++6 4.8.2-8 ii libwrap0 7.6.q-24 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages apt-cacher-ng recommends: ii avahi-daemon 0.6.31-3 ii ed1.9-2 ii perl 5.18.1-5 Versions of packages apt-cacher-ng suggests: ii curl 7.33.0-1 ii doc-base 0.10.5 ii libfuse2 2.9.2-4 ii wget 1.14-5 -- Configuration Files: /etc/apt-cacher-ng/acng.conf changed [not included] /etc/apt-cacher-ng/security.conf [Errno 13] Permission denied: u'/etc/apt-cacher-ng/security.conf' -- debconf information: apt-cacher-ng/modifytargets: false apt-cacher-ng/gentargetmode: No automated setup -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730802: xfonts-thai-vor: Typo in short package description: Yenbut bitmap
Tags: pending On Fri, Nov 29, 2013 at 11:25 PM, Pascal De Vuyst pascal.devu...@gmail.com wrote: The short package description contains a small typo: Voradesh Yenbut bitmap fonts for X Should be: Voradesh Yenbut's bitmap fonts for X Fixed in git. Thanks again for the report. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730286: Fix pending
tags 730286 + pending tags 7302867 + pending thanks Fix for this bug has been committed into git and will be available in next upload. Thanks for your report. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728525: samba: [l10n:th] Updated Thai translation of debconf templates
Package: samba Version: 2:4.0.10+dfsg-3 Severity: wishlist Please update Thai debconf templates translation with the attached PO. Thanks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Thai translation of samba. # Copyright (C) 2006-2013 Software in the Public Interest, Inc. # This file is distributed under the same license as the samba package. # Theppitak Karoonboonyanan t...@linux.thai.net, 2006-2013. # msgid msgstr Project-Id-Version: samba\n Report-Msgid-Bugs-To: sa...@packages.debian.org\n POT-Creation-Date: 2013-06-19 21:52+0200\n PO-Revision-Date: 2013-11-02 20:15+0700\n Last-Translator: Theppitak Karoonboonyanan t...@linux.thai.net\n Language-Team: Thai thai-l...@googlegroups.com\n Language: th\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../samba-ad-dc.templates:1001 msgid Upgrade from Samba 3? msgstr จะปรับรุ่นขึ้นจาก Samba 3 หรือไม่? #. Type: boolean #. Description #: ../samba-ad-dc.templates:1001 msgid It is possible to migrate the existing configuration files from Samba 3 to Samba 4. This is likely to fail for complex setups, but should provide a good starting point for most existing installations. msgstr คุณสามารถปรับย้ายแฟ้มค่าตั้งจาก Samba 3 มาเป็น Samba 4 ได้ การปรับนี้อาจใช้การไม่ได้สำหรับค่าตั้งที่ซับซ้อน แต่อาจเป็นจุดเริ่มต้นที่ดีสำหรับการติดตั้งเดิมส่วนใหญ่ #. Type: select #. Description #: ../samba-ad-dc.templates:2001 msgid Server role msgstr บทบาทของเซิร์ฟเวอร์ #. Type: select #. Description #: ../samba-ad-dc.templates:2001 msgid Domain controllers manage NT4-style or Active Directory domains and provide services such as identity management and domain logons. Each domain needs to have a at least one domain controller. msgstr ตัวควบคุมโดเมนจะจัดการโดเมนแบบ NT4 หรือ Active Directory และให้บริการต่างๆ เช่นการจัดการชื่อเอกลักษณ์และการเข้าระบบในโดเมน แต่ละโดเมนจะต้องมีตัวควบคุมโดเมนอย่างน้อยหนึ่งตัวเสมอ #. Type: select #. Description #: ../samba-ad-dc.templates:2001 msgid Member servers can be part of a NT4-style or Active Directory domain but do not provide any domain services. Workstations and file or print servers are usually regular domain members. msgstr เซิร์ฟเวอร์สมาชิกสามารถเข้าเป็นส่วนหนึ่งของโดเมนแบบ NT4 หรือ Active Directory ได้ แต่จะไม่ให้บริการใดๆ เกี่ยวกับโดเมนเลย เครื่องสถานีงานและเซิร์ฟเวอร์บริการแฟ้มหรือบริการพิมพ์มักจะเป็นสมาชิกแบบปกติของโดเมน #. Type: select #. Description #: ../samba-ad-dc.templates:2001 msgid A standalone server can not be used in a domain and only supports file sharing and Windows for Workgroups-style logins. msgstr เซิร์ฟเวอร์แบบ standalone ไม่สามารถใช้งานภายในโดเมนได้ และจะรองรับการแบ่งปันแฟ้มและการเข้าระบบในแบบ Windows for Workgroups เท่านั้น #. Type: select #. Description #: ../samba-ad-dc.templates:2001 msgid If no server role is specified, the Samba server will not be provisioned, so this can be done manually by the user. msgstr ถ้าไม่มีการระบุบทบาทของเซิร์ฟเวอร์ ก็จะไม่มีการจัดเตรียมเซิร์ฟเวอร์ Samba เพื่อที่ผู้ใช้จะสามารถจัดเตรียมเองได้ #. Type: string #. Description #: ../samba-ad-dc.templates:3001 msgid Realm name: msgstr ชื่อ realm: #. Type: string #. Description #: ../samba-ad-dc.templates:3001 msgid Please specify the Kerberos realm for the domain that this domain controller controls. msgstr กรุณาระบุ realm ของ Kerberos ของโดเมนที่ตัวควบคุมโดเมนนี้ควบคุมอยู่ #. Type: string #. Description #: ../samba-ad-dc.templates:3001 msgid Usually this is the a capitalized version of your DNS hostname. msgstr โดยปกติแล้วก็จะเป็นชื่อโฮสต์ของคุณใน DNS โดยสะกดด้วยตัวพิมพ์ใหญ่ทั้งหมด #. Type: password #. Description #: ../samba-ad-dc.templates:4001 msgid New password for the Samba \administrator\ user: msgstr ตั้งรหัสผ่านใหม่สำหรับผู้ใช้ \administrator\ ของ Samba: #. Type: password #. Description #: ../samba-ad-dc.templates:4001 msgid If this field is left blank, a random password will be generated. msgstr ถ้าปล่อยช่องนี้ว่างไว้ ก็จะสร้างรหัสผ่านสุ่มให้แทน #. Type: password #. Description #: ../samba-ad-dc.templates:4001 msgid A password can be set later by running, as root: msgstr คุณสามารถเปลี่ยนรหัสผ่านภายหลังได้โดยใช้คำสั่งต่อไปนี้ในฐานะ root: #. Type: password #. Description #: ../samba-ad-dc.templates:4001 msgid $ samba-tool user setpassword administrator msgstr $ samba-tool user setpassword administrator #. Type: password #. Description #: ../samba-ad-dc.templates:5001 msgid Repeat password for the Samba \administrator\ user: msgstr ป้อนรหัสผ่านสำหรับผู้ใช้ \administrator\ ของ Samba ซ้ำอีกครั้ง: #. Type: error #. Description #: ../samba-ad-dc.templates:6001 msgid Password input error msgstr
Bug#726979: fonts-khmeros: fontconfig error: out of memory
Package: fonts-khmeros Version: 5.0-6 Severity: normal Dear Maintainer, With fontconfig 2.11.0-1, some errors from /etc/fonts/conf.d/65-khmer.conf appear when starting GUI apps: $ gedit Fontconfig error: /etc/fonts/conf.d/65-khmer.conf, line 14: out of memory Fontconfig error: /etc/fonts/conf.d/65-khmer.conf, line 23: out of memory Fontconfig error: /etc/fonts/conf.d/65-khmer.conf, line 32: out of memory In the file: match target=font alias familysans-serif/family prefer familyKhmer OS/family /prefer /alias /match the match element is out of place here. (From fonts.dtd, match is to contain test and edit elements, and the alias element is a direct child of fontconfig.) Removing it makes the errors disappear: alias familysans-serif/family prefer familyKhmer OS/family /prefer /alias Same for serif and monospace. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727077: RM: thailatex -- ROM; obsolete, replaced by texlive-lang-other
Package: ftp.debian.org Severity: normal thailatex has been merged into texlive-lang-other and should be removed. For the record, it has already been removed from testing [1], but the source for 0.5.1-3 is still available in unstable, and its PTS page [2] still reports such availibility. It should also be removed from unstable. [1] http://packages.qa.debian.org/t/thailatex/news/20130930T163917Z.html [2] http://packages.qa.debian.org/t/thailatex.html Thanks, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724870: fonts-thai-tlwg: warning message Having multiple values in test isn't supported and may not work as expected
On Sun, Sep 29, 2013 at 1:12 PM, Arthur Marsh arthur.ma...@internode.on.net wrote: Fontconfig warning: /etc/fonts/conf.d/89-otf-thai-tlwg-synthetic.conf, line 24: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/89-otf-thai-tlwg-synthetic.conf, line 34: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/89-otf-thai-tlwg-synthetic.conf, line 46: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/89-otf-thai-tlwg-synthetic.conf, line 59: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/89-otf-thai-tlwg-synthetic.conf, line 71: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/89-otf-thai-tlwg-synthetic.conf, line 84: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/89-otf-thai-tlwg-synthetic.conf, line 96: Having multiple values in test isn't supported and may not work as expected These are from conffile of an obsolete package from oldstable. You can get rid of this by purging the package otf-thai-tlwg. Alternatively, I can make the package fonts-thai-tlwg break and replace otf-thai-tlwg, with conffiles clean up. I didn't do so in the first place because there was no real file conflict between them. As it's impossible to fix this bug with sid upload while keeping otf-thai-tlwg installed, breaking and replacing it would probably be the most practical choice. However, supporting upgrades from oldstable now is also questionable. Manually purging obsolete packages is also reasonable for users. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718263: Backtrace when adding printer with French locales
Package: system-config-printer Version: 1.4.1-4 Followup-For: Bug #718263 Dear Maintainer, Same for Thai locale when trying to open printer properties dialog: Traceback (most recent call last): File /usr/share/system-config-printer/system-config-printer.py, line 1666, in on_edit_activate self.dests_iconview_item_activated (self.dests_iconview, paths[0]) File /usr/share/system-config-printer/system-config-printer.py, line 512, in dests_iconview_item_activated parent=self.PrintersWindow) File /usr/share/system-config-printer/printerproperties.py, line 573, in show self.load (name, host=host, encryption=encryption, parent=parent) File /usr/share/system-config-printer/printerproperties.py, line 1477, in load self.updatePrinterProperties () File /usr/share/system-config-printer/printerproperties.py, line 1637, in updatePrinterProperties state += ' - ' + reason UnicodeDecodeError: 'ascii' codec can't decode byte 0xe0 in position 0: ordinal not in range(128) Or the print queue: Traceback (most recent call last): File /usr/share/system-config-printer/system-config-printer.py, line 1705, in on_view_print_queue_activate parent=self.PrintersWindow) File /usr/share/system-config-printer/jobviewer.py, line 508, in __init__ self.JobsWindow.set_title (_(Document Print Status (%s)) % title) UnicodeDecodeError: 'ascii' codec can't decode byte 0xe0 in position 0: ordinal not in range(128) And the dialogs just don't open at all, rendering the program unusable. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages system-config-printer depends on: ii gir1.2-gdkpixbuf-2.0 2.28.2-1 ii gir1.2-glib-2.01.36.0-2+b1 ii gir1.2-gtk-3.0 3.8.4-1 ii gir1.2-notify-0.7 0.7.6-1 ii gir1.2-packagekitglib-1.0 0.8.10-2 ii gir1.2-pango-1.0 1.32.5-5+b1 ii gnome-icon-theme 3.8.3-1 ii python-cups1.9.62-2 ii python-cupshelpers 1.4.1-4 ii python-dbus1.2.0-2+b1 ii python-gi 3.10.0-1 ii python-libxml2 2.9.1+dfsg1-3 pn python:any none Versions of packages system-config-printer recommends: ii cups-pk-helper 0.2.5-1 ii gir1.2-gnomekeyring-1.0 3.8.0-2 ii python-smbc 1.0.6-1+b1 ii system-config-printer-udev 1.4.1-4 Versions of packages system-config-printer suggests: pn python-gnomekeyring none pn sessioninstaller none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712383: Migration into Wheezy?
I have been bitten by this bug in my Wheezy box for months, until finally found the fix in Sid/Jessie. So, I've stolen it and it works. It really deserves a migration into Wheezy to fix the RC bug there. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718249: javascript-common: postinst fails trying to remove non-existent apache conf.d
Package: javascript-common Version: 10 Severity: normal Dear Maintainer, While upgrading javascript-common from 8 to 10 in my box: ---8--- Setting up javascript-common (10) ... apache2_invoke javascript-common: already enabled [ ok ] Reloading web server: apache2. rmdir: failed to remove '/etc/apache2/conf.d': No such file or directory dpkg: error processing javascript-common (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: javascript-common E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up javascript-common (10) ... apache2_invoke javascript-common: already enabled [ ok ] Reloading web server: apache2. rmdir: failed to remove '/etc/apache2/conf.d': No such file or directory dpkg: error processing javascript-common (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: javascript-common ---8--- -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-1-amd64 (SMP w/2 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash javascript-common depends on no packages. javascript-common recommends no packages. Versions of packages javascript-common suggests: ii apache2 2.4.6-2 ii apache2-bin [httpd] 2.4.6-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717153: system-config-printer: Missing dependency on python-gi
Package: system-config-printer Version: 1.4.1-3 Severity: normal Dear Maintainer, When invoking system-config-printer in my box: ---8--- $ system-config-printer Traceback (most recent call last): File /usr/share/system-config-printer/system-config-printer.py, line 32, in module from gi.repository import GdkPixbuf ImportError: No module named gi.repository ---8--- Manually installing python-gi does solve the problem. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages system-config-printer depends on: ii gir1.2-gdkpixbuf-2.0 2.28.2-1 ii gir1.2-glib-2.01.36.0-2+b1 ii gir1.2-gtk-3.0 3.8.2-3 ii gir1.2-notify-0.7 0.7.5-2 ii gir1.2-packagekitglib-1.0 0.8.9-3 ii gir1.2-pango-1.0 1.32.5-5+b1 ii gnome-icon-theme 3.8.2-2 ii python 2.7.5-2 ii python-cups1.9.62-2 ii python-cupshelpers 1.4.1-3 ii python-dbus1.2.0-2 ii python-libxml2 2.9.1+dfsg1-2 ii python-support 1.0.15 Versions of packages system-config-printer recommends: ii cups-pk-helper 0.2.5-1 ii gir1.2-gnomekeyring-1.0 3.8.0-2 ii python-smbc 1.0.6-1+b1 ii system-config-printer-udev 1.4.1-3 Versions of packages system-config-printer suggests: pn python-gnomekeyring none pn sessioninstaller none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715181: ibus-libthai: Please use libexecdir=/usr/lib/ibus
On Sun, Jul 7, 2013 at 7:58 PM, Osamu Aoki os...@debian.org wrote: Now that I realize that Theppitak Karoonboonyanan is in pkg-ime, I hope I can upload fixed version to unstable as team upload while updating git repo. Yes. Thanks for the fix. I planned to do it along with new upstream import (to be released soon). But your timely upload is also OK. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712794: iso-codes: Wrong ISO 3166-2 codes for Saint Helena
On Wed, Jun 19, 2013 at 9:52 PM, Theppitak Karoonboonyanan t...@linux.thai.net wrote: iso_3166_2/iso_3166_2.xml contains wrong codes for Saint Helena: Another set for South Sudan, as in the attached patch. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ 0001-Fix-country-code-for-SS-regions.patch Description: Binary data
Bug#712794: iso-codes: Wrong ISO 3166-2 codes for Saint Helena
On Thu, Jun 20, 2013 at 11:51 PM, Christian PERRIER bubu...@debian.org wrote: Quoting Theppitak Karoonboonyanan (t...@linux.thai.net): On Wed, Jun 19, 2013 at 9:52 PM, Theppitak Karoonboonyanan t...@linux.thai.net wrote: iso_3166_2/iso_3166_2.xml contains wrong codes for Saint Helena: Another set for South Sudan, as in the attached patch. Please feel free to apply the patch in git, no objection from my side! OK. Pushed. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712794: iso-codes: Wrong ISO 3166-2 codes for Saint Helena
Package: iso-codes Version: 3.43-1 Severity: normal iso_3166_2/iso_3166_2.xml contains wrong codes for Saint Helena: diff --git a/iso_3166_2/iso_3166_2.xml b/iso_3166_2/iso_3166_2.xml index daf102b..8ac6a8b 100644 --- a/iso_3166_2/iso_3166_2.xml +++ b/iso_3166_2/iso_3166_2.xml @@ -8827,11 +8827,11 @@ Source: http://www.iso.org/iso/country_codes/background_on_iso_3166/iso_3166-2. iso_3166_country code=SH iso_3166_subset type=Geographical Entity iso_3166_2_entry - code=SG-ACname=Ascension / + code=SH-ACname=Ascension / iso_3166_2_entry - code=SG-HLname=Saint Helena / + code=SH-HLname=Saint Helena / iso_3166_2_entry - code=SG-TAname=Tristan da Cunha / + code=SH-TAname=Tristan da Cunha / /iso_3166_subset /iso_3166_country !-- Slovenia -- -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash iso-codes depends on no packages. iso-codes recommends no packages. Versions of packages iso-codes suggests: pn isoquery none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
