Bug#1015123: latex-cjk-chinese-arphic: FTBFS: E: Build killed with signal TERM after 150 minutes of inactivity

[韓達耐]

Hi HIlmar

Thanks for the pull request.  I've pushed a few extra changes in Salsa, and
I'm uploading version 1.25 now.

Cheers

-- 
Danai

On Mon, 23 Jan 2023 at 07:12, Hilmar Preuße  wrote:

> Am 21.01.2023 um 16:05 teilte Danai SAE-HAN (韓達耐) mit:
>
> Hi Danai,
>
> > Indeed, I have tested it yesterday too and the scripts now breeze through
> > without bailing out.
> > I would like to keep the bug, and will solve it by adding a versioned
> > build-dependency on Fontforge to ensure it will always build properly.
> >
> Please keep in mind, that I've accepted a pull request from Janitor for
> the package. So, please issue "git pull" before working on the package.
>
> Hilmar
> --
> sigfault
>
>

Bug#1015123: latex-cjk-chinese-arphic: FTBFS: E: Build killed with signal TERM after 150 minutes of inactivity

[韓達耐]

Hi Hilmar

Indeed, I have tested it yesterday too and the scripts now breeze through
without bailing out.
I would like to keep the bug, and will solve it by adding a versioned
build-dependency on Fontforge to ensure it will always build properly.

Cheers

-- 
Danai


On Fri, 20 Jan 2023 at 15:14, Hilmar Preuße  wrote:

> Am 20.12.2022 um 04:08 teilte Danai SAE-HAN (韓達耐) mit:
>
> Hi,
>
> > Sorry, I forgot all about this!
> > I figured out it was a regression so in Unstable you need to go two
> > versions back for Fontforge, which will ignore the warnings instead of
> > halting the process.
> >
> > I'll be back home on 30 December.
> > Meanwhile I'll send a message upstream.
> >
>
> With the latest upload of fontforge the issue is solved: #1015092 .
>
> We could simply close the bug or tighten the build dep.
>
> Hilmar
> --
> sigfault
>
>

Bug#1015123: latex-cjk-chinese-arphic: FTBFS: E: Build killed with signal TERM after 150 minutes of inactivity

[韓達耐]

Ho Hilmar

Sorry, I forgot all about this!
I figured out it was a regression so in Unstable you need to go two
versions back for Fontforge, which will ignore the warnings instead of
halting the process.

I'll be back home on 30 December.
Meanwhile I'll send a message upstream.

Thanks for reminding me.

-- 
Danai

On Tue, 20 Dec 2022, 07:21 Hilmar Preuße,  wrote:

> Am 27.07.2022 um 12:10 teilte Danai SAE-HAN (韓達耐) mit:
>
> Hi Danai,
>
> is there progress? Did you get response from upstream?
>
> Hilmar
>
> > Some observations:
> >
> > Going back to fontforge version 20201107~dfsg-4 and its dependencies, I
> > notice the following warning message:
> >
> > 21900/1114292:
> >Add extrema...
> >Simplifying outlines...
> > NaN value in spline creationNaN value in spline creationNaN value in
> spline
> > creationNaN value in spline creationNaN value in spline creationNaN value
> > in spline creationNaN value in spline creationNaN value in spline
> > creationNaN value in spline creationNaN value in spline creationNaN value
> > in spline creationNaN value in spline creationNaN value in spline
> > creationNaN value in spline creationNaN value in spline creationNaN value
> > in spline creationNaN value in spline creationNaN value in spline
> > creationNaN value in spline creationNaN value in spline creationNaN value
> > in spline creationNaN value in spline creationNaN value in spline
> > creationNaN value in spline creationNaN value in spline creationNaN value
> > in spline creationNaN value in spline creationNaN value in spline
> > creationNaN value in spline creationNaN value in spline creationNaN value
> > in spline creationNaN value in spline creationNaN value in spline
> > creationNaN value in spline creationNaN value in spline creationNaN value
> > in spline creationNaN value in spline creationNaN value in spline
> > creationNaN value in spline creationNaN value in spline creationNaN value
> > in spline creation22000/1114292:
> >
> >Add extrema...
> >Simplifying outlines...
> >
> > A more recent version of Fontforge will just let the application hang.
> >
> > I will have to contact upstream to figure out what is causing this.
> >
>
>
> --
> sigfault
>
>

Bug#1015123: latex-cjk-chinese-arphic: FTBFS: E: Build killed with signal TERM after 150 minutes of inactivity

[韓達耐]

Some observations:

Going back to fontforge version 20201107~dfsg-4 and its dependencies, I
notice the following warning message:

21900/1114292:
  Add extrema...
  Simplifying outlines...
NaN value in spline creationNaN value in spline creationNaN value in spline
creationNaN value in spline creationNaN value in spline creationNaN value
in spline creationNaN value in spline creationNaN value in spline
creationNaN value in spline creationNaN value in spline creationNaN value
in spline creationNaN value in spline creationNaN value in spline
creationNaN value in spline creationNaN value in spline creationNaN value
in spline creationNaN value in spline creationNaN value in spline
creationNaN value in spline creationNaN value in spline creationNaN value
in spline creationNaN value in spline creationNaN value in spline
creationNaN value in spline creationNaN value in spline creationNaN value
in spline creationNaN value in spline creationNaN value in spline
creationNaN value in spline creationNaN value in spline creationNaN value
in spline creationNaN value in spline creationNaN value in spline
creationNaN value in spline creationNaN value in spline creationNaN value
in spline creationNaN value in spline creationNaN value in spline
creationNaN value in spline creationNaN value in spline creationNaN value
in spline creation22000/1114292:

  Add extrema...
  Simplifying outlines...

A more recent version of Fontforge will just let the application hang.

I will have to contact upstream to figure out what is causing this.

-- 
Danai


On Sun, 17 Jul 2022 at 16:15, Danai SAE-HAN (韓達耐) 
wrote:

> Very interesting; font bkai gets stuck during the fontforge compilation at
> 21900/1114292 and stays at 100% CPU usage.  Other fonts seem fine.
> This requires a bit more investigating.  My gut tells me the recent
> fontforge upload has a regression somewhere.
>
> --
> Danai
>
> On Sat, 16 Jul 2022 at 22:42, Danai SAE-HAN (韓達耐) 
> wrote:
>
>> Thanks Lucas, I'll look at it tonight.
>>
>> On Sat, 16 Jul 2022, 22:04 Lucas Nussbaum,  wrote:
>>
>>> Source: latex-cjk-chinese-arphic
>>> Version: 1.24
>>> Severity: serious
>>> Justification: FTBFS
>>> Tags: bookworm sid ftbfs
>>> User: lu...@debian.org
>>> Usertags: ftbfs-20220716 ftbfs-bookworm
>>>
>>> Hi,
>>>
>>> During a rebuild of all packages in sid, your package failed to build
>>> on amd64.
>>>
>>>
>>> Relevant part (hopefully):
>>> > Reading subfont definition file
>>> `/usr/share/texlive/texmf-dist/fonts/sfd/ttf2pk/Unicode.sfd'...
>>> > Writing extended font definition file `c70bsmi.fdx'...
>>> >
>>> > # Remove the *.enc files; they're not used.
>>> > ( cd build/bsmi00lp && rm -f *.enc )
>>> >
>>> > # Create a Type1 font map.
>>> >
>>> > # Create entries for the font definition file
>>> > # `c00bsmi.fd' (which uses UBig5 encoding).
>>> >
>>> > # Create entries for the font definition file
>>> > # `c70bsmi.fd' (which uses Unicode encoding).
>>> >
>>> > touch build-stamp.bsmi
>>> > E: Build killed with signal TERM after 150 minutes of inactivity
>>>
>>>
>>> The full build log is available from:
>>>
>>> http://qa-logs.debian.net/2022/07/16/latex-cjk-chinese-arphic_1.24_unstable.log
>>>
>>> All bugs filed during this archive rebuild are listed at:
>>>
>>> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20220716;users=lu...@debian.org
>>> or:
>>>
>>> https://udd.debian.org/bugs/?release=na=ign=7=7=only=ftbfs-20220716=lu...@debian.org=1=1=1=1#results
>>>
>>> A list of current common problems and possible solutions is available at
>>> http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to
>>> contribute!
>>>
>>> If you reassign this bug to another package, please marking it as
>>> 'affects'-ing
>>> this package. See https://www.debian.org/Bugs/server-control#affects
>>>
>>> If you fail to reproduce this, please provide a build log and diff it
>>> with mine
>>> so that we can identify if something relevant changed in the meantime.
>>>
>>>

Bug#1015123: latex-cjk-chinese-arphic: FTBFS: E: Build killed with signal TERM after 150 minutes of inactivity

[韓達耐]

Very interesting; font bkai gets stuck during the fontforge compilation at
21900/1114292 and stays at 100% CPU usage.  Other fonts seem fine.
This requires a bit more investigating.  My gut tells me the recent
fontforge upload has a regression somewhere.

-- 
Danai

On Sat, 16 Jul 2022 at 22:42, Danai SAE-HAN (韓達耐) 
wrote:

> Thanks Lucas, I'll look at it tonight.
>
> On Sat, 16 Jul 2022, 22:04 Lucas Nussbaum,  wrote:
>
>> Source: latex-cjk-chinese-arphic
>> Version: 1.24
>> Severity: serious
>> Justification: FTBFS
>> Tags: bookworm sid ftbfs
>> User: lu...@debian.org
>> Usertags: ftbfs-20220716 ftbfs-bookworm
>>
>> Hi,
>>
>> During a rebuild of all packages in sid, your package failed to build
>> on amd64.
>>
>>
>> Relevant part (hopefully):
>> > Reading subfont definition file
>> `/usr/share/texlive/texmf-dist/fonts/sfd/ttf2pk/Unicode.sfd'...
>> > Writing extended font definition file `c70bsmi.fdx'...
>> >
>> > # Remove the *.enc files; they're not used.
>> > ( cd build/bsmi00lp && rm -f *.enc )
>> >
>> > # Create a Type1 font map.
>> >
>> > # Create entries for the font definition file
>> > # `c00bsmi.fd' (which uses UBig5 encoding).
>> >
>> > # Create entries for the font definition file
>> > # `c70bsmi.fd' (which uses Unicode encoding).
>> >
>> > touch build-stamp.bsmi
>> > E: Build killed with signal TERM after 150 minutes of inactivity
>>
>>
>> The full build log is available from:
>>
>> http://qa-logs.debian.net/2022/07/16/latex-cjk-chinese-arphic_1.24_unstable.log
>>
>> All bugs filed during this archive rebuild are listed at:
>>
>> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20220716;users=lu...@debian.org
>> or:
>>
>> https://udd.debian.org/bugs/?release=na=ign=7=7=only=ftbfs-20220716=lu...@debian.org=1=1=1=1#results
>>
>> A list of current common problems and possible solutions is available at
>> http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to
>> contribute!
>>
>> If you reassign this bug to another package, please marking it as
>> 'affects'-ing
>> this package. See https://www.debian.org/Bugs/server-control#affects
>>
>> If you fail to reproduce this, please provide a build log and diff it
>> with mine
>> so that we can identify if something relevant changed in the meantime.
>>
>>

Bug#1015123: latex-cjk-chinese-arphic: FTBFS: E: Build killed with signal TERM after 150 minutes of inactivity

[韓達耐]

Thanks Lucas, I'll look at it tonight.

On Sat, 16 Jul 2022, 22:04 Lucas Nussbaum,  wrote:

> Source: latex-cjk-chinese-arphic
> Version: 1.24
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20220716 ftbfs-bookworm
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
>
> Relevant part (hopefully):
> > Reading subfont definition file
> `/usr/share/texlive/texmf-dist/fonts/sfd/ttf2pk/Unicode.sfd'...
> > Writing extended font definition file `c70bsmi.fdx'...
> >
> > # Remove the *.enc files; they're not used.
> > ( cd build/bsmi00lp && rm -f *.enc )
> >
> > # Create a Type1 font map.
> >
> > # Create entries for the font definition file
> > # `c00bsmi.fd' (which uses UBig5 encoding).
> >
> > # Create entries for the font definition file
> > # `c70bsmi.fd' (which uses Unicode encoding).
> >
> > touch build-stamp.bsmi
> > E: Build killed with signal TERM after 150 minutes of inactivity
>
>
> The full build log is available from:
>
> http://qa-logs.debian.net/2022/07/16/latex-cjk-chinese-arphic_1.24_unstable.log
>
> All bugs filed during this archive rebuild are listed at:
>
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20220716;users=lu...@debian.org
> or:
>
> https://udd.debian.org/bugs/?release=na=ign=7=7=only=ftbfs-20220716=lu...@debian.org=1=1=1=1#results
>
> A list of current common problems and possible solutions is available at
> http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
>
> If you reassign this bug to another package, please marking it as
> 'affects'-ing
> this package. See https://www.debian.org/Bugs/server-control#affects
>
> If you fail to reproduce this, please provide a build log and diff it with
> mine
> so that we can identify if something relevant changed in the meantime.
>
>

Bug#1007048: latex-cjk-chinese-arphic: please consider upgrading to 3.0 source format

[韓達耐]

Thanks Lucas.  I'll give it a go.

On Fri, 11 Mar 2022, 05:10 Lucas Nussbaum,  wrote:

> Source: latex-cjk-chinese-arphic
> Version: 1.23+nmu1
> Severity: wishlist
> Tags: bookworm sid
> Usertags: format1.0 format1.0-kp-nv
>
> Dear maintainer,
>
> This package is among the few (1.9%) that still use source format 1.0 in
> bookworm.  Please upgrade it to source format 3.0, as (1) this format has
> many
> advantages, as documented in https://wiki.debian.org/Projects/DebSrc3.0 ;
> (2)
> this contributes to standardization of packaging practices.
>
> Please note that this is also a sign that the packaging of this software
> could maybe benefit from a refresh. It might be a good opportunity to
> look at other aspects as well.
>
> This mass bug filing was discussed on debian-devel@:
> https://lists.debian.org/debian-devel/2022/03/msg00074.html
>
> Thanks
>
> Lucas
>
>

Bug#1006974: cjk-latex: font faces (bold, ital) for latin fonts missing when using CJKutf8

[韓達耐]

Hi Curtis

That is indeed strange, because as Hilmar pointed out, the upstream code of
CJK has not changed for years.

Which TeX engine are you running?
A minimal working example would be helpful.

Regards

-- 
Danai

On Thu, 10 Mar 2022, 07:27 Hilmar Preuße,  wrote:

> On 3/9/22 19:37, Curtis Dean Smith wrote:
>
> Hi,
>
> > When running a document with CJKutf.sty that rendered properly on
> > Bullseye, the emph, textbf, etc faces now appear as regular roman.
> > If I comment out the begin{CJK}{UTF8}{bsmi}, end{CJK}, and all
> > Chinese in the document, the emph, textbf, etc. faces render
> > properly.
> >
> I'm pretty sure the issue is not in cjk as the upstream code for cjk did
> not change between oldstable and stable. Could you provide a minimal
> example to test the issue?
>
> Hilmar
> --
> Testmail
>
>

Bug#961520: whipper: Missing dependency on python3-ruamel.yaml

[韓達耐]

Package: whipper
Version: 0.9.0-1+b1
Severity: important

Hi

The package "whipper" can only run the command "cd rip" if package 
python3-ruamel.yaml is installed.
If not, the following error is displayed:

 $ whipper cd rip --offset 6
Traceback (most recent call last):
  File "/usr/bin/whipper", line 11, in 
load_entry_point('whipper==0.0.0', 'console_scripts', 'whipper')()
  File "/usr/lib/python3/dist-packages/whipper/command/main.py", line 42, in 
main
cmd = Whipper(sys.argv[1:], os.path.basename(sys.argv[0]), None)
  File "/usr/lib/python3/dist-packages/whipper/command/basecommand.py", line 
114, in __init__
self.cmd = self.subcommands[self.options.remainder[0]](
  File "/usr/lib/python3/dist-packages/whipper/command/basecommand.py", line 
114, in __init__
self.cmd = self.subcommands[self.options.remainder[0]](
  File "/usr/lib/python3/dist-packages/whipper/command/basecommand.py", line 
60, in __init__
self.add_arguments()
  File "/usr/lib/python3/dist-packages/whipper/command/cd.py", line 236, in 
add_arguments
loggers = list(result.getLoggers())
  File "/usr/lib/python3/dist-packages/whipper/result/result.py", line 162, in 
getLoggers
plugin_class = entrypoint.load()
  File "/usr/lib/python3/dist-packages/whipper/result/result.py", line 148, in 
load
from whipper.result import logger
  File "/usr/lib/python3/dist-packages/whipper/result/logger.py", line 4, in 

import ruamel.yaml as yaml
ModuleNotFoundError: No module named 'ruamel'


In order to fix this, please add a dependency on python3-ruamel.yaml in 
debian/control.

Thanks.


-- 
Danai


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.6.0-1-amd64 (SMP w/16 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages whipper depends on:
ii  cd-paranoia 10.2+2.0.0-1+b1
ii  libc6   2.30-8
ii  libsndfile1 1.0.28-7
ii  python3 3.8.2-3
ii  python3-cdio2.1.0-1+b1
ii  python3-gi  3.36.0-3
ii  python3-musicbrainzngs  0.7.1-2
ii  python3-mutagen 1.44.0-1
ii  python3-requests2.23.0+dfsg-2

whipper recommends no packages.

whipper suggests no packages.

-- no debconf information

Bug#406701: Upload of arphic fonts, Advocate: Problems reaching you

[韓達耐]

Hi Hilmar
I'll have a look at it this evening.
Cheers

On Tue, 23 Jul 2019, 05:48 Hilmar Preuße,  wrote:

> On 09.02.07 13:38, Norbert Preining wrote:
> > On Don, 08 Feb 2007, Danai SAE-HAN wrote:
> >>> Anyway, Norbert is building your packages and will upload them if it's
> >
> > Upload done.
> >
> How about that issue? Was it solved by some upload and anybody forgot to
> close it?
>
> H.
> --
> sigfault
> #206401 http://counter.li.org
>
>

Bug#925915: cjk: Failed to analyze the VCS repository

[韓達耐]

Hahaha! Thanks for pointing that out, Hilmar.

I wanted to bring it over to the new GIT repository but it escaped my
attention.
I am now abroad due to unforeseen circumstances, and will return home in
the second week of April.
I will migrate everything to the new repo.

Cheers

-- 
Danai

On Thu, 28 Mar 2019, 14:04 Hilmar Preuße,  wrote:

> Source: cjk
> Version: 4.8.4+git20170127-2
> Severity: normal
>
> Dear Maintainer,
>
>* What led up to the situation?
>
> On the way to have a look at the current Debian cjk repository I had
> to notice that the package still lists a svn repository on Debian
> Alioth. I hope this is not correct any more. ;-)
>
> Please fix the URL.
>
> Thanks!
>
> -- System Information:
> Debian Release: buster/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: i386 (i686)
>
> Kernel: Linux 4.19.0-4-686-pae (SMP w/1 CPU core)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored:
> LC_ALL set to en_GB.UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) (ignored:
> LC_ALL set to en_GB.UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
>

Bug#925904: latex-cjk-all should require fonts-arphic-uming

[韓達耐]

Hi Martin

Thanks for the report!  It makes sense, pdflatex is a very popular
interpreter.
I'm currently without access to my computer, but I expect an update of the
package mid April.

Cheers

Danai

On Thu, 28 Mar 2019, 09:57 Martin Monperrus, 
wrote:

> Package: latex-cjk-all
> Version: 4.8.4+git20170127-2
> Severity: normal
>
> Dear Maintainer,
>
> latex-cjk-all should require fonts-arphic-uming otherwise pdflatex crashes
> with
> "uming.ttc: cannot open TrueType font file"
>
> Best regards, --Martin
>
>
>
> -- System Information:
> Debian Release: buster/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores)
> Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8),
> LANGUAGE=en_US.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages latex-cjk-all depends on:
> ii  latex-cjk-chinese  4.8.4+git20170127-2
> ii  latex-cjk-chinese-arphic-bkai00mp  1.23
> ii  latex-cjk-chinese-arphic-bsmi00lp  1.23
> ii  latex-cjk-chinese-arphic-gbsn00lp  1.23
> ii  latex-cjk-chinese-arphic-gkai00mp  1.23
> ii  latex-cjk-common   4.8.4+git20170127-2
> ii  latex-cjk-japanese 4.8.4+git20170127-2
> ii  latex-cjk-japanese-wadalab 0.20050817-17
> ii  latex-cjk-korean   4.8.4+git20170127-2
> ii  latex-cjk-thai 4.8.4+git20170127-2
>
> latex-cjk-all recommends no packages.
>
> latex-cjk-all suggests no packages.
>
> -- no debconf information
>
>

Bug#324542: Update of cjk-latex (now latex-cjk)

[韓達耐]

Ah, that's a piece of history!  :-D

Thanks for reminding and closing.

On Mon, 28 Jan 2019, 22:21 Silas S. Brown  Hi Hilmar, yes it's OK to close the bug now, sorry I forgot to reply
> before.
>
> Silas
>
> --
> Silas S Brown http://people.ds.cam.ac.uk/ssb22
>
> "Man prefers to believe what he prefers to be true." - Francis Bacon
>

Bug#875932: cjk FTCBFS: uses the build architecture toolchain

[韓達耐]

Much obliged, Helmut.  I keep learning.
Patch coming up.

Warm regards, Danai

On 16 September 2017 at 17:05, Helmut Grohne  wrote:
> Source: cjk
> Version: 4.8.4+git20170127-1
> Tags: patch
> User: helm...@debian.org
> Usertags: rebootstrap
>
> cjk fails to cross build from source, because it generally uses build
> architecture tools. It fails to pass --host to ./configure and it fails
> to use cross compilers with make.
>
> The debian packaging patches the Makefile to call ./configure there and
> that makes cross building hard, because the parameter for --host is
> unknown there. Thus my attached patch moves the relevant build
> instructions into debian/rules and indirects them through
> dh_auto_configure and dh_auto_build to let debhelper pass the cross
> toolchains. After doing so, cjk cross builds. Please consider applying
> the attached patch or a variant of it that ensures --host is passed to
> ./configure and CC is passed to make.
>
> Helmut

Bug#875478: cjk does not trap command errors in Makefile

[韓達耐]

Thanks Helmut!
I'll update the SVN shortly.

Regards

Danai

On 12 Sep 2017 01:44, "Helmut Grohne"  wrote:

> Source: cjk
> Version: 4.8.4+git20150701-2
> Severity: serious
> Justification: policy 4.6
>
> The toplevel cjk Makefile runs configure and make chained with ";". In
> the presence of errors from configure, it still attempts to run make.
> This behaviour can result in errors going undetected and thus violates
> Debian policy section 4.6. It's not an upstream bug, because the
> offending code was introduced in a Debian-specific patch.
>
> Helmut
>
>

Bug#856804: latex-cjk-common: Small typo in copyright file

[韓達耐]

Thanks Hilmar!
Update coming up.

Regards

On 5 Mar 2017 03:22, "Hilmar Preuße"  wrote:

> Package: latex-cjk-common
> Version: 4.8.4+git20150701-2
> Severity: minor
>
> 
> It was downloaded from
> http://cjk.ffii.org/cjk-current.tar.gz
>
> And the project homepage is
> http://cjk.ffi.org/
> 
>
> Project homepage is too http://cjk.ffi.org/ .
>
> Hilmar
>
>
>
> -- System Information:
> Debian Release: 8.7
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
>

Bug#841313: latex-cjk-japanese-wadalab: FTBFS: Create .afm and .pfa fonts from dg. \n Segmentation fault (core dumped)

[韓達耐]

Hi all

I'm back from holiday and have been able to compile wftodm
successfully under a two-weeks-old Debian/unstable amd64 system, and
been able to reproduce the bug in a Debian/unstable amd64 system from
yesterday.

Hi Adrian

Thanks a lot for finding the bug.  I will report it upstream.

Hi Norbert

Thanks a bunch for uploading a new package and including the pending changes.


Cheers


-- 
Danai

On 27 October 2016 at 09:17, Norbert Preining  wrote:
>> Thanks a lot, I will upload a fixed package soon. If Danai wants to
>
> Uploaded, svn updated.
>
> Danai, that also shipped out all the changes that were in the repo
> since long ...
>
> All the best
>
> Norbert
>
> --
> PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info
> GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#841313: latex-cjk-japanese-wadalab: FTBFS: Create .afm and .pfa fonts from dg. \n Segmentation fault (core dumped)

[韓達耐]

Hi Hilmar

Thanks for the trace. I'm traveling now so I will need to test this.  At
home I only have access to amd64, but I'll test it on other architectures
too.
My guess is a behavioural change; the compiler warnings have been around
for quite a while and it's time to revisit some of the variable types.

Cheers

On 19 Oct 2016 22:01, "Hilmar Preuße" <hill...@web.de> wrote:

> Am 19.10.2016 um 17:20 schrieb Danai SAE-HAN (韓達耐):
>
> Hi all,
>
> It looks like a problem with the wftodm binary.  This is an important piece
>> in the creation of the fonts.
>> I will only have access to my PC next week Thursday (27 October 2016) to
>> check the C source code and replicate it on amd64.  Please bear with me
>> for
>> a while.
>>
>> I *think* I can reproduce the bug.
>
> Here is the gdb backtrace:
>
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0  strlen () at ../sysdeps/x86_64/strlen.S:106
> 106 ../sysdeps/x86_64/strlen.S: No such file or directory.
> (gdb) bt
> #0  strlen () at ../sysdeps/x86_64/strlen.S:106
> #1  0x2ba08dfdbda3 in _IO_vfprintf_internal (s=s@entry=0x7ffd926eb3f0,
> format=, format@entry=0x5643d866b22e "/StdHW [ %s ]
> |-\n",
> ap=ap@entry=0x7ffd926eb518) at vfprintf.c:1637
> #2  0x2ba08dffcacb in __IO_vsprintf (
> string=0x7ffd926eb620 "/StdHW [ re{16 16} |-\n",
> format=0x5643d866b22e "/StdHW [ %s ] |-\n", args=args@entry
> =0x7ffd926eb518)
> at iovsprintf.c:42
> #3  0x2ba08dfe2327 in __sprintf (s=, format= out>)
> at sprintf.c:32
> #4  0x5643d866a8e2 in e_printf (form=, i0= out>,
> i1=, i2=, i3=,
> i4=, i5=1936353124, i6=-1838284703, i7=0,
> i8=-1909291776,
> i9=0) at wftodm.c:306
> #5  0x5643d866aa77 in output_pfa (file=1) at wftodm.c:255
> #6  0x5643d8669d3a in main (ac=, ag=)
> at wftodm.c:158
>
> And here is the function e_printf() in question:
>
> e_printf(form,i0,i1,i2,i3,i4,i5,i6,i7,i8,i9)
> char *form;
> {
>   int len,i;
>   unsigned char buf[4096];
>   sprintf(buf,form,i0,i1,i2,i3,i4,i5,i6,i7,i8,i9);
>   len=strlen(buf);
>   for(i=0;i<len;i++)
> e_putchar(buf[i]);
> }
>
> In line 255 (function output_pfa) it is called like this
>
> e_printf("/StdHW [ %s ] |-\n",StdHW);
>
> I /guess/ there is a thinks in string processing. Sorry, I don't have
> enough knowledge in C to help here. Does that ring anywhere a bell on your
> side? Is the problem reproducible e.g. in i386?
>
> Hilmar
> --
> http://www.hilmar-preusse.de.vu/   #206401 http://counter.li.org
>

Bug#841313: latex-cjk-japanese-wadalab: FTBFS: Create .afm and .pfa fonts from dg. \n Segmentation fault (core dumped)

[韓達耐]

Hi Chris

It looks like a problem with the wftodm binary.  This is an important piece
in the creation of the fonts.
I will only have access to my PC next week Thursday (27 October 2016) to
check the C source code and replicate it on amd64.  Please bear with me for
a while.

Thanks for your bug report.

Regards

-- 
Danai

On 19 Oct 2016 16:34, "Chris Lamb"  wrote:

Source: latex-cjk-japanese-wadalab
Version: 0.20050817-16
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

latex-cjk-japanese-wadalab fails to build from source in unstable/amd64:

  […]

  Setting up libopenjp2-7:amd64 (2.1.2-1) ...
  Setting up libptexenc1:amd64 (2016.20160513.41080-7) ...
  Setting up libjpeg62-turbo:amd64 (1:1.5.1-1) ...
  Processing triggers for mime-support (3.60) ...
  Setting up libpng16-16:amd64 (1.6.25-2) ...
  Setting up liblcms2-2:amd64 (2.7-1) ...
  Setting up libjbig0:amd64 (2.1-3.1) ...
  Setting up fonts-dejavu-core (2.37-1) ...
  Setting up poppler-data (0.4.7-7) ...
  Setting up libtiff5:amd64 (4.0.6-2) ...
  Setting up libnspr4:amd64 (2:4.12-6) ...
  Setting up ucf (3.0036) ...
  Setting up libfreetype6:amd64 (2.6.3-3+b1) ...
  Setting up libgraphite2-3:amd64 (1.3.8-1) ...
  Setting up libjbig2dec0:amd64 (0.13-3) ...
  Setting up libpixman-1-0:amd64 (0.34.0-1) ...
  Processing triggers for libc-bin (2.24-5) ...
  Processing triggers for systemd (231-9) ...
  Setting up libijs-0.35:amd64 (0.35-12) ...
  Setting up libpotrace0 (1.13-2) ...
  Processing triggers for man-db (2.7.5-1) ...
  Setting up libxdmcp6:amd64 (1:1.1.2-1.1) ...
  Setting up libzzip-0-13:amd64 (0.13.62-3) ...
  Setting up x11-common (1:7.7+16) ...
  update-rc.d: warning: start and stop actions are no longer supported;
falling back to defaults
  invoke-rc.d: could not determine current runlevel
  invoke-rc.d: policy-rc.d denied execution of start.
  Setting up xdg-utils (1.1.1-1) ...
  Setting up libtexluajit2:amd64 (2016.20160513.41080-7) ...
  Setting up libx11-data (2:1.6.3-1) ...
  Setting up libxau6:amd64 (1:1.0.8-1) ...
  Setting up libdbus-1-3:amd64 (1.10.12-1) ...
  Setting up libavahi-common-data:amd64 (0.6.32-1) ...
  Setting up libpaper1:amd64 (1.1.24+nmu4) ...

  Creating config file /etc/papersize with new version
  Setting up libpaper-utils (1.1.24+nmu4) ...
  Setting up fontconfig-config (2.11.0-6.7) ...
  Setting up tex-common (6.05) ...
  update-language: texlive-base not installed and configured, doing nothing!
  Setting up libnss3:amd64 (2:3.26-2) ...
  Setting up libharfbuzz0b:amd64 (1.2.7-1+b1) ...
  Setting up libice6:amd64 (2:1.0.9-1+b1) ...
  Setting up libavahi-common3:amd64 (0.6.32-1) ...
  Setting up libxcb1:amd64 (1.12-1) ...
  Setting up libfontconfig1:amd64 (2.11.0-6.7) ...
  Setting up libsm6:amd64 (2:1.2.2-1+b1) ...
  Setting up libxcb-render0:amd64 (1.12-1) ...
  Setting up libharfbuzz-icu0:amd64 (1.2.7-1+b1) ...
  Setting up libx11-6:amd64 (2:1.6.3-1) ...
  Setting up libxcb-shm0:amd64 (1.12-1) ...
  Setting up libxpm4:amd64 (1:3.5.11-1+b1) ...
  Setting up libxt6:amd64 (1:1.1.5-1) ...
  Setting up libxrender1:amd64 (1:0.9.9-2) ...
  Setting up libavahi-client3:amd64 (0.6.32-1) ...
  Setting up libpoppler61:amd64 (0.44.0-3) ...
  Setting up libcups2:amd64 (2.2.1-1) ...
  Setting up libxext6:amd64 (2:1.3.3-1) ...
  Setting up libxmu6:amd64 (2:1.1.2-2) ...
  Setting up libcupsimage2:amd64 (2.2.1-1) ...
  Setting up libgs9:amd64 (9.19~dfsg-3) ...
  Setting up libxi6:amd64 (2:1.7.6-1) ...
  Setting up libxaw7:amd64 (2:1.0.13-1) ...
  Setting up libcairo2:amd64 (1.14.6-1+b1) ...
  Setting up texlive-binaries (2016.20160513.41080-7) ...
  update-alternatives: using /usr/bin/xdvi-xaw to provide /usr/bin/xdvi.bin
(xdvi.bin) in auto mode
  update-alternatives: using /usr/bin/bibtex.original to provide
/usr/bin/bibtex (bibtex) in auto mode
  Processing triggers for tex-common (6.05) ...
  update-language: texlive-base not installed and configured, doing nothing!
  texlive-base is not ready, skipping fmtutil --all call
  Setting up texlive-base (2016.20161008-1) ...
  mktexlsr: Updating /var/lib/texmf/ls-R-TEXLIVEDIST...
  mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN...
  mktexlsr: Updating /var/lib/texmf/ls-R...
  mktexlsr: Done.
  /usr/bin/tl-paper: setting paper size for dvips to a4.
  /usr/bin/tl-paper: setting paper size for dvipdfmx to a4.
  /usr/bin/tl-paper: setting paper size for xdvi to a4.
  /usr/bin/tl-paper: setting paper size for pdftex to a4.
  Processing triggers for tex-common (6.05) ...
  Running updmap-sys. This may take some time... done.
  Running mktexlsr /var/lib/texmf ... done.
  Building format(s) --all.
This may take some time... done.
  Setting up texlive-font-utils (2016.20161008-1) ...
  Setting up latex-cjk-japanese-wadalab-build-deps (0.20050817-16) ...
  Processing triggers for libc-bin (2.24-5) ...
  

Bug#806608: cjk: FTBFS when built with dpkg-buildpackage -A (mkdir: cannot create directory)

[韓達耐]

Hi Santiago

Thanks for that bug report!  It looks like it doesn't clean up some folder.
Let me try to run your commands on my PC at home this week, and see if I
can replicate it.

Cheers

-- 
Danai

On 30 November 2015 at 00:22, Santiago Vila  wrote:

> Package: src:cjk
> Version: 4.8.4+git20150701-1
> User: sanv...@debian.org
> Usertags: binary-indep
> Severity: important
>
> Dear maintainer:
>
> I tried to build this package with "dpkg-buildpackage -A"
> (i.e. only architecture-independent packages), and it failed:
>
>
> 
> [...]
>  debian/rules build-indep
> dh_testdir
> mkdir build_thaifonts
> (cd build_thaifonts && cp ../utils/thaifont/tools/c90.*
> ../utils/thaifont/tools/*.fontinst
> /usr/share/texlive/texmf-dist/fonts/afm/public/fonts-tlwg/garuda*.afm
> /usr/share/texlive/texmf-dist/fonts/afm/public/fonts-tlwg/norasi*.afm .)
> (cd build_thaifonts && tex norasi-c90.fontinst && tex garuda-c90.fontinst
> && for i in f*.pl; do pltotf $i; done)
> This is TeX, Version 3.14159265 (TeX Live 2015/Debian) (preloaded
> format=tex)
> (./norasi-c90.fontinst
> (/usr/share/texlive/texmf-dist/tex/fontinst/base/fontinst.sty
> No file fontinst.rc.
> ) (./norasi.afm)
> Metrics written on norasi.mtx.
> (./norasi.mtx)
>
> [... snipped ...]
>
> fontinst warning:
> missing glyph `breve' for slot 21 in font `fgdo8z.pl'.
>
> )
> Font written on fgdo8z.pl.
> Font definitions written on c90garuda.fd.
> (/usr/share/texlive/texmf-dist/tex/fontinst/base/finstmsc.sty
> No file finstmsc.rc.
> ) (./c90.etx)
> Encoding vector written on c90.enc.
>  )
> No pages of output.
> Transcript written on garuda-c90.log.
> I had to round some heights by 0.0315008 units.
> I had to round some depths by 0.0345001 units.
> I had to round some heights by 0.0315008 units.
> I had to round some depths by 0.0345001 units.
> I had to round some italic corrections by 0.0010004 units.
> I had to round some heights by 0.0305004 units.
> I had to round some depths by 0.0305004 units.
> I had to round some italic corrections by 0.0010004 units.
> I had to round some heights by 0.0305004 units.
> I had to round some depths by 0.0305004 units.
> I had to round some heights by 0.027 units.
> I had to round some depths by 0.0265007 units.
> I had to round some heights by 0.0290003 units.
> I had to round some depths by 0.0270004 units.
> I had to round some italic corrections by 0.0005007 units.
> I had to round some heights by 0.0305004 units.
> I had to round some depths by 0.0314999 units.
> I had to round some italic corrections by 0.0010004 units.
> I had to round some heights by 0.0314999 units.
> I had to round some depths by 0.0305004 units.
> touch build-indep-stamp
>  fakeroot debian/rules binary-indep
> dh_testdir
> mkdir build_thaifonts
> mkdir: cannot create directory 'build_thaifonts': File exists
> debian/rules:49: recipe for target 'build-indep' failed
> make: *** [build-indep] Error 1
> dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error
> exit status 2
>
> 
>
> Sorry not to have a fix, as I am reporting many bugs similar to
> this one. The common hints are:
>
> * If the only architecture-independent packages are dummy transitional
> ones and they were released with jessie, the easy fix is to drop them
> now.
>
> * When using "dh", it is allowed to use (independently)
> optional targets override_dh_foo-arch and override_dh_foo-indep
> (for several values of "foo").
>
>
> Once that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work
> properly, the package would be suitable to be uploaded in source-only
> form if you wish.
>
> Thanks.
>
>

Bug#765595: latex-cjk-common: still a problem

[韓達耐]

Hi Johan

Sorry, I slacked a bit lately.  Thanks for the reminder.

-- 
Danai
On 6 May 2015 22:42, Johan Kröckel johan.kroec...@gmail.com wrote:

 Package: latex-cjk-common
 Version: 4.8.3+git20140831-1
 Followup-For: Bug #765595

 Dear Maintainer,

 In the new Debian stable, this is still a problem.
 I installed texlive-full.

 -- System Information:
 Debian Release: 8.0
   APT prefers stable-updates
   APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental')
 Architecture: amd64 (x86_64)

 Kernel: Linux 4.0.0-trunk-amd64 (SMP w/2 CPU cores)
 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 Init: systemd (via /run/systemd/system)

 Versions of packages latex-cjk-common depends on:
 ii  dpkg1.17.25
 ii  libc6   2.19-18
 ii  libkpathsea62014.20140926.35254-6
 ii  tex-common  5.03
 ii  texlive-font-utils  2014.20141024-1
 ii  texlive-latex-base  2014.20141024-2

 latex-cjk-common recommends no packages.

 latex-cjk-common suggests no packages.

 -- no debconf information


 --
 To UNSUBSCRIBE, email to debian-tex-maint-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/20150506144224.20775.72283.reportbug@istanbul.johankroeckel.local

Bug#767870: cjk: FTBFS when there is space in LDFLAGS shell expansion

[韓達耐]

Hi Logan

Thanks!  I will apply the patch in Debian as well.

Cheers

-- 
Danai

On 3 November 2014 13:42, Logan Rosen lo...@ubuntu.com wrote:
 Package: cjk
 Version: 4.8.3+git20140831-1
 Severity: normal
 Tags: patch
 User: ubuntu-de...@lists.ubuntu.com
 Usertags: origin-ubuntu vivid ubuntu-patch

 Dear Maintainer,

 In Ubuntu, the attached patch was applied to achieve the following:

   * debian/patches/03_Makefile.diff: Put quotes around the LDFLAGS so that
 it doesn't FTBFS with a space in them.

 You can see the FTBFS here (Ubuntu has a quite verbose LDFLAGS): 
 https://launchpad.net/ubuntu/+source/cjk/4.8.3+git20120914-2ubuntu1

 Thanks for considering the patch.

 Logan Rosen

 -- System Information:
 Debian Release: jessie/sid
   APT prefers vivid-updates
   APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 
 'vivid'), (100, 'vivid-backports')
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386

 Kernel: Linux 3.16.0-24-generic (SMP w/1 CPU core)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#765595: ERROR: latex-cjk-common/latex-cjk-thai is broken - called emacs-package-install as a new-style add-on, but has no compat file.

[韓達耐]

Hi Andreas

It could be that I need to manually add 'emacsen-common (= 2.0.8)' as a
dependency.

When you remove your CJK installation, check that you have emacsen-common
= 2.0.8 and then install the CJK packages again, do you still see that
error?

Thank you for your assistance.

BR

-- 
Danai

Bug#765595: ERROR: latex-cjk-common/latex-cjk-thai is broken - called emacs-package-install as a new-style add-on, but has no compat file.

[韓達耐]

Oh dear...  I am currently on holiday and have no access to my PC.

At the end of next week I'll return home and will be able to check out the
problem with Emacs.

If it's urgent, you're free to NMU. :-)
Thanks for the bug report.

BR

-- 
Danai
On 16 Oct 2014 15:20, Andreas Beckmann a...@debian.org wrote:

 Package: latex-cjk-common,latex-cjk-thai
 Version: 4.8.3+git20140831-1
 Severity: normal

 seen during the update of a mixed wheezy/jessie machine today:

 [...]
 Preparing to unpack .../latex-cjk-chinese_4.8.3+git20140831-1_amd64.deb ...
 Unpacking latex-cjk-chinese (4.8.3+git20140831-1) over
 (4.8.3+git20120914-2) ...
 Preparing to unpack .../latex-cjk-japanese_4.8.3+git20140831-1_amd64.deb
 ...
 Unpacking latex-cjk-japanese (4.8.3+git20140831-1) over
 (4.8.3+git20120914-2) ...
 Preparing to unpack .../latex-cjk-common_4.8.3+git20140831-1_amd64.deb ...
 Remove latex-cjk-common for emacs
 Unpacking latex-cjk-common (4.8.3+git20140831-1) over
 (4.8.3+git20120914-2) ...
 Preparing to unpack .../latex-cjk-all_4.8.3+git20140831-1_all.deb ...
 Unpacking latex-cjk-all (4.8.3+git20140831-1) over (4.8.3+git20120914-2)
 ...
 Preparing to unpack .../latex-cjk-korean_4.8.3+git20140831-1_all.deb ...
 Unpacking latex-cjk-korean (4.8.3+git20140831-1) over
 (4.8.3+git20120914-2) ...
 Preparing to unpack .../latex-cjk-thai_4.8.3+git20140831-1_all.deb ...
 Remove latex-cjk-thai for emacs
 Unpacking latex-cjk-thai (4.8.3+git20140831-1) over (4.8.3+git20120914-2)
 ...
 [...]
 Processing triggers for man-db (2.6.2-1) ...
 Processing triggers for hicolor-icon-theme (0.12-1) ...
 Processing triggers for gnome-menus (3.13.3-2) ...
 Processing triggers for desktop-file-utils (0.20-0.1) ...
 Processing triggers for fontconfig (2.9.0-7.1) ...
 [...]
 Setting up latex-cjk-common (4.8.3+git20140831-1) ...
 ERROR: latex-cjk-common is broken - called emacs-package-install as a
 new-style add-on, but has no compat file.
 Install latex-cjk-common for emacs
 [...]
 Processing triggers for tex-common (5.02) ...
 Running mktexlsr. This may take some time... done.
 Running mtxrun --generate. This may take some time... done.
 Setting up latex-cjk-korean (4.8.3+git20140831-1) ...
 Setting up latex-cjk-thai (4.8.3+git20140831-1) ...
 ERROR: latex-cjk-thai is broken - called emacs-package-install as a
 new-style add-on, but has no compat file.
 Install latex-cjk-common for emacs
 Install latex-cjk-thai for emacs
 Setting up latex-cjk-chinese (4.8.3+git20140831-1) ...
 Setting up latex-cjk-japanese (4.8.3+git20140831-1) ...
 Processing triggers for tex-common (5.02) ...
 Running mktexlsr. This may take some time... done.
 Running mtxrun --generate. This may take some time... done.
 Running updmap-sys. This may take some time... done.
 Running mktexlsr /var/lib/texmf ... done.
 Setting up latex-cjk-all (4.8.3+git20140831-1) ...
 [...]


 Andreas


 --
 To UNSUBSCRIBE, email to debian-tex-maint-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/20141016132042.4811.60676.report...@zam581.zam.kfa-juelich.de

Bug#733476: cjk: use autotools-dev to update config.{sub,guess} for new arches

[韓達耐]

Urgh, before taking a flight to Jakarta I get problems with gpg-agent and
Gnome keyring when signing my packages...

If you need it urgently, you are free to download the latest SVN, close off
debian/changelog, commit those few lines and upload it to unstable.

I'm expected to return home on Saturday.  Sorry for the delay.

BR

-- 
Danai
On 24 Sep 2014 02:59, Danai SAE-HAN (韓達耐) danai.sae...@gmail.com wrote:

 Hi

 I am currently in Oman and flying to Dubai.  I will return to
 Singapore at the end of the week, so I can upload a new package.

 Sorry for the delay, and thanks for the notification!

 BR

 --
 Danai

 On 24 September 2014 02:39, Aurelien Jarno aurel...@aurel32.net wrote:
  control: severity -1 important
 
  On Tue, Jan 21, 2014 at 06:46:33PM +0800, Danai SAE-HAN (韓達耐) wrote:
  Hi Logan
 
  I have committed the patch to the CJK SVN tree.
  It is now awaiting moderation from the SVN owner before it gets
 published.
 
  I am trying to add a few more items to the next release of the CJK
 packages
  in Debian before I upload a new version.  I hope that won't be a problem
  for Ubuntu.
 
  Thanks for committing the patch To the SVN. The freeze for the Jessie
  release is approaching, it would be nice if you could schedule an upload
  before it.
 
  Thanks,
  Aurelien
 
  --
  Aurelien Jarno  GPG: 4096R/1DDD8C9B
  aurel...@aurel32.net http://www.aurel32.net

Bug#733476: cjk: use autotools-dev to update config.{sub,guess} for new arches

[韓達耐]

Hi

I am currently in Oman and flying to Dubai.  I will return to
Singapore at the end of the week, so I can upload a new package.

Sorry for the delay, and thanks for the notification!

BR

-- 
Danai

On 24 September 2014 02:39, Aurelien Jarno aurel...@aurel32.net wrote:
 control: severity -1 important

 On Tue, Jan 21, 2014 at 06:46:33PM +0800, Danai SAE-HAN (韓達耐) wrote:
 Hi Logan

 I have committed the patch to the CJK SVN tree.
 It is now awaiting moderation from the SVN owner before it gets published.

 I am trying to add a few more items to the next release of the CJK packages
 in Debian before I upload a new version.  I hope that won't be a problem
 for Ubuntu.

 Thanks for committing the patch To the SVN. The freeze for the Jessie
 release is approaching, it would be nice if you could schedule an upload
 before it.

 Thanks,
 Aurelien

 --
 Aurelien Jarno  GPG: 4096R/1DDD8C9B
 aurel...@aurel32.net http://www.aurel32.net


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#748271: [latex-cjk-common] latex command did not work until I ran it once under superuser!?

[韓達耐]

Hi Zephyrus

I have been trying to unravel the exact problem you are facing, and it
seems that the problem has more to do with the way that Debian
packages got installed, and that some of the post-installation steps
did not go into error mode.

However, this bug thread has become a bit convoluted.  To clear up
things, I would like you to answer a number of questions.

1. Does pTeX run fine when you parse your minimal TeX document under
user root?  (BTW, I am not advocating this as your normal process;
please run TeX binaries under a normal user account for regular use.)
2. As Norbert has suggested, please run dpkg -l tex-common under user root.
3. Space issues and appropriate error traps can perhaps be
accommodated by the CJK packages, TeXlive packages or even the dpkg
packages.  But I need to understand a bit more about your current
setup, and if packages were upgraded according to a process that is
not out of the ordinary.
Can you please summarise your installation / upgrade path?

The system always reserves some space on the hard disk for user root.
When your disk is 99.9xx% full, processes run under regular users will
face problems, but user root still has a bit of space left.  However,
dpkg is also run under user root, so my guess is that your disk was
temporarily 100% full, and that some errors may not have been trapped.


Thank you.


-- 
Danai


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#748271: [latex-cjk-common] latex command did not work until I ran it once under superuser!?

[韓達耐]

Hi Zephyrus

I think that trapping errors when disks get full is a bit tricky,
because that status in itself also needs to get written to a status
file.  At least, that is how I expect apt/dpkg to work, but
Ididnotreadthefinemanualnorthesourcecode.

Anyway, I'm happy that you are again a working TeXlive setup.

BR

-- 
Danai

On 19 May 2014 22:01, Zephyrus C zephyrus8...@gmail.com wrote:
 Hi,

 Thank you for your comment.

 2014-05-19 16:43 GMT+09:00 Danai SAE-HAN (韓達耐) danai.sae-...@edpnet.be:

 Hi Zephyrus

 I have been trying to unravel the exact problem you are facing, and it
 seems that the problem has more to do with the way that Debian
 packages got installed, and that some of the post-installation steps
 did not go into error mode.


 Yes, I agree. It looks that my piece-meal installation of TeX packages using
 aptitude (or apt-get) may have encountered a missing dependency or maybe
 uncovered a situation where
 a failing command did not stop apt-get/aptitude as failure eventually.


 However, this bug thread has become a bit convoluted.  To clear up
 things, I would like you to answer a number of questions.

 Yes, I wil ltry.


 1. Does pTeX run fine when you parse your minimal TeX document under
 user root?  (BTW, I am not advocating this as your normal process;
 please run TeX binaries under a normal user account for regular use.)


 It does. Oh, wait, that was now under an ordinary account.
 Let me check now under superuser:

 root@vm-debian-amd64:/tmp# ptex foo.tex

 This is pTeX, Version 3.1415926-p3.4 (utf8.euc) (TeX Live 2013/Debian)
  restricted \write18 enabled.
 (./foo.tex [1] )
 Output written on foo.dvi (1 page, 212 bytes).
 Transcript written on foo.log.
 root@vm-debian-amd64:/tmp#

 So, it works under superuser.

 2. As Norbert has suggested, please run dpkg -l tex-common under user
 root.


 I am quoting it here again, and it looks OK (that is a problem from the
 viewpoint of debugger. I wish it is not installed properly, but according to
 dpkg it is, and this is consistent of my observation that aptitude/apt-get
 succeeded as far as I could tell.)

  dpkg -l tex-common

 Desired=Unknown/Install/Remove/Purge/Hold
 |
 Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
 |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
 ||/ Name   VersionArchitecture   Description
 +++-==-==-==-==
 ii  tex-common 4.04   allcommon infrastructure
 for building and ins



 3. Space issues and appropriate error traps can perhaps be

 accommodated by the CJK packages, TeXlive packages or even the dpkg
 packages.  But I need to understand a bit more about your current
 setup, and if packages were upgraded according to a process that is
 not out of the ordinary.
 Can you please summarise your installation / upgrade path?

 I am using testing repository on top of the stable repository.
 I am quoting my /etc/apt/sources.list here again. Other than that, there is
 nothing special.

  /etc/apt/sources.list
 #

 # deb cdrom:[Debian GNU/Linux 7.1.0 _Wheezy_ - Official amd64 NETINST
 Binary-1 20130615-23:04]/ wheezy main

 #deb cdrom:[Debian GNU/Linux 7.1.0 _Wheezy_ - Official amd64 NETINST
 Binary-1 20130615-23:04]/ wheezy main

 deb http://ftp.jp.debian.org/debian/ wheezy main
 deb http://ftp.jp.debian.org/debian/ testing main
 deb-src http://ftp.jp.debian.org/debian/ wheezy main

 deb http://security.debian.org/ wheezy/updates main
 deb-src http://security.debian.org/ wheezy/updates main

 # wheezy-updates, previously known as 'volatile'
 deb http://ftp.jp.debian.org/debian/ wheezy-updates main
 deb-src http://ftp.jp.debian.org/debian/ wheezy-updates main
 --- end of /etc/apt/sources.list

 However, do note that I tend to
 install smaller TeX packages first individually (and let aptitude / apt-get
 handle the dependency.
 This is to save as much space as possible in my installed linux image.
 (Although I tried to create large enough /usr and /var, I am afraid that
 after so many packages
 and larger packages lately, I am running out of the space now.
 That is why, I mentioned texlive-lang-cjk was split into C-part, J-part and
 K-part back in 2012 and so I could save space by not installing C-part and
 did not have to load the largish Chinese font.
 Also, a doc package from TeXlive was a separate and independent package back
 in 2012 and thus I could remove it without aptitude/apt-get complaining.
 This saved another few hundred MB (!).


 The system always reserves some space on the hard disk for user root.
 When your disk is 99.9xx% full, processes run under regular users will
 face problems, but user root still has a bit of space left.  However,
 dpkg is also run under user root, so my guess is that your disk was
 temporarily 100% full, and that some errors may not have been trapped.


 After reading Norbert's comments now, I think this could

Bug#427849: closed by Thijs Kinkhorst th...@debian.org (Re: php5-ldap: doesn't support ldaps?)

[韓達耐]

Dag Thijs

Wow, that was a ride through memory lane!
Sure, I have no way of checking or replicating this issue anymore so I
don't mind having this bug closed.

Groeten

-- 
Danai

On 10 March 2014 18:36, Debian Bug Tracking System
ow...@bugs.debian.org wrote:
 This is an automatic notification regarding your Bug report
 which was filed against the php5-ldap package:

 #427849: php5-ldap: doesn't support ldaps?

 It has been closed by Thijs Kinkhorst th...@debian.org.

 Their explanation is attached below along with your original report.
 If this explanation is unsatisfactory and you have not received a
 better one in a separate message then please contact Thijs Kinkhorst 
 th...@debian.org by
 replying to this email.


 --
 427849: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=427849
 Debian Bug Tracking System
 Contact ow...@bugs.debian.org with problems


 -- Forwarded message --
 From: Thijs Kinkhorst th...@debian.org
 To: 427849-d...@bugs.debian.org
 Cc:
 Date: Mon, 10 Mar 2014 11:35:44 +0100
 Subject: Re: php5-ldap: doesn't support ldaps?
 Hi,

 I'm using php5-ldap with ldaps in production. Since this bug has been
 marked as moreinfo for 6 years, I think we can safely close it.


 Cheers,
 Thijs

 -- Forwarded message --
 From: Danai SAE-HAN (韓達耐) danai.sae-...@edpnet.be
 To: Debian Bug Tracking System sub...@bugs.debian.org
 Cc:
 Date: Wed, 06 Jun 2007 23:32:01 +0200
 Subject: openldap2: Not built with SSL libraries?
 Package: openldap2
 Severity: normal

 Hi!

 I have originally reported a bug against #419516, but the Debian PHP
 packager Sean has pointed me to the openldap2 package, and more
 specifically libldap2-dev.  libldap2-dev isn't built with SSL libraries,
 so php5-ldap doesn't support ldaps:// connections.  (He also mentioned
 a possible tweak using stunnels, but that's pretty awkward).

 According to
 http://article.gmane.org/gmane.mail.squirrelmail.user/23753/match=ldaps
 I should be able to get LDAPS support in SquirrelMail.  But for some
 reason, I can't.

 I have tried the test-ldap.php script that is provided on that page, but
 it fails to connect with ldaps://localhost or ldaps://localhost:686.  I
 can however connect to my LDAPS just fine with Mozilla Icedove.

 I'm running slapd on an AMD64 Debian/unstable machine, and it listens
 only to ldaps://localhost ATM.  I don't use TLS or startTLS.  The latest
 php5-ldap (5.2.2-2) and libldap2 (2.1.30-13.4) are installed.

 In openldap2's debian/control file I see that it Build-Depends on gnutls,
 but that is only for TLS and not for SSL connections, I assume.

 So I would like to see libdlap2-dev built against the OpenSSL library,
 if that's possible.  That way php5-ldap can have ldaps:// support.


 Best regards



 Danai SAE-HAN (韓達耐)
 --
 題目:《落花》
 作者:宋祁（９９８－１０６２）

 墜素翻紅各自傷，青樓煙雨忍相忘。
 將飛更作回風舞，已落猶成半面妝。
 滄海客歸珠有淚，章台人去骨遺香。
 可能無意傳雙蝶，盡付芳心與蜜房。

 -- System Information:
 Debian Release: lenny/sid
   APT prefers unstable
   APT policy: (500, 'unstable')
 Architecture: amd64 (x86_64)

 Kernel: Linux 2.6.20-1-amd64 (SMP w/1 CPU core)
 Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#723255: cjk link with -L/usr/lib

[韓達耐]

Hi Yun Qiang

I have checked the packages built from the `cjk' source package, but can
only find references to /usr/lib for Emacs and TeXlive.  Both depend on
Debian Helper scripts, so the integration with them is automated.

Have you tried rebuilding this package for MIPS*?  Maybe the Debian Helper
scripts have fixed the FTBFS errors already.

BR

-- 
Danai

Bug#733476: cjk: use autotools-dev to update config.{sub,guess} for new arches

[韓達耐]

Hi Logan

I have committed the patch to the CJK SVN tree.
It is now awaiting moderation from the SVN owner before it gets published.

I am trying to add a few more items to the next release of the CJK packages
in Debian before I upload a new version.  I hope that won't be a problem
for Ubuntu.

Thanks again for the patch.

BR

-- 
Danai

Bug#733476: cjk: use autotools-dev to update config.{sub,guess} for new arches

[韓達耐]

Hi Logan

Thanks for the information and the patch!  I will have a look into it later
this week.

Cheers

-- 
Danai


On 29 December 2013 14:24, Logan Rosen lo...@ubuntu.com wrote:

 Package: cjk
 Version: 4.8.3+git20120914-2
 Severity: normal
 Tags: patch
 User: ubuntu-de...@lists.ubuntu.com
 Usertags: origin-ubuntu trusty ubuntu-patch

 Dear Maintainer,

 Please use autotools-dev to update config.{sub,guess} for new
 architectures.
 For example, we needed these updates in Ubuntu for the new ppc64el
 architecture.

 In Ubuntu, the attached patch was applied to achieve the following:
   * Use autotools-dev to update config.{sub,guess} for new arches.

 Thanks for considering the patch.

 Logan Rosen



 -- System Information:
 Debian Release: wheezy/sid
   APT prefers trusty-updates
   APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500,
 'trusty'), (100, 'trusty-backports')
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386

 Kernel: Linux 3.12.0-7-generic (SMP w/1 CPU core)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

Bug#707573: Future of ko.tex* packages

[韓達耐]

Hi all

Interesting!  That will be an advantage for latex-cjk-korean too.

BR

-- 
Danai


On 20 November 2013 18:06, Norbert Preining prein...@logic.at wrote:

 Hi Ricardo,

 thanks a lot for all the fixes. Greatly appreciated.
 Especially since I don't have to do anything for now ;-)

 Norbert

 
 PREINING, Norbert   http://www.preining.info
 JAIST, Japan TeX Live  Debian Developer
 DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
 


 --
 To UNSUBSCRIBE, email to debian-tex-maint-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 http://lists.debian.org/20131120100601.ge23...@gamma.logic.tuwien.ac.at

Bug#723806: texlive-lang-cjk: Why cjkpunct is in blacklist?

[韓達耐]

Hi Norbert

On 21 September 2013 12:51, Norbert Preining prein...@logic.at wrote:

 reassign 723806 texlive-lang-cjk
 retitle 723806 please do not blacklist cjkpunct
 tag 723806 + pending
 thanks


Thanks!

BR

-- 
Danai

Bug#723806: texlive-lang-cjk: Why cjkpunct is in blacklist?

[韓達耐]

Hi Nozomu


On 20 September 2013 07:43, KURASAWA Nozomu nabet...@debian.or.jp wrote:

 Package: texlive-lang-cjk
 Version: 2013.20130905-1
 Severity: wishlist

 Dear Maintainer,

 I want to style file depended to CJKpunct.
 But, CJKpunct.sty is lacked in debian packages.

 Why CJKpunct is in blacklist?
 Any problems?



The reason is simple: the CJKpunct package is not part of the upstream CJK
package by Werner Lemberg.
CJKpunct is a completely separate package written by ZHANG Linbo and SUN
Wenchang and depend on the CJK package from Werner.

CTAN is currently down it seems; via Google I can see that it should be
hosted on:
http://www.ctan.org/pkg/cjkpunct

I was not aware of CJKpunct's existence.  I am a bit squeezed in time now
as I have a long business trip ahead of me.  I will see if I can package it
in the first half of October.

Meanwhile I will close this bug as it has no bearing on the CJK package.
Thank you for your report.


BR


-- 
Danai

Bug#723806: texlive-lang-cjk: Why cjkpunct is in blacklist?

[韓達耐]

Dear TeX colleagues

The OP of bug report 723806 has made a valid point: the CJKpunct package
is blacklisted in cfg.d/additional-packages.cfg of the texlive-nonbin
GIT source package.

http://anonscm.debian.org/gitweb/?p=debian-tex/texlive-nonbin.git;a=blob;f=all/debian/cfg.d/debian-replacement.cfg;h=bf83bbf3e37a3f4aaec845d5bcc1638a52f09e15;hb=HEAD

There are two ways of building the CJKpunct package: either via tpm2deb
(i.e. removing it from the blacklsit), or building it via a separate Debian
source.

Which one do you prefer?

BR


P.S.: Norbert is on a business trip so I will wait for his reply.


-- 
Danai


-- 
Danai

Bug#723255: cjk link with -L/usr/lib

[韓達耐]

Yun Qiang


On 17 September 2013 18:29, YunQiang Su wzss...@gmail.com wrote:

 Package: cjk
 Version: 4.8.3+git20120914-2
 X-Debbugs-CC: wzss...@gmail.com

 This package has one or more -L/usr/lib in its build system,
 which will make it ftbfs if there is libraries under /usr/lib,
 while is not the default architecture, mips* for example.

 On mips* systems, /usr/lib is defined as place to hold O32
 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64.

 Beside the way, on the multiarch system like Debian, user may install
 libraries under /usr/lib by hand.

 Please use the default search path if you can, and please consider fix
 this.

 I will try to fix this bug, while if you can help to fix it,
 It will be very appreciative.

 The attachement is the buildlog of this package on mips64el platform.



Thank you for your bug report!  I was not aware of this behaviour.  In fact
I cannot remember doing anything specific with the libraries.  Maybe a
package recompilation against the latest Debian/unstable will do the trick.

BR

-- 
Danai

Bug#721536: libtest-pod-coverage-perl: Typo in package description (`lib-pod-' instead of `libpod-')

[韓達耐]

Package: libtest-pod-coverage-perl
Severity: minor


Hi Perl maintainers

The description of package libtest-pod-coverage-perl contains a typo:
it refers to lib-pod-coverage-perl but it should be libpod-coverage-perl.

Thanks.

BR, Danai


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libtest-pod-coverage-perl depends on:
ii  libpod-coverage-perl0.23-1
ii  perl5.18.1-3
ii  perl-modules [libtest-simple-perl]  5.18.1-3

Versions of packages libtest-pod-coverage-perl recommends:
ii  libtest-pod-perl  1.48-1

libtest-pod-coverage-perl suggests no packages.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#721536: libtest-pod-coverage-perl: Typo in package description (`lib-pod-' instead of `libpod-')

[韓達耐]

Thanks!


On 2 September 2013 02:50, gregor herrmann gre...@debian.org wrote:

 On Mon, 02 Sep 2013 02:29:45 +0800, Danai SAE-HAN wrote:

  The description of package libtest-pod-coverage-perl contains a typo:
  it refers to lib-pod-coverage-perl but it should be
 libpod-coverage-perl.

 Thanks.

 The bug is already fixed in git:

 http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libtest-pod-coverage-perl.git;a=commitdiff;h=db640868d93ccff7386896d154ea36ae9c42fd3e
 (yes, that's April 2010 *cough*)

 I've now added the bug closer to the changelog entry.

 Cheers,
 gregor

 --
  .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key
 0xBB3A68018649AA06
  : :' : Debian GNU/Linux user, admin, and developer  -
 http://www.debian.org/
  `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation
 Europe
`-   NP: STS: Großvater

Bug#709686: latex-cjk-thai: thailatex dependency is now obsolete

[韓達耐]

Sawaddee khrab, Theppitak

Khop khun khrab.  Thanks for the bug report and the notification.
I will make the changes in the upstream Debian source.

BR

--
Danai


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#709585: latex-cjk-chinese-arphic: outdated embedded data copy: aglfn

[韓達耐]

Hi Paul

Thanks for the report!  I will work on it.

BR

-- 
Danai

Bug#698061: ko.tex-extra-hlfont: Please include EUC fonts gothic, graphic, myoungjo and taza for latex-cjk-korean

[韓達耐]

Package: ko.tex-extra-hlfont
Version: 0.1.0-1
Severity: wishlist


Hello

The package latex-cjk-korean depends on a number of EUC fonts
that where available with the older `hlatex-fonts-base' package.
These are:
 - gothic
 - graphic
 - myoungjo
 - taza

However, in ko.tex-extra or ko.tex-extra-hlfont they cannot be
found anymore.

Please include these HLaTeX EUC fonts (TFM, AFM, VF) in
ko.tex-extra-hlfont.  Thank you.

You can find the TFM files for instance here:
http://ftp.ktug.or.kr/pub/ktug/texlive/texmf-dist/fonts/tfm/kotex-base/euc/


If you need help with this package, let me know.


Cheers


-- 
Danai SAE-HAN (韓達耐)



-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.6-trunk-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ko.tex-extra-hlfont depends on:
ii  tex-common  3.15

ko.tex-extra-hlfont recommends no packages.

ko.tex-extra-hlfont suggests no packages.

-- no debconf information

Bug#677202: biber packages version 0.9.9+git2012426-3 is beta and requires beta version of biblatex

[韓達耐]

Hi Miguel

I have been battling to get the biber package to build on
people.debian.org but to no avail, and I am no hero with the buildd
machines.
The debdiff on p.d.o was OK, so I have signed your NMU package.

Thank you very much for all your efforts!

When I get back, I will get the changes into the GIT repository.

BR

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#677202: biber packages version 0.9.9+git2012426-3 is beta and requires beta version of biblatex

[韓達耐]

Hi

 On Di, 19 Jun 2012, Danai SAE-HAN wrote:
 Urgh, just got a half working X.org env.
 Still skewed, but slightly workable.
 Thanks for your patience.  Off to work now.

 Any progress here? Freeze is soon!

 Did you also see the email of Werner concerning a stability fix
 in CJK?

I had to return to Beijing on a business trip again, and couldn't
upload the packages before my flight.
Network communication is not always easy in China.

I have just tried a number of Debian machines, but I don't have my SSH
key on this Windows laptop.  I am now trying to get gpgsm to work on
Windows so I can convert my GnuPG key.

Google is not always available here so I will quickly catch up on the
mail from Werner now that I have network access.  Thanks for
mentioning this.  Luckily, the Debian source for cjk is not too
complicated: just update the ISO date in debian/changelog, and that's
it.

BR

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#677202: biber packages version 0.9.9+git2012426-3 is beta and requires beta version of biblatex

[韓達耐]

Hi Norbert

After some complications I am *finally* able to get into ravel.debian.org.

I hope to get both cjk and biber done before going to work.

Cheers

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#677202: biber packages version 0.9.9+git2012426-3 is beta and requires beta version of biblatex

[韓達耐]

Hi all

I have just returned to Singapore from a business trip to Beijing, and
will look into the biber package after my APT upgrade has finished.

On 17 June 2012 17:45, Julian Gilbey jul...@d-and-j.net wrote:
 On Sat, Jun 16, 2012 at 08:18:56AM +0900, Norbert Preining wrote:
 On Fr, 15 Jun 2012, Miguel Telleria de Esteban wrote:
   - I guess we have to add a epoch 1: otherwise the new version is
   smaller than what is in sid now
 
  I guess that you are talking about the version number of the biber
  package.
 
  Currently in Sid we have
      0.9.9+git2012426-3
 
  Which version should I set?  Something like 0.9.9git20120415 or
  0.9.9release?

 I am not sure if this works. I guess you have to go for
       1:0.9.9-1
 which would be the proper way.

 $ dpkg --compare-versions 0.9.9+release-1 gt 0.9.9+git2012426-3  echo 
 greater
 greater

 So you could call this one 0.9.9+release-1 and avoid having to use an
 epoch.  0.9.9.0+git2012415-1 would also work.  It seems a shame to
 introduce an epoch for a case like this where the version numbers are
 going to increase pretty soon beyond the troublesome case.

Thank you for that tip, Julian.  Seems like I forgot to add a 0 in
the ISO date.

I will use version 0.9.9+release-1 for now, and then use 1.0.0
with pre or rc when biblatex is also upgraded.

BR

-- 
Danai


BR

-- 
Danai



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#677202: biber packages version 0.9.9+git2012426-3 is beta and requires beta version of biblatex

[韓達耐]

Ha, seems like your mail just crossed mine. ;)

BR

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#677202: biber packages version 0.9.9+git2012426-3 is beta and requires beta version of biblatex

[韓達耐]

Hi Miguel!

On 17 June 2012 22:46, Miguel Telleria de Esteban mig...@mtelleria.com wrote:

 Just for completion I have also uploaded a 0.9.9+release-1 package
 (which is nothing more that the previous 1:0.9.9-1 with the version
 number changed in debian/changelog).

 http://mtelleria.com/biber/0.9.9_release/

 So now I step away and leave Danai to carry on.

Thanks!

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#670800: [NMU] latex-cjk-japanese-wadalab: Helping to update to Copyright format 1.0

[韓達耐]

Hi Jari

It is already updated in the SVN repository.  This bug will therefore
be closed with a next upload, but I do not know yet when exactly that
will happen.
Thank you for your support!

Cheers

-- 
Danai

On 11 May 2012 00:53, Jari Aalto jari.aa...@cante.net wrote:
 I'm planning to NMU with changes listed in previous mail's patch to help
 migrate away from deprecated dpatch.

 Please let me know if an update is alredy being worked on, or if the
 previous patch needs adjustments, or if there is anything that should
 delay the NMU.



 --
 To UNSUBSCRIBE, email to debian-tex-maint-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/878vh07zb1@test20.cante.net




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#670800: [PATCH] latex-cjk-japanese-wadalab: Helping to update to Copyright format 1.0

[韓達耐]

Hi

On 1 May 2012 16:37, Norbert Preining prein...@logic.at wrote:
 On Di, 01 Mai 2012, Danai SAE-HAN wrote:
 Yes, I was temporarily consumed by the 'biber' package but all deps have 
 been packaged and uploaded now.

 Good to know ... biber is also very important, and I cannot ship it
 from TeX Live due to build stuff ... I guess you know.

Indeed.  It is hosted on the GIT repository beneath pkg-perl.  A
git-buildpackage should work out-of-the-box (tm).

http://anonscm.debian.org/git/pkg-perl/packages/biber.git

 Time to clean up the CJK packages now. :)

 Yes PLEASE!! And soory if I messed something up!

I don't expect there will be much cleaning to do, but I do need to
check if the CJK packages are still compliant with the latest Debian
policies.

BR

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#670800: [PATCH] latex-cjk-japanese-wadalab: Helping to update to Copyright format 1.0

[韓達耐]

Hi Norbert

When committing the changes to latex-cjk-japanese-wadalab, I get the
following error:

svn: Commit failed (details follow):
svn: Authorization failed

Could you please check if user da...@debian.org has the necessary
permissions to commit in the following trees?
 - cjk
 - latex-cjk-chinese-arphic
 - latex-cjk-japanese-wadalab

I don't think it is a problem with ssh access: I can log in without
problems to svn.debian.org.

Thanks

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#666395: latex-cjk-chinese-arphic-gbsn00lp: descripton of this package is misleading

[韓達耐]

Hi Bin Sheng

On 30 March 2012 14:29, Liu Binsheng liubinsh...@gmail.com wrote:
 Package: latex-cjk-chinese-arphic-gbsn00lp
 Version: 1.21+nmu1
 Severity: minor

 Dear Maintainer,

 The description is misleading. I thought it should be simplified
 Chinese Sungti font for CJK, or like fonts-arphic-gbsn00lp, AR PL
 SungtiL GB Chinese font for CJK.

 There are similar problems with latex-cjk-chinese-arphic-bsmi00lp and
 latex-cjk-chinese-arphic-gkai00mp.

You are right, it should be simplified and not traditional, and
SungtiL instead of KaiTi.
The reason is that the debian/control file is in fact constructed at
build time using a number of template files.

I will introduce the changes on the SVN repository but not upload a
new package for this immediately.

Thanks for the report.

BR

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#670800: [PATCH] latex-cjk-japanese-wadalab: Helping to update to Copyright format 1.0

[韓達耐]

Hi Frank

On 1 May 2012 20:51, Frank Küster fr...@debian.org wrote:
 Danai SAE-HAN (韓達耐) danai.sae...@gmail.com wrote:

 When committing the changes to latex-cjk-japanese-wadalab, I get the
 following error:

 svn: Commit failed (details follow):
 svn: Authorization failed

 Could you please check if user da...@debian.org has the necessary
 permissions to commit in the following trees?

 You've been Junior Developer in the Debian TeX Task Force group, and I
 just made you senior developer if that should make any difference.
 However,

  - cjk
  - latex-cjk-chinese-arphic
  - latex-cjk-japanese-wadalab

 I have no idea how to check that.

Commits in latex-cjk-chinese-arphic work, as those for cjk.
I guess that latex-cjk-japanese-wadalab only allows write access to
danai-guest, not danai.  So it seems that the change of groups did
not work.  My last debian/changelog entry in
latex-cjk-japanese-wadalab dates from before my DD status.

Anyway, thanks for your effort.  I will wait for Norbert's return from
holiday. =)

BR

-- 
Danai



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#670785: ITP: libxml-writer-string-perl -- Capture output from XML::Writer

[韓達耐]

Package: wnpp
Owner: Danai SAE-HAN (韓達耐) da...@debian.org
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libxml-writer-string-perl
  Version : 0.1
  Upstream Author : Simon Oliver simon.oli...@umist.ac.uk
* URL : http://search.cpan.org/dist/XML-Writer-String/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Capture output from XML::Writer.

XML::Writer::String implements a bare-bones class specifically for the
purpose of capturing data from the XML::Writer module. XML::Writer expects an
IO::Handle object and writes XML data to the specified object (or STDOUT) via
it's print() method. This module simulates such an object for the specific
purpose of providing the required print() method.

It is recommended that $writer-end() is called prior to calling $s-value()
to check for well-formedness.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#652255: cjk: FTBFS: cp: cannot stat `/usr/share/texmf/fonts/afm/public/thai/norasi*.afm': No such file or directory

[韓達耐]

Hi Mónica, Hideki

Sorry, I was without internet access for a while.
The patch by Hideki seems correct; I will rebuild it tomorrow.  Thanks
both of you!

BR

-- 
Danai


2011/12/15 Mònica Ramírez mon...@probeta.net:
 Source: cjk
 Version: 4.8.2+git20090105-5
 Severity: serious
 Tags: wheezy sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20111210 qa-ftbfs
 Justification: FTBFS on amd64

 Hi,

 During a rebuild of all packages in sid, your package failed to build on
 amd64.

 Relevant part:
  fakeroot debian/rules binary
 dh_testdir
 mkdir build_thaifonts
 (cd build_thaifonts  cp ../utils/thaifont/tools/c90.* 
 ../utils/thaifont/tools/*.fontinst 
 /usr/share/texmf/fonts/afm/public/thai/garuda*.afm 
 /usr/share/texmf/fonts/afm/public/thai/norasi*.afm .)
 cp: cannot stat `/usr/share/texmf/fonts/afm/public/thai/garuda*.afm': No 
 such file or directory
 cp: cannot stat `/usr/share/texmf/fonts/afm/public/thai/norasi*.afm': No 
 such file or directory
 make: *** [build-indep] Error 1

 The full build log is available from:
   
 http://people.debian.org/~lucas/logs/2011/12/10/cjk_4.8.2+git20090105-5_lsid64.buildlog

 A list of current common problems and possible solutions is available at
 http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

 About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
 of the Grid'5000 platform, using a clean chroot.  Internet was not
 accessible from the build systems.



 --
 To UNSUBSCRIBE, email to debian-tex-maint-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/20111215120928.ga8...@celpetit.probeta.net




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#646647: latex-cjk-chinese-arphic: FTBFS: The requested file, gbsn00lp.ttf, does not exist

[韓達耐]

Hi Mònica

The install path has changed for these fonts.  I will do a rebuild soon.
Thanks for the bug report!  Happy New Year!

BR

-- 
Danai

2011/10/26 Mònica Ramírez mon...@probeta.net:
 Source: latex-cjk-chinese-arphic
 Version: 1.21
 Severity: serious
 Tags: wheezy sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20111022 qa-ftbfs
 Justification: FTBFS on amd64

 Hi,

 During a rebuild of all packages in sid, your package failed to build on
 amd64.

 Relevant part:
  debian/rules build
 dh_testdir
 dh_testdir
 dh_testdir
 dh_testdir
 mkdir -p build/bsmi00lp
 mkdir -p build/bkai00mp
 mkdir -p build/gbsn00lp
 ( cd build/bsmi00lp  ln -s /usr/share/fonts/truetype/arphic/bsmi00lp.ttf 
  cp ../../debian/latex-cjk/* . )
 mkdir -p build/gkai00mp
 ( cd build/bkai00mp  ln -s /usr/share/fonts/truetype/arphic/bkai00mp.ttf 
  cp ../../debian/latex-cjk/* . )
 ( cd build/gbsn00lp  ln -s /usr/share/fonts/truetype/arphic/gbsn00lp.ttf 
  cp ../../debian/latex-cjk/* . )
 ( cd build/gkai00mp  ln -s /usr/share/fonts/truetype/arphic/gkai00mp.ttf 
  cp ../../debian/latex-cjk/* . )
 # You will find a detailed log of the build process in build/bsmi00lp/log.
 # You will find a detailed log of the build process in build/bkai00mp/log.
 # Create Unicode encoded subfonts `bsmiu00' .. `bsmiuff'.
 # You will find a detailed log of the build process in build/gbsn00lp/log.
 # Create Unicode encoded subfonts `bkaiu00' .. `bkaiuff'.
 # This will take a lot of hours.  Make yourself a nice day.
 # Create Unicode encoded subfonts `gbsnu00' .. `gbsnuff'.
 # This will take a lot of hours.  Make yourself a nice day.
 ( cd build/bsmi00lp  fontforge -script subfonts.pe bsmi00lp.ttf bsmiu 
 /usr/share/texmf-texlive/fonts/sfd/ttf2pk/Unicode.sfd )
 # You will find a detailed log of the build process in build/gkai00mp/log.
 # This will take a lot of hours.  Make yourself a nice day.
 ( cd build/bkai00mp  fontforge -script subfonts.pe bkai00mp.ttf bkaiu 
 /usr/share/texmf-texlive/fonts/sfd/ttf2pk/Unicode.sfd )
 # Create Unicode encoded subfonts `gkaiu00' .. `gkaiuff'.
 ( cd build/gbsn00lp  fontforge -script subfonts.pe gbsn00lp.ttf gbsnu 
 /usr/share/texmf-texlive/fonts/sfd/ttf2pk/Unicode.sfd )
 # This will take a lot of hours.  Make yourself a nice day.
 ( cd build/gkai00mp  fontforge -script subfonts.pe gkai00mp.ttf gkaiu 
 /usr/share/texmf-texlive/fonts/sfd/ttf2pk/Unicode.sfd )
 Copyright (c) 2000-2011 by George Williams.
  Executable based on sources from 13:48 GMT 22-Feb-2011-ML.
  Library based on sources from 13:48 GMT 22-Feb-2011.
 Copyright (c) 2000-2011 by George Williams.
  Executable based on sources from 13:48 GMT 22-Feb-2011-ML.
  Library based on sources from 13:48 GMT 22-Feb-2011.
 Copyright (c) 2000-2011 by George Williams.
  Executable based on sources from 13:48 GMT 22-Feb-2011-ML.
  Library based on sources from 13:48 GMT 22-Feb-2011.
 Copyright (c) 2000-2011 by George Williams.
  Executable based on sources from 13:48 GMT 22-Feb-2011-ML.
  Library based on sources from 13:48 GMT 22-Feb-2011.
 Loading bsmi00lp.ttf...
 The requested file, bsmi00lp.ttf, does not exist
 Open: Failed to open: bsmi00lp.ttf
 Called from...
  subfonts.pe: line 40
 Loading bkai00mp.ttf...
 The requested file, bkai00mp.ttf, does not exist
 Loading gbsn00lp.ttf...
 Open: Failed to open: bkai00mp.ttf
 Called from...
  subfonts.pe: line 40
 The requested file, gbsn00lp.ttf, does not exist
 Open: Failed to open: gbsn00lp.ttf
 Called from...
  subfonts.pe: line 40
 make: *** [build-stamp.bsmi] Error 1

 The full build log is available from:
   
 http://people.debian.org/~lucas/logs/2011/10/22/latex-cjk-chinese-arphic_1.21_lsid64.buildlog

 A list of current common problems and possible solutions is available at
 http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

 About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
 of the Grid'5000 platform, using a clean chroot.  Internet was not
 accessible from the build systems.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#644768: latex-cjk-xcjk: please update suggests for font package

[韓達耐]

Hi

Thanks for your patch!  I have applied it, and it will be included in
the next release.

BR

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#641935: ITP: libconfig-autoconf-perl -- Perl module to implement some of AutoConf macros in pure Perl

[韓達耐]

Package: wnpp
Severity: wishlist
Owner: Danai SAE-HAN (韓達耐) da...@debian.org

* Package name: libconfig-autoconf-perl
  Version : 0.16
  Upstream Author : Alberto Manuel Brandão Simões a...@cpan.org
* URL : http://search.cpan.org/dist/Config-AutoConf/
* License : Artistic, GPL-1+
  Programming Lang: Perl
  Description : Perl module to implement some of AutoConf macros in pure 
Perl

This module simulates some of the tasks AutoConf macros do, eg. to detect a
command, to detect a library, etc.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#634596: cjk: FTBFS: segfault

[韓達耐]

Hi Lucas

Just as Julian noted, the FTBFS is due to a segmentation fault with
the TeX binaries.
The latest upload by Norbert showed a new Lintian error unfortunately,
but I'm pretty sure the error will disappear when texlive-binaries has
entered Debian/unstable.

Cheers

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#624726: latex-cjk-japanese-wadalab.preinst: misuses dpkg --compare-versions

[韓達耐]

Hi Jonathan

Thank you for your bug report!  It has been a while since I last
checked this package with the current Debian release.
I will have a look at it this week.

Cheers

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#606128: Debian package for PGF 2.10

[韓達耐]

Hi Faheem

2011/3/4 Faheem Mitha fah...@email.unc.edu:

 I'm not entirely clear what to do with your comments below. Should I work on
 this package some more and upload it somewhere? Should I file bugs against
 the Debian package? Something else?

I would convey your changes to Makoto.  I'm sure he's willing to add
your changes to his development tree and upload them in the next
release.

Adding an extra target in the debian/rules to automatically download
and package the version would improve the quality of the PGF package.
Whenever the upstream package releases something new, it's easy for
both the maintainer and regular users to retrieve the latest upstream
package and start working on it.

 On Mon, 28 Feb 2011, Danai SAE-HAN (韓達耐) wrote:

 2011/2/27 Faheem Mitha fah...@email.unc.edu:

 If you build the package with something like a get-orig-source
 target, then you will always have this issue.  You can add a chmod
 -x in the debian/rules, and later on ask upstream to remove the
 executable bit.

 Ok. Just stick a

 chmod -x filename

 in the rules file?

That would solve the problem, indeed.  Meanwhile, ask upstream to
remove the executable bit on their source.  In the next upstream
release you won't have to insert the chmod -x anymore.

 You could add some attributes like how thorough and beautifully
 written the documentation is.  That's one of the first things that
 impressed me when I looked at PGF and TikZ.
 Most documents are boring and technical, but this guide has a nice
 introduction, large reference material, etc.  Add something that
 compels end users to download the manual.

 It's true. The TikZ/PGF is most excellent, and PGF represents an improbable
 amount of high quality work.

 How about

 Document: pgf
 Title: User s Guide to the PGF Package, Version

No genitive  s .  Just User guide to the PGF package

 Author: Till Tantau tan...@cs.tu-berlin.de

 Abstract: This is a comprehensive and high quality manual for PGF and TikZ,
 including several tutorials and a detailed reference. It discusses both the
 more accessible frontend subsystems such as TikZ, and more low-level and
 powerful functionality that may not be needed by the average user.

 Section: Text

 (With feedback from
 http://chat.stackexchange.com/rooms/41/tex-latex-and-friends)

Looks fine to me!

 However

 texdoctk pgf

 does not work.

 Running just

 texdoctk

 and then searching for pgf brings up a window, but when I click on it I
 get
 an error. So I must have done something wrong here.

 I believe there was a discussion a long time ago about the differences
 between texdoc and texdoctk.  texdoc is the one used by TeX Live; I
 don't know if texdoctk is still actively maintained, but was used with
 teTeX.  Try texdoc -s pgf to get some results in a terminal.

 Yes, texdoc works as you described. Is texdoctk supposed to work or not?

I don't think so.  It's just there for legacy reasons, I suppose.


Cheers


-- 
Danai



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#606128: Debian package for PGF 2.10

[韓達耐]

Hi Faheem

2011/3/6 Faheem Mitha fah...@email.unc.edu:


 On Sat, 5 Mar 2011, Danai SAE-HAN (韓達耐) wrote:

 2011/3/4 Faheem Mitha fah...@email.unc.edu:

 I'm not entirely clear what to do with your comments below. Should I work
 on
 this package some more and upload it somewhere? Should I file bugs
 against
 the Debian package? Something else?

 I would convey your changes to Makoto.  I'm sure he's willing to add
 your changes to his development tree and upload them in the next
 release.

 Should this be a wishlist bug?

That would be best, so that your request gets tracked into the system.
 And wishlist bug reports are a handy TODO list for the package
maintainer.

 Adding an extra target in the debian/rules to automatically download
 and package the version would improve the quality of the PGF package.
 Whenever the upstream package releases something new, it's easy for
 both the maintainer and regular users to retrieve the latest upstream
 package and start working on it.

 That sounds interesting. Can you point me to some documentation for this?

Have a look at the Debian Policy:
http://www.debian.org/doc/debian-policy/ch-source.html
It is totally optional, but I find it very useful, e.g for the cjk
package.  You can easily update the package and get the latest CVS,
SVN, GIT, etc. version and upload it to Debian.

Best regards


-- 
Danai



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#608080: ITP: libextutils-libbuilder-perl -- Perl module to compile standard, self-contained C libraries

[韓達耐]

Package: wnpp
Severity: wishlist
Owner: Danai SAE-HAN (韓達耐) da...@debian.org

* Package name: libextutils-libbuilder-perl
  Version : 0.04
  Upstream Author : Alberto Manuel Brandão Simões a...@cpan.org
* URL : http://search.cpan.org/dist/ExtUtils-LibBuilder/
* License : Artistic, GPL-1+
  Programming Lang: Perl
  Description : Perl module to compile standard, self-contained C libraries

Some Perl modules need to ship C libraries together with their Perl
code. Although there are mechanisms to compile and link (or glue) C
code in your Perl programs, there isn't a clear method to compile
standard, self-contained C libraries.

This module main goal is to help in that task.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#570018: RFP: biblatex-biber -- A BibTeX replacement for users of biblatex, with full Unicode support, written in Perl

[韓達耐]

Hi

Just a status update: I have uploaded most of the required Perl
packages to Debian/unstable, but some other packages need a
non-maintainer upload with the latest upstream version.
I hope that it won't take too long before I can finally package and
upload the biblatex-biber package.

BR

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#602457: Please consider putting `libunicode-collate-perl' in Provides of perl-modules

[韓達耐]

Hi Niko

2010/11/9 Niko Tyni nt...@debian.org:
 On Sun, Nov 07, 2010 at 07:16:13PM +0100, Danai SAE-HAN (韓達耐) wrote:
 Dear perl-modules maintainer(s)

 The correct address would have been perl-modu...@packages.debian.org,
 or just the related bug #602457 (cc'd). But that's no big deal.

Sorry.

 Could you please put `libunicode-collate-perl' in the Provides field
 of `perl-modules'?  The version of Unicode::Collate that I just
 uploaded is 0.66.

 Sure, will do for the next upload.

Thanks!

-- 
Danai



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#602767: New upstream release (0.48)

[韓達耐]

Source: libbtparse
Version: 0.34-2
Severity: normal

Hi

I'm trying to package the Biber package, a modern BibTeX replacement to be
used with BibLaTeX, and have uploaded many dependencies to Debian lately.

One of the remaining issues is `libtext-bibtex-perl' and the `btparse' C
library: the version is too low.  ATM `libtext-bibtex-perl' doesn't use
the `btparse' library from the source tarball but links it with the
`libbtparse0' package.

It seems btparse is now part of the Text::BibTeX module on CPAN (see [1]).
Do you still intend to maintain this package?  If not, then I'm willing to
take over.


[1] http://search.cpan.org/dist/Text-BibTeX/


BR


-- 
Danai


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#602457: Please remove package Unicode::Collate from perl-modules

[韓達耐]

Hi Niko

On 5 November 2010 07:15, Niko Tyni nt...@debian.org wrote:

 I have just uploaded package `libunicode-collate-xs-perl' version 0.65-1
 to the repository.  This package replaces the Unicode::Collate package
 found in perl-modules, which is a somewhat older version.

 Could you please remove the Unicode::Collate package from perl-modules?

 No, you've misunderstood this.

 Did you see http://lists.debian.org/debian-perl/2010/10/msg00100.html ?

I didn't receive that mail.  That's a bummer, because that mail would
have saved me a lot of time and unnecessary work.

 Also, why do you call it libunicode-collate-xs-perl ? AFAICS the module
 is still called Unicode::Collate, with or without the XS bits.

True, but that was before I had read Ansgar's mail today and thought
that the non-XS package could someday be packaged by someone else, and
therefore leave `libunicode-collate-perl' for him/her.

 I have added a Conflicts against `perl-modules (= 5.10.1-16)' to ensure
 a proper transition.

 I don't see the package you uploaded anywhere yet, but doesn't that
 make it currently uninstallable? There's no need for it in any case,
 the separate package should install in /usr/(share|lib)/perl5 and be
 found first on @INC.

I introduced the Conflicts so it would only install if perl-modules
was updated, so I purposefully designed it that it would be
uninstallable ATM.
I'll upload a new version under `libiunicode-collate-perl' and ask the
FTP Masters to remove `libiunicode-collate-xs-perl'.

Thanks for the information and pointing me in the right direction.


Best regards


-- 
Danai



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#602457: Please remove package Unicode::Collate from perl-modules

[韓達耐]

Haha, silly me.  I forgot to upload the bad package to the NEW queue.
How fortunate.  I'll upload the good `libunicode-collate-perl' today.

BR

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#602435: ITP: libunicode-collate-xs-perl -- Perl module for Unicode collation algorithm with faster XS compilation

[韓達耐]

Package: wnpp
Severity: wishlist
Owner: Danai SAE-HAN (韓達耐) da...@debian.org

* Package name: libunicode-collate-xs-perl
  Version : 0.62
  Upstream Author : Tomoyuki SADAHIRO sadah...@cpan.org
* URL : http://search.cpan.org/dist/Unicode-Collate/
* License : Artistic or GPLv1+
  Programming Lang: Perl
  Description : Perl module for Unicode collation algorithm with faster XS 
compilation

Written by SADAHIRO Tomoyuki, this module contains several functions to
collate (sort) Unicode characters.
This package is optimised in XS.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#602457: Please remove package Unicode::Collate from perl-modules

[韓達耐]

Package: perl-modules
Version: 5.10.1-16
Severity: normal

Hi

I have just uploaded package `libunicode-collate-xs-perl' version 0.65-1
to the repository.  This package replaces the Unicode::Collate package
found in perl-modules, which is a somewhat older version.

I have added a Conflicts against `perl-modules (= 5.10.1-16)' to ensure
a proper transition.

Could you please remove the Unicode::Collate package from perl-modules?

Thanks!


-- 
Danai


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages perl-modules depends on:
ii  perl  5.10.1-16  Larry Wall's Practical Extraction 

perl-modules recommends no packages.

perl-modules 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#601285: Licensing of LaTeX-Decode and small patch for Decode/Data.pm

[韓達耐]

Bonjour François

I'm preparing the liblatex-decode-perl package for inclusion in Debian
(as a dependency of Biber).
There are two issues I have.

1) I'm a bit confused about the licensing.
The source files only mention the Artistic License.  The README
mentions both the Artistic License and GPLv1+.
META.yml and Changelog mention Artistic License v2 explicitly.

If you only license it under Artistic 2, can you modify the .pm files,
README and latex2utf to reflect this?

2) Below is a patch for Decode/Data.pm.  It only adds a NAME and
VERSION block for perldoc, and has been created to disable some Debian
build warnings.  If you wish, you can include them upstream.

--- ../lib/LaTeX/Decode/Data.pm.orig2010-10-30 00:47:11.511237512 +0200
+++ ../lib/LaTeX/Decode/Data.pm 2010-10-30 00:48:11.347708217 +0200
@@ -2,6 +2,17 @@
 use strict;
 use warnings;
 use base qw(Exporter);
+
+=head1 NAME
+
+LaTeX::Decode::Data - Data to decode from LaTeX to Unicode
+
+=head1 VERSION
+
+Version 0.03
+
+=cut
+
 our @EXPORT= qw[ %ACCENTS %WORDMACROS %DIACRITICS
%WORDMACROSEXTRA %DIACRITICSEXTRA %PUNCTUATION %NEGATEDSYMBOLS
%SUPERSCRIPTS %SYMBOLS %CMDSUPERSCRIPTS %DINGS %GREEK $ACCENTS_RE
$DIAC_RE_BASE $DIAC_RE_EXTRA $NEG_SYMB_RE $SUPER_RE $SUPERCMD_RE ];
 #our @EXPORT_OK = qw[
 #  %WORDMACROSEXTRA %DIACRITICSEXTRA %PUNCTUATION %NEGATEDSYMBOLS
%SUPERSCRIPTS %SYMBOLS %CMDSUPERSCRIPTS %DINGS %GREEK



Cordialement


-- 
Danai



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#601280: ITP: libconfig-autoconf-perl -- A module to implement some of AutoConf macros in pure Perl

[韓達耐]

Package: wnpp
Severity: wishlist
Owner: Danai SAE-HAN (韓達耐) da...@debian.org

* Package name: libconfig-autoconf-perl
  Version : 0.16
  Upstream Author : Alberto Manuel Brandão Simões a...@cpan.org
* URL : http://search.cpan.org/dist/Config-AutoConf/
* License : Artistic or GPLv1+
  Programming Lang: Perl
  Description : A module to implement some of AutoConf macros in pure Perl

With this module the author pretends to simulate some of the tasks
AutoConf macros do.  To detect a command, to detect a library, etc.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#601283: ITP: libfile-slurp-unicode-perl -- Perl module to add Unicode support for the File::Slurp package

[韓達耐]

Package: wnpp
Severity: wishlist
Owner: Danai SAE-HAN (韓達耐) da...@debian.org

* Package name: libfile-slurp-unicode-perl
  Version : 0.7.1
  Upstream Author : David Caldwell da...@porkrind.org
* URL : http://search.cpan.org/dist/File-Slurp-Unicode/
* License : Artistic or GPLv1+
  Programming Lang: Perl
  Description : Perl module to add Unicode support for the
File::Slurp package

This module wraps the standard File::Slurp package and adds character
encoding support.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#601285: ITP: liblatex-decode-perl -- Perl module to convert LaTeX input to Unicode

[韓達耐]

Package: wnpp
Severity: wishlist
Owner: Danai SAE-HAN (韓達耐) da...@debian.org

* Package name: liblatex-decode-perl
  Version : 0.03
  Upstream Author : François Charette firmi...@cpan.org
* URL : http://search.cpan.org/dist/LaTeX-Decode/
* License : Artistic or GPLv1+
  Programming Lang: Perl
  Description : Perl module to convert LaTeX input to Unicode

The module LaTeX::Decode does (obviously) the opposite of LaTeX::Encode: it
converts LaTeX input to Unicode. :)
It also comes with a companion utility script, latex2utf8.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#601288: ITP: liblist-allutils-perl -- A Perl wrapper for modules List::Util and List::MoreUtils

[韓達耐]

Package: wnpp
Severity: wishlist
Owner: Danai SAE-HAN (韓達耐) da...@debian.org

* Package name: liblist-allutils-perl
  Version : 0.02
  Upstream Author : Dave Rolsky auta...@urth.org
* URL : http://search.cpan.org/dist/List-AllUtils/
* License : Artistic or GPLv1+
  Programming Lang: Perl
  Description : A Perl wrapper for modules List::Util and List::MoreUtils

Are you sick of trying to remember whether a particular helper is
defined in `List::Util' or `List::MoreUtils'?  The author sure is. Now you don't
have to remember. This module will export all of the functions that
either of those two modules defines.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#601290: ITP: libxml-libxml-simple-perl -- Perl module that uses the XML::LibXML parser for XML structures

[韓達耐]

Package: wnpp
Severity: wishlist
Owner: Danai SAE-HAN (韓達耐) da...@debian.org

* Package name: libxml-libxml-simple-perl
  Version : 0.14
  Upstream Author : Mark Overmeer p...@overmeer.net
* URL : http://search.cpan.org/dist/XML-LibXML-Simple/
* License : Artistic or GPLv1+
  Programming Lang: Perl
  Description : Perl module that uses the XML::LibXML parser for XML 
structures

This module is a blunt rewrite of XML::Simple (by Grant McLean) to use the
XML::LibXML parser for XML structures, where the original uses plain Perl
or SAX parsers.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#599486: Please update Unicode::Collate (= 0.60)

[韓達耐]

Ok, thanks for the info!

BR

-- 
Danai

On 8 October 2010 12:24, Niko Tyni nt...@debian.org wrote:
 On Fri, Oct 08, 2010 at 01:08:26AM +0200, Danai SAE-HAN wrote:
 Package: perl-modules
 Version: 5.10.1-15
 Severity: wishlist
 Tags: sid

 In order to package biblatex-biber (see RFPs #570018 and #598160) I need a
 more recent version of Unicode::Collate (at least version 0.60; the latest
 version is 0.62).  It can be
 found at http://search.cpan.org/~sadahiro/Unicode-Collate/ .

 Is it possible to package the newer upstream version?  Or do I need to
 create the libunicode-collate-perl package?  Thanks for your response!

 We generally don't upgrade the bundled modules to stay consistent with
 the upstream versions of the Perl core. Given that Unicode-Collate-0.60
 isn't even the latest upstream development release of Perl (5.13.5) yet, a
 separate libunicode-collate-perl package would be the preferred solution.

 If/when the separate package enters unstable, please file a bug against
 perl for adding the Provides/Replaces/Conflicts dance like we do for
 all the other separately packaged dual lived modules.

 Cheers,
 --
 Niko Tyni   nt...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#599485: New upstream release (v0.48)

[韓達耐]

Package: libtext-bibtex-perl
Version: 0.38-1
Severity: wishlist
Tags: sid


Hi!

In order to package biblatex-biber (see RFPs #570018 and #598160) I need a
more recent version of Text::BibTeX (at least version 0.47; the latest version
is 0.48).

Is it possible to package the newer upstream version?  Thanks!


-- 
Danai


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libtext-bibtex-perl depends on:
ii  libbtparse0   0.34-2 A C library to parse BibTeX files
ii  libc6 2.11.2-6   Embedded GNU C Library: Shared lib
ii  perl  5.10.1-14  Larry Wall's Practical Extraction
ii  perl-base [perlapi-5.10.0]5.10.1-14  minimal Perl system

libtext-bibtex-perl recommends no packages.

libtext-bibtex-perl 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#599486: Please update Unicode::Collate (= 0.60)

[韓達耐]

Package: perl-modules
Version: 5.10.1-15
Severity: wishlist
Tags: sid

Hi!


In order to package biblatex-biber (see RFPs #570018 and #598160) I need a
more recent version of Unicode::Collate (at least version 0.60; the latest
version is 0.62).  It can be
found at http://search.cpan.org/~sadahiro/Unicode-Collate/ .

Is it possible to package the newer upstream version?  Or do I need to
create the libunicode-collate-perl package?  Thanks for your response!


Best regards


-- 
Danai



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages perl-modules depends on:
ii  perl  5.10.1-15  Larry Wall's Practical Extraction

perl-modules recommends no packages.

perl-modules 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#570018: RFP: biblatex-biber -- A BibTeX replacement for users of biblatex, with full Unicode support, written in Perl

[韓達耐]

Hi Markus

I've just seen your RFP for Biber, and am interested in creating a
Debian package for it.
There are some Perl dependencies that don't exist yet in Debian, so I
will have to create a few Perl library packages as well.

I hope to get a working package (amd64) ready within a week or two.

Cheers

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#572741: installation-reports : installer boot failure

[韓達耐]

Hi

I too am struck by this bug with the same netinst boot CD, version 5.04.
It happens to be an HP Elitebook 8530w laptop.

Is there any possibility of using a netinst boot CD using a more
recent kernel?  I don't have jigdo at my disposal, so I am completely
dependent on prebuilt ISO images.

If you need more information, then please don't hesitate.

Best regards

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#572741: installation-reports : installer boot failure

[韓達耐]

Thanks for the suggestion.
The current testing ISO did indeed solve the issue.

Cheers!

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#585584: aptitude latex-cjk-all issue

[韓達耐]

Hi Aaron

I will close this bug.

Best regards

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#585584: aptitude latex-cjk-all issue

[韓達耐]

Hi

On 18 June 2010 20:03, aaron jaguar.sm...@gmail.com wrote:
 Hum...

 This is interesting; I didn't  have a texlive-bin  directory.
 However, reinstalling texlive-base-bin seems to have worked, and the
 re-install created a texlive-bin directory.
 Well the problem is fixed...  Thank you!

Indeed, but the question is: why wasn't texlive-base-bin pulled in the
first time?
I have no idea: I don't think that latex-cjk-all is to blame: it
depends on latex-cjk-chinese, and then all the way to
texlive-base-bin.

Frank, Hilmar: do you want to investigate this further?  If not, then
I think I will close this bug.

Cheers

-- 
Danai



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#585584: aptitude latex-cjk-all issue

[韓達耐]

Hi

Just like Frank wrote, package texlive-base-bin is required for
debianize-fmtutil.
I did a quick check on the Debian PTS pages, and the chain adds up in
Lenny (Debian stable), so I'm curious to know why texlive-base-bin
wasn't pulled in by the APT installer.

Could you perform the command from Frank?

BR

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#579321: Some HLaTeX font references used by CJK are not available in ko.tex anymore

[韓達耐]

Hi

Just a small status update: I am currently revising the 45kb patch
file(about 1/3 is finished), and expect to have a new version in
Debian/unstable by the end of this week.

Best regards

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#462253: LaTeX for Korean

[韓達耐]

Hi Osamu

On 11 April 2010 16:25, Osamu Aoki os...@debian.org wrote:
 Hi Changwoo Ryu and Texlive-people,

 Can any one you find someone who knows about making Korean page using
 Latex tool chain.
[snip]

I have two possible tool chains that you can use and that I know.

Option 1:
Attached you will find an example TeX file with accompanying PDF that
can be found in the latex-cjk-xcjk package.  It makes use of the xCJK
package, a mix between XeTeX and CJK.
It makes directly use of the TTF fonts, most of which are downloadable
from Debian's main repositories.  Don't worry, the fonts in the PDF
are embedded.

No utf8x may be used, and instead of the binary latex you need to
use xelatex, part of the texlive-xetex package.  I prefer this
option because you don't need all those bulky and awkward
self-generated TFM anymore; with Xe(La)TeX you can instead use the TTF
directly, and don't need Fontforge anymore.  AFAIK, only UTF-8 is
supported.

Option 2:
If OTOH you still need to use latex, then we will need to use the
TFM fonts from the ko.tex packages.  I just noticed that the
KS.tex example (part of latex-cjk-korean) doesn't work out of the
box anymore, because the old HLaTeX had some font variants that ko.tex
doesn't anymore.  I will upload a new version of the CJK package
within a few days to correct this.

The advantage of using option 2, is that you can still rely on the
trusty old latex binary.  Currently only EUC-KR is supported.  UTF-8
was and is still on my TODO list, sorry (font-related issues).  If you
want to go for option 2, then I will spend some of my vacation working
on this. ;-)

There are probably other possibilities, but I have no experience with
them (such as directly using ko.tex without xCJK).  If any of the
above tool chains are to your liking, then I can help you configuring
the correct LaTeX headers.


 This old data was assuming HLaTeX which is outdated.

True, it is now ko.tex, but some of the font variants are not available anymore.


Cheers


-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#567803: new upstream version available

[韓達耐]

Hi Vincent

A bit more explanation what the bug is.  When starting freecol, I
can play one or two turns.  It always crashes during the End Turn
phase when the AI is working.

My $JAVA_HOME variable is set to /usr/lib/jvm/java-6-sun, and in
/etc/alternatives the java binary links to SUN's version.  When I
manually set the JAVA_HOME variable to OpenJDK's directory, I don't
have any problems.

Best regards


-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#567803: new upstream version available

[韓達耐]

Hi Vincent

Below you will find the contents of `hs_err_pid10046.log'.

I  also found another temporary file in /tmp:
% file /tmp/JF441257453087768560.tmp
/tmp/+~JF441257453087768560.tmp: TrueType font data

Could it be that it crashes because of a font issue?

--- Contents of hs* log file ---


#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0xb7033926, pid=10046, tid=2754968432
#
# JRE version: 6.0_18-b07
# Java VM: Java HotSpot(TM) Server VM (16.0-b13 mixed mode linux-x86 )
# Problematic frame:
# V  [libjvm.so+0x5a2926]
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#

---  T H R E A D  ---

Current thread (0x0863c800):  GCTaskThread [stack:
0xa42d7000,0xa4358000] [id=10049]

siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR),
si_addr=0x000c

Registers:
EAX=0x, EBX=0xb227ff50, ECX=0x0008, EDX=0xb227ff01
ESP=0xa4356e50, EBP=0xa4356eb8, ESI=0xa4356f08, EDI=0x0868dfe8
EIP=0xb7033926, CR2=0x000c, EFLAGS=0x00210293

Top of Stack: (sp=0xa4356e50)
0xa4356e50:   0868dfe8 b2e81530 a4356e88 b6d30c3c
0xa4356e60:   0868dfe8 b2e81530 b2020660 b2020660
0xa4356e70:   b2e80308 0004 0063b098 3f40
0xa4356e80:    01e855bc a4356eb8 000d
0xa4356e90:   0868df90 b2e854d0 0001 0001
0xa4356ea0:   0863b088 0863b088 a4356ee8 acd86e48
0xa4356eb0:   a4356f08 0868dfe8 a4356ee8 b703419e
0xa4356ec0:   0868df90 b227ff50 0001 a4356f08

Instructions: (pc=0xb7033926)
0xb7033916:   0f 84 3d 02 00 00 c6 45 c3 00 8b 43 04 8d 48 08
0xb7033926:   8b 51 04 89 d7 c1 ff 02 85 d2 89 7d bc 0f 8e df

Stack: [0xa42d7000,0xa4358000],  sp=0xa4356e50,  free space=1ffa43567e0k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x5a2926]
V  [libjvm.so+0x5a319e]
V  [libjvm.so+0x5a2686]
V  [libjvm.so+0x5a50db]
V  [libjvm.so+0x324cbb]
V  [libjvm.so+0x55de9e]
C  [libpthread.so.0+0x6585]


---  P R O C E S S  ---

Java Threads: ( = current thread )
  0xa24b JavaThread FreeColServer:AIPlayer (Dom Manuel I)
[_thread_blocked, id=10236, stack(0xa200d000,0xa205e000)]
  0xa24cac00 JavaThread FreeColClient:ReceivingThread -
Connection[Socket[addr=/127.0.0.1,port=3541,localport=57537]]
[_thread_in_native, id=10078, stack(0xa315e000,0xa31af000)]
  0x087f4000 JavaThread FreeColServer:ReceivingThread -
Connection[Socket[addr=/127.0.0.1,port=57537,localport=3541]]
[_thread_in_native, id=10077, stack(0xa339,0xa33e1000)]
  0xa23f1000 JavaThread FreeColServer:Server [_thread_in_native,
id=10076, stack(0xa333f000,0xa339)]
  0x0982cc00 JavaThread TimerQueue daemon [_thread_blocked,
id=10072, stack(0xa1eaf000,0xa1f0)]
  0xa24c4000 JavaThread DestroyJavaVM [_thread_blocked, id=10047,
stack(0xb6a1a000,0xb6a6b000)]
  0xa24c3800 JavaThread FreeColClient:Worker [_thread_blocked,
id=10068, stack(0xa20af000,0xa210)]
  0xa24cb800 JavaThread AWT-EventQueue-0 [_thread_blocked, id=10067,
stack(0xa220d000,0xa225e000)]
  0xa24a0800 JavaThread AWT-Shutdown [_thread_blocked, id=10066,
stack(0xa225e000,0xa22af000)]
  0xa268a400 JavaThread Java Sound Event Dispatcher daemon
[_thread_blocked, id=10065, stack(0xa22af000,0xa230)]
  0x087f2400 JavaThread AWT-XAWT daemon [_thread_in_native,
id=10059, stack(0xa34af000,0xa350)]
  0x087a5400 JavaThread Java2D Disposer daemon [_thread_blocked,
id=10058, stack(0xa3621000,0xa3672000)]
  0xa4116c00 JavaThread Low Memory Detector daemon [_thread_blocked,
id=10056, stack(0xa3b24000,0xa3b75000)]
  0xa4114c00 JavaThread CompilerThread1 daemon [_thread_blocked,
id=10055, stack(0xa3b75000,0xa3bf6000)]
  0xa4112c00 JavaThread CompilerThread0 daemon [_thread_blocked,
id=10054, stack(0xa3bf6000,0xa3c77000)]
  0xa4111400 JavaThread Signal Dispatcher daemon [_thread_blocked,
id=10053, stack(0xa3c77000,0xa3cc8000)]
  0xa4100800 JavaThread Finalizer daemon [_thread_blocked, id=10052,
stack(0xa3ec8000,0xa3f19000)]
  0x086b1800 JavaThread Reference Handler daemon [_thread_blocked,
id=10051, stack(0xa3f19000,0xa3f6a000)]

Other Threads:
  0x086aec00 VMThread [stack: 0xa4223000,0xa42a4000] [id=10050]
  0xa4118c00 WatcherThread [stack: 0xa3aa3000,0xa3b24000] [id=10057]

=0x0863c800 (exited) GCTaskThread [stack: 0xa42d7000,0xa4358000] [id=10049]

VM state:at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread:  ([mutex/lock_event])
[0x08632f28] Threads_lock - owner thread: 0x086aec00
[0x0868] Heap_lock - owner thread: 0xa24cb800

Heap
 PSYoungGen  total 49024K, used 38768K [0xafcb, 0xb37e, 0xb38b)
  eden space 38720K, 100% used [0xafcb,0xb228,0xb228)
  from space 10304K, 0% used [0xb228,0xb228c000,0xb2c9)
  to   space 9600K, 0% used [0xb2e8,0xb2e8c000,0xb37e)
 PSOldGentotal 98432K, used 74671K [0xa84b, 0xae4d, 0xafcb)
  object space 98432K, 75% used [0xa84b,0xacd9be90,0xae4d)
 PSPermGen

Bug#567803: new upstream version available

[韓達耐]

Bonjour Vincent!

Switching from Sun's JRE to OpenJDK's works:

[2010-03-28 14:23:25] da...@tls2ce911hx8s ~
  % JAVA_HOME=/usr/lib/jvm/java-6-openjdk freecol

It's quite slowe compared to Sun's (which I need for Groovy and
Grails), but at least it doesn't crash anymore (for now, that is ;-)).

Sorry for the noise.


-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#570901: Bumping up severity; any progress in this bug?

[韓達耐]

Hi Norbert

2010/3/8 Norbert Preining prein...@logic.at:
 On Mo, 08 Mär 2010, Danai SAE-HAN (韓達耐) wrote:
 I was just thinking how we could use the current Debian infrastructure
 such as dh_installtex instead of directly modifying the dvipdfmx file.

 It depends. I don't know enough about dvipdfmx config files, but
 in principle we could auto-generate dvuipdfmx config file from the
 map snippets installed, as we do with updmap.cfg.

 But I am not sure if *all* the map files in updmap.cfg should be used
 in dvipdfmx, or only a subset, or no relation at all.

 Of course we can create a new variant, update-dvipdfmx and add
 support for it in dh_isntalltex ...I mean, it is simply copying of
 code in the already present script, well, probably some more, but
 what the hack.

 But do we need that?

Well, I'm not sure if we should indeed invest much time in this.
/usr/share/texmf-texlive/fonts/map/dvipdfmx/cid-x.map is full of
different font entries, and having the font packages themselves take
care of their own entries in the cid-x.map file is perhaps nicer from
an architectural POV, but not worth the effort.

Best regards

-- 
Danai



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#570901: Bumping up severity; any progress in this bug?

[韓達耐]

Hi

On 10 March 2010 03:15, Atsuhito Kohda ko...@pm.tokushima-u.ac.jp wrote:
 Hi all,

 On Tue, 9 Mar 2010 01:52:30 +0900, Norbert Preining prein...@logic.at wrote:

 On Mo, 08 Mär 2010, Danai SAE-HAN (韓達耐) wrote:
 (snip)
 I was just thinking how we could use the current Debian infrastructure
 such as dh_installtex instead of directly modifying the dvipdfmx file.
 (snip)
 Of course we can create a new variant, update-dvipdfmx and add
 support for it in dh_isntalltex ...I mean, it is simply copying of
 code in the already present script, well, probably some more, but
 what the hack.

 But do we need that?

 Some comments from my side.
 Basically it is safe to consider that fonts for pTeX are
 NOT fonts for standard (or normal) TeX so it is not right way
 to treat them with standard TeX tools like updmap etc., IMHO.

I tend to disagree here.  The format of the font does not matter: just
the way of hooking up fonts in dvipdfmx.cfg matters here, I think.

 There is a project called ptexlive in Japan which extends
 many standards TeX tools (like updmap etc.) to support fonts
 for pTeX, which implys one can't use updmap for pTeX fonts.

 In fact TFM for pTeX is not a standard TFM but modified version
 of TFM (called JFM) and VF for pTeX is also in the same situation.

Just as above: not the format of the font is important, but the fact
that it needs a few entries in dvipdfmx.cfg.

 But dvipdfmx is very special in this point of view.  It is in a
 standard TeX and supports also pTeX (from the beginning?) but it
 needs a special configuration for pTeX.

dvipdfmx doesn't need a special configuration for pTeX; just a few
entries for some fonts to get CID working.  Or did I miss something?

 On Sat, 6 Mar 2010 02:12:25 +0900, YOSHINO Yoshihito wrote:

 Note that the patch to restore DVIPDFMx.cnf proposed in the first post
 is still needed to look for cmap files.

 If this is not fixed yet I think this could be fixed
 by ptex-jisfonts so we can file a bug to ptex-jisfonts.

 Also please note that dvipdfmx can read a map file with
 option -f map_file, perhaps you all know this.

 I hope this might help you.

I didn't know this.  That is indeed an option.


Best regards


-- 
Danai



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#570901: Bumping up severity; any progress in this bug?

[韓達耐]

Hi Norbert


2010/3/8 Norbert Preining prein...@logic.at:
 On Mo, 08 Mär 2010, Danai SAE-HAN (韓達耐) wrote:
 I am not entirely convinced that this patch needs to be added to the
 TeXlive Debian package; I would rather put it in the pTeX JIS font
 package, since that package provides the rml and gbm fonts.

 But that package would need to change a file of ours, that seems like
 a bit a pain. Alternatives? I am not sure ...

Alternative would be dh_installtex, IMHO.

 I would add the following lines in ptex-jisfonts/rules:

         dh_install cid-x.map /usr/share/texmf/fonts/map/dvips/arphic/
         dh_installtex --flavor=map:config_for_all_maps map=Map,cid-x.map

 The problem now is that dh_installtex also creates faulty lines in
 pdftex.map.  If we can fix either cid-x.map or dh_installtex to have

 dh_installtex??? Does not crete any faulty lines, it is updmap, right?

 I am somehow lost ATM.

Indeed, it is updmap.  Sorry for the confusion.

If we choose dh_installtex inside ptex-jisfonts instead of modifying
texlive-base, then we will have to modify cid-x.map to get it working
nicely with updmap.

 I thought this issues is solved with addint the two maps to the
 config file.

 Did it create a different/new problem, Danai?

The patch by Yoshihito that you just applied works, yes.  No worries,
it doesn't add any new problems.
I was just thinking how we could use the current Debian infrastructure
such as dh_installtex instead of directly modifying the dvipdfmx file.
Personally I think that it would be best to have the font packages
control their own entries in dvipdfmx instead of texlive-base, but
YMMV.  It would also solve the problem that Yoshihito raised, i.e.
what if you make a local modification?


Best regards


-- 
Danai



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#570901: Bumping up severity; any progress in this bug?

[韓達耐]

Hi Yoshihito

On 5 March 2010 18:12, YOSHINO Yoshihito yy.y.ja...@gmail.com wrote:
 Hello,

 On Wed, Mar 3, 2010 at 10:26 AM, Norbert Preining prein...@logic.at wrote:

 We should find a good solution for that. The problem is that dvipdfmx
 is now the default program and is even used as dvipdfm, so we don't
 want that warning message show up permanently.

 For example, *every* *EVERY* xetex run would produce that warning
 message, so that is definitely NOT the way to go, sorry.

 OK, I attach another patch in place of the warning-full patch to add
 some mappings to cid-x.map necessary for jis fonts (rml-jis and
 gbm-jis) which are copied from jis-cjk.map file in ptex-jisfonts.
 This patch works around for ptex-jisfonts users, and other people will
 not receive any warning message. I don't know other Chinese/Korean
 people need their extra mappings, but, if so, the mappings can be added
 like this patch.

I am not entirely convinced that this patch needs to be added to the
TeXlive Debian package; I would rather put it in the pTeX JIS font
package, since that package provides the rml and gbm fonts.

I would add the following lines in ptex-jisfonts/rules:

dh_install cid-x.map /usr/share/texmf/fonts/map/dvips/arphic/
dh_installtex --flavor=map:config_for_all_maps map=Map,cid-x.map

The problem now is that dh_installtex also creates faulty lines in
pdftex.map.  If we can fix either cid-x.map or dh_installtex to have
no entries in pdftex.map, then I think we're okay.
Attached you will find the test.pdf file that I created from your
test.dvi.  I have problems reading it with evince because of CID,
but I hope that the resulting PDF is what you expect.

 One caveat of this patch is that it does not handle
 well with mapping the same font to another font, that is, mapping
 rml-jis to other than Ryumin-Light. This patch will work except in
 such a situation (which I think fontmapsx takes into account.)

I wouldn't worry too much about that.  I think ucf will come into
action if you modify the files in the updmap.d/ directory in /etc,
provided that ptex-jisfonts uses dh_installtex in its debian/rules
file.


Best regards


-- 
Danai


test.pdf
Description: Adobe PDF document

Bug#570901: Bumping up severity; any progress in this bug?

[韓達耐]

Hi

On 3 March 2010 17:30, Norbert Preining prein...@logic.at wrote:

 On Mi, 03 Mär 2010, Danai SAE-HAN  wrote:
 It took me a while to understand the issue here, but I agree with
 Norbert: the current patch causes unnecessary inconveniences for other
 users, including CJK users who use the CJK package (latex-cjk-*
 Debian packages).

 Do you have *any* suggestion?

I'll have a look at it in the weekend.

BR

-- 
Danai



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#570901: Bumping up severity; any progress in this bug?

[韓達耐]

Hi

It took me a while to understand the issue here, but I agree with
Norbert: the current patch causes unnecessary inconveniences for other
users, including CJK users who use the CJK package (latex-cjk-*
Debian packages).

BR

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#567735: xul-ext-firegpg: this.FireGPGGPGAccess is undefined with GMail integration

[韓達耐]

Hi Daniel!

On 1 February 2010 08:00, Daniel Kahn Gillmor d...@fifthhorseman.net wrote:

 On 01/30/2010 07:01 PM, Danai SAE-HAN (韓達耐) wrote:
 Whenever I get into the FireGPG options in Iceweasel, I get another error:
 Error : FireGPG cannot access to the IPC library. If you're using Firefox 2,
  you have to upgrade to the version 3 of Firefox. If you're not on windows,
  Linux or MacOS (Intel), you have to build the IPCc library yourself, please
  check the download page of FireGPG.

 I can still view the window, but the assistant doesn't work.

 what screen do you get to on the assistant?  does clicking the execute
 the assistant again button produce any behavior?

When I press on Next, I get exactly the same error message:

Error : FireGPG cannot access to the IPC library. If you're using
Firefox 2, you have to upgrade to the version 3 of Firefox. If you're
not on windows, Linux or MacOS (Intel), you have to build the IPCc
library yourself, please check the download page of FireGPG.

Then I get an empty screen, with two buttons below: Stop and Next.
 Hitting Next will again show the same error message; Stop will
cleanly exit the configuration assistant.


 That does look a bit like #556411.

 Hrm.  I've got the same gnupg, libnspr4-0d, and iceweasel packages as
 you have, but my versions of libc6, libgcc1, and libstdc++6 are still on
 the testing versions.  I'm not seeing this error myself :( here are the
 versions i've got:

 ii  gnupg          1.4.10-2       GNU privacy guard - a free PGP replacement
 ii  iceweasel      3.5.6-1        lightweight web browser based on Mozilla
 ii  libc6          2.10.2-2       GNU C Library: Shared libraries
 ii  libgcc1        1:4.4.2-9      GCC support library
 ii  libnspr4-0d    4.8.3-1        NetScape Portable Runtime Library
 ii  libstdc++6     4.4.2-9        The GNU Standard C++ Library v3

 I'll try to test this under a more bleeding-edge rig as soon as i can.
 If you have any way to try to reproduce it with packages matching these
 versions, that'd be great (though i understand not wanting to tweak a
 live system too much).

That is rather difficult for me, as libc6 version 2.10.2-2 is from
Debian/testing, whereas I am using Debian/unstable, but I will try my
best and hope it doesn't break too many other stuff.

 If it is something you feel OK sharing, could you show me the output of:

  grep -i firegpg ~/.mozilla/firefox/*/prefs.js

/home/danai/.mozilla/firefox/67s8kqul.VMWare and
FF2/prefs.js:user_pref(extensions.enabledItems,
langpack-en...@firefox.mozilla.org:3.5.44,fire...@firegpg.team:0.7.10,vmwarev...@vmware.com:2.5.0.122581,{972ce4c6-7e08-4474-a285-3208198ce6fd}:3.5.6);
/home/danai/.mozilla/firefox/67s8kqul.VMWare and
FF2/prefs.js:user_pref(extensions.firegpg.assisant_has_already_been_executed,
true);
/home/danai/.mozilla/firefox/67s8kqul.VMWare and
FF2/prefs.js:user_pref(extensions.firegpg.gpg_version, 0.7.10);
/home/danai/.mozilla/firefox/67s8kqul.VMWare and
FF2/prefs.js:user_pref(extensions.firegpg.gpgauth.global.trust_model,
direct);
/home/danai/.mozilla/firefox/67s8kqul.VMWare and
FF2/prefs.js:user_pref(extensions.firegpg.inline_sites, );
/home/danai/.mozilla/firefox/97wyg4rs.default/prefs.js:user_pref(extensions.enabledItems,
langpack-en...@firefox.mozilla.org:3.5.44,fire...@firegpg.team:0.7.10,{3d7eb24f-2740-49df-8937-200b1cc08f8a}:1.5.12,{A64F9D1E-FA5E-11DA-A187-6B94C2ED2B83}:1.0.2,vmwarev...@vmware.com:2.5.0.122581,{972ce4c6-7e08-4474-a285-3208198ce6fd}:3.5.6);

/home/danai/.mozilla/firefox/97wyg4rs.default/prefs.js:user_pref(extensions.firegpg.allvays_to_myself,
true);
/home/danai/.mozilla/firefox/97wyg4rs.default/prefs.js:user_pref(extensions.firegpg.assisant_has_already_been_executed,
true);
/home/danai/.mozilla/firefox/97wyg4rs.default/prefs.js:user_pref(extensions.firegpg.enable_gpgapi,
true);
/home/danai/.mozilla/firefox/97wyg4rs.default/prefs.js:user_pref(extensions.firegpg.fireftp_already_warning,
false);
/home/danai/.mozilla/firefox/97wyg4rs.default/prefs.js:user_pref(extensions.firegpg.fireftp_try_to_use_old_system,
false);
/home/danai/.mozilla/firefox/97wyg4rs.default/prefs.js:user_pref(extensions.firegpg.gmail_decrypt_when_reply,
true);
/home/danai/.mozilla/firefox/97wyg4rs.default/prefs.js:user_pref(extensions.firegpg.gmail_select_by_default_attachements,
true);
/home/danai/.mozilla/firefox/97wyg4rs.default/prefs.js:user_pref(extensions.firegpg.gmail_select_by_default_sign,
true);
/home/danai/.mozilla/firefox/97wyg4rs.default/prefs.js:user_pref(extensions.firegpg.gmail_show_user_info_for_signs,
true);
/home/danai/.mozilla/firefox/97wyg4rs.default/prefs.js:user_pref(extensions.firegpg.gpg_version,
0.7.10);
/home/danai/.mozilla/firefox/97wyg4rs.default/prefs.js:user_pref(extensions.firegpg.gpgauth.global.trust_model,
direct);
/home/danai/.mozilla/firefox/97wyg4rs.default/prefs.js:user_pref(extensions.firegpg.hide_expired,
true);
/home/danai/.mozilla/firefox/97wyg4rs.default/prefs.js:user_pref(extensions.firegpg.inline_sites

Bug#567735: xul-ext-firegpg: this.FireGPGGPGAccess is undefined with GMail integration

[韓達耐]

Package: xul-ext-firegpg
Version: 0.7.10-1
Severity: important


Hi

Whenever I get on GMail and view a thread with some GPG in it, I get
the following error (after clicking on Details):

There is a problem with Gmail's integration of FireGPG. Please check
the status page and/or report the following errors:
 checkDock/message chrome://firegpg/content/Core/cgpg.js 1904
 this.FireGPGGPGAccess is undefined

It's not the same error message as on
http://getfiregpg.org/s/gmailstatut though; I couldn't find anything
on the internet with that error message.

Whenever I get into the FireGPG options in Iceweasel, I get another error:
Error : FireGPG cannot access to the IPC library. If you're using Firefox 2,
 you have to upgrade to the version 3 of Firefox. If you're not on windows,
 Linux or MacOS (Intel), you have to build the IPCc library yourself, please
 check the download page of FireGPG.

I can still view the window, but the assistant doesn't work.

That does look a bit like #556411.


This bug is reproducable.  If you need any more info, I'm happy to oblige.



Best regards




-- 
Danai Sae-Han



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xul-ext-firegpg depends on:
ii  gnupg 1.4.10-2   GNU privacy guard - a free PGP rep
ii  iceweasel 3.5.6-1lightweight web browser based on M
ii  libc6 2.10.2-5   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.3-1  GCC support library
ii  libnspr4-0d   4.8.3-1NetScape Portable Runtime Library
ii  libstdc++64.4.3-1The GNU Standard C++ Library v3

xul-ext-firegpg recommends no packages.

Versions of packages xul-ext-firegpg suggests:
ii  signing-party 1.1.2-1Various OpenPGP related tools

-- 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#566336: dvb-apps: be-Schoten and be-Antwerp run on 506MHz

[韓達耐]

Package: dvb-apps
Version: 1.1.1+rev1273-1
Severity: minor


Hi

The file be-Schoten currently has a frequency of 778MHz, but it should
be 506MHz.
Also, there is another broadcaster in Antwerp, so could you also add a
file called
be-Antwerp with frequency 506MHz?

Source (in Dutch): http://nl.wikipedia.org/wiki/DVB-T-frequenties

Cheers


-- 
Danai


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dvb-apps depends on:
ii  libc6 2.10.2-5   Embedded GNU C Library: Shared lib
ii  makedev   2.3.1-89   creates device files in /dev
ii  udev  150-2  /dev/ and hotplug management daemo

dvb-apps recommends no packages.

dvb-apps 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#562395: latex-cjk-chinese-arphic: FTBFS: No Sub Font Definition file

[韓達耐]

Hi Lucas

It seems that on line 101 of the debian/rules file I need to add
ttf2pk/ to the path of sfddir:
sfddir = /usr/share/texmf-texlive/fonts/sfd/ttf2pk

I'm currently rebuilding the latex-cjk-chinese-arphic package as a
test but that might take a while.

Best regards

-- 
Danai



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org