From info@china-inflatables.cn Tue Mar 1 08:50:49 2005 From: info@china-inflatables.cn (China Inflatables.) Date: Tue, 1 Mar 2005 16:50:49 +0800 Subject: [xml/sgml-pkgs] I got your info from your website,Hope cooperation. china inflatable
CHINEE， China's   Inflatables.       （ 中 文 ）
We manufacture high quality inflatable products.
Please browse the product sorts.           Feed back

----------------------------------------------------------------------------------------------------------

Download:

 Price List    Order Form    Catalogue

More info:

 www.china-inflatables.cn     About us

Contact us:

Tel:00 86 20 31992109  Fax:00 86 20 83684025

E-mail:

info@china-inflatables.cn    Feed back

     If you do not need this info, Click here
From risa@mean.m-blue.org Tue Mar 1 20:22:07 2005 From: risa@mean.m-blue.org (=?ISO-2022-JP?B?GyRCJWQlb0gpSH5GfSRKPXckTjtSGyhC?=) Date: Wed, 2 Mar 2005 05:22:07 +0900 (KST) Subject: [xml/sgml-pkgs] =?ISO-2022-JP?B?GyRCQUc/TUw8JE5OIiROJSYlaSF5GyhC?= Message-ID: <20050301202207.2E12452167@rental4.fields-server.net> 傔乕傞傑偑偠傫M-TOWN(^O^)/仚仸仸仸仸仸仸仸仸仸仸仸仸仸仸仸仸仸仸 仩仩仩丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂仩仩仩仩仩仩仩仩仩仩仩仩仩仩仩 仩仩丂丂丂丂婥偵側傞傾僲巕偺棤偺婄仚丂乣偁側偨偩偗偵尒偣偰偁偘傞乣丂丂丂 仩仩仩丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒仛 丂http://99net.candyhos.com/?gjmjdbqvr2 伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂 仚*乣*仚*乣*仛*乣*仚*乣*仛*乣*仚*丂丂丂丂丂丂丂仜仠仠仠仠仜 仭墱傑偱姶偠傞慺恖嵳傝丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂仠仠仜仠仜仠 仩仭仩仩仭仩仩仭仩仩仭仩仩仭仩仩仭丂丂丂丂丂丂丂丂丂丂仠仜仠仜仠仠 傛偔奨偱尒偐偗傞壜垽偄旤梕巘偝傫傗僔儑僢僾揦堳偝傫乧 晛抜偼偦傫側斵彈払傕巇帠偑廔傢傟偽巹惗妶偱偄傠傫側婄傪偺偧偐偣傞侓 偦傫側斵彈払偺儂儞僱傪岎偊偨夋憸傗儉乕價乕枮嵹両両(亞佫亝)仛 丂http://99net.candyhos.com/?gjmjdbqvr2 丂丂丂丂丂丂丂丂丂*仛*乣*仚*乣*仛*乣*仚* 亂尰栶旤梕巘俙俲俬偪傖傫偺応崌亃劒劒劒劒劒劒劒劒劒劒劒劒劖 偍揦偵偼僫僀僔儑偩偗偳丄偨傑偀偵棃傞僀働儊儞偺偍媞偝傫偵丂丂丂丂 劔 偙偺傑偊桿傢傟偪傖偭偰偉乧偍庰偺惃偄傕偁偭偰偐偦偺傑傑儂僥儖偱劔 僄僢僠偟偪傖偭偨偀侓(*^O^*)丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂 劔 劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劗 乣*仚*乣*仛*乣*仚*乣*仚*乣*仛 丂仠仠仜丂丂丂丂亂僔儑僢僾揦堳俽俙俶俙俤偪傖傫偺応崌亃 劒劒劒劒劒劒劒劒劒劖 丂仠仜仠丂丂丂丂劔巹偭偰幚偼敍傜傟傞偺偑戝岲偒側偺偋仛栚塀偟偲偐偝傟傞偲劔 丂仠仠仜丂丂丂丂劔傕偆僝僋僝僋偟偪傖偭偰偡偖偵壓拝傑偱偖偭偟傚傝乧丂丂丂丂丂丂丂劔 丂仜仠仠丂丂丂丂劔婥偑晅偔偲柌拞偱亀擖傟偰偉亁偭偰嫨傫偠傖偆偔傜偄乧丅丂丂丂丂劔 丂丂丂丂丂丂劘劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劗 http://99net.candyhos.com/?gjmjdbqvr2 伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂丂丂仜仠 仦>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<仦丂丂仠仠 仭夁寖側慺恖棎傟嶇偒丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂仠仜 仩仭仩仩仭仩仩仭仩仩仭仩仩仭仩仩仭丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂仜仠 亂慺恖業弌嵟慜慄亃丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒仛 丂丂尒傜傟傞偙偲偑戝岲偒側彈偺巕偨偪偑怓乆側応強偱 丂丂戝抇僰乕僪傪斺業侓僐儞價僯丄墂偺儂乕儉丄幵偺拞丄栭偺岞墍丄etc... 丂丂枺椡揑側僇儔僟傪惿偟偘傕側偔傾僺乕儖偡傞條巕偵僪僉僪僉侓 丂亂搶惣慺恖傾僕偔傜傋懳寛亃丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒仛 丂丂戝岲昡偺僽儖僙儔斣奜曃仛 丂丂崱夞偼娭搶偲娭惣偦傟偧傟偺僽儖僙儔僔儑僢僾偱丄 丂丂壓拝傪攧傝偵棃偨慺恖偺彈偺巕偲岎徛仺僴仜嶣傝偟偪傖偄傑偟偨 丂丂偦偺堦晹巒廔傪廂傔偨倁俿俼傪幨恀偲嫟偵戝岞奐両 http://99net.candyhos.com/?gjmjdbqvr2 伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂伂 伂伂 ***仧仧仧*******仧仧仧*******仧仧仧*******仧仧仧*******仧仧仧 傔乕傞傑偑偠傫M-TOWN(^O^)/仚仸仸仸仸仸仸仸仸仸仸仸仸仸仸仸仸仸 丒摉嬊偼丄儊乕儖儅僈僕儞愱栧偺攝怣僗僞儞僪偲側偭偰偍傝傑偡丅 丒摉嬊傛傝攝怣偝傟傞忣曬偺娗棟偵偮偄偰偼敪峴幰偵埶懚偟偰偍傝傑偡偺偱丄 丂撪梕偺偛棙梡偵娭偟偰偼偛峸撉幰屄恖偺愑擟偵偍偄偰偛棙梡壓偝偄丅 丒摉嬊偼偛徯夘愭偺僒僀僩偵偍偗傞偄偐側傞僩儔僽儖傗懝奞偵懳偟偰傕 堦愗偺愑擟傪晧偄偐偹傑偡丅 丒宖嵹忣曬偵娭偟偰偺偛幙栤偵偼墳偠偰偍傝傑偣傫偺偱梊傔偛椆彸壓偝偄丅 丒摉儊乕儖儅僈僕儞偵宖嵹偝傟偨婰帠偺堦晹傑偨偼慡晹傪 嫋壜側偔揮嵹偡傞偙偲傪嬛巭抳偟傑偡丅 丒峸撉夝彍傪偛婓朷偺曽偼丄偍庤悢偱偡偑壓婰偺傾僪儗僗傛傝儘僌僀儞偟丄 偛帺恎偱偍庤懕偒壓偝偄丅 丂 丂仺 http://mean.m-blue.org/m-town/ ***仧仧仧*******仧仧仧*******仧仧仧*******仧仧仧*******仧仧仧 ***仧仧仧*******仧仧仧*******仧仧仧*******仧仧仧*******仧仧仧 From owner@bugs.debian.org Fri Mar 4 15:49:14 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Fri, 04 Mar 2005 07:49:14 -0800 Subject: [xml/sgml-pkgs] Bug#273961: marked as done (libxml2: new upstream) In-Reply-To: <9fd27fe905030407321f4a7df1@mail.gmail.com> References: <9fd27fe905030407321f4a7df1@mail.gmail.com> Message-ID: Your message dated Fri, 4 Mar 2005 16:32:01 +0100 with message-id <9fd27fe905030407321f4a7df1@mail.gmail.com> and subject line New version already in testing has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 29 Sep 2004 01:31:09 +0000 >From hawke@hawkesnest.net Tue Sep 28 18:31:09 2004 Return-path: Received: from hawkesnest.net [68.78.212.97] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CCTJF-0004kN-00; Tue, 28 Sep 2004 18:31:09 -0700 Received: from [192.168.0.231] (helo=localhost.localdomain) by localhost with esmtp (TLS-1.0:RSA_ARCFOUR_SHA:16) (Exim 4.34) id 1CCTHk-0007fp-Tq for submit@bugs.debian.org; Tue, 28 Sep 2004 20:29:36 -0500 Received: from hawke by localhost.localdomain with local (Exim 4.34) id 1CCTHk-0007CG-9F; Tue, 28 Sep 2004 20:29:36 -0500 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Alex Mauer To: Debian Bug Tracking System Subject: libxml2: new upstream X-Mailer: reportbug 2.99.4 Date: Tue, 28 Sep 2004 20:29:36 -0500 Message-Id: X-Broken-Reverse-DNS: no host name found for IP address 192.168.0.231 X-hawkesnest-MailScanner: Found to be clean X-hawkesnest-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.82, required 6, autolearn=not spam, ALL_TRUSTED -2.82) X-MailScanner-From: hawke@hawkesnest.net Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: libxml2 Version: 2.6.11-3 Severity: wishlist There is a new version of libxml2 available, 2.6.13. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-4-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US Versions of packages libxml2 depends on: ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii zlib1g 1:1.2.1.2-1 compression library - runtime -- no debconf information --------------------------------------- Received: (at 273961-close) by bugs.debian.org; 4 Mar 2005 15:32:36 +0000 >From siretart@gmail.com Fri Mar 04 07:32:36 2005 Return-path: Received: from wproxy.gmail.com [64.233.184.201] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D7En6-00077b-00; Fri, 04 Mar 2005 07:32:36 -0800 Received: by wproxy.gmail.com with SMTP id 67so1922018wri for <273961-close@bugs.debian.org>; Fri, 04 Mar 2005 07:32:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=Y9SUj3HJ112WA+8SrlBmHXKCpuoNiBa9xmkshoUfP71T5xYUyTLYoekQYZMDFkpy5+yt3QbDNCbL3kaxzeVQBFXQZGTADgg8Ul1McSL7d8PRm+fnFW4p/Vr5OmrF8+iw9ulJSqRxXE1RduzoosFuqJvPjgEHFMkPGt8hkVfAmh0= Received: by 10.54.34.53 with SMTP id h53mr48746wrh; Fri, 04 Mar 2005 07:32:02 -0800 (PST) Received: by 10.54.3.30 with HTTP; Fri, 4 Mar 2005 07:32:01 -0800 (PST) Message-ID: <9fd27fe905030407321f4a7df1@mail.gmail.com> Date: Fri, 4 Mar 2005 16:32:01 +0100 From: Reinhard Tartler Reply-To: Reinhard Tartler To: 273961-close@bugs.debian.org Subject: New version already in testing Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Delivered-To: 273961-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: I think this bug can be closed, as version 2.6.16-3 as already propagated to testing. regards, Reinhard From Roland Stigge , 298123@bugs.debian.org Fri Mar 4 21:36:31 2005 From: Roland Stigge , 298123@bugs.debian.org (Roland Stigge) Date: Fri, 04 Mar 2005 22:36:31 +0100 Subject: [xml/sgml-pkgs] Bug#298123: db2latex-xsl: Default language French? Message-ID: <20050304213632.0C5F410041B7E@atari.stigge.org> This is a multi-part MIME message sent by reportbug. --===============1026606233== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: db2latex-xsl Version: 0.8pre1-5 Severity: normal Hi, I'm living in an en_GB.UTF-8 locale and am wondering why the default language in the result seems to be French. I'm attaching an XML example. Compile with xsltproc http://db2latex.sourceforge.net/xsl/docbook.xsl lang.xml > lang.tex Thanks for considering. bye, Roland -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) -- no debconf information --===============1026606233== Content-Type: application/xml MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="lang.xml" PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0idXRmLTgiIHN0YW5kYWxvbmU9Im5vIj8+Cjwh RE9DVFlQRSBib29rIFBVQkxJQyAiLS8vT0FTSVMvL0RURCBEb2NCb29rIFhNTCBWNC4zLy9FTiIK CQkgICAgICAiaHR0cDovL253YWxzaC5jb20vZG9jYm9vay94bWwvNC4zL2RvY2Jvb2suZHRkIj4K PGJvb2s+CiAgPGNoYXB0ZXI+PHRpdGxlPkEgQ2hhcHRlcjwvdGl0bGU+CiAgICA8c2VjdDE+PHRp dGxlPkEgU2VjdGlvbjwvdGl0bGU+CiAgICAgIDxwYXJhPgoJdGVzdAogICAgICA8L3BhcmE+CiAg ICA8L3NlY3QxPgogIDwvY2hhcHRlcj4KPC9ib29rPgoK --===============1026606233== MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: attachment; filename="lang.tex" Content-Transfer-Encoding: quoted-printable % ------------------------------------------------------------=09 % Autogenerated LaTeX file for books=09 % ------------------------------------------------------------=09 \ifx\pdfoutput\undefined \documentclass[,a4paper,10pt,twoside,openright,]{report} \else \documentclass[pdftex,,a4paper,10pt,twoside,openright,]{report} \fi \label{id2425233}\usepackage{ifthen} % -------------------------------------------- % Check for PDFLaTeX/LaTeX=20 % -------------------------------------------- \newif\ifpdf \ifx\pdfoutput\undefined \pdffalse % we are not running PDFLaTeX \else \pdfoutput=3D1 % we are running PDFLaTeX \pdftrue \fi % -------------------------------------------- % Load graphicx package with pdf if needed=20 % -------------------------------------------- \ifpdf \usepackage[pdftex]{graphicx} \pdfcompresslevel=3D9 \else \usepackage{graphicx} \fi \usepackage{anysize} \marginsize{3cm}{2cm}{1.25cm}{1.25cm} \makeatletter % redefine the listoffigures and listoftables so that the name of the cha= pter % is printed whenever there are figures or tables from that chapter. enco= urage % pagebreak prior to the name of the chapter (discourage orphans). \let\save@@chapter\@chapter \let\save@@l@figure\l@figure \let\the@l@figure@leader\relax \def\@chapter[#1]#2{\save@@chapter[{#1}]{#2}% \addtocontents{lof}{\protect\def\the@l@figure@leader{\protect\pagebreak[0= ]\protect\contentsline{chapter}{\protect\numberline{\thechapter}#1}{}{\th= epage}}}% \addtocontents{lot}{\protect\def\the@l@figure@leader{\protect\pagebreak[0= ]\protect\contentsline{chapter}{\protect\numberline{\thechapter}#1}{}{\th= epage}}}% } \renewcommand*\l@figure{\the@l@figure@leader\let\the@l@figure@leader\rela= x\save@@l@figure} \let\l@table\l@figure \makeatother \usepackage{fancyhdr} \renewcommand{\headrulewidth}{0.4pt} \renewcommand{\footrulewidth}{0.4pt} % Safeguard against long headers. \IfFileExists{truncate.sty}{ \usepackage{truncate} % Use an ellipsis when text would be larger than x% of the text width. % Preserve left/right text alignment using \hfill (works for English). \fancyhead[ol]{\truncate{0.49\textwidth}{\sl\leftmark}} \fancyhead[er]{\truncate{0.49\textwidth}{\hfill\sl\rightmark}} \fancyhead[el]{\truncate{0.49\textwidth}{\sl\leftmark}} \fancyhead[or]{\truncate{0.49\textwidth}{\hfill\sl\rightmark}} }{\typeout{WARNING: truncate.sty wasn't available and functionality was s= kipped.}} \pagestyle{fancy} % ----------------------=20 % Most Common Packages =20 % ----------------------=20 \usepackage{latexsym} =20 \usepackage{enumerate} =20 \usepackage{fancybox} =20 \usepackage{float} =20 \usepackage{ragged2e} =20 \usepackage{fancyvrb} =20 \makeatletter\@namedef{FV@fontfamily@default}{\def\FV@FontScanPrep{}\def\= FV@FontFamily{}}\makeatother \fvset{obeytabs=3Dtrue,tabsize=3D3} \makeatletter \let\dblatex@center\center\let\dblatex@endcenter\endcenter \def\dblatex@nolistI{\leftmargin\leftmargini\topsep\z@ \parsep\parskip \i= temsep\z@} \def\center{\let\@listi\dblatex@nolistI\@listi\dblatex@center\let\@listi\= @listI\@listi} \def\endcenter{\dblatex@endcenter} \makeatother \usepackage{rotating} =20 \usepackage{subfigure} =20 \usepackage{tabularx} =20 \usepackage{url} =20 % -------------------------------------------- % Math support =20 % -------------------------------------------- \usepackage{amsmath,amsthm, amsfonts, amssymb, amsxtra,amsopn} %\newtheorem{thm}{Theorem}[section] %\newtheorem{cor}[section]{Corollary} %\newtheorem{lem}[section]{Lemma} %\newtheorem{defn}[section]{Definition} %\newtheorem{prop}[section]{Proposition} %\newtheorem{ax}{Axiom} %\newtheorem{theorem}[section]{Theorem} %\newtheorem{corollary}{Corollary} %\newtheorem{lemma}{Lemma} %\newtheorem{proposition}{Proposition} %\theoremstyle{definition} %\newtheorem{definition}{Definition} %\theoremstyle{remark} %\newtheorem{rem}{Remark} %\newtheorem*{notation}{Notation} %\newcommand{\ntt}{\normalfont\ttfamily} %\newcommand{\thmref}[1]{Theorem~\ref{#1}} %\newcommand{\secref}[1]{\S\ref{#1}} %\newcommand{\lemref}[1]{Lemma~\ref{#1}} \newcommand{\bysame}{\mbox{\rule{3em}{.4pt}}\,} \newcommand{\A}{\mathcal{A}} \newcommand{\B}{\mathcal{B}} \newcommand{\XcY}{{(X,Y)}} \newcommand{\SX}{{S_X}} \newcommand{\SY}{{S_Y}} \newcommand{\SXY}{{S_{X,Y}}} \newcommand{\SXgYy}{{S_{X|Y}(y)}} \newcommand{\Cw}[1]{{\hat C_#1(X|Y)}} \newcommand{\G}{{G(X|Y)}} \newcommand{\PY}{{P_{\mathcal{Y}}}} \newcommand{\X}{\mathcal{X}} \newcommand{\wt}{\widetilde} \newcommand{\wh}{\widehat} % -------------------------------------------- %\DeclareMathOperator{\per}{per} \DeclareMathOperator{\cov}{cov} \DeclareMathOperator{\non}{non} \DeclareMathOperator{\cf}{cf} \DeclareMathOperator{\add}{add} \DeclareMathOperator{\Cham}{Cham} \DeclareMathOperator{\IM}{Im} \DeclareMathOperator{\esssup}{ess\,sup} \DeclareMathOperator{\meas}{meas} \DeclareMathOperator{\seg}{seg} % -------------------------------------------- % --------------- % Document Font =20 % --------------- \usepackage{palatino} % -------------------------------------------- % Load hyperref package with pdf if needed=20 % -------------------------------------------- \ifpdf \usepackage[pdftex,bookmarksnumbered,colorlinks,backref,bookmarks,breakli= nks,linktocpage,plainpages=3Dfalse,pdfstartview=3DFitH]{hyperref} \else \usepackage[bookmarksnumbered,colorlinks,backref,bookmarks,breaklinks,lin= ktocpage,plainpages=3Dfalse,]{hyperref} \fi % -------------------------------------------- % ---------------------------------------------- % Define a new LaTeX environment (adminipage) % ---------------------------------------------- \newenvironment{admminipage}% { % this code corresponds to the \begin{adminipage} command \begin{Sbox}% \begin{minipage}% } %done { % this code corresponds to the \end{adminipage} command \end{minipage} \end{Sbox} \fbox{\TheSbox} } %done % ---------------------------------------------- % Define a new LaTeX length (admlength) % ---------------------------------------------- \newlength{\admlength} % ---------------------------------------------- % Define a new LaTeX environment (admonition) % With 2 parameters: % #1 The file (e.g. note.pdf) % #2 The caption % ---------------------------------------------- \newenvironment{admonition}[2]=20 { % this code corresponds to the \begin{admonition} command \hspace{0mm}\newline\hspace*\fill\newline \noindent \setlength{\fboxsep}{5pt} \setlength{\admlength}{\linewidth} \addtolength{\admlength}{-10\fboxsep} \addtolength{\admlength}{-10\fboxrule} \admminipage{\admlength} {\bfseries \sc\large{#2}} \newline \\[1mm] \sffamily \includegraphics[width=3D1cm]{#1} \addtolength{\admlength}{-1cm} \addtolength{\admlength}{-20pt} \begin{minipage}[lt]{\admlength} \parskip=3D0.5\baselineskip \advance\parskip by 0pt plus 2pt } %done { % this code corresponds to the \end{admonition} command \vspace{5mm}=20 \end{minipage} \endadmminipage \vspace{.5em} \par } % -------------------------------------------- % Commands to manage/style/create floats =20 % figures, tables, algorithms, examples, eqn =20 % -------------------------------------------- \floatstyle{ruled} \restylefloat{figure} \floatstyle{ruled} \restylefloat{table} \floatstyle{ruled} \newfloat{program}{ht}{lop}[section] \floatstyle{ruled} \newfloat{example}{ht}{loe}[section] \floatname{example}{Exemple} \floatstyle{ruled} \newfloat{dbequation}{ht}{loe}[section] \makeatletter\def\toclevel@dbequation{0}\makeatother \floatname{dbequation}{=C9quation} \floatstyle{boxed} \newfloat{algorithm}{ht}{loa}[section] \floatname{algorithm}{Algorithm} \ifpdf \DeclareGraphicsExtensions{.pdf,.png,.jpg} \else \DeclareGraphicsExtensions{.eps} \fi % -------------------------------------------- % $latex.caption.swapskip enabled for $formal.title.placement support \newlength{\docbooktolatextempskip} \newcommand{\captionswapskip}{\setlength{\docbooktolatextempskip}{\abovec= aptionskip}\setlength{\abovecaptionskip}{\belowcaptionskip}\setlength{\be= lowcaptionskip}{\docbooktolatextempskip}} \usepackage[french]{babel}=20 % Guard against a problem with old package versions. \makeatletter \AtBeginDocument{ \DeclareRobustCommand\ref{\@refstar} \DeclareRobustCommand\pageref{\@pagerefstar} } \makeatother % -------------------------------------------- \makeatletter \newcommand{\dbz}{\penalty \z@} \newcommand{\docbooktolatexpipe}{\ensuremath{|}\dbz} \newskip\docbooktolatexoldparskip \newcommand{\docbooktolatexnoparskip}{\docbooktolatexoldparskip=3D\parski= p\parskip=3D0pt plus 1pt} \newcommand{\docbooktolatexrestoreparskip}{\parskip=3D\docbooktolatexoldp= arskip} \def\cleardoublepage{\clearpage\if@twoside \ifodd\c@page\else\hbox{}\this= pagestyle{empty}\newpage\if@twocolumn\hbox{}\newpage\fi\fi\fi} \usepackage[latin1]{inputenc} \ifx\dblatex@chaptersmark\@undefined\def\dblatex@chaptersmark#1{\markboth= {\MakeUppercase{#1}}{}}\fi \let\save@makeschapterhead\@makeschapterhead \def\dblatex@makeschapterhead#1{\vspace*{-80pt}\save@makeschapterhead{#1}= } \def\@makeschapterhead#1{\dblatex@makeschapterhead{#1}\dblatex@chaptersma= rk{#1}} =09 \AtBeginDocument{\ifx\refname\@undefined\let\docbooktolatexbibname\bibnam= e\def\docbooktolatexbibnamex{\bibname}\else\let\docbooktolatexbibname\ref= name\def\docbooktolatexbibnamex{\refname}\fi} % Facilitate use of \cite with \label \newcommand{\docbooktolatexbibaux}[2]{% \protected@write\@auxout{}{\string\global\string\@namedef{docbooktolate= xcite@#1}{#2}} } % Provide support for bibliography `subsection' environments with titles \newenvironment{docbooktolatexbibliography}[3]{ \begingroup \let\save@@chapter\chapter \let\save@@section\section \let\save@@@mkboth\@mkboth \let\save@@bibname\bibname \let\save@@refname\refname \let\@mkboth\@gobbletwo \def\@tempa{#3} \def\@tempb{} \ifx\@tempa\@tempb \let\chapter\@gobbletwo \let\section\@gobbletwo \let\bibname\relax \else \let\chapter#2 \let\section#2 \let\bibname\@tempa \fi \let\refname\bibname \begin{thebibliography}{#1} }{ \end{thebibliography} \let\chapter\save@@chapter \let\section\save@@section \let\@mkboth\save@@@mkboth \let\bibname\save@@bibname \let\refname\save@@refname \endgroup } =09 =09 %\usepackage{cite} %\renewcommand\citeleft{(} % parentheses around list %\renewcommand\citeright{)} % parentheses around list \newcommand{\docbooktolatexcite}[2]{% \@ifundefined{docbooktolatexcite@#1}% {\cite{#1}}% {\def\@docbooktolatextemp{#2}\ifx\@docbooktolatextemp\@empty% \cite{\@nameuse{docbooktolatexcite@#1}}% \else\cite[#2]{\@nameuse{docbooktolatexcite@#1}}% \fi% }% } \newcommand{\docbooktolatexbackcite}[1]{% \ifx\Hy@backout\@undefined\else% \@ifundefined{docbooktolatexcite@#1}{% % emit warning? }{% \ifBR@verbose% \PackageInfo{backref}{back cite \string`#1\string' as \string`\@n= ameuse{docbooktolatexcite@#1}\string'}% \fi% \Hy@backout{\@nameuse{docbooktolatexcite@#1}}% }% \fi% } =09 =09 % -------------------------------------------- % A way to honour s % Blame j-devenish (at) users.sourceforge.net % In any other LaTeX context, this would probably go into a style file. \newcommand{\docbooktolatexusefootnoteref}[1]{\@ifundefined{@fn@label@#1}= % {\hbox{\@textsuperscript{\normalfont ?}}% \@latex@warning{Footnote label `#1' was not defined}}% {\@nameuse{@fn@label@#1}}} \newcommand{\docbooktolatexmakefootnoteref}[1]{% \protected@write\@auxout{}% {\global\string\@namedef{@fn@label@#1}{\@makefnmark}}% \@namedef{@fn@label@#1}{\hbox{\@textsuperscript{\normalfont ?}}}% } =09 =09 % index labeling helper \newif\ifdocbooktolatexprintindex\docbooktolatexprintindextrue \let\dbtolatex@@theindex\theindex \let\dbtolatex@@endtheindex\endtheindex \def\theindex{\relax} \def\endtheindex{\relax} \newenvironment{dbtolatexindex}[1] { \if@openright\cleardoublepage\else\clearpage\fi \let\dbtolatex@@indexname\indexname \def\dbtolatex@indexlabel{% \ifnum \c@secnumdepth >\m@ne \refstepcounter{chapter}\fi% \label{#1}\hypertarget{#1}{\dbtolatex@@indexname}% \global\docbooktolatexprintindexfalse} \def\indexname{\ifdocbooktolatexprintindex\dbtolatex@indexlabel\else\dbto= latex@@indexname\fi} \dbtolatex@@theindex } { \dbtolatex@@endtheindex\let\indexname\dbtolatex@@indexname } \newlength\saveparskip \newlength\saveparindent \newlength\tempparskip \newlength\tempparindent =09 \def\docbooktolatexgobble{\expandafter\@gobble} % Prevent multiple openings of the same aux file % (happens when backref is used with multiple bibliography environments) \ifx\AfterBeginDocument\undefined\let\AfterBeginDocument\AtBeginDocument\= fi \AfterBeginDocument{ \let\latex@@starttoc\@starttoc \def\@starttoc#1{% \@ifundefined{docbooktolatex@aux#1}{% \global\@namedef{docbooktolatex@aux#1}{}% \latex@@starttoc{#1}% }{} } } % -------------------------------------------- % Hacks for honouring row/entry/@align % (\hspace not effective when in paragraph mode) % Naming convention for these macros is: % 'docbooktolatex' 'align' {alignment-type} {position-within-entry} % where r =3D right, l =3D left, c =3D centre \newcommand{\docbooktolatex@align}[2]{\protect\ifvmode#1\else\ifx\LT@@tab= array\@undefined#2\else#1\fi\fi} \newcommand{\docbooktolatexalignll}{\docbooktolatex@align{\raggedright}{}= } \newcommand{\docbooktolatexalignlr}{\docbooktolatex@align{}{\hspace*\fill= }} \newcommand{\docbooktolatexaligncl}{\docbooktolatex@align{\centering}{\hf= ill}} \newcommand{\docbooktolatexaligncr}{\docbooktolatex@align{}{\hspace*\fill= }} \newcommand{\docbooktolatexalignrl}{\protect\ifvmode\raggedleft\else\hfil= l\fi} \newcommand{\docbooktolatexalignrr}{} \ifx\captionswapskip\@undefined\newcommand{\captionswapskip}{}\fi \makeatother \title{} \author{} % -------------------------------------------- \makeindex \makeglossary % -------------------------------------------- \setcounter{tocdepth}{4} \setcounter{secnumdepth}{4} \begin{document} \InputIfFileExists{title}{\typeout{WARNING: Using cover page title}}{\mak= etitle\pagestyle{fancy} \thispagestyle{empty}} % ------------------------------------------------------------- % Chapter A Chapter=20 % ------------------------------------------------------------- =09 \chapter{A Chapter} \label{id2425286}\hypertarget{id2425286}{}% % ------------------------ =20 % Section=20 \section{A Section} \label{id2424769}\hypertarget{id2424769}{}% test \end{document} --===============1026606233==-- From Roland Stigge , 298127@bugs.debian.org Fri Mar 4 21:53:18 2005 From: Roland Stigge , 298127@bugs.debian.org (Roland Stigge) Date: Fri, 04 Mar 2005 22:53:18 +0100 Subject: [xml/sgml-pkgs] Bug#298127: db2latex-xsl: Please create TOC by default (for book) Message-ID: <20050304215319.31BE5100442A0@atari.stigge.org> Package: db2latex-xsl Version: 0.8pre1-5 Severity: wishlist Hi, currently, no table of contents is created by default for books. Instead, I need to manually create one with . Other target formats usually generate a TOC by default. So db2latex should do that also. Thanks for considering. bye, Roland -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) -- no debconf information From Roland Stigge , 298131@bugs.debian.org Fri Mar 4 22:03:38 2005 From: Roland Stigge , 298131@bugs.debian.org (Roland Stigge) Date: Fri, 04 Mar 2005 23:03:38 +0100 Subject: [xml/sgml-pkgs] Bug#298131: xmlto pdf generates bad listitems Message-ID: <20050304220338.EA263100442A0@atari.stigge.org> This is a multi-part MIME message sent by reportbug. --===============0740542348== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: xmlto Version: 0.0.18-5 Severity: normal Hi, xmlto pdf generates bad listitem. Consider the attached example. Thanks. bye, Roland -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Versions of packages xmlto depends on: ii debianutils 2.13.1 Miscellaneous utilities specific t ii docbook-xml 4.3-1.1 standard XML documentation system, ii docbook-xsl 1.66.1-1 stylesheets for processing DocBook ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libpaper-utils 1.1.14-3 Library for handling paper charact ii libxml2-utils 2.6.16-3 XML utilities ii sgml-base 1.26 SGML infrastructure and SGML catal ii xsltproc 1.1.12-5 XSLT command line processor -- no debconf information --===============0740542348== Content-Type: application/xml MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="listitems.xml" PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0idXRmLTgiIHN0YW5kYWxvbmU9Im5vIj8+Cjwh RE9DVFlQRSBib29rIFBVQkxJQyAiLS8vT0FTSVMvL0RURCBEb2NCb29rIFhNTCBWNC4zLy9FTiIK CQkgICAgICAiaHR0cDovL253YWxzaC5jb20vZG9jYm9vay94bWwvNC4zL2RvY2Jvb2suZHRkIj4K PGJvb2s+CiAgPGNoYXB0ZXI+PHRpdGxlPkEgQ2hhcHRlcjwvdGl0bGU+CiAgICA8c2VjdDE+PHRp dGxlPkEgU2VjdGlvbjwvdGl0bGU+CiAgICAgIDxwYXJhPlRlc3QKCTxpdGVtaXplZGxpc3Q+Cgkg IDxsaXN0aXRlbT4KCSAgICA8cGFyYT5PbmU8L3BhcmE+CgkgIDwvbGlzdGl0ZW0+CgkgIDxsaXN0 aXRlbT4KCSAgICA8cGFyYT5Ud288L3BhcmE+CgkgIDwvbGlzdGl0ZW0+Cgk8L2l0ZW1pemVkbGlz dD4KICAgICAgPC9wYXJhPgogICAgPC9zZWN0MT4KICA8L2NoYXB0ZXI+CjwvYm9vaz4KCg== --===============0740542348== Content-Type: application/pdf MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="listitems.pdf" JVBERi0xLjQKNSAwIG9iago8PCAvUyAvR29UbyAvRCBbNiAwIFIgIC9GaXQgXSA+PgplbmRvYmoK OCAwIG9iaiA8PAovTGVuZ3RoIDU5NSAgICAgICAKL0ZpbHRlciAvRmxhdGVEZWNvZGUKPj4Kc3Ry ZWFtCnja7VdLT9tAEL77V+zRPux0Z1+z2xugFolbi2+IAw2BIkFCaaT+/Y5fsbFjQyCUtoqiyPb6 m8e3O/N5F4XiHwrSgiKCtVbM7hIlrnn0OFHl24drUd18PU6wxvPfMtpX6D7q7UawzVe9bewmkvFj kRqEHIf8DQTGI60JbJPMSwisA2n0QqKBaMN0SkpIBTaWqB/J2bkSl4w+SarBX4UlaBvFXVK4rO5v k9Pky4RP6xA0rdeqKfHquk7RaVOiZKcfDvPkw2de5QjRG5Ffle3i+EmTyC/PUplJ7VQq7f2svusM nOcnyae8O29kCYIKL1/+zixxG8amaafWV5LREHyHDgkk0OgKPtoCUhTE3ozXJac8Cyq9+JahSm/n TIdCuryqrkfLxWq+WP3cRE05cCb+mcou6CPQc9j7aIBiHFvM5nVBHCGThlkfVGt49P3ifjV/6HNF LhMKTnQcv46MbDwOckVsc0VjQPFKdRP+mEn0vrrQs5/2Bu9l8P5J9GrZRm77YKdreV2nDXqyp/ou y8Yaxo0sN1v3UJuJptJeakBHu9ScJgS3ZORAkdN74oMloyuhPiCEka9GBWkQxZTUGnM6n61ulouB xhgHNmjR8flajak9DtJ8pDGWNdzHR4nuG/r/UoCdGozJyVTZbpCTic7pu5yWk+3aZSgnCnBbY1WI ROStU2dr2XnnNe8lddjF2aq3Q4673CGrenNO/+axrqXhgdzWBWAseCz2X+PGrZBSqMBOgXGbi1bz XGojakRRsjcDhecybT3sz49Pfo7d+AnuN9QhSBZlbmRzdHJlYW0KZW5kb2JqCjYgMCBvYmogPDwK L1R5cGUgL1BhZ2UKL0NvbnRlbnRzIDggMCBSCi9SZXNvdXJjZXMgNyAwIFIKL01lZGlhQm94IFsw IDAgNTk1LjI3NiA4NDEuODldCi9QYXJlbnQgMjQgMCBSCi9Bbm5vdHMgWyAxNiAwIFIgMjAgMCBS IDIyIDAgUiAyMyAwIFIgXQo+PiBlbmRvYmoKMTYgMCBvYmogPDwKL1R5cGUgL0Fubm90Ci9Cb3Jk ZXJbMSAwIDBdL0gvSS9DWzEgMCAwXQovUmVjdCBbNzEuMDA0IDY5MC42NDYgMTI0Ljc4MiA3MDEu NTVdCi9TdWJ0eXBlIC9MaW5rCi9BIDw8IC9TIC9Hb1RvIC9EIChpZDI1NDg5MTcpID4+Cj4+IGVu ZG9iagoyMCAwIG9iaiA8PAovVHlwZSAvQW5ub3QKL0JvcmRlclsxIDAgMF0vSC9JL0NbMSAwIDBd Ci9SZWN0IFs0OTMuMzg4IDY5MC42NDYgNTAwLjM2MiA3MDEuNTVdCi9TdWJ0eXBlIC9MaW5rCi9B IDw8IC9TIC9Hb1RvIC9EIChpZDI1NDg5MTcpID4+Cj4+IGVuZG9iagoyMiAwIG9iaiA8PAovVHlw ZSAvQW5ub3QKL0JvcmRlclsxIDAgMF0vSC9JL0NbMSAwIDBdCi9SZWN0IFs5NC45MTQgNjgwLjc0 OCAxMzYuNDc4IDY4OS41OTVdCi9TdWJ0eXBlIC9MaW5rCi9BIDw8IC9TIC9Hb1RvIC9EIChpZDI1 NDg5MTEpID4+Cj4+IGVuZG9iagoyMyAwIG9iaiA8PAovVHlwZSAvQW5ub3QKL0JvcmRlclsxIDAg MF0vSC9JL0NbMSAwIDBdCi9SZWN0IFs0OTMuMzg4IDY4MC43NDggNTAwLjM2MiA2ODkuNTk1XQov U3VidHlwZSAvTGluawovQSA8PCAvUyAvR29UbyAvRCAoaWQyNTQ4OTExKSA+Pgo+PiBlbmRvYmoK OSAwIG9iaiA8PAovRCBbNiAwIFIgL1hZWiA3MiA3OTEuNDQ0IG51bGxdCj4+IGVuZG9iagoxMCAw IG9iaiA8PAovRCBbNiAwIFIgL1hZWiA3MiA3NjkuODkgbnVsbF0KPj4gZW5kb2JqCjEzIDAgb2Jq IDw8Ci9EIFs2IDAgUiAvWFlaIDcyIDc0Ny44MDggbnVsbF0KPj4gZW5kb2JqCjIxIDAgb2JqIDw8 Ci9EIFs2IDAgUiAvWFlaIDcyIDY5MS42NDIgbnVsbF0KPj4gZW5kb2JqCjcgMCBvYmogPDwKL0Zv bnQgPDwgL0YzNiAxMiAwIFIgL0YzNyAxNSAwIFIgL0YxMSAxOSAwIFIgPj4KL1Byb2NTZXQgWyAv UERGIC9UZXh0IF0KPj4gZW5kb2JqCjI5IDAgb2JqIDw8Ci9MZW5ndGggNTY0ICAgICAgIAovRmls dGVyIC9GbGF0ZURlY29kZQo+PgpzdHJlYW0KeNrtVk1v2zAMvftX6OgezJGSKErHbdgK9DJs9a3r YUizbsD6sS5A//4ofyReZjtLkaAbMASBZflJ5HukKJJB/ZERayQReO/N4qZAc62zpwU2Xx+uTTv4 cFpQh9e/V3Ro0duo483Qxl88ru3ekgtTlnpENQ35GwhMW1oT2MeZpxBYG7IUTEUOko/zLqGpEHxq UN+Li0s0V4o+K9rJx7wSrE/mpshbtuNvxXnxfmZPzwRW1rHqU7x9rl1k6xpUNTgPr+rixVuNcoIU nKk/N8eF9c2Kqa8uyuqksoxl5e8X3WgwcVmfFW/qoW7CAiKHjP5Atuyj3R3vSrxAxLihJ8Z6kNTT syqqSpvpvf7y6X61fFBOEkuC9vmyffTfRlgSA0Y+bJJP1aUjCen2zvBGWmQga3+RFiFwr22IDD4n kmrbyXi+XKy+3t2OyJjBFvm5Cu0eGRVEPfVu6sCE4IB9m1H1iWC5/LEa4+sIQuB5e0n1451lLVID qwZb/uZYh+kh2bmP1vK2Y9FDYpp3btoTgpTcTnf1Rk1ab/BPpJ5jFJptAiUQagi9u12OCa2AQPtS wVzEIVI8ZIA4aUFMdi5APWRHgAY7PWuAZhm1AWI92NFJdx4ilo8nhOXdSKQyUpw8IVQzR3f74sN8 9WldsnSIDnDrHk+HvMexayHk32w+NzQCCPt9o+q0imLSEjC9eJOwIi2YERyPtzKWCJCS6SA5G2k7 Bymn63qL/23ujjXW8XSj+RMbTKSKZW5kc3RyZWFtCmVuZG9iagoyOCAwIG9iaiA8PAovVHlwZSAv UGFnZQovQ29udGVudHMgMjkgMCBSCi9SZXNvdXJjZXMgMjcgMCBSCi9NZWRpYUJveCBbMCAwIDU5 NS4yNzYgODQxLjg5XQovUGFyZW50IDI0IDAgUgo+PiBlbmRvYmoKMzAgMCBvYmogPDwKL0QgWzI4 IDAgUiAvWFlaIDcyIDc5MS40NDQgbnVsbF0KPj4gZW5kb2JqCjI1IDAgb2JqIDw8Ci9EIFsyOCAw IFIgL1hZWiA3MiA3NTcuNzcgbnVsbF0KPj4gZW5kb2JqCjI2IDAgb2JqIDw8Ci9EIFsyOCAwIFIg L1hZWiA3MiA3MTUuMDg1IG51bGxdCj4+IGVuZG9iagozMSAwIG9iaiA8PAovRCBbMjggMCBSIC9Y WVogNzIgNjUzLjQ4MyBudWxsXQo+PiBlbmRvYmoKMzIgMCBvYmogPDwKL0QgWzI4IDAgUiAvWFla IDcyIDYwOS42NDggbnVsbF0KPj4gZW5kb2JqCjI3IDAgb2JqIDw8Ci9Gb250IDw8IC9GMzYgMTIg MCBSIC9GMzcgMTUgMCBSID4+Ci9Qcm9jU2V0IFsgL1BERiAvVGV4dCBdCj4+IGVuZG9iagozMyAw IG9iaiA8PAovVHlwZSAvRW5jb2RpbmcKL0RpZmZlcmVuY2VzIFsgMCAvR2FtbWEvRGVsdGEvVGhl dGEvTGFtYmRhL1hpL1BpL1NpZ21hL1Vwc2lsb24vUGhpL1BzaS9PbWVnYS9hbHBoYS9iZXRhL2dh bW1hL2RlbHRhL2Vwc2lsb24xL3pldGEvZXRhL3RoZXRhL2lvdGEva2FwcGEvbGFtYmRhL211L251 L3hpL3BpL3Joby9zaWdtYS90YXUvdXBzaWxvbi9waGkvY2hpL3BzaS9vbWVnYS9lcHNpbG9uL3Ro ZXRhMS9waTEvcmhvMS9zaWdtYTEvcGhpMS9hcnJvd2xlZnR0b3BoYWxmL2Fycm93bGVmdGJvdGhh bGYvYXJyb3dyaWdodHRvcGhhbGYvYXJyb3dyaWdodGJvdGhhbGYvYXJyb3dob29rbGVmdC9hcnJv d2hvb2tyaWdodC90cmlhbmdsZXJpZ2h0L3RyaWFuZ2xlbGVmdC96ZXJvb2xkc3R5bGUvb25lb2xk c3R5bGUvdHdvb2xkc3R5bGUvdGhyZWVvbGRzdHlsZS9mb3Vyb2xkc3R5bGUvZml2ZW9sZHN0eWxl L3NpeG9sZHN0eWxlL3NldmVub2xkc3R5bGUvZWlnaHRvbGRzdHlsZS9uaW5lb2xkc3R5bGUvcGVy aW9kL2NvbW1hL2xlc3Mvc2xhc2gvZ3JlYXRlci9zdGFyL3BhcnRpYWxkaWZmL0EvQi9DL0QvRS9G L0cvSC9JL0ovSy9ML00vTi9PL1AvUS9SL1MvVC9VL1YvVy9YL1kvWi9mbGF0L25hdHVyYWwvc2hh cnAvc2x1cmJlbG93L3NsdXJhYm92ZS9sc2NyaXB0L2EvYi9jL2QvZS9mL2cvaC9pL2ovay9sL20v bi9vL3AvcS9yL3MvdC91L3Yvdy94L3kvei9kb3RsZXNzaS9kb3RsZXNzai93ZWllcnN0cmFzcy92 ZWN0b3IvdGllL3BzaSAxMjkvLm5vdGRlZiAxNjAvc3BhY2UvR2FtbWEvRGVsdGEvVGhldGEvTGFt YmRhL1hpL1BpL1NpZ21hL1Vwc2lsb24vUGhpL1BzaSAxNzEvLm5vdGRlZiAxNzMvT21lZ2EvYWxw aGEvYmV0YS9nYW1tYS9kZWx0YS9lcHNpbG9uMS96ZXRhL2V0YS90aGV0YS9pb3RhL2thcHBhL2xh bWJkYS9tdS9udS94aS9waS9yaG8vc2lnbWEvdGF1L3Vwc2lsb24vcGhpL2NoaS9wc2kvdGllIDE5 Ny8ubm90ZGVmXQo+PiBlbmRvYmoKMTggMCBvYmogPDwKL0xlbmd0aDEgNzc1Ci9MZW5ndGgyIDk4 MQovTGVuZ3RoMyA1MzIKL0xlbmd0aCAxNTQxICAgICAgCi9GaWx0ZXIgL0ZsYXRlRGVjb2RlCj4+ CnN0cmVhbQp42u1SaVQTVxhFkFaCWhFaQaQ+xCgRCUkgZKGAgEQjxIJBRQRlzLzAyGQmDhNOKAjW XamWoyU2WoqCS0Hc6gJUVqsEF1xwIyoogketouJWwYUOqMdT/Nn+6um8P++733333bnfY7tGKD2D UHIelJEE7cnn8qUgRKGQ83mA2fN4LDY7hIIIjZHERISGUsCXSHzBFB0OBN6AJ5IKvaVCEYsNQkht KoUlJNLAPYTTQxKBIA2kMBVCAAVCJ0INo6FCcKAkVRikU7kgCMfBtJ4TyWAaTIZUCkS5LD4foJiK BvNgAkawvHo8yQk1CURvYVSnfd9KgVQyYwq499rkAMYkShJ4KkChmuU1lWRug4yXf8NWX3GZDsen Ipoe+d6kPuojGgxPfccgNVodDSmgIFFIEX2pM+FbcwqIYjpN366cRnBMFUQk4BB48n24PJ+3OJYs w/QQjcBoVSJQI3gy7MUhgfZ1wuTX68NLOXVKTESIx7vR9jYjEIygo1K1EPA+sHtr/oeaCYnC9GA2 j8vj8Rkis97v4vpcFkqoSBQjEoBA6AsQikJSWcwjYiohSOMDjEChHkA949iLS5A0cwQwySwEapJi 9cxVKAZeWmY0JNqDsz7+keBgUp/m6S0AngIhI8zzEQORkLfw78TpBLZAB+UTgZAnFnmLhb2oSkdR kKB7nxAT0vtajTG5QqiHKpb5EqnyWzp/w6HlhRmhBWeLrDnJI4w7lp6qXHbA6Me91+w39AJVciYK fvnYbpndfGznEEN72C4vVC284XQoKN2UpvRa1mhnGuTA2bJR+elD1b3YOZZ1ebVHPtPkrrptHtmm LfF4eMXt2fWUSus94Xf5onyn9tX9Cy9fev0kIymz/obZ9kfU7ZaBFZd3ODwHzrhzPftk1/1JZAFp 3lY3LHbjM/s3ZqcjTQ1J1wYZJVl5CquLRv9XNjyOXt1Sz+JvShppjv5ZMkUpHTDC98KMzUZgMdzf 1RgdUFYapngwoPUcR9LqahzYIF+80DB5pnz6c+eiLUNVhc64/6RtTv3g3iMxVZoAomZF297IxUOT 9p4V+P/A15bksKfFd75mPx69pv/TuJcvm//sznKqeqhKc7Vw3G0500O8KTDF3eMe5xTPyfr8SpPr LCRx/W06KHBys+2ErFrN6cCW9LIXChAtubjI4dIvK93MAtZdaadmw+bxihiPX0tN62JD9RaSWUeJ r1ryH/1xtCprk2COLGR2c3x51GWPuuKD1QUT7YtX9I8zlcpkBaNLB5CNrcHDXAPsR/h9PiQoti0K JK411zTos+8nVqQPFXZ1uuyU+uY2vPK7dcYw3VTSvsPXJcP61hLnpLXc+1Hj0sQPrCrDiuNTz4qL 95uOfzF2AxqV7hm5IWlnYVjhck1qh8Qmp0iy9xHfanN6xdOg0mPqPCob7HEPy3w2jlPLnnuiuIMe kh3xMj+eS80KLK86QlBE2+7OtBRB+ddzhX6xCW8aAnZM27ot7fvMhx2XfVxWzWVJbVsaWyVO2tBv DBndS583TtLZ2oWWnpptJm4XGZuO38AkrUsqttrp3Pyjd40JqHLaU33zxYRIT4GdOiqNh8/yWN2v pYuNluVrih3YqENbXTCS4G52NCnsf5c/dSRMZdqs5TKavf31/gLDDK+MtsYJB3xd6fAX+VJCOUZ+ CB9nYdnU/8UTg2PbM+rb3POTRQc3r0UDr22JiHm+pcv/+rku3SL7E+2r668e9laoFd2zlTnxw9Qp O0ucKwbfSgo/uq4ajo0YlX4fr3wgmmTj5mxRP+iO9PXNnP0Oz+v2dZ8fFVmzLs6wXZGc13FFPkZm 676/+a68yLagaR/0eVkwUGDjOXeBx5zv1kQGP4l5nE3grrnjM80FiTXrb9z7KYPdbXVMdqjdGGgI b99XqkxHFmj1maKVlx7vshSH9fsks7Vz8czfyqIP+9UP6WfDCrW88ol4wODaq/rwumJRfbUzp3yy y3zrXbWOK5aNcYuuqXLBwqr4NR177NKHn74wpZg4UJYfOTxhXtOdVye38f7hx/pf4D8hoMIhQtGk BqGSWH8BNmI7g2VuZHN0cmVhbQplbmRvYmoKMTkgMCBvYmogPDwKL1R5cGUgL0ZvbnQKL1N1YnR5 cGUgL1R5cGUxCi9FbmNvZGluZyAzMyAwIFIKL0ZpcnN0Q2hhciA1OAovTGFzdENoYXIgNTgKL1dp ZHRocyAzNCAwIFIKL0Jhc2VGb250IC9TTkpaUEMrQ01NSTEwCi9Gb250RGVzY3JpcHRvciAxNyAw IFIKPj4gZW5kb2JqCjE3IDAgb2JqIDw8Ci9Bc2NlbnQgNjk0Ci9DYXBIZWlnaHQgNjgzCi9EZXNj ZW50IC0xOTQKL0ZvbnROYW1lIC9TTkpaUEMrQ01NSTEwCi9JdGFsaWNBbmdsZSAtMTQKL1N0ZW1W IDcyCi9YSGVpZ2h0IDQzMQovRm9udEJCb3ggWy0zMiAtMjUwIDEwNDggNzUwXQovRmxhZ3MgNAov Q2hhclNldCAoL3BlcmlvZCkKL0ZvbnRGaWxlIDE4IDAgUgo+PiBlbmRvYmoKMzQgMCBvYmoKWzI3 OCBdCmVuZG9iagozNSAwIG9iaiA8PAovVHlwZSAvRW5jb2RpbmcKL0RpZmZlcmVuY2VzIFsgMCAv Lm5vdGRlZiAxL2RvdGFjY2VudC9maS9mbC9mcmFjdGlvbi9odW5nYXJ1bWxhdXQvTHNsYXNoL2xz bGFzaC9vZ29uZWsvcmluZyAxMC8ubm90ZGVmIDExL2JyZXZlL21pbnVzIDEzLy5ub3RkZWYgMTQv WmNhcm9uL3pjYXJvbi9jYXJvbi9kb3RsZXNzaS9kb3RsZXNzai9mZi9mZmkvZmZsIDIyLy5ub3Rk ZWYgMzAvZ3JhdmUvcXVvdGVzaW5nbGUvc3BhY2UvZXhjbGFtL3F1b3RlZGJsL251bWJlcnNpZ24v ZG9sbGFyL3BlcmNlbnQvYW1wZXJzYW5kL3F1b3RlcmlnaHQvcGFyZW5sZWZ0L3BhcmVucmlnaHQv YXN0ZXJpc2svcGx1cy9jb21tYS9oeXBoZW4vcGVyaW9kL3NsYXNoL3plcm8vb25lL3R3by90aHJl ZS9mb3VyL2ZpdmUvc2l4L3NldmVuL2VpZ2h0L25pbmUvY29sb24vc2VtaWNvbG9uL2xlc3MvZXF1 YWwvZ3JlYXRlci9xdWVzdGlvbi9hdC9BL0IvQy9EL0UvRi9HL0gvSS9KL0svTC9NL04vTy9QL1Ev Ui9TL1QvVS9WL1cvWC9ZL1ovYnJhY2tldGxlZnQvYmFja3NsYXNoL2JyYWNrZXRyaWdodC9hc2Np aWNpcmN1bS91bmRlcnNjb3JlL3F1b3RlbGVmdC9hL2IvYy9kL2UvZi9nL2gvaS9qL2svbC9tL24v by9wL3Evci9zL3QvdS92L3cveC95L3ovYnJhY2VsZWZ0L2Jhci9icmFjZXJpZ2h0L2FzY2lpdGls ZGUgMTI3Ly5ub3RkZWYgMTI4L0V1cm8gMTI5Ly5ub3RkZWYgMTMwL3F1b3Rlc2luZ2xiYXNlL2Zs b3Jpbi9xdW90ZWRibGJhc2UvZWxsaXBzaXMvZGFnZ2VyL2RhZ2dlcmRibC9jaXJjdW1mbGV4L3Bl cnRob3VzYW5kL1NjYXJvbi9ndWlsc2luZ2xsZWZ0L09FIDE0MS8ubm90ZGVmIDE0Ny9xdW90ZWRi bGxlZnQvcXVvdGVkYmxyaWdodC9idWxsZXQvZW5kYXNoL2VtZGFzaC90aWxkZS90cmFkZW1hcmsv c2Nhcm9uL2d1aWxzaW5nbHJpZ2h0L29lIDE1Ny8ubm90ZGVmIDE1OS9ZZGllcmVzaXMgMTYwLy5u b3RkZWYgMTYxL2V4Y2xhbWRvd24vY2VudC9zdGVybGluZy9jdXJyZW5jeS95ZW4vYnJva2VuYmFy L3NlY3Rpb24vZGllcmVzaXMvY29weXJpZ2h0L29yZGZlbWluaW5lL2d1aWxsZW1vdGxlZnQvbG9n aWNhbG5vdC9oeXBoZW4vcmVnaXN0ZXJlZC9tYWNyb24vZGVncmVlL3BsdXNtaW51cy90d29zdXBl cmlvci90aHJlZXN1cGVyaW9yL2FjdXRlL211L3BhcmFncmFwaC9wZXJpb2RjZW50ZXJlZC9jZWRp bGxhL29uZXN1cGVyaW9yL29yZG1hc2N1bGluZS9ndWlsbGVtb3RyaWdodC9vbmVxdWFydGVyL29u ZWhhbGYvdGhyZWVxdWFydGVycy9xdWVzdGlvbmRvd24vQWdyYXZlL0FhY3V0ZS9BY2lyY3VtZmxl eC9BdGlsZGUvQWRpZXJlc2lzL0FyaW5nL0FFL0NjZWRpbGxhL0VncmF2ZS9FYWN1dGUvRWNpcmN1 bWZsZXgvRWRpZXJlc2lzL0lncmF2ZS9JYWN1dGUvSWNpcmN1bWZsZXgvSWRpZXJlc2lzL0V0aC9O dGlsZGUvT2dyYXZlL09hY3V0ZS9PY2lyY3VtZmxleC9PdGlsZGUvT2RpZXJlc2lzL211bHRpcGx5 L09zbGFzaC9VZ3JhdmUvVWFjdXRlL1VjaXJjdW1mbGV4L1VkaWVyZXNpcy9ZYWN1dGUvVGhvcm4v Z2VybWFuZGJscy9hZ3JhdmUvYWFjdXRlL2FjaXJjdW1mbGV4L2F0aWxkZS9hZGllcmVzaXMvYXJp bmcvYWUvY2NlZGlsbGEvZWdyYXZlL2VhY3V0ZS9lY2lyY3VtZmxleC9lZGllcmVzaXMvaWdyYXZl L2lhY3V0ZS9pY2lyY3VtZmxleC9pZGllcmVzaXMvZXRoL250aWxkZS9vZ3JhdmUvb2FjdXRlL29j aXJjdW1mbGV4L290aWxkZS9vZGllcmVzaXMvZGl2aWRlL29zbGFzaC91Z3JhdmUvdWFjdXRlL3Vj aXJjdW1mbGV4L3VkaWVyZXNpcy95YWN1dGUvdGhvcm4veWRpZXJlc2lzXQo+PiBlbmRvYmoKMTUg MCBvYmogPDwKL1R5cGUgL0ZvbnQKL1N1YnR5cGUgL1R5cGUxCi9FbmNvZGluZyAzNSAwIFIKL0Jh c2VGb250IC9IZWx2ZXRpY2EtQm9sZAo+PiBlbmRvYmoKMTIgMCBvYmogPDwKL1R5cGUgL0ZvbnQK L1N1YnR5cGUgL1R5cGUxCi9FbmNvZGluZyAzNSAwIFIKL0Jhc2VGb250IC9UaW1lcy1Sb21hbgo+ PiBlbmRvYmoKMjQgMCBvYmogPDwKL1R5cGUgL1BhZ2VzCi9Db3VudCAyCi9LaWRzIFs2IDAgUiAy OCAwIFJdCj4+IGVuZG9iagozNiAwIG9iaiA8PAovTmFtZXMgWyhEb2MtU3RhcnQpIDEwIDAgUiAo aWQyNTQ4NzI1KSAzMSAwIFIgKGlkMjU0ODc0MSkgMzIgMCBSIChpZDI1NDg5MTEpIDI2IDAgUiAo aWQyNTQ4OTE3KSAyNSAwIFIgKHBhZ2UuMSkgOSAwIFIgKHBhZ2UuMikgMzAgMCBSICh0b2MuLi5p ZDIyNTI0MTkpIDEzIDAgUiAodG9jLmlkMjI1MjQxOS5pZDI1NDg5MTcpIDIxIDAgUl0KL0xpbWl0 cyBbKERvYy1TdGFydCkgKHRvYy5pZDIyNTI0MTkuaWQyNTQ4OTE3KV0KPj4gZW5kb2JqCjM3IDAg b2JqIDw8Ci9LaWRzIFszNiAwIFJdCj4+IGVuZG9iagozOCAwIG9iaiA8PAovRGVzdHMgMzcgMCBS Cj4+IGVuZG9iagozOSAwIG9iaiA8PAovVHlwZSAvQ2F0YWxvZwovUGFnZXMgMjQgMCBSCi9OYW1l cyAzOCAwIFIKL1BhZ2VNb2RlIC9Vc2VPdXRsaW5lcyAvVVJJPDwvQmFzZSgpPj4gIC9WaWV3ZXJQ cmVmZXJlbmNlczw8Pj4gCi9PcGVuQWN0aW9uIDUgMCBSCi9QVEVYLkZ1bGxiYW5uZXIgKFRoaXMg aXMgcGRmVGVYLCBWZXJzaW9uIDMuMTQxNTktMS4xMGIpCj4+IGVuZG9iago0MCAwIG9iaiA8PAov QXV0aG9yKCkvVGl0bGUoKS9TdWJqZWN0KCkvQ3JlYXRvcihQYXNzaXZlVGVYIDEuMjUpL1Byb2R1 Y2VyKHBkZlRlWC0xLjEwYikvS2V5d29yZHMoKQovQ3JlYXRpb25EYXRlIChEOjIwMDUwMzA0MjI1 NjAwKQo+PiBlbmRvYmoKeHJlZgowIDQxCjAwMDAwMDAwMDEgNjU1MzUgZiAKMDAwMDAwMDAwMiAw MDAwMCBmIAowMDAwMDAwMDAzIDAwMDAwIGYgCjAwMDAwMDAwMDQgMDAwMDAgZiAKMDAwMDAwMDAx MSAwMDAwMCBmIAowMDAwMDAwMDA5IDAwMDAwIG4gCjAwMDAwMDA3MzAgMDAwMDAgbiAKMDAwMDAw MTY5NiAwMDAwMCBuIAowMDAwMDAwMDU3IDAwMDAwIG4gCjAwMDAwMDE0ODIgMDAwMDAgbiAKMDAw MDAwMTUzNSAwMDAwMCBuIAowMDAwMDAwMDE0IDAwMDAwIGYgCjAwMDAwMDc4NDIgMDAwMDAgbiAK MDAwMDAwMTU4OCAwMDAwMCBuIAowMDAwMDAwMDAwIDAwMDAwIGYgCjAwMDAwMDc3NDkgMDAwMDAg biAKMDAwMDAwMDg4MiAwMDAwMCBuIAowMDAwMDA1NzEzIDAwMDAwIG4gCjAwMDAwMDM4OTcgMDAw MDAgbiAKMDAwMDAwNTU1NiAwMDAwMCBuIAowMDAwMDAxMDMxIDAwMDAwIG4gCjAwMDAwMDE2NDIg MDAwMDAgbiAKMDAwMDAwMTE4MSAwMDAwMCBuIAowMDAwMDAxMzMxIDAwMDAwIG4gCjAwMDAwMDc5 MzIgMDAwMDAgbiAKMDAwMDAwMjYwMiAwMDAwMCBuIAowMDAwMDAyNjU2IDAwMDAwIG4gCjAwMDAw MDI4MjEgMDAwMDAgbiAKMDAwMDAwMjQzMiAwMDAwMCBuIAowMDAwMDAxNzg5IDAwMDAwIG4gCjAw MDAwMDI1NDcgMDAwMDAgbiAKMDAwMDAwMjcxMSAwMDAwMCBuIAowMDAwMDAyNzY2IDAwMDAwIG4g CjAwMDAwMDI5MDMgMDAwMDAgbiAKMDAwMDAwNTkxNiAwMDAwMCBuIAowMDAwMDA1OTM5IDAwMDAw IG4gCjAwMDAwMDc5OTcgMDAwMDAgbiAKMDAwMDAwODI2MCAwMDAwMCBuIAowMDAwMDA4Mjk3IDAw MDAwIG4gCjAwMDAwMDgzMzMgMDAwMDAgbiAKMDAwMDAwODUzNyAwMDAwMCBuIAp0cmFpbGVyCjw8 Ci9TaXplIDQxCi9Sb290IDM5IDAgUgovSW5mbyA0MCAwIFIKPj4Kc3RhcnR4cmVmCjg2NzkKJSVF T0YK --===============0740542348==-- From Roland Stigge , 298129@bugs.debian.org Fri Mar 4 22:01:46 2005 From: Roland Stigge , 298129@bugs.debian.org (Roland Stigge) Date: Fri, 04 Mar 2005 23:01:46 +0100 Subject: [xml/sgml-pkgs] Bug#298129: xmlto pdf generates bad additional characters by default Message-ID: <20050304220146.D6377100442A0@atari.stigge.org> This is a multi-part MIME message sent by reportbug. --===============2091587212== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: xmlto Version: 0.0.18-5 Severity: normal Hi, by default, I get "- -4pc - -4pc" on every output page. This can be worked around with the "--extensions" option. But this is no real solution. The program should work correctly by default. Maybe this option should be on by default (at least when the target format is pdf). Thanks for considering. bye, Roland -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Versions of packages xmlto depends on: ii debianutils 2.13.1 Miscellaneous utilities specific t ii docbook-xml 4.3-1.1 standard XML documentation system, ii docbook-xsl 1.66.1-1 stylesheets for processing DocBook ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libpaper-utils 1.1.14-3 Library for handling paper charact ii libxml2-utils 2.6.16-3 XML utilities ii sgml-base 1.26 SGML infrastructure and SGML catal ii xsltproc 1.1.12-5 XSLT command line processor -- no debconf information --===============2091587212== Content-Type: application/xml MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="additionalchars.xml" PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0idXRmLTgiIHN0YW5kYWxvbmU9Im5vIj8+Cjwh RE9DVFlQRSBib29rIFBVQkxJQyAiLS8vT0FTSVMvL0RURCBEb2NCb29rIFhNTCBWNC4zLy9FTiIK CQkgICAgICAiaHR0cDovL253YWxzaC5jb20vZG9jYm9vay94bWwvNC4zL2RvY2Jvb2suZHRkIj4K PGJvb2s+CiAgPGNoYXB0ZXI+PHRpdGxlPkEgQ2hhcHRlcjwvdGl0bGU+CiAgICA8c2VjdDE+PHRp dGxlPkEgU2VjdGlvbjwvdGl0bGU+CiAgICAgIDxwYXJhPlRlc3Q8L3BhcmE+CiAgICA8L3NlY3Qx PgogIDwvY2hhcHRlcj4KPC9ib29rPgoK --===============2091587212== Content-Type: application/pdf MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="additionalchars.pdf" JVBERi0xLjQKNSAwIG9iago8PCAvUyAvR29UbyAvRCBbNiAwIFIgIC9GaXQgXSA+PgplbmRvYmoK OCAwIG9iaiA8PAovTGVuZ3RoIDU5NSAgICAgICAKL0ZpbHRlciAvRmxhdGVEZWNvZGUKPj4Kc3Ry ZWFtCnja7VdLT9tAEL77V+zRPux0Z1+z2xugFolbi2+IAw2BIkFCaaT+/Y5fsbFjQyCUtoqiyPb6 m8e3O/N5F4XiHwrSgiKCtVbM7hIlrnn0OFHl24drUd18PU6wxvPfMtpX6D7q7UawzVe9bewmkvFj kRqEHIf8DQTGI60JbJPMSwisA2n0QqKBaMN0SkpIBTaWqB/J2bkSl4w+SarBX4UlaBvFXVK4rO5v k9Pky4RP6xA0rdeqKfHquk7RaVOiZKcfDvPkw2de5QjRG5Ffle3i+EmTyC/PUplJ7VQq7f2svusM nOcnyae8O29kCYIKL1/+zixxG8amaafWV5LREHyHDgkk0OgKPtoCUhTE3ozXJac8Cyq9+JahSm/n TIdCuryqrkfLxWq+WP3cRE05cCb+mcou6CPQc9j7aIBiHFvM5nVBHCGThlkfVGt49P3ifjV/6HNF LhMKTnQcv46MbDwOckVsc0VjQPFKdRP+mEn0vrrQs5/2Bu9l8P5J9GrZRm77YKdreV2nDXqyp/ou y8Yaxo0sN1v3UJuJptJeakBHu9ScJgS3ZORAkdN74oMloyuhPiCEka9GBWkQxZTUGnM6n61ulouB xhgHNmjR8flajak9DtJ8pDGWNdzHR4nuG/r/UoCdGozJyVTZbpCTic7pu5yWk+3aZSgnCnBbY1WI ROStU2dr2XnnNe8lddjF2aq3Q4673CGrenNO/+axrqXhgdzWBWAseCz2X+PGrZBSqMBOgXGbi1bz XGojakRRsjcDhecybT3sz49Pfo7d+AnuN9QhSBZlbmRzdHJlYW0KZW5kb2JqCjYgMCBvYmogPDwK L1R5cGUgL1BhZ2UKL0NvbnRlbnRzIDggMCBSCi9SZXNvdXJjZXMgNyAwIFIKL01lZGlhQm94IFsw IDAgNTk1LjI3NiA4NDEuODldCi9QYXJlbnQgMjQgMCBSCi9Bbm5vdHMgWyAxNiAwIFIgMjAgMCBS IDIyIDAgUiAyMyAwIFIgXQo+PiBlbmRvYmoKMTYgMCBvYmogPDwKL1R5cGUgL0Fubm90Ci9Cb3Jk ZXJbMSAwIDBdL0gvSS9DWzEgMCAwXQovUmVjdCBbNzEuMDA0IDY5MC42NDYgMTI0Ljc4MiA3MDEu NTVdCi9TdWJ0eXBlIC9MaW5rCi9BIDw8IC9TIC9Hb1RvIC9EIChpZDI1NDg5MjIpID4+Cj4+IGVu ZG9iagoyMCAwIG9iaiA8PAovVHlwZSAvQW5ub3QKL0JvcmRlclsxIDAgMF0vSC9JL0NbMSAwIDBd Ci9SZWN0IFs0OTMuMzg4IDY5MC42NDYgNTAwLjM2MiA3MDEuNTVdCi9TdWJ0eXBlIC9MaW5rCi9B IDw8IC9TIC9Hb1RvIC9EIChpZDI1NDg5MjIpID4+Cj4+IGVuZG9iagoyMiAwIG9iaiA8PAovVHlw ZSAvQW5ub3QKL0JvcmRlclsxIDAgMF0vSC9JL0NbMSAwIDBdCi9SZWN0IFs5NC45MTQgNjgwLjc0 OCAxMzYuNDc4IDY4OS41OTVdCi9TdWJ0eXBlIC9MaW5rCi9BIDw8IC9TIC9Hb1RvIC9EIChpZDI1 NDg5MTcpID4+Cj4+IGVuZG9iagoyMyAwIG9iaiA8PAovVHlwZSAvQW5ub3QKL0JvcmRlclsxIDAg MF0vSC9JL0NbMSAwIDBdCi9SZWN0IFs0OTMuMzg4IDY4MC43NDggNTAwLjM2MiA2ODkuNTk1XQov U3VidHlwZSAvTGluawovQSA8PCAvUyAvR29UbyAvRCAoaWQyNTQ4OTE3KSA+Pgo+PiBlbmRvYmoK OSAwIG9iaiA8PAovRCBbNiAwIFIgL1hZWiA3MiA3OTEuNDQ0IG51bGxdCj4+IGVuZG9iagoxMCAw IG9iaiA8PAovRCBbNiAwIFIgL1hZWiA3MiA3NjkuODkgbnVsbF0KPj4gZW5kb2JqCjEzIDAgb2Jq IDw8Ci9EIFs2IDAgUiAvWFlaIDcyIDc0Ny44MDggbnVsbF0KPj4gZW5kb2JqCjIxIDAgb2JqIDw8 Ci9EIFs2IDAgUiAvWFlaIDcyIDY5MS42NDIgbnVsbF0KPj4gZW5kb2JqCjcgMCBvYmogPDwKL0Zv bnQgPDwgL0YzNiAxMiAwIFIgL0YzNyAxNSAwIFIgL0YxMSAxOSAwIFIgPj4KL1Byb2NTZXQgWyAv UERGIC9UZXh0IF0KPj4gZW5kb2JqCjI5IDAgb2JqIDw8Ci9MZW5ndGggNDM3ICAgICAgIAovRmls dGVyIC9GbGF0ZURlY29kZQo+PgpzdHJlYW0KeNrtVclOwzAQvfsrfCyHDDPeJj4CgkrcgNyqHlAp i0ShlEr8PpM4SUvVtCpqBUgoiuw4z/a8NxtplIc0G82RwDmnRxOF+kFW+wqrv7MHnSbXfUU1Xl4n 6JDQq6jDrdDCXjzs3c1NNnTd1CCybshvINB9U0tgF2O+Q6C9yFDQGVmILt9sEuoMwcUK9aYGQ9R3 gr5UafGj3AnGRT1R5ZFp/qxu1NWGM50nMNz6qgnxNLYmemMrVLaUD6eFOr4QL0eIwerivkoXL1+G dXE36GVHmfHYy9x0VM+WFobFpTovlnVjz8C8T+8vyVbaaLb7O2PHkGO+oMfaOODY0DMiqkhb0jt7 vJ3OxzPhxHmPII0naWj+rWFJHjD3+w3yrrp0ICHtzhFeSYseyJgv0iIE32gbcg+uDCTRtpbxZjya P72+rJGxBBv0P1Vod4iowGKps10JE4IF71JEFUeMvfH7fB1fgW1oLF+zVawLUk4wmn20rZXiE/dZ fLCue/w3O+aCRgD2bte0sOJ6jOKs7s1tKBFzAnsE69fXX0MESFHXkDKkaDWWSGr34oj/3rxlj7G+ uzt+AjeY/RplbmRzdHJlYW0KZW5kb2JqCjI4IDAgb2JqIDw8Ci9UeXBlIC9QYWdlCi9Db250ZW50 cyAyOSAwIFIKL1Jlc291cmNlcyAyNyAwIFIKL01lZGlhQm94IFswIDAgNTk1LjI3NiA4NDEuODld Ci9QYXJlbnQgMjQgMCBSCj4+IGVuZG9iagozMCAwIG9iaiA8PAovRCBbMjggMCBSIC9YWVogNzIg NzkxLjQ0NCBudWxsXQo+PiBlbmRvYmoKMjUgMCBvYmogPDwKL0QgWzI4IDAgUiAvWFlaIDcyIDc1 Ny43NyBudWxsXQo+PiBlbmRvYmoKMjYgMCBvYmogPDwKL0QgWzI4IDAgUiAvWFlaIDcyIDcxNS4w ODUgbnVsbF0KPj4gZW5kb2JqCjI3IDAgb2JqIDw8Ci9Gb250IDw8IC9GMzYgMTIgMCBSIC9GMzcg MTUgMCBSID4+Ci9Qcm9jU2V0IFsgL1BERiAvVGV4dCBdCj4+IGVuZG9iagozMSAwIG9iaiA8PAov VHlwZSAvRW5jb2RpbmcKL0RpZmZlcmVuY2VzIFsgMCAvR2FtbWEvRGVsdGEvVGhldGEvTGFtYmRh L1hpL1BpL1NpZ21hL1Vwc2lsb24vUGhpL1BzaS9PbWVnYS9hbHBoYS9iZXRhL2dhbW1hL2RlbHRh L2Vwc2lsb24xL3pldGEvZXRhL3RoZXRhL2lvdGEva2FwcGEvbGFtYmRhL211L251L3hpL3BpL3Jo by9zaWdtYS90YXUvdXBzaWxvbi9waGkvY2hpL3BzaS9vbWVnYS9lcHNpbG9uL3RoZXRhMS9waTEv cmhvMS9zaWdtYTEvcGhpMS9hcnJvd2xlZnR0b3BoYWxmL2Fycm93bGVmdGJvdGhhbGYvYXJyb3dy aWdodHRvcGhhbGYvYXJyb3dyaWdodGJvdGhhbGYvYXJyb3dob29rbGVmdC9hcnJvd2hvb2tyaWdo dC90cmlhbmdsZXJpZ2h0L3RyaWFuZ2xlbGVmdC96ZXJvb2xkc3R5bGUvb25lb2xkc3R5bGUvdHdv b2xkc3R5bGUvdGhyZWVvbGRzdHlsZS9mb3Vyb2xkc3R5bGUvZml2ZW9sZHN0eWxlL3NpeG9sZHN0 eWxlL3NldmVub2xkc3R5bGUvZWlnaHRvbGRzdHlsZS9uaW5lb2xkc3R5bGUvcGVyaW9kL2NvbW1h L2xlc3Mvc2xhc2gvZ3JlYXRlci9zdGFyL3BhcnRpYWxkaWZmL0EvQi9DL0QvRS9GL0cvSC9JL0ov Sy9ML00vTi9PL1AvUS9SL1MvVC9VL1YvVy9YL1kvWi9mbGF0L25hdHVyYWwvc2hhcnAvc2x1cmJl bG93L3NsdXJhYm92ZS9sc2NyaXB0L2EvYi9jL2QvZS9mL2cvaC9pL2ovay9sL20vbi9vL3AvcS9y L3MvdC91L3Yvdy94L3kvei9kb3RsZXNzaS9kb3RsZXNzai93ZWllcnN0cmFzcy92ZWN0b3IvdGll L3BzaSAxMjkvLm5vdGRlZiAxNjAvc3BhY2UvR2FtbWEvRGVsdGEvVGhldGEvTGFtYmRhL1hpL1Bp L1NpZ21hL1Vwc2lsb24vUGhpL1BzaSAxNzEvLm5vdGRlZiAxNzMvT21lZ2EvYWxwaGEvYmV0YS9n YW1tYS9kZWx0YS9lcHNpbG9uMS96ZXRhL2V0YS90aGV0YS9pb3RhL2thcHBhL2xhbWJkYS9tdS9u dS94aS9waS9yaG8vc2lnbWEvdGF1L3Vwc2lsb24vcGhpL2NoaS9wc2kvdGllIDE5Ny8ubm90ZGVm XQo+PiBlbmRvYmoKMTggMCBvYmogPDwKL0xlbmd0aDEgNzc1Ci9MZW5ndGgyIDk4MQovTGVuZ3Ro MyA1MzIKL0xlbmd0aCAxNTQxICAgICAgCi9GaWx0ZXIgL0ZsYXRlRGVjb2RlCj4+CnN0cmVhbQp4 2u1SaVQTVxhFlBaCWrZWEKkPMUpEQhIIWShgQKIRYkFAUUEZMy8wMpmJw4QTCoJ1V6rlaAmN1oLg UhBF6wLUBbFKcMEFN6KCInjUKipuFVzogHo8xZ/tr57O+/O++9133537PbZ7ZLS3DCXnQDlJ0N58 Ll8KQpVKBZ8HmD2Px2KzQymI0BhJjEdoKAV8icQfTNLhQOALeCKp0FcqFLHYIJTUplNYUjINPEM5 PSQRkGkghakQAigROhlqGA0VgoNoUoVBOp0LZDgOpvScSAVTYCqk0iDKZfH5AMVUNJgDkzCC5dPj SUGoSSB6C6M67ftWGqRSGVPAs9cmBzAmUZLA0wEK1SyfySRzG2S8/Bu2+orLdTg+GdH0yPcm9VEf 0WB4+jsGqdHqaEgBJYlCiuhLnQbfmlNCFNNp+nYVNIJjKhmRhEPgzffj8vze4liqHNNDNBKjVclA jeCpsBeHBNrXCZNfrw+fsFiZPCLG691oe5uRCEbQMelaCHgf2L01/0PNhERhejCTx+Xx+AyRWe93 CX0uCyNUJIoRSUAg9AcIRSHpLOYRMZUQZPABRqBQD6CecezDJUiaOQKYZOYDNUmxeuYqFAMfLTMa Eu3BWR//SEgIqc/w9hUAb4GQEeb5iYFIyJv/d2Isgc3TQcV4IOSJRb5iYS+q0lEUJOjeJ8SE9L5W Y0yuEOqhimW+RKoCFs/N37e0JCus+GypFSd1mHHr4lOHluwxBnDvNQc4XKAqzsTALx/bL7Gfi22z M7SHb/dB1cIbLvtkmaaMaJ8ljfamQU6cjeuiP32ouhc/y7KuoPbIZ5oNK26bh7dpK7weXvF4dj3t kFV5xF2+qMilfeWAksuXXj/JSsmuv2G2/RH1uGVgJRTsj8iDU+9czz3ZdX8CWUyaN9cNiV/3zPGN 2eVIU0PKtUFGSU6Bsv9FY+ArGx5Hr26pZ/HXpww3x/0smRQttR7mf2FqoRFYDA10N8YFVVWGKx9Y t57jSFrdjQMbFAvnGyZOU8Q+dy3d6KAqccUDJ2x26Qd3HplRrQkiapa17Yxa6JCy86wg8Ae+tiKP PSWx8zX78chVA54mvHzZ/Gd3jkv1Q1WGu4XzDstpXuL1wWmeXvc4p3guVueXm9ynI8lrb9Oy4InN tuNyajWng1syq14oQZzk4gKnS78s9zALWHelnZr8wrHKGV6/VprWxIfpLSTTjxJftRQ9+uNodc56 wSx56MzmxAMxl73qyvYeLh7vWLZsQIKpUi4vHllpTTa2hgxxD3IcFvC5nSy+LQYkrzbXNOhz7ycf zHQQdnW6bZP6b2h4FXDrjCHWVNG+1d8ty+rWIteU1dz7MWMyxA/6HwovS0w/Ky7bbTr+xeh8NCbT Oyo/ZVtJeMlSTXqHxCavVLLzEb9/YebBp7LKY+oCKheUe4ZnPxvDqWXPPlHWQdvlRr4sSuRS04MP VB8hKKJtR2dGmuDA17OFAfFJbxqCtk7ZtDnj++yHHZf93FbMZkltWxpbJS7asG8MWd2LnzdO0Nna h1Wemmkmbpcam47fwCStiw5ustd5BMZtHxVU7VJ++OaLcVHeAnt1TAYPn+61sl9LFxutKtKUObFR p7a6ECTJ0+xsUjr+rnjqTJiqtDlL5TR7y+vdxYapPlltjeP2+LvTES+KpET0KMU+fIyFZdOAF08M zm3PqG83nJ8o2lu4Gg2+tjFyxvONXYHXz3XpFjieaF9Zf3W/r1Kt7J4ZnZc4RJ22rcL14OBbKRFH 1xyGoyNHZN7HDz0QTbDxcLWoH3RH+vpm3m6n53W7us+PiKpZk2DYokwt6LiiGCW39dzdfFdRalvc tAv6vSweKLDxnj3Pa9Z3q6JCnsx4nEvg7hvGZpuLk2vW3rj3Uxa7u/8x+b52Y7Ahon1XZXQmMk+r zxYtv/R4u6U4vN8n2a2dC6f9VhW3P6Derp8NK8zyyidi68G1V/URdWWi+sOunAMT3eZaba91XrZk lEdcTbUbFl7Nr+kot88cevrCpDJiT1VR1NCkOU13Xp3czPuHH+t/gf+EgAqHCEWTGoRKYf0FlJ07 bGVuZHN0cmVhbQplbmRvYmoKMTkgMCBvYmogPDwKL1R5cGUgL0ZvbnQKL1N1YnR5cGUgL1R5cGUx Ci9FbmNvZGluZyAzMSAwIFIKL0ZpcnN0Q2hhciA1OAovTGFzdENoYXIgNTgKL1dpZHRocyAzMiAw IFIKL0Jhc2VGb250IC9FVUFGTFQrQ01NSTEwCi9Gb250RGVzY3JpcHRvciAxNyAwIFIKPj4gZW5k b2JqCjE3IDAgb2JqIDw8Ci9Bc2NlbnQgNjk0Ci9DYXBIZWlnaHQgNjgzCi9EZXNjZW50IC0xOTQK L0ZvbnROYW1lIC9FVUFGTFQrQ01NSTEwCi9JdGFsaWNBbmdsZSAtMTQKL1N0ZW1WIDcyCi9YSGVp Z2h0IDQzMQovRm9udEJCb3ggWy0zMiAtMjUwIDEwNDggNzUwXQovRmxhZ3MgNAovQ2hhclNldCAo L3BlcmlvZCkKL0ZvbnRGaWxlIDE4IDAgUgo+PiBlbmRvYmoKMzIgMCBvYmoKWzI3OCBdCmVuZG9i agozMyAwIG9iaiA8PAovVHlwZSAvRW5jb2RpbmcKL0RpZmZlcmVuY2VzIFsgMCAvLm5vdGRlZiAx L2RvdGFjY2VudC9maS9mbC9mcmFjdGlvbi9odW5nYXJ1bWxhdXQvTHNsYXNoL2xzbGFzaC9vZ29u ZWsvcmluZyAxMC8ubm90ZGVmIDExL2JyZXZlL21pbnVzIDEzLy5ub3RkZWYgMTQvWmNhcm9uL3pj YXJvbi9jYXJvbi9kb3RsZXNzaS9kb3RsZXNzai9mZi9mZmkvZmZsIDIyLy5ub3RkZWYgMzAvZ3Jh dmUvcXVvdGVzaW5nbGUvc3BhY2UvZXhjbGFtL3F1b3RlZGJsL251bWJlcnNpZ24vZG9sbGFyL3Bl cmNlbnQvYW1wZXJzYW5kL3F1b3RlcmlnaHQvcGFyZW5sZWZ0L3BhcmVucmlnaHQvYXN0ZXJpc2sv cGx1cy9jb21tYS9oeXBoZW4vcGVyaW9kL3NsYXNoL3plcm8vb25lL3R3by90aHJlZS9mb3VyL2Zp dmUvc2l4L3NldmVuL2VpZ2h0L25pbmUvY29sb24vc2VtaWNvbG9uL2xlc3MvZXF1YWwvZ3JlYXRl ci9xdWVzdGlvbi9hdC9BL0IvQy9EL0UvRi9HL0gvSS9KL0svTC9NL04vTy9QL1EvUi9TL1QvVS9W L1cvWC9ZL1ovYnJhY2tldGxlZnQvYmFja3NsYXNoL2JyYWNrZXRyaWdodC9hc2NpaWNpcmN1bS91 bmRlcnNjb3JlL3F1b3RlbGVmdC9hL2IvYy9kL2UvZi9nL2gvaS9qL2svbC9tL24vby9wL3Evci9z L3QvdS92L3cveC95L3ovYnJhY2VsZWZ0L2Jhci9icmFjZXJpZ2h0L2FzY2lpdGlsZGUgMTI3Ly5u b3RkZWYgMTI4L0V1cm8gMTI5Ly5ub3RkZWYgMTMwL3F1b3Rlc2luZ2xiYXNlL2Zsb3Jpbi9xdW90 ZWRibGJhc2UvZWxsaXBzaXMvZGFnZ2VyL2RhZ2dlcmRibC9jaXJjdW1mbGV4L3BlcnRob3VzYW5k L1NjYXJvbi9ndWlsc2luZ2xsZWZ0L09FIDE0MS8ubm90ZGVmIDE0Ny9xdW90ZWRibGxlZnQvcXVv dGVkYmxyaWdodC9idWxsZXQvZW5kYXNoL2VtZGFzaC90aWxkZS90cmFkZW1hcmsvc2Nhcm9uL2d1 aWxzaW5nbHJpZ2h0L29lIDE1Ny8ubm90ZGVmIDE1OS9ZZGllcmVzaXMgMTYwLy5ub3RkZWYgMTYx L2V4Y2xhbWRvd24vY2VudC9zdGVybGluZy9jdXJyZW5jeS95ZW4vYnJva2VuYmFyL3NlY3Rpb24v ZGllcmVzaXMvY29weXJpZ2h0L29yZGZlbWluaW5lL2d1aWxsZW1vdGxlZnQvbG9naWNhbG5vdC9o eXBoZW4vcmVnaXN0ZXJlZC9tYWNyb24vZGVncmVlL3BsdXNtaW51cy90d29zdXBlcmlvci90aHJl ZXN1cGVyaW9yL2FjdXRlL211L3BhcmFncmFwaC9wZXJpb2RjZW50ZXJlZC9jZWRpbGxhL29uZXN1 cGVyaW9yL29yZG1hc2N1bGluZS9ndWlsbGVtb3RyaWdodC9vbmVxdWFydGVyL29uZWhhbGYvdGhy ZWVxdWFydGVycy9xdWVzdGlvbmRvd24vQWdyYXZlL0FhY3V0ZS9BY2lyY3VtZmxleC9BdGlsZGUv QWRpZXJlc2lzL0FyaW5nL0FFL0NjZWRpbGxhL0VncmF2ZS9FYWN1dGUvRWNpcmN1bWZsZXgvRWRp ZXJlc2lzL0lncmF2ZS9JYWN1dGUvSWNpcmN1bWZsZXgvSWRpZXJlc2lzL0V0aC9OdGlsZGUvT2dy YXZlL09hY3V0ZS9PY2lyY3VtZmxleC9PdGlsZGUvT2RpZXJlc2lzL211bHRpcGx5L09zbGFzaC9V Z3JhdmUvVWFjdXRlL1VjaXJjdW1mbGV4L1VkaWVyZXNpcy9ZYWN1dGUvVGhvcm4vZ2VybWFuZGJs cy9hZ3JhdmUvYWFjdXRlL2FjaXJjdW1mbGV4L2F0aWxkZS9hZGllcmVzaXMvYXJpbmcvYWUvY2Nl ZGlsbGEvZWdyYXZlL2VhY3V0ZS9lY2lyY3VtZmxleC9lZGllcmVzaXMvaWdyYXZlL2lhY3V0ZS9p Y2lyY3VtZmxleC9pZGllcmVzaXMvZXRoL250aWxkZS9vZ3JhdmUvb2FjdXRlL29jaXJjdW1mbGV4 L290aWxkZS9vZGllcmVzaXMvZGl2aWRlL29zbGFzaC91Z3JhdmUvdWFjdXRlL3VjaXJjdW1mbGV4 L3VkaWVyZXNpcy95YWN1dGUvdGhvcm4veWRpZXJlc2lzXQo+PiBlbmRvYmoKMTUgMCBvYmogPDwK L1R5cGUgL0ZvbnQKL1N1YnR5cGUgL1R5cGUxCi9FbmNvZGluZyAzMyAwIFIKL0Jhc2VGb250IC9I ZWx2ZXRpY2EtQm9sZAo+PiBlbmRvYmoKMTIgMCBvYmogPDwKL1R5cGUgL0ZvbnQKL1N1YnR5cGUg L1R5cGUxCi9FbmNvZGluZyAzMyAwIFIKL0Jhc2VGb250IC9UaW1lcy1Sb21hbgo+PiBlbmRvYmoK MjQgMCBvYmogPDwKL1R5cGUgL1BhZ2VzCi9Db3VudCAyCi9LaWRzIFs2IDAgUiAyOCAwIFJdCj4+ IGVuZG9iagozNCAwIG9iaiA8PAovTmFtZXMgWyhEb2MtU3RhcnQpIDEwIDAgUiAoaWQyNTQ4OTE3 KSAyNiAwIFIgKGlkMjU0ODkyMikgMjUgMCBSIChwYWdlLjEpIDkgMCBSIChwYWdlLjIpIDMwIDAg UiAodG9jLi4uaWQyNDE3ODg3KSAxMyAwIFIgKHRvYy5pZDI0MTc4ODcuaWQyNTQ4OTIyKSAyMSAw IFJdCi9MaW1pdHMgWyhEb2MtU3RhcnQpICh0b2MuaWQyNDE3ODg3LmlkMjU0ODkyMildCj4+IGVu ZG9iagozNSAwIG9iaiA8PAovS2lkcyBbMzQgMCBSXQo+PiBlbmRvYmoKMzYgMCBvYmogPDwKL0Rl c3RzIDM1IDAgUgo+PiBlbmRvYmoKMzcgMCBvYmogPDwKL1R5cGUgL0NhdGFsb2cKL1BhZ2VzIDI0 IDAgUgovTmFtZXMgMzYgMCBSCi9QYWdlTW9kZSAvVXNlT3V0bGluZXMgL1VSSTw8L0Jhc2UoKT4+ ICAvVmlld2VyUHJlZmVyZW5jZXM8PD4+IAovT3BlbkFjdGlvbiA1IDAgUgovUFRFWC5GdWxsYmFu bmVyIChUaGlzIGlzIHBkZlRlWCwgVmVyc2lvbiAzLjE0MTU5LTEuMTBiKQo+PiBlbmRvYmoKMzgg MCBvYmogPDwKL0F1dGhvcigpL1RpdGxlKCkvU3ViamVjdCgpL0NyZWF0b3IoUGFzc2l2ZVRlWCAx LjI1KS9Qcm9kdWNlcihwZGZUZVgtMS4xMGIpL0tleXdvcmRzKCkKL0NyZWF0aW9uRGF0ZSAoRDoy MDA1MDMwNDIyNTUwMCkKPj4gZW5kb2JqCnhyZWYKMCAzOQowMDAwMDAwMDAxIDY1NTM1IGYgCjAw MDAwMDAwMDIgMDAwMDAgZiAKMDAwMDAwMDAwMyAwMDAwMCBmIAowMDAwMDAwMDA0IDAwMDAwIGYg CjAwMDAwMDAwMTEgMDAwMDAgZiAKMDAwMDAwMDAwOSAwMDAwMCBuIAowMDAwMDAwNzMwIDAwMDAw IG4gCjAwMDAwMDE2OTYgMDAwMDAgbiAKMDAwMDAwMDA1NyAwMDAwMCBuIAowMDAwMDAxNDgyIDAw MDAwIG4gCjAwMDAwMDE1MzUgMDAwMDAgbiAKMDAwMDAwMDAxNCAwMDAwMCBmIAowMDAwMDA3NjA1 IDAwMDAwIG4gCjAwMDAwMDE1ODggMDAwMDAgbiAKMDAwMDAwMDAwMCAwMDAwMCBmIAowMDAwMDA3 NTEyIDAwMDAwIG4gCjAwMDAwMDA4ODIgMDAwMDAgbiAKMDAwMDAwNTQ3NiAwMDAwMCBuIAowMDAw MDAzNjYwIDAwMDAwIG4gCjAwMDAwMDUzMTkgMDAwMDAgbiAKMDAwMDAwMTAzMSAwMDAwMCBuIAow MDAwMDAxNjQyIDAwMDAwIG4gCjAwMDAwMDExODEgMDAwMDAgbiAKMDAwMDAwMTMzMSAwMDAwMCBu IAowMDAwMDA3Njk1IDAwMDAwIG4gCjAwMDAwMDI0NzUgMDAwMDAgbiAKMDAwMDAwMjUyOSAwMDAw MCBuIAowMDAwMDAyNTg0IDAwMDAwIG4gCjAwMDAwMDIzMDUgMDAwMDAgbiAKMDAwMDAwMTc4OSAw MDAwMCBuIAowMDAwMDAyNDIwIDAwMDAwIG4gCjAwMDAwMDI2NjYgMDAwMDAgbiAKMDAwMDAwNTY3 OSAwMDAwMCBuIAowMDAwMDA1NzAyIDAwMDAwIG4gCjAwMDAwMDc3NjAgMDAwMDAgbiAKMDAwMDAw Nzk4NSAwMDAwMCBuIAowMDAwMDA4MDIyIDAwMDAwIG4gCjAwMDAwMDgwNTggMDAwMDAgbiAKMDAw MDAwODI2MiAwMDAwMCBuIAp0cmFpbGVyCjw8Ci9TaXplIDM5Ci9Sb290IDM3IDAgUgovSW5mbyAz OCAwIFIKPj4Kc3RhcnR4cmVmCjg0MDQKJSVFT0YK --===============2091587212==-- From Michael Wiedmann , 298127@bugs.debian.org Sat Mar 5 09:29:29 2005 From: Michael Wiedmann , 298127@bugs.debian.org (Michael Wiedmann) Date: Sat, 5 Mar 2005 10:29:29 +0100 Subject: [xml/sgml-pkgs] Bug#298127: db2latex-xsl: Please create TOC by default (for book) In-Reply-To: <20050304215319.31BE5100442A0@atari.stigge.org> References: <20050304215319.31BE5100442A0@atari.stigge.org> Message-ID: <20050305092929.GA3390@miwie.in-berlin.de> * Roland Stigge wrote [050304 22:53]: > currently, no table of contents is created by default for books. > Instead, I need to manually create one with . Other target formats > usually generate a TOC by default. So db2latex should do that also. I don't think that this is the right way. The reason that there is the markup tag is exactly as to give the author the opportunity to decide himself whether he wants a toc or not. Quite a few of my documents don't have a . If a user always wants a for his books he could easily achieve this in his customization layer. Michael -- mw@miwie.in-berlin.de http://www.miwie.org From Michael Wiedmann , 298125@bugs.debian.org Sat Mar 5 09:40:50 2005 From: Michael Wiedmann , 298125@bugs.debian.org (Michael Wiedmann) Date: Sat, 5 Mar 2005 10:40:50 +0100 Subject: [xml/sgml-pkgs] Bug#298125: db2latex-xsl: German Umlaut pattern leads to bad output In-Reply-To: <20050304214221.019EE10041B7E@atari.stigge.org> References: <20050304214221.019EE10041B7E@atari.stigge.org> Message-ID: <20050305094050.GA3498@miwie.in-berlin.de> * Roland Stigge wrote [050304 22:42]: > in a lang=3D"de" book, consider a pattern like this: >=20 > "123" abc >=20 > db2latex-xsl seems to copy this to the output, causing LaTeX to create > an A-Umlaut (=C4). If using a "lang" attribute (which IMO is good practice) for DocBook Docu= ments=20 which are to be processed using db2latex the user should contact the "bab= el" documentation and read carefully all the options for the chosen language. "shorthands" are quite often used in babel and can be switched off. This depends on the language. For the given example the customization layer should emit (after "\begin{document}": \shorthandoff{"} and all is fine... IMO it is very difficult to find reasonable "babel" default values for a given language, so the user _must_ configure "babel" in a customization layer anyhow. Michael --=20 mw@miwie.in-berlin.de http://www.miwie.org From Michael Wiedmann , 298123@bugs.debian.org Sat Mar 5 10:52:32 2005 From: Michael Wiedmann , 298123@bugs.debian.org (Michael Wiedmann) Date: Sat, 5 Mar 2005 11:52:32 +0100 Subject: [xml/sgml-pkgs] Bug#298123: db2latex-xsl: Default language French? In-Reply-To: <20050304213632.0C5F410041B7E@atari.stigge.org> References: <20050304213632.0C5F410041B7E@atari.stigge.org> Message-ID: <20050305105232.GA3757@miwie.in-berlin.de> * Roland Stigge wrote [050304 22:36]: > I'm living in an en_GB.UTF-8 locale and am wondering why the default > language in the result seems to be French. It is questionable what the default language for a docBook XNML document should be. E.g. I use "de_DE" as default locale but most of my Docbook documents are written in english. IMO one cannot deduce from the locale setting what language a document is written in. IMO it is more than good practice to use a "lang" attribute for DocBook XML documents. Doing this will enbale db2latex to set the correct "babel" language. Michael -- mw@miwie.in-berlin.de http://www.miwie.org From Michael Wiedmann , 298126@bugs.debian.org Sat Mar 5 11:26:40 2005 From: Michael Wiedmann , 298126@bugs.debian.org (Michael Wiedmann) Date: Sat, 5 Mar 2005 12:26:40 +0100 Subject: [xml/sgml-pkgs] Bug#298126: db2latex-xsl: simplesect created at wrong level of nesting In-Reply-To: <20050304214939.C0AAA10041B7E@atari.stigge.org> References: <20050304214939.C0AAA10041B7E@atari.stigge.org> Message-ID: <20050305112640.GA3870@miwie.in-berlin.de> * Roland Stigge wrote [050304 22:49]: > simplesects seem to be created at the wrong level of nesting. They should > be included in the surrounding section level. Instead, they break out of > that and are created at a higher level. The following is a workaround (before being fixed upstream - which can last a long time...): - Use
instead of . The db2latex templates renders this correctly. A more complicated solution could be (though not useful as a genaral solution): - Override the template " in "sections.mod.xsl" to: " _and_ provide for an override "latex.mapping.xml" for the key "simplesect" outputting the TeX section you want. Michael -- mw@miwie.in-berlin.de http://www.miwie.org From Roland Stigge , 298127@bugs.debian.org Sat Mar 5 22:29:01 2005 From: Roland Stigge , 298127@bugs.debian.org (Roland Stigge) Date: Sat, 05 Mar 2005 23:29:01 +0100 Subject: [xml/sgml-pkgs] Bug#298127: db2latex-xsl: Please create TOC by default (for book) In-Reply-To: <20050305092929.GA3390@miwie.in-berlin.de> References: <20050304215319.31BE5100442A0@atari.stigge.org> <20050305092929.GA3390@miwie.in-berlin.de> Message-ID: <1110061741.6084.6.camel@atari> Hi, On Sat, 2005-03-05 at 10:29 +0100, Michael Wiedmann wrote: > > currently, no table of contents is created by default for books. > > Instead, I need to manually create one with . Other target formats > > usually generate a TOC by default. So db2latex should do that also. > > I don't think that this is the right way. > The reason that there is the markup tag is exactly as to give the > author the opportunity to decide himself whether he wants a toc or not. > Quite a few of my documents don't have a . > > If a user always wants a for his books he could easily achieve > this in his customization layer. I'm talking about the default case which should be consistent between processors. E.g., when converting a document to html using xmlto, I always get a toc by default. Feel free to reassign this bug if you think the inconsistency problem is caused by xmlto (i.e. or whatever stylesheet in charge). Thanks. bye, Roland From Roland Stigge , 298125@bugs.debian.org Sat Mar 5 22:33:26 2005 From: Roland Stigge , 298125@bugs.debian.org (Roland Stigge) Date: Sat, 05 Mar 2005 23:33:26 +0100 Subject: [xml/sgml-pkgs] Bug#298125: db2latex-xsl: German Umlaut pattern leads to bad output In-Reply-To: <20050305094050.GA3498@miwie.in-berlin.de> References: <20050304214221.019EE10041B7E@atari.stigge.org> <20050305094050.GA3498@miwie.in-berlin.de> Message-ID: <1110062006.6084.10.camel@atari> Hi, On Sat, 2005-03-05 at 10:40 +0100, Michael Wiedmann wrote: > > in a lang=3D"de" book, consider a pattern like this: > >=20 > > "123" abc > >=20 > > db2latex-xsl seems to copy this to the output, causing LaTeX to creat= e > > an A-Umlaut (=C3=84). >=20 > If using a "lang" attribute (which IMO is good practice) for DocBook Do= cuments=20 > which are to be processed using db2latex the user should contact the "b= abel" > documentation and read carefully all the options for the chosen > language. >=20 > "shorthands" are quite often used in babel and can be switched > off. This depends on the language. >=20 > For the given example the customization layer should emit (after > "\begin{document}": >=20 > \shorthandoff{"} >=20 > and all is fine... >=20 > IMO it is very difficult to find reasonable "babel" default values for = a > given language, so the user _must_ configure "babel" in a > customization layer anyhow. Nevertheless, at least the known problems (as this one) should be fixed in the default case. bye, Roland From Roland Stigge , 298123@bugs.debian.org Sat Mar 5 22:37:04 2005 From: Roland Stigge , 298123@bugs.debian.org (Roland Stigge) Date: Sat, 05 Mar 2005 23:37:04 +0100 Subject: [xml/sgml-pkgs] Bug#298123: db2latex-xsl: Default language French? In-Reply-To: <20050305105232.GA3757@miwie.in-berlin.de> References: <20050304213632.0C5F410041B7E@atari.stigge.org> <20050305105232.GA3757@miwie.in-berlin.de> Message-ID: <1110062224.6084.15.camel@atari> Hi, On Sat, 2005-03-05 at 11:52 +0100, Michael Wiedmann wrote: > > I'm living in an en_GB.UTF-8 locale and am wondering why the default > > language in the result seems to be French. > > It is questionable what the default language for a docBook XNML > document should be. > > E.g. I use "de_DE" as default locale but most of my Docbook documents > are written in english. IMO one cannot deduce from the locale setting > what language a document is written in. > > IMO it is more than good practice to use a "lang" attribute for > DocBook XML documents. Doing this will enbale db2latex to set the > correct "babel" language. Right. But the default case should be reasonable. Any reasonable setting would be welcome. But for someone using an English locale writing German documents, French is definitely wrong. Thanks for considering. bye, Roland From yuki@fine.vig-seet.to Sun Mar 6 05:12:38 2005 From: yuki@fine.vig-seet.to (=?ISO-2022-JP?B?GyRCMkQwJiQvNSQ7fSRBJC9TQyQkJEcbKEI=?=) Date: Sun, 6 Mar 2005 14:12:38 +0900 (KST) Subject: [xml/sgml-pkgs] =?ISO-2022-JP?B?GyRCJEkkcyRJJHMlKCVDJUEkSj1BJCwkIiRVJGw9UCRrISobKEI=?= Message-ID: <20050306051238.4D11813907@year.ori-g.net> 儅僈僕儞丒僗僞乕僟僗僩仚佭================================================= 仱仱仱仱仛仱仱仱仱仛仱仱仱仱仱仱仱仱仱仱仱仱仱仱仱仛仱仱仱仱仛仱仱仱仱 .............丒丒丒丒丒.............丒丒丒丒丒............丒丒儚働偁傝柡偺僫儅夋憸丒丒.............丒丒丒丒丒.............丒丒丒丒丒............. 仮仮仮仮仛仮仮仮仮仛仮仮仮仮仮仮仮仮仮仮仮仮仮仮仮仛仮仮仮仮仛仮仮仮仮 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂 丂丂丂 傾僫僞偺抦傝偨偄偙偲壗偱傕嫵偊偰傾僎儖偭侓::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: 丂丂丂 丂丂http://ura.polty.cc/?zv31nvr5mh 丂 仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂 丂丂 仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭 丂杮暔慺恖柡偺僫儅懱尡両搳峞幨恀傗儉乕價乕傕廩幚偺儔僀儞僫僢僾侓 丂丂丂丂丂丂丂丂////僼僃僠丒丒丒搻嶣丒丒丒栰奜業弌丒丒丒棎岎丒丒丒僐僗僾儗etc///////// 丂丂仚尰栶娕岇巘儚働偁傝搳峞僐儗僋僔儑儞丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒 丂丂丂丂丂丂搒撪偵嬑傔傞娕岇巘丂俿崄偝傫乮俀係嵨乯偺昦堾撪偱偺愒棁乆崘敀偲 丂丂丂丂丂丂栤戣偺僼僅僩僐儗僋僔儑儞 丂丂仚嬌旈僾儔僀儀乕僩嶣塭價僨僆丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒 丂丂丂丂丂丂曇廤嬊偵婑偣傜傟偨悢懡偔偺僾儔僀儀乕僩價僨僆偺拞偐傜丄慖傝偡偖傝偺傕偺傪 丂丂丂丂丂丂嬌旈岞奐両両慺恖偨偪偺惗乆偟偄塮憸偺悢乆乧丅 丂丂丂http://ura.polty.cc/?zv31nvr5mh 丂 仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂 丂丂 仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭 仱仱仱仱仛仱仱仱仱仛仱仱仱仱仱仱仱仱仱仱仱仱仱仱仱仛仱仱仱仱仛仱仱仱仱 .............丒丒丒丒丒..........丒丒丒丒丒.........丒丒 傢偐偭偰偄傞偗偳巭傔傜傟側偄丒丒..........丒丒丒丒丒..........丒丒丒丒丒............. 仮仮仮仮仛仮仮仮仮仛仮仮仮仮仮仮仮仮仮仮仮仮仮仮仮仛仮仮仮仮仛仮仮仮仮丂 丂 丂丂亂旤恖僄僗僥忟偺僾儔僀儀乕僩亃丂丂丂丂丂丂仴仴丂丂 ------仛-------- 丂--仛--晛抜偼僆儞僫偽偐傝偺怑応偱丂丂丂夞夞夞夞夞夞夞丂丂丂丂丂丂 丂丂 僗僩儗僗傕棴傑傝偑偪乧 仴 仴丂 偦傫側僄僗僥僥傿僔儍儞偺------- 仴 丂丂 桞堦偺庯枴偲偼乧丅 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂亂仜岎彈巕峑惗偺曻壽屻亃 丂丂丂丂丂仴丂丂丂丂 丂丂丂丂丂丂丂丂丂丂 丂栚揑傕側偔丄枅擔妛峑偺婣傝偵 丂丂丂 夞夞夞 丂仴 丂丂丂丂丂 仛----- 扤偐偲楢棈傪庢偭偰偼 仴丂丂丂丂丂丂丂丂丂丂丂丂偳偙偐傊偲徚偊偰偄偔彈偺巕払--仛--- 丂仴丂丂丂丂丂丂丂丂 丂丂丂丂丂丂 偦偺條巕傪捛偭偨庢嵽斍偑 丂丂丂丂丂丂丂丂丂丂丂丂丂丂夞夞夞夞夞夞丂丂丂丂墂偺僩僀儗偱栚偵偟偨傕偺偲偼乧丅 仴 丂丂丂丂丂丂丂丂丂丂丂丂丂丂 http://ura.polty.cc/?zv31nvr5mh 丂丂丂丂丂亂晜婥嵢偺擭壓梀傃亃----------仛---------仛 丂丂丂丂丂掄庡偺巇帠拞偵庒偄抝偲丂丂丂丂丂丂丂 丂丂丂丂丂丂丂 丂丂仴丂丂丂夞夞夞夞 丂丂丂丂丂旈枾偺娭學傪懕偗傞恖嵢偺惗懺丅丂丂丂丂丂仴 仛-----婛崶幰側傜偱偼偺 丂丂丂丂丂丂 仴 丂丂丂丂丂儂儞僱僩乕僋偵僞僕僞僕乧丅 丂 丂丂丂 仴丂 仴 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂夞夞夞夞夞夞 ------------------------------------------------------------------------ 仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭 仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩仩丂仩 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂尒劔強劔枮劔嵹劔仛劔丂丂 丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒劒劗劒劗劒劗劒劗劒劗 丂仩仩仩仩仩仭仩仩仩仩丂 丂丒慺恖払偺搳峞夋憸傗儂儞僱僩乕僋惙傝偩偔偝傫仚 丂仩仩仩仩仩仭仭仩仩仩丂丂 丒嵟怴儉乕價乕僋儕僢僾悘帪峏怴拞両 丂仩仭仭仭仭仭仭仭仩仩丂 丂丒崱偩偗僐儞僥儞僣戝憹検拞侓 丂仩仭仭仭仭仭仭仭仭仩丂 丂丒儚働偁傝柡払偺嶣傝壓傠偟嬌旈夋憸仚 丂仩仭仭仭仭仭仭仭仩仩丂丂丂丂丂丂丂丂 丂仩仩仩仩仩仭仭仩仩仩丂丂http://ura.polty.cc/?zv31nvr5mh 丂仩仩仩仩仩仭仩仩仩仩丂丂............................................................................................................................................... 仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭 儅僈僕儞丒僗僞乕僟僗僩仚佭==================================================== 亂偍抦傜偣亃 丒摉嬊偼丄儊乕儖儅僈僕儞愱栧偺攝怣僗僞儞僪偲側偭偰偍傝傑偡丅 丒摉嬊傛傝攝怣偝傟傞忣曬偺撪梕偵偮偄偰偼敪峴幰偺娗棟偲側傝傑偡丅 丒儊乕儖儅僈僕儞傗偦偺撪梕偺偛棙梡偵娭偟偰偼偛峸撉幰屄恖偺 丂愑擟偵偍偄偰偛棙梡壓偝偄丅 丒摉嬊偼偛徯夘愭偺僒僀僩偵偍偗傞偄偐側傞僩儔僽儖傗懝奞偵懳偟偰傕 丂堦愗偺愑擟傪晧偄偐偹傑偡丅 丒宖嵹忣曬偵娭偟偰偺偛幙栤偵偼墳偠偰偍傝傑偣傫偺偱 丂梊傔偛椆彸壓偝偄丅 丒摉儊乕儖儅僈僕儞偵宖嵹偝傟偨婰帠偺堦晹傑偨偼慡晹傪 丂嫋壜側偔揮嵹偡傞偙偲傪嬛巭抳偟傑偡丅 丒 恎偵妎偊偺側偄攝怣偼偄偨偢傜偺壜擻惈偑偛偞偄傑偡 丂峸撉夝彍傪偛婓朷偺曽偼丄偍庤悢偱偡偑壓婰偺傾僪儗僗傛傝儘僌僀儞偟丄 丂偛帺恎偱偍庤懕偒壓偝偄丅 丂 丂仺 http://fine.vig-seet.to/star-dust/ ========================================================================== 仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛 ========================================================================== From saya@pure.inmova.cc Sun Mar 6 15:11:30 2005 From: saya@pure.inmova.cc (=?ISO-2022-JP?B?GyRCJCokTSRAJGolKCVDJUEidhsoQg==?=) Date: Mon, 7 Mar 2005 00:11:30 +0900 (KST) Subject: [xml/sgml-pkgs] =?ISO-2022-JP?B?GyRCJVAlJCVWJEdAZEQ6ISpHKCRsJDkkLiVeJXMlXiVzIXkbKEI=?= Message-ID: <20050306151130.3386A44011@rental2.fields-server.net> 伂伂伂伂伂伂伂伂伂 佱丂傆偔傆偔僱僢僩忣曬嬊丂佲 伂伂伂伂伂伂伂伂 劒仚壜垽偄偁偺巕偺愩偞傢傝仚劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒 丂丂丂丂僨傿乕僾偱僼僃僥傿僢僔儏側婇夋惙傝偩偔偝傫侓 乧乧乧乧乧乧乧乧乧乧乧乧乧乧乧乧乧乧乧乧 丂丂丂丂丂丂丂丂丂丂丂僈乕僪儖巔偺彈偺巕傪桪偟偔偄偨傇傞湌崨姶丂丂丂劔劔劔 丂丂丂丂丂丂丂丂丂丂劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒 仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦 丂丂丂 http://urafeti.candyhos.com/?f89lcxnniv 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 乗仧丂摿暿婇夋戞侾抏丂仧乗乗乗乗乗乗 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仩丂亀栚偐偔偟棎岎侾俆恖亁嶣傝壓傠偟儉乕價乕仚 仩丂偝傞偖偮椫偲栚偐偔偟傪偝傟丄抝偨偪偵楳偽傟傞彈偺巕俀恖偑 仩丂婌傃偺惡傪偁偘側偑傜丄湌崨偺昞忣偱侾俆恖傕偺抝払傪庴偗擖傟傞 仩 仩亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣 仩丂亀棤尨廻宯僫儞僷丂僴仜嶣傝亁 仩丂搒撪朸傾僷儗儖夛幮偵嬑傔傞傾儎儈偪傖傫 仩丂嵟弶偼掞峈偡傞傕丄岻傒側愩巊偄偲巜巊偄偵愗側偔惡傪楻傜偡 仩 仩丂丂http://urafeti.candyhos.com/?f89lcxnniv 仩 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 乗仧丂摿暿婇夋戞俀抏丂仧乗乗乗乗乗乗 乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗乗 仩丂亀楉偟偺旤擕仌嫄擕亁 仩丂僼僃僠偺嵃傪偔偡偖傞丄挻嫄擕傗僉儗僀偵惍偭偨旤擕偺俧俙俴偑 仩丂帺枬偺僇儔僟傪惿偟偘傕側偔傾僺乕儖偟偪傖偄傑偡侓 仩 仩丂丂http://urafeti.candyhos.com/?f89lcxnniv 仩 仚*丒*仚*丒*仚*丒*仚*丒*仚*丒*仚*丒*仚*丒*仚*丒仚*丒*仚 丂丂丂丂丂丂丂丂丂丂擔劔崰劔偺劔梸劔媮劔 丂丂丂丂丂丂丂丂丂丂劒劗劒劗劒劗劒劗劒劗 丂丂丂丂丂丂丂丂丂丂丂丂丂枮劔偨劔 偟劔傑劔偣劔傫劔偐劔丠劔 丂丂丂丂丂丂丂丂丂丂丂丂丂劒劗劒劗劒劗劒劗劒劗劒劗劒劗劒劗 丂 丂丂丂丂懠偵傕榖戣偺戝僐乕僼儞婇夋偑嶳惙傝偩傛傫偭侓 劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒 仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦 伂伂伂伂伂伂 佱丂傆偔傆偔僱僢僩忣曬嬊偐傜偺偍偟傜偣丂佲 伂伂伂伂伂伂 仧嵟嬤偄偨偢傜偲巚傢傟傞儊乕儖憲怣偑憹偊偰偍傝傑偡丅偛搊榐偵恎偵妎偊偑 丂側偄応崌偼丄壓婰倀俼俴傛傝峸撉夝彍偺庤懕偒傪峴偭偰偔偩偝偄丅 丂丂儊乕儖儅僈僕儞偺戅夛丒夝彍偼偙偪傜伀 丂丂http://pure.inmova.cc/huku/ 丂丂丂丂丂丂丂丂丂丂丂丂 仧摉嬊偺儊乕儖儅僈僕儞傛傝攝怣偝傟傞忣曬偺棙梡偵娭偟偰偼丄 丂丂 偛峸撉幰屄恖偺愑擟偵偍偄偰偛棙梡壓偝偄丅 丂丂 偛徯夘愭偺僒僀僩偵偍偗傞偄偐側傞僩儔僽儖傗懝奞偵懳偟偰傕 丂丂 摉嬊偱偼堦愗偺愑擟傪晧偄偐偹傑偡丅 丂丂 枖丄宖嵹忣曬偵娭偟偰偺偄偐側傞偍栤崌偣偵懳偟偰傕 丂丂 偍摎偊偟偐偹傑偡偺偱梊傔偛椆彸壓偝偄丅 丂丂丂丂 宖嵹偝傟偨婰帠偺堦晹傑偨偼慡晹傪嫋壜側偔揮嵹偡傞偙偲傪嬛巭抳偟傑偡丅 仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦仦 亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖亖 From yuki@fine.vig-seet.to Sun Mar 6 21:51:38 2005 From: yuki@fine.vig-seet.to (=?ISO-2022-JP?B?GyRCMkQwJiQvNSQ7fSRBJC9TQyQkJEcbKEI=?=) Date: Mon, 7 Mar 2005 06:51:38 +0900 (KST) Subject: [xml/sgml-pkgs] =?ISO-2022-JP?B?GyRCJEkkcyRJJHMlKCVDJUEkSj1BJCwkIiRVJGw9UCRrISobKEI=?= Message-ID: <20050306215138.3820E138C4@year.ori-g.net> 儅僈僕儞丒僗僞乕僟僗僩仚佭================================================= 仱仱仱仱仛仱仱仱仱仛仱仱仱仱仱仱仱仱仱仱仱仱仱仱仱仛仱仱仱仱仛仱仱仱仱 .............丒丒丒丒丒.............丒丒丒丒丒............丒丒儚働偁傝柡偺僫儅夋憸丒丒.............丒丒丒丒丒.............丒丒丒丒丒............. 仮仮仮仮仛仮仮仮仮仛仮仮仮仮仮仮仮仮仮仮仮仮仮仮仮仛仮仮仮仮仛仮仮仮仮 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂 丂丂丂 傾僫僞偺抦傝偨偄偙偲壗偱傕嫵偊偰傾僎儖偭侓::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: 丂丂丂 丂丂http://ura.polty.cc/?zmkqgi6tau 丂 仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂 丂丂 仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭 丂杮暔慺恖柡偺僫儅懱尡両搳峞幨恀傗儉乕價乕傕廩幚偺儔僀儞僫僢僾侓 丂丂丂丂丂丂丂丂////僼僃僠丒丒丒搻嶣丒丒丒栰奜業弌丒丒丒棎岎丒丒丒僐僗僾儗etc///////// 丂丂仚尰栶娕岇巘儚働偁傝搳峞僐儗僋僔儑儞丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒 丂丂丂丂丂丂搒撪偵嬑傔傞娕岇巘丂俿崄偝傫乮俀係嵨乯偺昦堾撪偱偺愒棁乆崘敀偲 丂丂丂丂丂丂栤戣偺僼僅僩僐儗僋僔儑儞 丂丂仚嬌旈僾儔僀儀乕僩嶣塭價僨僆丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒 丂丂丂丂丂丂曇廤嬊偵婑偣傜傟偨悢懡偔偺僾儔僀儀乕僩價僨僆偺拞偐傜丄慖傝偡偖傝偺傕偺傪 丂丂丂丂丂丂嬌旈岞奐両両慺恖偨偪偺惗乆偟偄塮憸偺悢乆乧丅 丂丂丂http://ura.polty.cc/?zmkqgi6tau 丂 仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂 丂丂 仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭 仱仱仱仱仛仱仱仱仱仛仱仱仱仱仱仱仱仱仱仱仱仱仱仱仱仛仱仱仱仱仛仱仱仱仱 .............丒丒丒丒丒..........丒丒丒丒丒.........丒丒 傢偐偭偰偄傞偗偳巭傔傜傟側偄丒丒..........丒丒丒丒丒..........丒丒丒丒丒............. 仮仮仮仮仛仮仮仮仮仛仮仮仮仮仮仮仮仮仮仮仮仮仮仮仮仛仮仮仮仮仛仮仮仮仮丂 丂 丂丂亂旤恖僄僗僥忟偺僾儔僀儀乕僩亃丂丂丂丂丂丂仴仴丂丂 ------仛-------- 丂--仛--晛抜偼僆儞僫偽偐傝偺怑応偱丂丂丂夞夞夞夞夞夞夞丂丂丂丂丂丂 丂丂 僗僩儗僗傕棴傑傝偑偪乧 仴 仴丂 偦傫側僄僗僥僥傿僔儍儞偺------- 仴 丂丂 桞堦偺庯枴偲偼乧丅 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂亂仜岎彈巕峑惗偺曻壽屻亃 丂丂丂丂丂仴丂丂丂丂 丂丂丂丂丂丂丂丂丂丂 丂栚揑傕側偔丄枅擔妛峑偺婣傝偵 丂丂丂 夞夞夞 丂仴 丂丂丂丂丂 仛----- 扤偐偲楢棈傪庢偭偰偼 仴丂丂丂丂丂丂丂丂丂丂丂丂偳偙偐傊偲徚偊偰偄偔彈偺巕払--仛--- 丂仴丂丂丂丂丂丂丂丂 丂丂丂丂丂丂 偦偺條巕傪捛偭偨庢嵽斍偑 丂丂丂丂丂丂丂丂丂丂丂丂丂丂夞夞夞夞夞夞丂丂丂丂墂偺僩僀儗偱栚偵偟偨傕偺偲偼乧丅 仴 丂丂丂丂丂丂丂丂丂丂丂丂丂丂 http://ura.polty.cc/?zmkqgi6tau 丂丂丂丂丂亂晜婥嵢偺擭壓梀傃亃----------仛---------仛 丂丂丂丂丂掄庡偺巇帠拞偵庒偄抝偲丂丂丂丂丂丂丂 丂丂丂丂丂丂丂 丂丂仴丂丂丂夞夞夞夞 丂丂丂丂丂旈枾偺娭學傪懕偗傞恖嵢偺惗懺丅丂丂丂丂丂仴 仛-----婛崶幰側傜偱偼偺 丂丂丂丂丂丂 仴 丂丂丂丂丂儂儞僱僩乕僋偵僞僕僞僕乧丅 丂 丂丂丂 仴丂 仴 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂夞夞夞夞夞夞 ------------------------------------------------------------------------ 仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭 仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩仩丂仩 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂尒劔強劔枮劔嵹劔仛劔丂丂 丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒劒劗劒劗劒劗劒劗劒劗 丂仩仩仩仩仩仭仩仩仩仩丂 丂丒慺恖払偺搳峞夋憸傗儂儞僱僩乕僋惙傝偩偔偝傫仚 丂仩仩仩仩仩仭仭仩仩仩丂丂 丒嵟怴儉乕價乕僋儕僢僾悘帪峏怴拞両 丂仩仭仭仭仭仭仭仭仩仩丂 丂丒崱偩偗僐儞僥儞僣戝憹検拞侓 丂仩仭仭仭仭仭仭仭仭仩丂 丂丒儚働偁傝柡払偺嶣傝壓傠偟嬌旈夋憸仚 丂仩仭仭仭仭仭仭仭仩仩丂丂丂丂丂丂丂丂 丂仩仩仩仩仩仭仭仩仩仩丂丂http://ura.polty.cc/?zmkqgi6tau 丂仩仩仩仩仩仭仩仩仩仩丂丂............................................................................................................................................... 仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭 儅僈僕儞丒僗僞乕僟僗僩仚佭==================================================== 亂偍抦傜偣亃 丒摉嬊偼丄儊乕儖儅僈僕儞愱栧偺攝怣僗僞儞僪偲側偭偰偍傝傑偡丅 丒摉嬊傛傝攝怣偝傟傞忣曬偺撪梕偵偮偄偰偼敪峴幰偺娗棟偲側傝傑偡丅 丒儊乕儖儅僈僕儞傗偦偺撪梕偺偛棙梡偵娭偟偰偼偛峸撉幰屄恖偺 丂愑擟偵偍偄偰偛棙梡壓偝偄丅 丒摉嬊偼偛徯夘愭偺僒僀僩偵偍偗傞偄偐側傞僩儔僽儖傗懝奞偵懳偟偰傕 丂堦愗偺愑擟傪晧偄偐偹傑偡丅 丒宖嵹忣曬偵娭偟偰偺偛幙栤偵偼墳偠偰偍傝傑偣傫偺偱 丂梊傔偛椆彸壓偝偄丅 丒摉儊乕儖儅僈僕儞偵宖嵹偝傟偨婰帠偺堦晹傑偨偼慡晹傪 丂嫋壜側偔揮嵹偡傞偙偲傪嬛巭抳偟傑偡丅 丒 恎偵妎偊偺側偄攝怣偼偄偨偢傜偺壜擻惈偑偛偞偄傑偡 丂峸撉夝彍傪偛婓朷偺曽偼丄偍庤悢偱偡偑壓婰偺傾僪儗僗傛傝儘僌僀儞偟丄 丂偛帺恎偱偍庤懕偒壓偝偄丅 丂 丂仺 http://fine.vig-seet.to/star-dust/ ========================================================================== 仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛 ========================================================================== From yuki@fine.vig-seet.to Mon Mar 7 06:19:17 2005 From: yuki@fine.vig-seet.to (=?ISO-2022-JP?B?GyRCMkQwJiQvNSQ7fSRBJC9TQyQkJEcbKEI=?=) Date: Mon, 7 Mar 2005 15:19:17 +0900 (KST) Subject: [xml/sgml-pkgs] =?ISO-2022-JP?B?GyRCJEkkcyRJJHMlKCVDJUEkSj1BJCwkIiRVJGw9UCRrISobKEI=?= Message-ID: <20050307061917.BC8241392A@year.ori-g.net> 儅僈僕儞丒僗僞乕僟僗僩仚佭================================================= 仱仱仱仱仛仱仱仱仱仛仱仱仱仱仱仱仱仱仱仱仱仱仱仱仱仛仱仱仱仱仛仱仱仱仱 .............丒丒丒丒丒.............丒丒丒丒丒............丒丒儚働偁傝柡偺僫儅夋憸丒丒.............丒丒丒丒丒.............丒丒丒丒丒............. 仮仮仮仮仛仮仮仮仮仛仮仮仮仮仮仮仮仮仮仮仮仮仮仮仮仛仮仮仮仮仛仮仮仮仮 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂 丂丂丂 傾僫僞偺抦傝偨偄偙偲壗偱傕嫵偊偰傾僎儖偭侓::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: 丂丂丂 丂丂http://ura.polty.cc/?o0tofkb6lw 丂 仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂 丂丂 仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭 丂杮暔慺恖柡偺僫儅懱尡両搳峞幨恀傗儉乕價乕傕廩幚偺儔僀儞僫僢僾侓 丂丂丂丂丂丂丂丂////僼僃僠丒丒丒搻嶣丒丒丒栰奜業弌丒丒丒棎岎丒丒丒僐僗僾儗etc///////// 丂丂仚尰栶娕岇巘儚働偁傝搳峞僐儗僋僔儑儞丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒 丂丂丂丂丂丂搒撪偵嬑傔傞娕岇巘丂俿崄偝傫乮俀係嵨乯偺昦堾撪偱偺愒棁乆崘敀偲 丂丂丂丂丂丂栤戣偺僼僅僩僐儗僋僔儑儞 丂丂仚嬌旈僾儔僀儀乕僩嶣塭價僨僆丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒 丂丂丂丂丂丂曇廤嬊偵婑偣傜傟偨悢懡偔偺僾儔僀儀乕僩價僨僆偺拞偐傜丄慖傝偡偖傝偺傕偺傪 丂丂丂丂丂丂嬌旈岞奐両両慺恖偨偪偺惗乆偟偄塮憸偺悢乆乧丅 丂丂丂http://ura.polty.cc/?o0tofkb6lw 丂 仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂 丂丂 仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭 仱仱仱仱仛仱仱仱仱仛仱仱仱仱仱仱仱仱仱仱仱仱仱仱仱仛仱仱仱仱仛仱仱仱仱 .............丒丒丒丒丒..........丒丒丒丒丒.........丒丒 傢偐偭偰偄傞偗偳巭傔傜傟側偄丒丒..........丒丒丒丒丒..........丒丒丒丒丒............. 仮仮仮仮仛仮仮仮仮仛仮仮仮仮仮仮仮仮仮仮仮仮仮仮仮仛仮仮仮仮仛仮仮仮仮丂 丂 丂丂亂旤恖僄僗僥忟偺僾儔僀儀乕僩亃丂丂丂丂丂丂仴仴丂丂 ------仛-------- 丂--仛--晛抜偼僆儞僫偽偐傝偺怑応偱丂丂丂夞夞夞夞夞夞夞丂丂丂丂丂丂 丂丂 僗僩儗僗傕棴傑傝偑偪乧 仴 仴丂 偦傫側僄僗僥僥傿僔儍儞偺------- 仴 丂丂 桞堦偺庯枴偲偼乧丅 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂亂仜岎彈巕峑惗偺曻壽屻亃 丂丂丂丂丂仴丂丂丂丂 丂丂丂丂丂丂丂丂丂丂 丂栚揑傕側偔丄枅擔妛峑偺婣傝偵 丂丂丂 夞夞夞 丂仴 丂丂丂丂丂 仛----- 扤偐偲楢棈傪庢偭偰偼 仴丂丂丂丂丂丂丂丂丂丂丂丂偳偙偐傊偲徚偊偰偄偔彈偺巕払--仛--- 丂仴丂丂丂丂丂丂丂丂 丂丂丂丂丂丂 偦偺條巕傪捛偭偨庢嵽斍偑 丂丂丂丂丂丂丂丂丂丂丂丂丂丂夞夞夞夞夞夞丂丂丂丂墂偺僩僀儗偱栚偵偟偨傕偺偲偼乧丅 仴 丂丂丂丂丂丂丂丂丂丂丂丂丂丂 http://ura.polty.cc/?o0tofkb6lw 丂丂丂丂丂亂晜婥嵢偺擭壓梀傃亃----------仛---------仛 丂丂丂丂丂掄庡偺巇帠拞偵庒偄抝偲丂丂丂丂丂丂丂 丂丂丂丂丂丂丂 丂丂仴丂丂丂夞夞夞夞 丂丂丂丂丂旈枾偺娭學傪懕偗傞恖嵢偺惗懺丅丂丂丂丂丂仴 仛-----婛崶幰側傜偱偼偺 丂丂丂丂丂丂 仴 丂丂丂丂丂儂儞僱僩乕僋偵僞僕僞僕乧丅 丂 丂丂丂 仴丂 仴 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂夞夞夞夞夞夞 ------------------------------------------------------------------------ 仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭丂仭 仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩丂仩仩丂仩 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂尒劔強劔枮劔嵹劔仛劔丂丂 丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒劒劗劒劗劒劗劒劗劒劗 丂仩仩仩仩仩仭仩仩仩仩丂 丂丒慺恖払偺搳峞夋憸傗儂儞僱僩乕僋惙傝偩偔偝傫仚 丂仩仩仩仩仩仭仭仩仩仩丂丂 丒嵟怴儉乕價乕僋儕僢僾悘帪峏怴拞両 丂仩仭仭仭仭仭仭仭仩仩丂 丂丒崱偩偗僐儞僥儞僣戝憹検拞侓 丂仩仭仭仭仭仭仭仭仭仩丂 丂丒儚働偁傝柡払偺嶣傝壓傠偟嬌旈夋憸仚 丂仩仭仭仭仭仭仭仭仩仩丂丂丂丂丂丂丂丂 丂仩仩仩仩仩仭仭仩仩仩丂丂http://ura.polty.cc/?o0tofkb6lw 丂仩仩仩仩仩仭仩仩仩仩丂丂............................................................................................................................................... 仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭仭 儅僈僕儞丒僗僞乕僟僗僩仚佭==================================================== 亂偍抦傜偣亃 丒摉嬊偼丄儊乕儖儅僈僕儞愱栧偺攝怣僗僞儞僪偲側偭偰偍傝傑偡丅 丒摉嬊傛傝攝怣偝傟傞忣曬偺撪梕偵偮偄偰偼敪峴幰偺娗棟偲側傝傑偡丅 丒儊乕儖儅僈僕儞傗偦偺撪梕偺偛棙梡偵娭偟偰偼偛峸撉幰屄恖偺 丂愑擟偵偍偄偰偛棙梡壓偝偄丅 丒摉嬊偼偛徯夘愭偺僒僀僩偵偍偗傞偄偐側傞僩儔僽儖傗懝奞偵懳偟偰傕 丂堦愗偺愑擟傪晧偄偐偹傑偡丅 丒宖嵹忣曬偵娭偟偰偺偛幙栤偵偼墳偠偰偍傝傑偣傫偺偱 丂梊傔偛椆彸壓偝偄丅 丒摉儊乕儖儅僈僕儞偵宖嵹偝傟偨婰帠偺堦晹傑偨偼慡晹傪 丂嫋壜側偔揮嵹偡傞偙偲傪嬛巭抳偟傑偡丅 丒 恎偵妎偊偺側偄攝怣偼偄偨偢傜偺壜擻惈偑偛偞偄傑偡 丂峸撉夝彍傪偛婓朷偺曽偼丄偍庤悢偱偡偑壓婰偺傾僪儗僗傛傝儘僌僀儞偟丄 丂偛帺恎偱偍庤懕偒壓偝偄丅 丂 丂仺 http://fine.vig-seet.to/star-dust/ ========================================================================== 仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛仛 ========================================================================== From support@mobile.myphotos.cc Tue Mar 8 03:40:12 2005 From: support@mobile.myphotos.cc (=?ISO-2022-JP?B?GyRCJSQlcyVVJSklYSE8JTclZyVzJUclOSUvGyhC?=) Date: Tue Mar 8 03:40:13 2005 Subject: [xml/sgml-pkgs] =?ISO-2022-JP?B?GyRCPzdDZSU1JSQlSD5SMnAbKEIgIBskQiJjTCQ+NUJ6OS05cCJkGyhC?= 柍戣僪僉儏儊儞僩

偍偡偡傔怴拝僒僀僩徯夘

佱姰慡柍椏佲偺実懷幨儊搳峞僒僀僩丂怴婯OPEN!!

幨儊乕儖僋儔僽

実懷&PC偐傜姰慡柍椏偱棙梡偱偒傞僒僀僩偱偡丅
崁栚暿偵側偭偰偄偰丄偲偰傕尒傗偡偔丄偁側偨偺偍岲傒偺幨儊傪偡偖偵尒偮偗傞偙偲偑偱偒傑偡丅
傑偨丄偁側偨偺偍婥偵擖傝偺幨儊傕搳峞偟偰傾僺乕儖偟偰偔偩偝偄丅
峀崘廂擖偵傛偭偰塣塩偝傟偰偄傑偡偑丄峀崘偽偐傝偱偳偙偐傜幨儊偑尒傜傟傞偺偐傢偐傜側偄側偳偺怱攝偼昁梫側偟偱偡丅

丂

摉儊儖儅僈偱偛徯夘偡傞僒僀僩偼娗棟恖偑幚嵺棙梡偟偰丄偛徯夘偟偰偄傑偡丅
偛徯夘偡傞僒僀僩墳墖偺偨傔丄偤傂徯夘僒僀僩撪峀崘傪偛棗偔偩偝偄丅

攝怣丂僂僃僽傾僪僶儞僗丂support@0101117.com
攝怣掆巭傪偛婓朷偺応崌偼stop@0101117.com傑偱儊乕儖傪揮憲偟偰偔偩偝偄丅
From owner@bugs.debian.org Wed Mar 9 21:18:05 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Wed, 09 Mar 2005 13:18:05 -0800 Subject: [xml/sgml-pkgs] Processed: reassign 298163 to docbook-utils In-Reply-To: References: Message-ID: Processing commands for control@bugs.debian.org: > reassign 298163 docbook-utils Bug#298163: FTBFS in experimental Bug reassigned from package `fontconfig' to `docbook-utils'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From owner@bugs.debian.org Wed Mar 9 21:18:07 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Wed, 09 Mar 2005 13:18:07 -0800 Subject: [xml/sgml-pkgs] Processed: severity of 298163 is grave In-Reply-To: <20050309211028.A6F7968C024@sisyphus.deadbeast.net> References: <20050309211028.A6F7968C024@sisyphus.deadbeast.net> Message-ID: Processing commands for control@bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.8.10 > # Causing packages that build-depend on you to FTBFS is a grave problem. > severity 298163 grave Bug#298163: FTBFS in experimental Severity set to `grave'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From ardo@debian.org Wed Mar 9 21:43:22 2005 From: ardo@debian.org (Ardo van Rangelrooij) Date: Wed, 9 Mar 2005 15:43:22 -0600 Subject: [xml/sgml-pkgs] Processed: reassign 298163 to docbook-utils In-Reply-To: References: Message-ID: <20050309214322.GA9694@sbcglobal.net> Hi, Based on which information do you draw the conclusion that this is an issue in docbook-utils? The BTS entry does not make that clear to me at all. Thanks, Ardo Debian Bug Tracking System (owner@bugs.debian.org) wrote: > Processing commands for control@bugs.debian.org: > > > reassign 298163 docbook-utils > Bug#298163: FTBFS in experimental > Bug reassigned from package `fontconfig' to `docbook-utils'. > > > > End of message, stopping processing here. > > Please contact me if you need assistance. > > Debian bug tracking system administrator > (administrator, Debian Bugs database) > > > _______________________________________________ > debian-xml-sgml-pkgs mailing list > debian-xml-sgml-pkgs@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/debian-xml-sgml-pkgs -- Ardo van Rangelrooij Debian XML/SGML Group http://people.debian.org/~ardo/ http://debian-xml-sgml.alioth.debian.org/ From keithp@keithp.com Wed Mar 9 22:15:26 2005 From: keithp@keithp.com (Keith Packard) Date: Wed, 09 Mar 2005 14:15:26 -0800 Subject: [xml/sgml-pkgs] Processed: reassign 298163 to docbook-utils In-Reply-To: Your message of "Wed, 09 Mar 2005 15:43:22 CST." <20050309214322.GA9694@sbcglobal.net> Message-ID: --==_Exmh_-810337948P Content-Type: text/plain; charset=utf-8 Around 15 o'clock on Mar 9, Ardo van Rangelrooij wrote: > Based on which information do you draw the conclusion that this is an issue > in docbook-utils? The BTS entry does not make that clear to me at all. Sorry 'bout that; I didn't include a comment in the reassignment message. The problem appears to be inside the jade pdf output module. When docbook2pdf is run on one of the fontconfig-2.3.1-1 documentation files, it generates correct output on i386 machine and various fatal crashes on every other architecture. For example, on ia64, we get: docbook2pdf local-fontconfig-user.sgml Using catalogs: /etc/sgml/catalog Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#print Working on: /build/buildd/fontconfig-2.3.1/doc/local-fontconfig-user.sgml openjade:/usr/share/sgml/docbook/stylesheet/dsssl/modular/print/dbrfntry.dsl:83:3:E: flow objects at the root must be all of class scroll or all of class page-sequence or simple-page-sequence /usr/share/docbook-utils/backends/pdf: line 9: 27134 Segmentation fault $SGML_JADE -t tex -o ${SGML_FILE_NAME}.tex $SGML_ARGUMENTS buildd reported SIGILL on alpha and mips, SIGTRAP on ppc and hppa, SIGSEGV on ia64, arm and sparc. http://buildd.debian.org/build.php?&pkg=fontconfig has links to the failed builds for 2.3.1-1. Branden Robinson suggested that this bug would be best retargted at the docbook-utils package. -keith --==_Exmh_-810337948P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Exmh version 2.3.1 11/28/2001 iD8DBQFCL3V+Qp8BWwlsTdMRApc6AKCn6ffkE4Cz/ah5AiFrYcqeR6ZTPQCgoGSd Odp0O3KwnXq2NsSocf/06So= =xBWo -----END PGP SIGNATURE----- --==_Exmh_-810337948P-- From agentur@agentur-espana.com Fri Mar 11 16:41:43 2005 From: agentur@agentur-espana.com (Agentur =?ISO-8859-1?Q?Espa=F1a?=) Date: Fri, 11 Mar 2005 17:41:43 +0100 Subject: [xml/sgml-pkgs] Wir bitten Sie um Ihre Einwilligung Message-ID: <20050311174141667B06EDF4$C2FCC6B5C7@ILLIQGAKNIZ> This is a multi-part message in MIME format ------=_NextPart_6C6_F786_8716D687.761696F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Guten Tag Wir bitten Sie um Ihre Einwilligung. Wir w=FCrden Ihnen gerne ein Angebot =FCber E-Mail - Werbung in 21 L=E4n= der unterbreiten. Ihre Einwilligung vorausgesetzt, verwenden Sie das Kontaktformular. http://www.agentur-espana.com/mailer/Direkt-Kontakt.html Sollten Sie keine weitere E-Mail mehr von uns erhalten wollen, schicken = Sie uns eine Mail mit der Adresse die wir l=F6schen sollen. ABMELDEN info@agentur-espana.com Ps.Wir garantieren das wir Ihre Adresse nicht an dritte weitergeben. Agentur Espa=F1a Spezialisiert auf E-Mail-Werbung Vertreten in 21 L=E4nder Apartado 6 Internet: http://www.agentur-espana.com Email: agentur@agentur-espana.com ------=_NextPart_6C6_F786_8716D687.761696F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Wir bitten Sie um Ihre E= inwilligung

Guten Tag
debian-xml-sgml-pkgs@lists.alioth.debian.org =             =             =             =             =             =             =             =             =       Freitag, 11. M=E4rz 2005


Wir bitten Sie um Ihre Einwilligung.
Wir w=FCrden Ihnen gerne = ein Sonderangebot =FCber E-Mail - Werbung in 21 = L=E4nder unterbreiten.

Ihre Einwilligung vorausgesetz= t, verwenden Sie das Kontaktformular. oder http://www.agen= tur-espana.com/mailer/Direkt-Kontakt.html

Sollten= Sie keine weitere E-Mail mehr von uns erhalten wollen, schicken Sie uns= eine Mail mit der Adresse die wir l=F6schen sollen.
ABMELDEN 

Ps.Wir garantieren das= wir Ihre Adresse nicht an dritte weitergeben.

Agentur Espa=F1a
Spezialisiert auf E-Mail-Werbu= ng
Vertreten in 21 L=E4nder
Apartado 6
07510 Sineu
Internet: http://www.agentur-espana.com<= /FONT>
Email: agentur@agentu= r-espana.com 

 

------=_NextPart_6C6_F786_8716D687.761696F0-- From owner@bugs.debian.org Fri Mar 11 16:48:45 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Fri, 11 Mar 2005 08:48:45 -0800 Subject: [xml/sgml-pkgs] Processed: retitle 298163 to causes FTBFS for fontconfig In-Reply-To: References: Message-ID: Processing commands for control@bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.8.10 > retitle 298163 causes FTBFS for fontconfig Bug#298163: FTBFS in experimental Changed Bug title. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From invitacion@yahoo.com.mx Fri Mar 11 18:10:39 2005 From: invitacion@yahoo.com.mx (Invitacion II Foro Pavis) Date: Fri, 11 Mar 2005 12:10:39 -0600 Subject: [xml/sgml-pkgs] Foro: Veo, Siento e intuyo aquello que otros niega.. Su nombre es Violencia Message-ID: <13068339-22005351118103992@ricardo> ------=_NextPart_84815C5ABAF209EF376268C8 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Carta Invitacion y Programa =20 =20 =20 =20 =20 =20 =20 =20 =20 Carta Invitacion y Programa =20 ------=_NextPart_84815C5ABAF209EF376268C8 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable coloquio_final=2Ejpg = = 3D"pavi= 3D"pavi=
3D"" 3D""
3D""3D""
3D"" 3D""
3D"" 3D""
3D"" 3D""
3D"" 3D""
3D"" 3D""
3D""3D""
------=_NextPart_84815C5ABAF209EF376268C8-- From Frank Lichtenheld , 298163@bugs.debian.org Sat Mar 12 13:27:51 2005 From: Frank Lichtenheld , 298163@bugs.debian.org (Frank Lichtenheld) Date: Sat, 12 Mar 2005 14:27:51 +0100 Subject: [xml/sgml-pkgs] Bug#298163: FTBFS in experimental In-Reply-To: <20050305083944.GS24181@mails.so.argh.org> References: <20050305083944.GS24181@mails.so.argh.org> Message-ID: <20050312132751.GJ26849@djpig.de> On Sat, Mar 05, 2005 at 09:39:44AM +0100, Andreas Barth wrote: > docbook2pdf local-fontconfig-user.sgml > Using catalogs: /etc/sgml/catalog > Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#print > Working on: /build/buildd/fontconfig-2.3.0/doc/local-fontconfig-user.sgml > openjade:/usr/share/sgml/docbook/stylesheet/dsssl/modular/print/dbrfntry.dsl:83:3:E: flow objects at the root must be all of class scroll or all of class page-sequence or simple-page-sequence > /usr/share/docbook-utils/backends/pdf: line 9: 3698 Illegal instruction $SGML_JADE -t tex -o ${SGML_FILE_NAME}.tex $SGML_ARGUMENTS Some further investigation on this: fontconfig builds fine if jade is installed but not if only openjade is installed. So the real error here seems to be the openjade error, not the segv in docbook-utils that is caused by it. Since I don't know that much about the docbook SGML toolchain, I'm unsure how to proceed: should fontconfig build-depend on jade? Or is this a bug in openjade? Or really in docbook-utils? Gruesse, -- Frank Lichtenheld www: http://www.djpig.de/ From Frank Lichtenheld , 298163@bugs.debian.org Sat Mar 12 18:13:19 2005 From: Frank Lichtenheld , 298163@bugs.debian.org (Frank Lichtenheld) Date: Sat, 12 Mar 2005 19:13:19 +0100 Subject: [xml/sgml-pkgs] Bug#298163: FTBFS in experimental In-Reply-To: <16947.7702.243590.17590@ml330.occamsrazor.net> References: <20050305083944.GS24181@mails.so.argh.org> <20050312132751.GJ26849@djpig.de> <16947.7702.243590.17590@ml330.occamsrazor.net> Message-ID: <20050312181319.GM26849@djpig.de> On Sat, Mar 12, 2005 at 11:51:34AM -0500, Neil Roeth wrote: > openjade. I maintain jade, openjade and openjade1.3. I can look into whether > this is an openjade error if someone will tell me how to reproduce it - will > the error occur if I just get the current source of fontconfig from unstable > and attempt to build the package? Yes, it should as long as you don't have jade installed. Gruesse -- Frank Lichtenheld www: http://www.djpig.de/ From Hendrik Sattler , 262990@bugs.debian.org Sun Mar 13 23:35:57 2005 From: Hendrik Sattler , 262990@bugs.debian.org (Hendrik Sattler) Date: Mon, 14 Mar 2005 00:35:57 +0100 Subject: [xml/sgml-pkgs] Bug#262990: docbook2x: please use the script names that upstream uses Message-ID: Package: docbook2x Version: 0.8.3-1 Followup-For: Bug #262990 Hi, this is extremely inconvenient situation. The docbook-utils have misleading name because the cannot handle docbook-XML but provide a docbook2man script that just gives you lots of errors on docbook-XML input. The alternative is surely docbook2x but from an upstream point of view: what shall I look for in a configure script: looking for docbook2man will not fail because damn docbook-utils provide this, looking for docbook2x-man will fail for all other distribution. This sucks :-( Can't you use dpkg-divert, docbook2x can also handle SGML input with a command line switch. I also filed a bug report on docbook-utils, they claim to support XML but don't, you claim to ship docbook2x but change all names. I thought that within a distribution, maintainers could coordinate with each other, at least for a common goal like docbook support. So please DO THAT! I am really sorry for very bad coordination of docbook support in Debian: wrong descriptions, misleading package names and randomly renamed scripts :-( HS -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Versions of packages docbook2x depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libtext-wrapi18n-perl 0.06-1 internationalized substitute of Te ii libxml-sax-expat-perl 0.37-3 Perl module for a SAX2 driver for ii libxml2 2.6.16-3 GNOME XML library ii libxslt1.1 1.1.12-5 XSLT processing library - runtime ii perl 5.8.4-6 Larry Wall's Practical Extraction ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information From Hendrik Sattler , 299408@bugs.debian.org Sun Mar 13 23:39:21 2005 From: Hendrik Sattler , 299408@bugs.debian.org (Hendrik Sattler) Date: Mon, 14 Mar 2005 00:39:21 +0100 Subject: [xml/sgml-pkgs] Bug#299408: docbook-utils: package claims to support docbook-XML but doesn't Message-ID: Package: docbook-utils Version: 0.6.14-1 Severity: important Hi, You state in the description: Description: Convert Docbook files to other formats (HTML, RTF, PS, man, PDF) The docbook-utils is a set of a few small programs intended to ease everyday use of technical documentation software and more generally use of SGML and XML. However, it cannot convert all docbook files, just docbook-SGML files. This limitation (and docbook2man definitely has this) should be made VERY clear in the description. I would even say that the package name is already misleading, should be docbook-sgml-utils instead. As I also wrote to the docbook2x package: isn't it possible for docbook related packages in Debian to coordinate with each other? Does it really has to be this mess it currently is? HS -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Versions of packages docbook-utils depends on: ii docbook-dsssl 1.79-2 modular DocBook DSSSL stylesheets, ii elinks [links] 0.9.3-1 Character mode WWW/FTP browser ii jadetex 3.13-3 generator of printable output from ii perl 5.8.4-6 Larry Wall's Practical Extraction ii sgmlspl 1.03ii-31 SGMLS-based example Perl script fo ii sp 1.3.4-1.2.1-43 James Clark's SGML parsing tools ii w3m 0.5.1-1 WWW browsable pager with excellent -- no debconf information From Hendrik Sattler , 299457@bugs.debian.org Mon Mar 14 09:26:37 2005 From: Hendrik Sattler , 299457@bugs.debian.org (Hendrik Sattler) Date: Mon, 14 Mar 2005 10:26:37 +0100 Subject: [xml/sgml-pkgs] Bug#299457: xmlto: improper parsing of replaceable groups Message-ID: Package: xmlto Version: 0.0.18-5 Severity: normal Hi, upon creating a docbook file for a manpage (refentry), xmlto fails to properly translate the following situation within a cmdsynopsis: number name I think, the intention is clear: it should be translated to: --number [number|name] and docbook2x does this. xmlto creates the following: --number [numbername] It just "forgets" the '|'. A groups with arg is translated properly. This fails with both, target man and target html-nochunks. If this bug should be for another package than xmlto, please reassign it to the proper one, thanks. HS -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Versions of packages xmlto depends on: ii debianutils 2.8.4 Miscellaneous utilities specific t ii docbook-xml 4.3-1.1 standard XML documentation system, ii docbook-xsl 1.66.1-1 stylesheets for processing DocBook ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libpaper-utils 1.1.14-3 Library for handling paper charact ii libxml2-utils 2.6.16-3 XML utilities ii sgml-base 1.26 SGML infrastructure and SGML catal ii xsltproc 1.1.12-5 XSLT command line processor -- no debconf information From Hendrik Sattler , 299461@bugs.debian.org Mon Mar 14 09:37:26 2005 From: Hendrik Sattler , 299461@bugs.debian.org (Hendrik Sattler) Date: Mon, 14 Mar 2005 10:37:26 +0100 Subject: [xml/sgml-pkgs] Bug#299461: xmlto: accept input from stdin Message-ID: Package: xmlto Version: 0.0.18-5 Severity: wishlist Hi, xmlto cannot check an XML file itself or change the encoding, so using xmllint and piping to xmlto would be most useful :) xsltproc already accepts stdin by using "-" as file name, I guess xmlto uses it? HS -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Versions of packages xmlto depends on: ii debianutils 2.8.4 Miscellaneous utilities specific t ii docbook-xml 4.3-1.1 standard XML documentation system, ii docbook-xsl 1.66.1-1 stylesheets for processing DocBook ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libpaper-utils 1.1.14-3 Library for handling paper charact ii libxml2-utils 2.6.16-3 XML utilities ii sgml-base 1.26 SGML infrastructure and SGML catal ii xsltproc 1.1.12-5 XSLT command line processor -- no debconf information From Hendrik Sattler , 299463@bugs.debian.org Mon Mar 14 10:06:27 2005 From: Hendrik Sattler , 299463@bugs.debian.org (Hendrik Sattler) Date: Mon, 14 Mar 2005 11:06:27 +0100 Subject: [xml/sgml-pkgs] Bug#299463: xmlto html-nochunks forgets doctype Message-ID: Package: xmlto Version: 0.0.18-5 Severity: normal Hi, checking the created HTML file validator.w3c.org shows the main flaw with many HTML files: You HAVE TO specify the DOCTYPE in the HTML document. HS -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Versions of packages xmlto depends on: ii debianutils 2.8.4 Miscellaneous utilities specific t ii docbook-xml 4.3-1.1 standard XML documentation system, ii docbook-xsl 1.66.1-1 stylesheets for processing DocBook ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libpaper-utils 1.1.14-3 Library for handling paper charact ii libxml2-utils 2.6.16-3 XML utilities ii sgml-base 1.26 SGML infrastructure and SGML catal ii xsltproc 1.1.12-5 XSLT command line processor -- no debconf information From Hendrik Sattler , 299465@bugs.debian.org Mon Mar 14 10:12:19 2005 From: Hendrik Sattler , 299465@bugs.debian.org (Hendrik Sattler) Date: Mon, 14 Mar 2005 11:12:19 +0100 Subject: [xml/sgml-pkgs] Bug#299465: xmlto html-nochunks uses inproper character set Message-ID: Package: xmlto Version: 0.0.18-5 Severity: normal Hi, is there any reason why ISO-8859-1 is enforces and entities used for everything that does not fit in? Why isn't the encoding of the XML file used? It has to fit anyway and makes the output much more readable! I assume you agree that forcing ISO-8859-1 does not make much sense with UTF-8 input (except for some countries). HS -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Versions of packages xmlto depends on: ii debianutils 2.8.4 Miscellaneous utilities specific t ii docbook-xml 4.3-1.1 standard XML documentation system, ii docbook-xsl 1.66.1-1 stylesheets for processing DocBook ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libpaper-utils 1.1.14-3 Library for handling paper charact ii libxml2-utils 2.6.16-3 XML utilities ii sgml-base 1.26 SGML infrastructure and SGML catal ii xsltproc 1.1.12-5 XSLT command line processor -- no debconf information From Neil Roeth , 298163@bugs.debian.org Tue Mar 15 04:00:45 2005 From: Neil Roeth , 298163@bugs.debian.org (Neil Roeth) Date: Mon, 14 Mar 2005 23:00:45 -0500 Subject: [xml/sgml-pkgs] Bug#298163: FTBFS in experimental In-Reply-To: <16947.7702.243590.17590@ml330.occamsrazor.net> References: <20050305083944.GS24181@mails.so.argh.org> <20050312132751.GJ26849@djpig.de> <16947.7702.243590.17590@ml330.occamsrazor.net> Message-ID: <16950.24045.650578.41256@ml330.occamsrazor.net> On Mar 12, Neil Roeth (neil@debian.org) wrote: > On Mar 12, Frank Lichtenheld (djpig@debian.org) wrote: > > On Sat, Mar 05, 2005 at 09:39:44AM +0100, Andreas Barth wrote: > > > docbook2pdf local-fontconfig-user.sgml > > > Using catalogs: /etc/sgml/catalog > > > Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#print > > > Working on: /build/buildd/fontconfig-2.3.0/doc/local-fontconfig-user.sgml > > > openjade:/usr/share/sgml/docbook/stylesheet/dsssl/modular/print/dbrfntry.dsl:83:3:E: flow objects at the root must be all of class scroll or all of class page-sequence or simple-page-sequence > > > /usr/share/docbook-utils/backends/pdf: line 9: 3698 Illegal instruction $SGML_JADE -t tex -o ${SGML_FILE_NAME}.tex $SGML_ARGUMENTS > > > > Some further investigation on this: > > > > fontconfig builds fine if jade is installed but not if only openjade is > > installed. So the real error here seems to be the openjade error, not > > the segv in docbook-utils that is caused by it. > > > > Since I don't know that much about the docbook SGML toolchain, I'm > > unsure how to proceed: should fontconfig build-depend on jade? Or > > is this a bug in openjade? Or really in docbook-utils? > > > > Gruesse, > > -- > > Frank Lichtenheld > > www: http://www.djpig.de/ > > The openjade error message is saying that there is a problem in the stylesheet > dbrfntry.dsl, part of the docbook-dsssl package. I suppose since the error > occurs for openjade and not jade that it could actually be an error in > openjade. I maintain jade, openjade and openjade1.3. I can look into whether > this is an openjade error if someone will tell me how to reproduce it - will > the error occur if I just get the current source of fontconfig from unstable > and attempt to build the package? > > I CC'ed the docbook-dsssl package on this. It's maintained by Peter > Eisentraut. Peter, can you take a look at the stylesheets and see if > there is a problem in dbrfntry.dsl? I was able to reproduce this using just openjade and the docbook-dsssl stylesheets, so the problem is not in docbook-utils or its customized versions of the docbook stylesheets. I was also able to generate without error the HTML version of the file, which uses the DocBook html stylesheet rather than the DocBook print stylesheet, so the problem is specific to the print stylesheet. I'm not a DSSSL expert, but I was able to modify the print stylesheet so that it did not produce an error. I think this is a docbook-dsssl problem. -- Neil Roeth From owner@bugs.debian.org Wed Mar 16 02:19:54 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 15 Mar 2005 18:19:54 -0800 Subject: [xml/sgml-pkgs] Processed: more information on CAN-2004-1575 In-Reply-To: <20050315211612.0585355659.qww314159@soup.in.ql.org> References: <20050315211612.0585355659.qww314159@soup.in.ql.org> Message-ID: Processing commands for control@bugs.debian.org: > clone 296432 -1 Bug#296432: xerces25: [CAN-2004-1575] Xerces-C++ 2.5.0: Attribute blowup Bug 296432 cloned as bug 299729. > reassign -1 xerces24 Bug#299729: xerces25: [CAN-2004-1575] Xerces-C++ 2.5.0: Attribute blowup Bug reassigned from package `xerces25' to `xerces24'. > retitle -1 [CAN-2004-1575] Xerces-C++ 2.4.0: Attribute blowup Bug#299729: xerces25: [CAN-2004-1575] Xerces-C++ 2.5.0: Attribute blowup Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Jay Berkenbilt , 296432@bugs.debian.org Wed Mar 16 02:16:15 2005 From: Jay Berkenbilt , 296432@bugs.debian.org (Jay Berkenbilt) Date: Tue, 15 Mar 2005 21:16:15 -0500 Subject: [xml/sgml-pkgs] Bug#296432: more information on CAN-2004-1575 Message-ID: <20050315211612.0585355659.qww314159@soup.in.ql.org> clone 296432 -1 reassign -1 xerces24 retitle -1 [CAN-2004-1575] Xerces-C++ 2.4.0: Attribute blowup thanks I've gotten information from upstream on the nature of CAN-2004-1575, the attribute blowup on xerces 2.5.0. As far as I can tell, this problem impacts only Xerces 2.4.0 and 2.5.0. 2.3.0 and earlier are not affected because they do not yet have the code that had the problem. Specifically, there was some code added to avoid false duplicate attribute reports under some conditions, and that code didn't scale well with large numbers of attributes. I have the code changes that actually fixed the problem, and should have no trouble backporting these to 2.5.0 and 2.4.0. I'll get upstream to verify the patches, and then I'll upload the fixes. -- Jay Berkenbilt From info@pbeaplando.com Thu Mar 17 03:58:07 2005 From: info@pbeaplando.com (pbeaplando) Date: Thu Mar 17 03:58:07 2005 Subject: [xml/sgml-pkgs] =?iso-2022-jp?B?SVQbJEI1Oz1RPFQ0WE8iJE43byRHJDkhIyEhIihMJD41Qno5LTlwGyhC?= Message-ID: <02de01c52ad5$0227f1a0$0200a8c0@getprize> $BFMA3$N$4G[?.!"@?$K<:NiCW$7$^$9!#(B $BM-8B2qe$2$^$9!#(B $B:#8eG[?.$r$44uK>$5$l$J$$J}$O@?$K?=$7Lu(B $B$4$6$$$^$;$s$,2<5-%"%I%l%9$^$G$4O"Mm(B $B$*4j$$$$$?$7$^$9!#(B info@pbeaplando.com $B!|#I#T4XO"4k6HMM5Z$SJ@0!"J@e$2$^$9!#(B URL: http://pbeaplando.com $B$*pJs=hM}5;=Q(B $Bo;~Jg=8$7$F$*$j(B $B$^$9!#(B $B$D$-$^$7$F$O2<5-#U#R#L$r$4;2>H$$$?$@$1$l(B $B$P9,$$$G8f:B$$$^$9!#(B http://pbeaplando.com/recruit.html $B!Z%M%C%H%o!<%/5;=QpJs=hM}5;=Q References: Message-ID: Processing commands for control@bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.8.10 > tags 299915 - sid Bug#299915: fontconfig: ftbfs [sparc] /usr/share/docbook-utils/backends/pdf: line 9: 13999 Segmentation fault Tags were: sid Tags removed: sid > severity 299915 grave Bug#299915: fontconfig: ftbfs [sparc] /usr/share/docbook-utils/backends/pdf: line 9: 13999 Segmentation fault Severity set to `grave'. > reassign 299915 docbook-utils Bug#299915: fontconfig: ftbfs [sparc] /usr/share/docbook-utils/backends/pdf: line 9: 13999 Segmentation fault Bug reassigned from package `fontconfig' to `docbook-utils'. > merge 299915 298163 Bug#298163: causes FTBFS for fontconfig Bug#299915: fontconfig: ftbfs [sparc] /usr/share/docbook-utils/backends/pdf: line 9: 13999 Segmentation fault Merged 298163 299915. > # until the blame is assigned > reassign 298163 openjade,docbook-utils Bug#298163: causes FTBFS for fontconfig Bug#299915: fontconfig: ftbfs [sparc] /usr/share/docbook-utils/backends/pdf: line 9: 13999 Segmentation fault Bug reassigned from package `docbook-utils' to `openjade,docbook-utils'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From owner@bugs.debian.org Fri Mar 18 02:33:12 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Thu, 17 Mar 2005 18:33:12 -0800 Subject: [xml/sgml-pkgs] Processed: fontconfig bug In-Reply-To: <16954.15171.378866.951878@ml330.occamsrazor.net> References: <16954.15171.378866.951878@ml330.occamsrazor.net> Message-ID: Processing commands for control@bugs.debian.org: > reassign 298163 docbook-dsssl Bug#298163: causes FTBFS for fontconfig Bug#299915: fontconfig: ftbfs [sparc] /usr/share/docbook-utils/backends/pdf: line 9: 13999 Segmentation fault Bug reassigned from package `openjade,docbook-utils' to `docbook-dsssl'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From neil@debian.org Fri Mar 18 02:21:55 2005 From: neil@debian.org (Neil Roeth) Date: Thu, 17 Mar 2005 21:21:55 -0500 Subject: [xml/sgml-pkgs] fontconfig bug Message-ID: <16954.15171.378866.951878@ml330.occamsrazor.net> reassign 298163 docbook-dsssl thanks As noted in my last update to the bug, it appears to me that the problem is in the stylesheets, not docbook-utils nor openjade. -- Neil Roeth From info@qsv19.com Fri Mar 18 05:20:11 2005 From: info@qsv19.com (info@qsv19.com) Date: 18 Mar 2005 14:20:11 +0900 Subject: [xml/sgml-pkgs] $B6XCG$N0&!!$D$$$K!&!&(B Message-ID: <20050318052011.8779.qmail@mail.qsv19.com> $BEl5~%i%V%9%H!<%j!<(B $BCK=w$H$b40A4L5NA$N7F$$$N>l$rDs6!$$$?$7$^$9(B $B=U$OJL$l$N5(@a!"AGE($J(B4$B7n$r7^$($k0Y$K:#$+$iM'C#:n$j$I$&$G$9$+!)(B $B$-$C$H8+$D$+$kAGE($J?M!z(B http://loves.qsv20.com/ $B$=$NB>$b$m$b$mFCE5IU!*!*(B $B:#2s$N%P!<%8%g%s%"%C%W$G!"El5~8BDj$+$iA49qBP1~$K$J$j!"$"$J$?$r3Z$7$^$;$^$9(B T-L-S$B;vL36I(B From katie@ftp-master.debian.org Fri Mar 18 14:09:33 2005 From: katie@ftp-master.debian.org (Archive Administrator) Date: Fri, 18 Mar 2005 09:09:33 -0500 Subject: [xml/sgml-pkgs] Processing of libxml-xerces-perl_2.3.0-4-2_i386.changes Message-ID: libxml-xerces-perl_2.3.0-4-2_i386.changes uploaded successfully to localhost along with the files: libxml-xerces-perl_2.3.0-4-2.dsc libxml-xerces-perl_2.3.0-4-2.diff.gz libxml-xerces-perl_2.3.0-4-2_i386.deb Greetings, Your Debian queue daemon From installer@ftp-master.debian.org Fri Mar 18 14:17:16 2005 From: installer@ftp-master.debian.org (Debian Installer) Date: Fri, 18 Mar 2005 09:17:16 -0500 Subject: [xml/sgml-pkgs] libxml-xerces-perl_2.3.0-4-2_i386.changes ACCEPTED Message-ID: Accepted: libxml-xerces-perl_2.3.0-4-2.diff.gz to pool/main/libx/libxml-xerces-perl/libxml-xerces-perl_2.3.0-4-2.diff.gz libxml-xerces-perl_2.3.0-4-2.dsc to pool/main/libx/libxml-xerces-perl/libxml-xerces-perl_2.3.0-4-2.dsc libxml-xerces-perl_2.3.0-4-2_i386.deb to pool/main/libx/libxml-xerces-perl/libxml-xerces-perl_2.3.0-4-2_i386.deb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 281872 Thank you for your contribution to Debian. From owner@bugs.debian.org Fri Mar 18 14:34:00 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Fri, 18 Mar 2005 06:34:00 -0800 Subject: [xml/sgml-pkgs] Bug#281872: marked as done (please chmod +x /usr/share/doc/libxml-xerces-perl/examples/*.pl) In-Reply-To: References: Message-ID: Your message dated Fri, 18 Mar 2005 09:17:16 -0500 with message-id and subject line Bug#281872: fixed in libxml-xerces-perl 2.3.0-4-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 18 Nov 2004 10:35:14 +0000 >From tpo@sourcepole.ch Thu Nov 18 02:35:13 2004 Return-path: Received: from mail13.bluewin.ch [195.186.18.62] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CUjdB-0003uK-00; Thu, 18 Nov 2004 02:35:13 -0800 Received: from localhost (83.77.248.4) by mail13.bluewin.ch (Bluewin AG 7.0.032) id 41868CEF000CFFA2; Thu, 18 Nov 2004 10:34:42 +0000 Received: from tpo by localhost with local (Exim 3.36 #1 (Debian)) id 1CUjcf-0001i2-00; Thu, 18 Nov 2004 11:34:41 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Tomas Pospisek To: Debian Bug Tracking System Subject: please chmod +x /usr/share/doc/libxml-xerces-perl/examples/*.pl X-Mailer: reportbug 2.63 Date: Thu, 18 Nov 2004 11:34:41 +0100 Message-Id: Sender: Tomas Pospisek Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-7.0 required=4.0 tests=BAYES_00,DATING,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: libxml-xerces-perl Version: 2.3.0-4-1 Severity: wishlist There are various useful scripts under /usr/share/doc/libxml-xerces-perl/examples/. Please make them executable by default. Thanks, *t -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.22 Locale: LANG=C, LC_CTYPE=C Versions of packages libxml-xerces-perl depends on: ii libc6 2.3.2.ds1-18 GNU C Library: Shared libraries an ii libxerces23 2.3.0-4 Validating XML parser library for ii perl 5.8.4-3 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.4] 5.8.4-3 The Pathologically Eclectic Rubbis -- no debconf information --------------------------------------- Received: (at 281872-close) by bugs.debian.org; 18 Mar 2005 14:24:01 +0000 >From katie@ftp-master.debian.org Fri Mar 18 06:24:01 2005 Return-path: Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DCIOP-00086S-00; Fri, 18 Mar 2005 06:24:01 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1DCIHs-00052D-00; Fri, 18 Mar 2005 09:17:16 -0500 From: Jay Berkenbilt To: 281872-close@bugs.debian.org X-Katie: $Revision: 1.55 $ Subject: Bug#281872: fixed in libxml-xerces-perl 2.3.0-4-2 Message-Id: Sender: Archive Administrator Date: Fri, 18 Mar 2005 09:17:16 -0500 Delivered-To: 281872-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Source: libxml-xerces-perl Source-Version: 2.3.0-4-2 We believe that the bug you reported is fixed in the latest version of libxml-xerces-perl, which is due to be installed in the Debian FTP archive: libxml-xerces-perl_2.3.0-4-2.diff.gz to pool/main/libx/libxml-xerces-perl/libxml-xerces-perl_2.3.0-4-2.diff.gz libxml-xerces-perl_2.3.0-4-2.dsc to pool/main/libx/libxml-xerces-perl/libxml-xerces-perl_2.3.0-4-2.dsc libxml-xerces-perl_2.3.0-4-2_i386.deb to pool/main/libx/libxml-xerces-perl/libxml-xerces-perl_2.3.0-4-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 281872@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jay Berkenbilt (supplier of updated libxml-xerces-perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Fri, 18 Mar 2005 08:30:43 -0500 Source: libxml-xerces-perl Binary: libxml-xerces-perl Architecture: source i386 Version: 2.3.0-4-2 Distribution: unstable Urgency: low Maintainer: Debian XML/SGML Group Changed-By: Jay Berkenbilt Description: libxml-xerces-perl - Perl API to Xerces XML parser Closes: 281872 Changes: libxml-xerces-perl (2.3.0-4-2) unstable; urgency=low . * Repackage using cdbs * Fix incorrect build dependencies * Document the fact that this package uses an old version of Xerces-C++. * Make example perl scripts executable. (Closes: #281872) Files: 9454f814fd80975f143b4cae127813b0 772 perl extra libxml-xerces-perl_2.3.0-4-2.dsc 58fac20c73f5bfb3946e5f2994e8901a 3954 perl extra libxml-xerces-perl_2.3.0-4-2.diff.gz d9f55803f9aa8855810fdde6cf19ea6a 786504 perl extra libxml-xerces-perl_2.3.0-4-2_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCOt7CEBVk6taI4KcRAjCFAJ0XOkdbFgwI07jm7fPxP8rgu8mJSQCgi0QH 6mhbKWpmO3DT330Ia7sguMg= =khqH -----END PGP SIGNATURE----- From Ingo Saitz , 300834@bugs.debian.org Tue Mar 22 06:14:08 2005 From: Ingo Saitz , 300834@bugs.debian.org (Ingo Saitz) Date: Tue, 22 Mar 2005 07:14:08 +0100 Subject: [xml/sgml-pkgs] Bug#300834: python2.3-libxml2: not purgeing cleanly breaks other programs Message-ID: <20050322061408.A9004C184@schwan> Package: python2.3-libxml2 Version: 2.6.16-3 Severity: critical Justification: breaks unrelated software -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I installed python2.3-libxml2 as a dependency package and removed it again sometime later. I also use straw as a rss reader an suddenly it failed to fetch new data after a restart (see below). But straw was still working in a clean sid chroot, so I dug... It seems, python2.3-libxml2 does not bytecompile its files in /usr/lib/python2.3/site-packages on its own, but somehow I got bytecompiled files (*.pyc and *.pyo for every *.py file), probably due to a python update which recompiled everything. These files were left over on the package purge causing straw to hiccup. Please read the Debian Python Policy, especially "2.5 Modules Bytecompilation" how to correctly bytecompile and clean up: http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-bytecompilation Straw was displaying the errormessage "'module' object has no attribute 'create_parser'" in the gui and the following Traceback on the console it was started at: PollManager.py:195:http_results: exception in summaryparser Traceback (most recent call last): File "/usr/lib/straw/straw/PollManager.py", line 193, in http_results parsed = straw.SummaryParser.parse(data, self._feed) File "/usr/lib/straw/straw/SummaryParser.py", line 47, in parse parsed_content = feedparser.parse(content) File "/usr/lib/straw/straw/feedparser.py", line 2152, in parse saxparser = xml.sax.make_parser(PREFERRED_XML_PARSERS) File "/usr/lib/python2.3/xml/sax/__init__.py", line 81, in make_parser return _create_parser(parser_name) File "/usr/lib/python2.3/xml/sax/__init__.py", line 106, in _create_parser return drv_module.create_parser() AttributeError: 'module' object has no attribute 'create_parser' Ingo - -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-schwan20050302 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages python2.3-libxml2 depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libxml2 2.6.16-3 GNOME XML library ii python2.3 2.3.5-1 An interactive high-level object-o -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCP7ew4XrXtQkN2NURAoL2AKCkM5TMWml0D5CUrbcYv7HvgyYIXQCeJ0LF SlHc9WV/+AsscB5T8IpvnFQ= =SKtk -----END PGP SIGNATURE----- From Mike Hommey , 300834@bugs.debian.org Tue Mar 22 19:01:50 2005 From: Mike Hommey , 300834@bugs.debian.org (Mike Hommey) Date: Tue, 22 Mar 2005 20:01:50 +0100 Subject: Bug#300834: [xml/sgml-pkgs] Bug#300834: python2.3-libxml2: not purgeing cleanly breaks other programs In-Reply-To: <20050322061408.A9004C184@schwan> References: <20050322061408.A9004C184@schwan> Message-ID: <20050322190150.GA8804@glandium.org> On Tue, Mar 22, 2005 at 07:14:08AM +0100, Ingo Saitz wrote: > Package: python2.3-libxml2 > Version: 2.6.16-3 > Severity: critical > Justification: breaks unrelated software > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I installed python2.3-libxml2 as a dependency package and removed it > again sometime later. I also use straw as a rss reader an suddenly it > failed to fetch new data after a restart (see below). But straw was > still working in a clean sid chroot, so I dug... > > It seems, python2.3-libxml2 does not bytecompile its files in > /usr/lib/python2.3/site-packages on its own, but somehow I got > bytecompiled files (*.pyc and *.pyo for every *.py file), probably due > to a python update which recompiled everything. These files were left > over on the package purge causing straw to hiccup. > > Please read the Debian Python Policy, especially "2.5 Modules > Bytecompilation" how to correctly bytecompile and clean up: > http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-bytecompilation Erf. You know what ? I was considering using dh_python some day, I'm being pushed here ;) Mike From owner@bugs.debian.org Tue Mar 22 22:04:33 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 22 Mar 2005 14:04:33 -0800 Subject: [xml/sgml-pkgs] Bug#300834: marked as done (python2.3-libxml2: not purgeing cleanly breaks other programs) In-Reply-To: References: <20050322061408.A9004C184@schwan> Message-ID: Your message dated Tue, 22 Mar 2005 16:32:19 -0500 with message-id and subject line Bug#300834: fixed in libxml2 2.6.16-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 22 Mar 2005 06:14:20 +0000 >From ingo@debian.org Mon Mar 21 22:14:20 2005 Return-path: Received: from mx.stud.uni-hannover.de (studserv.stud.uni-hannover.de) [130.75.176.3] (root) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DDcei-0002tN-00; Mon, 21 Mar 2005 22:14:20 -0800 Received: from schwan (ingo@localhost [127.0.0.1]) by studserv.stud.uni-hannover.de (8.12.11/8.12.11) with ESMTP id j2M6EAJ5024818; Tue, 22 Mar 2005 07:14:10 +0100 (MET) Received: by schwan (Postfix, from userid 1000) id A9004C184; Tue, 22 Mar 2005 07:14:08 +0100 (CET) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Ingo Saitz To: Debian Bug Tracking System Subject: python2.3-libxml2: not purgeing cleanly breaks other programs X-Mailer: reportbug 3.9 Date: Tue, 22 Mar 2005 07:14:08 +0100 Message-Id: <20050322061408.A9004C184@schwan> Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: python2.3-libxml2 Version: 2.6.16-3 Severity: critical Justification: breaks unrelated software -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I installed python2.3-libxml2 as a dependency package and removed it again sometime later. I also use straw as a rss reader an suddenly it failed to fetch new data after a restart (see below). But straw was still working in a clean sid chroot, so I dug... It seems, python2.3-libxml2 does not bytecompile its files in /usr/lib/python2.3/site-packages on its own, but somehow I got bytecompiled files (*.pyc and *.pyo for every *.py file), probably due to a python update which recompiled everything. These files were left over on the package purge causing straw to hiccup. Please read the Debian Python Policy, especially "2.5 Modules Bytecompilation" how to correctly bytecompile and clean up: http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-bytecompilation Straw was displaying the errormessage "'module' object has no attribute 'create_parser'" in the gui and the following Traceback on the console it was started at: PollManager.py:195:http_results: exception in summaryparser Traceback (most recent call last): File "/usr/lib/straw/straw/PollManager.py", line 193, in http_results parsed = straw.SummaryParser.parse(data, self._feed) File "/usr/lib/straw/straw/SummaryParser.py", line 47, in parse parsed_content = feedparser.parse(content) File "/usr/lib/straw/straw/feedparser.py", line 2152, in parse saxparser = xml.sax.make_parser(PREFERRED_XML_PARSERS) File "/usr/lib/python2.3/xml/sax/__init__.py", line 81, in make_parser return _create_parser(parser_name) File "/usr/lib/python2.3/xml/sax/__init__.py", line 106, in _create_parser return drv_module.create_parser() AttributeError: 'module' object has no attribute 'create_parser' Ingo - -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-schwan20050302 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages python2.3-libxml2 depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libxml2 2.6.16-3 GNOME XML library ii python2.3 2.3.5-1 An interactive high-level object-o -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCP7ew4XrXtQkN2NURAoL2AKCkM5TMWml0D5CUrbcYv7HvgyYIXQCeJ0LF SlHc9WV/+AsscB5T8IpvnFQ= =SKtk -----END PGP SIGNATURE----- --------------------------------------- Received: (at 300834-close) by bugs.debian.org; 22 Mar 2005 21:47:40 +0000 >From katie@ftp-master.debian.org Tue Mar 22 13:47:40 2005 Return-path: Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DDrDv-0006Vl-00; Tue, 22 Mar 2005 13:47:40 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1DDqz5-0007wn-00; Tue, 22 Mar 2005 16:32:19 -0500 From: Mike Hommey To: 300834-close@bugs.debian.org X-Katie: $Revision: 1.55 $ Subject: Bug#300834: fixed in libxml2 2.6.16-4 Message-Id: Sender: Archive Administrator Date: Tue, 22 Mar 2005 16:32:19 -0500 Delivered-To: 300834-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Source: libxml2 Source-Version: 2.6.16-4 We believe that the bug you reported is fixed in the latest version of libxml2, which is due to be installed in the Debian FTP archive: libxml2-dev_2.6.16-4_i386.deb to pool/main/libx/libxml2/libxml2-dev_2.6.16-4_i386.deb libxml2-doc_2.6.16-4_all.deb to pool/main/libx/libxml2/libxml2-doc_2.6.16-4_all.deb libxml2-python2.3_2.6.16-4_i386.deb to pool/main/libx/libxml2/libxml2-python2.3_2.6.16-4_i386.deb libxml2-utils_2.6.16-4_i386.deb to pool/main/libx/libxml2/libxml2-utils_2.6.16-4_i386.deb libxml2_2.6.16-4.diff.gz to pool/main/libx/libxml2/libxml2_2.6.16-4.diff.gz libxml2_2.6.16-4.dsc to pool/main/libx/libxml2/libxml2_2.6.16-4.dsc libxml2_2.6.16-4_i386.deb to pool/main/libx/libxml2/libxml2_2.6.16-4_i386.deb python2.3-libxml2_2.6.16-4_i386.deb to pool/main/libx/libxml2/python2.3-libxml2_2.6.16-4_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 300834@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Mike Hommey (supplier of updated libxml2 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Tue, 22 Mar 2005 21:56:50 +0100 Source: libxml2 Binary: libxml2-python2.3 python2.3-libxml2 libxml2-utils libxml2-doc libxml2-dev libxml2 Architecture: source all i386 Version: 2.6.16-4 Distribution: unstable Urgency: high Maintainer: Mike Hommey Changed-By: Mike Hommey Description: libxml2 - GNOME XML library libxml2-dev - Development files for the GNOME XML library libxml2-doc - Documentation for the GNOME XML library libxml2-python2.3 - Python 2.3 bindings for the GNOME XML library - dummy package for libxml2-utils - XML utilities python2.3-libxml2 - Python 2.3 bindings for the GNOME XML library Closes: 300834 Changes: libxml2 (2.6.16-4) unstable; urgency=high . * Urgency set to high because we avoid breaking packages depending on us when we don't properly bytecompile our python bindings. * debian/rules: Call dh_python. We now get proper maintainer scripts for bytecompiling files at install time and removing them at removal time. Closes: #300834. * debian/control: Adjust build dependencies accordingly. Files: 3ad590b9cc393f2294c2af887a07d43f 788 libs optional libxml2_2.6.16-4.dsc dcbc472074535983fbb080b01dff854f 125550 libs optional libxml2_2.6.16-4.diff.gz 731dd705b47159208383430d5af9e75f 929824 doc optional libxml2-doc_2.6.16-4_all.deb bada6fd32be96932c17bdff694c4d6e1 601844 libs optional libxml2_2.6.16-4_i386.deb 0aed249cdd0ef52859561f19cccefb9c 28034 text optional libxml2-utils_2.6.16-4_i386.deb c7823cdcf1d900b52f831b46c43606b4 590858 libdevel optional libxml2-dev_2.6.16-4_i386.deb 0168bc141396e7007f5828768bcd5fa5 163268 python optional python2.3-libxml2_2.6.16-4_i386.deb 1b9ef3857fa2cb499d948c190769eca8 10584 python optional libxml2-python2.3_2.6.16-4_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCQIin3kvaLFT9KlgRAiyfAJ9T4ZqyhLpZ7J/G7H9Ozg0nIoTmcgCggyZ5 dMFGEccuBfWSCU73u4XEpLc= =m3je -----END PGP SIGNATURE----- From katie@ftp-master.debian.org Wed Mar 23 02:00:39 2005 From: katie@ftp-master.debian.org (Archive Administrator) Date: Tue, 22 Mar 2005 21:00:39 -0500 Subject: [xml/sgml-pkgs] Processing of xerces23_2.3.0-5_i386.changes Message-ID: xerces23_2.3.0-5_i386.changes uploaded successfully to localhost along with the files: xerces23_2.3.0-5.dsc xerces23_2.3.0-5.diff.gz libxerces23-doc_2.3.0-5_all.deb libxerces23_2.3.0-5_i386.deb libxerces23-dev_2.3.0-5_i386.deb libxercesicu23_2.3.0-5_i386.deb Greetings, Your Debian queue daemon From katie@ftp-master.debian.org Wed Mar 23 02:00:47 2005 From: katie@ftp-master.debian.org (Archive Administrator) Date: Tue, 22 Mar 2005 21:00:47 -0500 Subject: [xml/sgml-pkgs] Processing of xerces24_2.4.0-4_i386.changes Message-ID: xerces24_2.4.0-4_i386.changes uploaded successfully to localhost along with the files: xerces24_2.4.0-4.dsc xerces24_2.4.0-4.diff.gz libxerces24-doc_2.4.0-4_all.deb libxerces24_2.4.0-4_i386.deb libxerces24-dev_2.4.0-4_i386.deb libxercesicu24_2.4.0-4_i386.deb Greetings, Your Debian queue daemon From katie@ftp-master.debian.org Wed Mar 23 02:10:55 2005 From: katie@ftp-master.debian.org (Archive Administrator) Date: Tue, 22 Mar 2005 21:10:55 -0500 Subject: [xml/sgml-pkgs] Processing of xerces25_2.5.0-4_i386.changes Message-ID: xerces25_2.5.0-4_i386.changes uploaded successfully to localhost along with the files: xerces25_2.5.0-4.dsc xerces25_2.5.0-4.diff.gz libxerces25-doc_2.5.0-4_all.deb libxerces25_2.5.0-4_i386.deb libxerces25-dev_2.5.0-4_i386.deb libxercesicu25_2.5.0-4_i386.deb Greetings, Your Debian queue daemon From katie@ftp-master.debian.org Wed Mar 23 02:11:02 2005 From: katie@ftp-master.debian.org (Archive Administrator) Date: Tue, 22 Mar 2005 21:11:02 -0500 Subject: [xml/sgml-pkgs] Processing of xerces26_2.6.0-3_i386.changes Message-ID: xerces26_2.6.0-3_i386.changes uploaded successfully to localhost along with the files: xerces26_2.6.0-3.dsc xerces26_2.6.0-3.diff.gz libxerces26-doc_2.6.0-3_all.deb libxerces26-dev_2.6.0-3_i386.deb libxerces26_2.6.0-3_i386.deb libxercesicu26_2.6.0-3_i386.deb Greetings, Your Debian queue daemon From installer@ftp-master.debian.org Wed Mar 23 02:02:24 2005 From: installer@ftp-master.debian.org (Debian Installer) Date: Tue, 22 Mar 2005 21:02:24 -0500 Subject: [xml/sgml-pkgs] xerces23_2.3.0-5_i386.changes ACCEPTED Message-ID: Accepted: libxerces23-dev_2.3.0-5_i386.deb to pool/main/x/xerces23/libxerces23-dev_2.3.0-5_i386.deb libxerces23-doc_2.3.0-5_all.deb to pool/main/x/xerces23/libxerces23-doc_2.3.0-5_all.deb libxerces23_2.3.0-5_i386.deb to pool/main/x/xerces23/libxerces23_2.3.0-5_i386.deb libxercesicu23_2.3.0-5_i386.deb to pool/main/x/xerces23/libxercesicu23_2.3.0-5_i386.deb xerces23_2.3.0-5.diff.gz to pool/main/x/xerces23/xerces23_2.3.0-5.diff.gz xerces23_2.3.0-5.dsc to pool/main/x/xerces23/xerces23_2.3.0-5.dsc Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. From installer@ftp-master.debian.org Wed Mar 23 02:02:47 2005 From: installer@ftp-master.debian.org (Debian Installer) Date: Tue, 22 Mar 2005 21:02:47 -0500 Subject: [xml/sgml-pkgs] xerces24_2.4.0-4_i386.changes ACCEPTED Message-ID: Accepted: libxerces24-dev_2.4.0-4_i386.deb to pool/main/x/xerces24/libxerces24-dev_2.4.0-4_i386.deb libxerces24-doc_2.4.0-4_all.deb to pool/main/x/xerces24/libxerces24-doc_2.4.0-4_all.deb libxerces24_2.4.0-4_i386.deb to pool/main/x/xerces24/libxerces24_2.4.0-4_i386.deb libxercesicu24_2.4.0-4_i386.deb to pool/main/x/xerces24/libxercesicu24_2.4.0-4_i386.deb xerces24_2.4.0-4.diff.gz to pool/main/x/xerces24/xerces24_2.4.0-4.diff.gz xerces24_2.4.0-4.dsc to pool/main/x/xerces24/xerces24_2.4.0-4.dsc Announcing to debian-devel-changes@lists.debian.org Closing bugs: 299729 Thank you for your contribution to Debian. From installer@ftp-master.debian.org Wed Mar 23 02:17:17 2005 From: installer@ftp-master.debian.org (Debian Installer) Date: Tue, 22 Mar 2005 21:17:17 -0500 Subject: [xml/sgml-pkgs] xerces25_2.5.0-4_i386.changes ACCEPTED Message-ID: Accepted: libxerces25-dev_2.5.0-4_i386.deb to pool/main/x/xerces25/libxerces25-dev_2.5.0-4_i386.deb libxerces25-doc_2.5.0-4_all.deb to pool/main/x/xerces25/libxerces25-doc_2.5.0-4_all.deb libxerces25_2.5.0-4_i386.deb to pool/main/x/xerces25/libxerces25_2.5.0-4_i386.deb libxercesicu25_2.5.0-4_i386.deb to pool/main/x/xerces25/libxercesicu25_2.5.0-4_i386.deb xerces25_2.5.0-4.diff.gz to pool/main/x/xerces25/xerces25_2.5.0-4.diff.gz xerces25_2.5.0-4.dsc to pool/main/x/xerces25/xerces25_2.5.0-4.dsc Announcing to debian-devel-changes@lists.debian.org Closing bugs: 296432 Thank you for your contribution to Debian. From installer@ftp-master.debian.org Wed Mar 23 02:17:34 2005 From: installer@ftp-master.debian.org (Debian Installer) Date: Tue, 22 Mar 2005 21:17:34 -0500 Subject: [xml/sgml-pkgs] xerces26_2.6.0-3_i386.changes ACCEPTED Message-ID: Accepted: libxerces26-dev_2.6.0-3_i386.deb to pool/main/x/xerces26/libxerces26-dev_2.6.0-3_i386.deb libxerces26-doc_2.6.0-3_all.deb to pool/main/x/xerces26/libxerces26-doc_2.6.0-3_all.deb libxerces26_2.6.0-3_i386.deb to pool/main/x/xerces26/libxerces26_2.6.0-3_i386.deb libxercesicu26_2.6.0-3_i386.deb to pool/main/x/xerces26/libxercesicu26_2.6.0-3_i386.deb xerces26_2.6.0-3.diff.gz to pool/main/x/xerces26/xerces26_2.6.0-3.diff.gz xerces26_2.6.0-3.dsc to pool/main/x/xerces26/xerces26_2.6.0-3.dsc Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. From owner@bugs.debian.org Wed Mar 23 02:33:12 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 22 Mar 2005 18:33:12 -0800 Subject: [xml/sgml-pkgs] Bug#299729: marked as done ([CAN-2004-1575] Xerces-C++ 2.4.0: Attribute blowup) In-Reply-To: References: Message-ID: Your message dated Tue, 22 Mar 2005 21:02:47 -0500 with message-id and subject line Bug#299729: fixed in xerces24 2.4.0-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 22 Feb 2005 13:49:20 +0000 >From djoume@taket.org Tue Feb 22 05:49:20 2005 Return-path: Received: from krepost.taket.org [82.233.235.217] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D3aPf-0004Y4-00; Tue, 22 Feb 2005 05:49:20 -0800 Received: from djoume by krepost.taket.org with local (Exim 3.36 #1 (Debian)) id 1D3aPw-0000lI-00; Tue, 22 Feb 2005 14:49:36 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: SALVETTI Djoume To: Debian Bug Tracking System Subject: xerces25: [CAN-2004-1575] Xerces-C++ 2.5.0: Attribute blowup X-Mailer: reportbug 3.2 Date: Tue, 22 Feb 2005 14:49:36 +0100 Message-Id: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: xerces25 Severity: normal Good day, >From [CAN-2004-1575] : | The XML parser in Xerces-C++ 2.5.0 allows remote attackers to cause a | denial of service (CPU consumption) via XML attributes in a crafted | XML document. This problem have been fixed in version 2.6 of Xerces. It's not clear to me if prior versions ( xerces24, xerces23, xerces22, xerces21) are also vulnerable. I can filed bugs if you think it's appropriate. Could you also mention the CAN number in changelog entries about this problem. Regards. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to fr_FR@euro) --------------------------------------- Received: (at 299729-close) by bugs.debian.org; 23 Mar 2005 02:18:08 +0000 >From katie@ftp-master.debian.org Tue Mar 22 18:18:08 2005 Return-path: Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DDvRf-00018g-00; Tue, 22 Mar 2005 18:18:07 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1DDvCp-0005Qw-00; Tue, 22 Mar 2005 21:02:47 -0500 From: Jay Berkenbilt To: 299729-close@bugs.debian.org X-Katie: $Revision: 1.55 $ Subject: Bug#299729: fixed in xerces24 2.4.0-4 Message-Id: Sender: Archive Administrator Date: Tue, 22 Mar 2005 21:02:47 -0500 Delivered-To: 299729-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Source: xerces24 Source-Version: 2.4.0-4 We believe that the bug you reported is fixed in the latest version of xerces24, which is due to be installed in the Debian FTP archive: libxerces24-dev_2.4.0-4_i386.deb to pool/main/x/xerces24/libxerces24-dev_2.4.0-4_i386.deb libxerces24-doc_2.4.0-4_all.deb to pool/main/x/xerces24/libxerces24-doc_2.4.0-4_all.deb libxerces24_2.4.0-4_i386.deb to pool/main/x/xerces24/libxerces24_2.4.0-4_i386.deb libxercesicu24_2.4.0-4_i386.deb to pool/main/x/xerces24/libxercesicu24_2.4.0-4_i386.deb xerces24_2.4.0-4.diff.gz to pool/main/x/xerces24/xerces24_2.4.0-4.diff.gz xerces24_2.4.0-4.dsc to pool/main/x/xerces24/xerces24_2.4.0-4.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 299729@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jay Berkenbilt (supplier of updated xerces24 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Tue, 22 Mar 2005 19:40:45 -0500 Source: xerces24 Binary: libxerces24 libxerces24-doc libxerces24-dev libxercesicu24 Architecture: source i386 all Version: 2.4.0-4 Distribution: unstable Urgency: low Maintainer: Debian XML/SGML Group Changed-By: Jay Berkenbilt Description: libxerces24 - validating XML parser library for C++ libxerces24-dev - validating XML parser library for C++ (development files) libxerces24-doc - validating XML parser library for C++ (documentation) libxercesicu24 - validating XML parser library for C++ Closes: 299729 Changes: xerces24 (2.4.0-4) unstable; urgency=low . * Fix for performance problem on elements with a large number of attributes [CAN-2004-1575]. (Closes: #299729) * Clarify documentation on differences between icu and native versions of the library. * Add shlibs files * Removed dependency on autoconf, updated dependency on debhelper * Changed dependency on libc6-dev to libc6-dev | libc-dev Files: ab083897140ad84f065e73313d71e2f9 758 libs extra xerces24_2.4.0-4.dsc 655b67fd766e452a53b554619c7f9280 9020 libs extra xerces24_2.4.0-4.diff.gz bd5261fcc84f7b74e23ba5f4973d89ae 5267690 doc extra libxerces24-doc_2.4.0-4_all.deb 667ce225a4c17239bdf4e462a0cb1d6f 1016326 libs extra libxerces24_2.4.0-4_i386.deb 0ee3be190d9ee3ddc39dc0399b04aa73 798100 libdevel extra libxerces24-dev_2.4.0-4_i386.deb 39d280505024830d5214627ff5724ac4 1016566 libs extra libxercesicu24_2.4.0-4_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCQMzUEBVk6taI4KcRApnQAJ43l9ucnhLTHiqeSglFV4zFIpCjoQCffiX0 XYJUIs+GEzsWwxz1A4O5mas= =bxWT -----END PGP SIGNATURE----- From owner@bugs.debian.org Wed Mar 23 02:48:27 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Tue, 22 Mar 2005 18:48:27 -0800 Subject: [xml/sgml-pkgs] Bug#296432: marked as done (xerces25: [CAN-2004-1575] Xerces-C++ 2.5.0: Attribute blowup) In-Reply-To: References: Message-ID: Your message dated Tue, 22 Mar 2005 21:17:17 -0500 with message-id and subject line Bug#296432: fixed in xerces25 2.5.0-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 22 Feb 2005 13:49:20 +0000 >From djoume@taket.org Tue Feb 22 05:49:20 2005 Return-path: Received: from krepost.taket.org [82.233.235.217] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D3aPf-0004Y4-00; Tue, 22 Feb 2005 05:49:20 -0800 Received: from djoume by krepost.taket.org with local (Exim 3.36 #1 (Debian)) id 1D3aPw-0000lI-00; Tue, 22 Feb 2005 14:49:36 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: SALVETTI Djoume To: Debian Bug Tracking System Subject: xerces25: [CAN-2004-1575] Xerces-C++ 2.5.0: Attribute blowup X-Mailer: reportbug 3.2 Date: Tue, 22 Feb 2005 14:49:36 +0100 Message-Id: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: xerces25 Severity: normal Good day, >From [CAN-2004-1575] : | The XML parser in Xerces-C++ 2.5.0 allows remote attackers to cause a | denial of service (CPU consumption) via XML attributes in a crafted | XML document. This problem have been fixed in version 2.6 of Xerces. It's not clear to me if prior versions ( xerces24, xerces23, xerces22, xerces21) are also vulnerable. I can filed bugs if you think it's appropriate. Could you also mention the CAN number in changelog entries about this problem. Regards. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to fr_FR@euro) --------------------------------------- Received: (at 296432-close) by bugs.debian.org; 23 Mar 2005 02:27:08 +0000 >From katie@ftp-master.debian.org Tue Mar 22 18:27:08 2005 Return-path: Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DDvaN-0001vb-00; Tue, 22 Mar 2005 18:27:07 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1DDvQr-0007FX-00; Tue, 22 Mar 2005 21:17:17 -0500 From: Jay Berkenbilt To: 296432-close@bugs.debian.org X-Katie: $Revision: 1.55 $ Subject: Bug#296432: fixed in xerces25 2.5.0-4 Message-Id: Sender: Archive Administrator Date: Tue, 22 Mar 2005 21:17:17 -0500 Delivered-To: 296432-close@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Source: xerces25 Source-Version: 2.5.0-4 We believe that the bug you reported is fixed in the latest version of xerces25, which is due to be installed in the Debian FTP archive: libxerces25-dev_2.5.0-4_i386.deb to pool/main/x/xerces25/libxerces25-dev_2.5.0-4_i386.deb libxerces25-doc_2.5.0-4_all.deb to pool/main/x/xerces25/libxerces25-doc_2.5.0-4_all.deb libxerces25_2.5.0-4_i386.deb to pool/main/x/xerces25/libxerces25_2.5.0-4_i386.deb libxercesicu25_2.5.0-4_i386.deb to pool/main/x/xerces25/libxercesicu25_2.5.0-4_i386.deb xerces25_2.5.0-4.diff.gz to pool/main/x/xerces25/xerces25_2.5.0-4.diff.gz xerces25_2.5.0-4.dsc to pool/main/x/xerces25/xerces25_2.5.0-4.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 296432@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jay Berkenbilt (supplier of updated xerces25 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Tue, 22 Mar 2005 19:36:41 -0500 Source: xerces25 Binary: libxercesicu25 libxerces25 libxerces25-doc libxerces25-dev Architecture: source i386 all Version: 2.5.0-4 Distribution: unstable Urgency: low Maintainer: Debian XML/SGML Group Changed-By: Jay Berkenbilt Description: libxerces25 - validating XML parser library for C++ libxerces25-dev - validating XML parser library for C++ (development files) libxerces25-doc - validating XML parser library for C++ (documentation) libxercesicu25 - validating XML parser library for C++ Closes: 296432 Changes: xerces25 (2.5.0-4) unstable; urgency=low . * Fix for performance problem on elements with a large number of attributes [CAN-2004-1575]. (Closes: #296432) * Clarify documentation on differences between icu and native versions of the library. * Add shlibs files * Removed dependency on autoconf, updated dependency on debhelper * Changed dependency on libc6-dev to libc6-dev | libc-dev Files: c35e3961a36513f4b447f64ac9247507 758 libs extra xerces25_2.5.0-4.dsc d5fd9cdb601594f6abd12413396f8847 9301 libs extra xerces25_2.5.0-4.diff.gz a0a61d607282803a5a6a622579aaf88d 5338710 doc extra libxerces25-doc_2.5.0-4_all.deb 0320719e3e3cf5e1f3a6c4a6825471ec 1039218 libs extra libxerces25_2.5.0-4_i386.deb 60c67009033f7be7a118fe2cd695a1e1 841770 libdevel extra libxerces25-dev_2.5.0-4_i386.deb de6317fe8530d0839711b9f78a9a78f5 1039522 libs extra libxercesicu25_2.5.0-4_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCQMzVEBVk6taI4KcRAl7rAKDdYV3hgdXuBK6TWUij5RysyDxTVQCcCd63 B3Do+25yihdxzhGqrqwb7Ks= =wYQt -----END PGP SIGNATURE----- From omaoma@hana.onbeet.com Thu Mar 24 10:04:39 2005 From: omaoma@hana.onbeet.com (=?ISO-2022-JP?B?GyRCPWkhOSQ3JC9DOCQkJSolXiF7JTMbKEI=?=) Date: Thu, 24 Mar 2005 19:04:39 +0900 (KST) Subject: [xml/sgml-pkgs] =?ISO-2022-JP?B?GyRCIVY1JDt9JEElJCUkJUMhKiFXJEg0NiQ4JF4kLyRqISobKEI=?= Message-ID: <20050324100439.E3639435FD@rental2.fields-server.net> 仭仭仭仭--俵俙俧俙丂倂俷俼俴俢------------------------------------仚 仭仭---------------------------------------------------------仚 仭丂丂丂丂慺懌丒僷儞僗僩丒僴僀僸乕儖 仭丂丂丂丂丂丂丂丂丂丂丂丂乣傔偔傞傔偔僼僃僠夋憸丒摦夋偺曮屔乣--------------仚 丂丂劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕 丂丂丂http://densetu.candyhos.com/?1je4htc2ok 仠丒丒丒丒丒丒丒丒丒丒丒丒摿廤侾丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂 丂 劕劒劒劒劒劒劒劒劒劒丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂仭仭仭 劔傆偉偪偢傓戞俀抏仛 劔丂丂丂丂僗僇乕僩偐傜偡傜傝偲怢傃偨旤媟傗傓偭偪傝偟偨僆僔儕夋憸枮嵹両 丂丂丂丂丂丂丂丂亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣 丂丂丂丂丂丂丂丂丂丂丂丂丂僴仜嶣傝僼僃僠儉乕價乕仛 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂偄傠偄傠側僐僗僠儏乕儉傪拝偨彈偺巕偨偪偲擖傝棎傟偰偺俫戝夛 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂棎傟偨僐僗僾儗偑偦偦傝傑偡 仠丒丒丒丒丒丒丒丒丒丒丒丒丒摿廤俀 劕劒劒劒劒劒劒劒劒劒丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂仭仭仭 劔幮撪僙僋僴儔丒晄椣尰応搻嶣仛 劔丂丂丂丂條乆側妏搙偐傜丄擖傝棎傟偨惈偺幚懺傪搻嶣両晛抜偼寛偟偰 丂丂丂丂丂尒偣側偄湌崨偺昞忣偑偨傑傝傑偣傫偭丅 丂丂丂丂丂丂丂亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣丂丂丂丂丂丂丂 丂丂丂丂丂丂丂丂丂丂丂 丂丂偍巓偝傫偺業弌梀傃仛 丂丂丂丂丂丂丂丂丂丂丂丂丂丂 丂戝恖婥偺業弌僔儕乕僘戞俁抏 丂丂丂丂丂丂丂丂丂丂丂丂丂 丂丂崱夞偼搒撪朸強偵偰丄僆儞僫偺巕俁懳抝俀偺業弌僾儗僀傪寛峴 丂丂丂丂丂丂丂丂丂丂丂丂丂丂 丂僴僾僯儞僌偁傝丄棎岎偁傝偺僴僠儍儊僠儍戝憶摦仚 仠丒丒丒丒丒丒丒丒丒丒丒丒丒摿廤俁丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂 丂 劕劒劒劒劒劒劒劒劒劒丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂仭仭仭 劔抯娍偝傫偄傜偭偟傖偀乣偄仛 劔丂丂丂丂怗傝偨偄抝偲怗傜傟偨偄僆儞僫乧崱夞偺妉暔偼朸僱僀儖僗僋乕儖偵捠偆偲偄偆俀侾嵨偺 丂丂丂丂丂傢偐側偪傖傫侓憤惃俀侽恖偺抝偨偪偵埻傑傟偰偺僪僉僪僉抯娍懱尡両両 丂丂丂丂丂丂丂亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣亣丂 丂丂丂 丂丂丂丂丂http://densetu.candyhos.com/?1je4htc2ok丂丂丂 丂丂劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕劕 丂丂丂 劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗劗 劔丂慜夞偵堷偒懕偄偰崱夞傕戝岲昡偺業弌僔儕乕僘偺戞俁抏偑憗偔傕搊応両両 劔丂摦夋傕偝傜偵僷儚乕傾僢僾偡傞側偳丄尒偳偙傠枮嵹仚 劔丂拪慖偱巊梡嵪傒僐僗僠儏乕儉偑摉偨傞丄寽徿傕幚巤拞侓侓侓 劘劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劖 仭 仭仭仭仭--俵俙俧俙丂倂俷俼俴俢-------------------------------------仚 仭------------------------------偍抦傜偣---------------------仚 丂丂丂丂丂丂丂丂丂 丂仭俵俙俧俙丂倂俷俼俴俢偺偛棙梡偵偁偨偭偰 丂丂丒 亀俵俙俧俙丂倂俷俼俴俢亁偼忣曬儊乕儖儅僈僕儞偺攝怣僗僞儞僪偲側偭偰偍傝丄 丂丂丂丂柍椏偱偛搊榐夛堳條偵掕婜揑偵儊乕儖儅僈僕儞傪攝怣偟偰偍傝傑偡丅 丒摉嬊偺儊乕儖儅僈僕儞傛傝攝怣偝傟傞忣曬偺棙梡偵娭偟偰偼丄 丂丂 丂偛峸撉幰屄恖偺愑擟偵偍偄偰偛棙梡偟偰偄偨偩偔偙偲傪栚揑偲偟偰偍傝 丂丂丂忣曬偺撪梕偵娭偟偰偼敪峴幰偵偍傑偐偣偟偰偍傝傑偡丅 丂丂丒摉嬊偼偛徯夘愭偺僒僀僩偵偍偗傞偄偐側傞僩儔僽儖傗懝奞偵懳偟偰傕 丂丂 堦愗偺愑擟傪晧偄偐偹傑偡丅 丂丂 丂丂丒宖嵹忣曬偵娭偟偰偺偛幙栤偵偼墳偠偰偍傝傑偣傫偺偱 丂丂丂梊傔偛椆彸壓偝偄丅 丂丂丂丂 丂 丒摉儊乕儖儅僈僕儞偵宖嵹偝傟偨婰帠偺堦晹傑偨偼慡晹傪 丂丂丂嫋壜側偔揮嵹偡傞偙偲傪嬛巭抳偟傑偡丅 --------------------------------------------------------------仚 丂仭 恎偵妎偊偺側偄攝怣 丂丂丂丂偄偨偢傜偺壜擻惈偑偛偞偄傑偡丅峸撉夝彍傪偛婓朷偺曽偼丄 丂丂丂丂偍庤悢偱偡偑壓婰偺傾僪儗僗傛傝儘僌僀儞偟丄偛帺恎偱偍庤懕偒壓偝偄丅 丂丂 http://hana.onbeet.com/world/ ----------------------------------------------------------- 仭 -----------------------------------------俵俙俧俙丂倂俷俼俴俢--仭仭仭仭 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂 丂丂仭 From pow@muze.m-blue.org Fri Mar 25 08:19:21 2005 From: pow@muze.m-blue.org (=?ISO-2022-JP?B?GyRCIVZDZiRLPVAkNyRGJSQlJCRoIVchRBsoQg==?=) Date: Fri, 25 Mar 2005 17:19:21 +0900 (KST) Subject: [xml/sgml-pkgs] =?ISO-2022-JP?B?GyRCJUElZSVXJUElZSVXJEMkRjI7JCxKOSQzJCgkRhsoQg==?= Message-ID: <20050325081921.36C4C563FB@rental4.fields-server.net> Mail僗僥乕僔儑儞丒丒丒丒丒丒夞丒丒丒丒夞丒丒丒丒夞丒丒丒丒夞丒丒丒丒夞丒丒丒丒夞丒丒丒丒夞丒丒丒丒夞 劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧劧 丂仚仚丂丂夁寖側慺恖戝廤崌侓 丂丂丂丂丂丂丂丂丂丂丂丂丂丂彈偺巕偩偭偰婥帩偪偂偂偙偲戝岲偒偭仚丂丂丂仚仚仚 劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯劯 丂丂丂http://y-setu.puchiphoto.org/?d899iq71ru 僾儘傛傝夁寖両丠儚僀僙僣慺恖柡偺梮傝嬺偄仚劖亣亣亣亣亣亣亣亣亣亣亣亣亣亣 劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劗 堹棎俷俴僴仢嶣傝僐儗僋僔儑儞丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒仛仛仛亂惎俁偭偮亃 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂梸媮晄枮偺敪忣俷俴仚 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂乽岲偒側偩偗僶僢僋偐傜撍偄偰偉乿偲媰偄偰偣偑傓彈払 仛仛仛仛仛亂惎俆偮亃丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒廤抍儚僀僙僣抯娍揹幵 寵偑傞彈巕崅惗傪柍棟傗傝墴偝偊崬傓乧朶椡偵懴偊愗傟偢 偝傟傞偑傑傑偵側傞丅乽偙傟偼傕偆抯娍偠傖側偔偰儗僀僾偩偹乿偲 尵傢偟傔偨栤戣嶌丅丅丅 丂丂丂http://y-setu.puchiphoto.org/?d899iq71ru 嵢払偺旈枾丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒丒仛仛仛仛亂惎係偭偮亃 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂壠掚偵旀傟偨庒嵢払偺枾偐側妝偟傒 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂晇偑弌偐偗偨屻偵弌夛偄宯偱尒偮偗偨抝偲偺 丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂丂梀傃偵揗傟傞堹棎側彈払偺惈 劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劒劖 弌夛偄宯偺彈丂丂乣梸忣偟偨偄丄嫸偄偨偄乣丂劗亣亣亣亣亣亣亣亣亣亣亣亣亣亣 弌夛偄宯偱曔傑偊偨業弌婅朷偺嫮偄俵彈丅斵巵偲偼墦嫍棧偱嵟嬤偼楢棈傕 搑愨偊偑偪偩偲偐乧丅枮偨偝傟側偄僉儌僠偺儌儎儌儎傪弌夛偄宯偱夝徚偡傞偺偑 桞堦偺庯枴偱丄尒抦傜偸抝偺梫媮偵傕廬弴偵墳偊偰偔傟傞丅 丂丂丂http://y-setu.puchiphoto.org/?d899iq71ru 姱擻偺搻嶣摿廤亖仠亖仠亖仠亖仠亖仠亖仠亖仠亖仠亖仠亖仠亖仠亖仠亖仠 恖抦傟偢孞傝峀偘傜傟傞梸朷偺塓傪僇儊儔偑曔傜偊偨丅 慺恖払偺寛偟偰尒傜傟偨偔側偄抪偢偐偟偄巔偑偙偙偵乧両両 僩僀儗/峏堖幒/儔僽儂僥儖/帺戭/幵乧偁傜備傞応強偵愽傓僇儊儔偑曔傜偊偨 寛掕揑弖娫両両 丂丂丂http://y-setu.puchiphoto.org/?d899iq71ru 仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯 Mail僗僥乕僔儑儞丒丒丒丒丒丒夞丒丒丒丒夞丒丒丒丒夞丒丒丒丒夞丒丒丒丒夞丒丒丒丒夞丒丒丒丒夞丒丒丒丒夞 丒摉嬊偼搊榐夛堳條偵掕婜揑偵儊乕儖儅僈僕儞傪攝怣偡傞偨傔偺 丂 儊乕儖儅僈僕儞偺攝怣僗僞儞僪偱偡丅 丒偛徯夘愭偺僒僀僩偵偍偗傞宖嵹忣曬偺偛棙梡偼屄恖偺愑擟偵偍偄偰 丂 偛棙梡壓偝偄丅 丒宖嵹忣曬偵娭偟偰偺偛幙栤偵偼墳偠偰偍傝傑偣傫偺偱 丂梊傔偛椆彸壓偝偄丅 丒摉儊乕儖儅僈僕儞偵宖嵹偝傟偨婰帠偺堦晹傑偨偼慡晹傪 丂嫋壜側偔揮嵹偡傞偙偲傪嬛巭抳偟傑偡丅 丒 恎偵妎偊偺側偄攝怣偼偄偨偢傜偺壜擻惈偑偛偞偄傑偡 丂峸撉夝彍傪偛婓朷偺曽偼丄偍庤悢偱偡偑壓婰偺傾僪儗僗傛傝儘僌僀儞偟丄 丂偛帺恎偱偍庤懕偒壓偝偄丅 丂丂丂http://muze.m-blue.org/mail-station/ 仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯仴仯 From "Martin-胷ic Racine" , 273961@bugs.debian.org Sat Mar 26 21:46:37 2005 From: "Martin-胷ic Racine" , 273961@bugs.debian.org (Martin-胷ic Racine) Date: Sat, 26 Mar 2005 23:46:37 +0200 Subject: [xml/sgml-pkgs] Bug#273961: libxml2: upstream 2.6.17 is released Message-ID: Package: libxml2 Version: 2.6.16-4 Followup-For: Bug #273961 libxml2 2.6.17 is released. As I understand, it is also a dependency for the new GNOME 2.10 currently being scaffolded in experimental. Would you be so kind as to package it and upload it to unstable? Thanks! -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (100, 'unstable'), (99, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-imac Locale: LANG=fi_FI@euro, LC_CTYPE=fi_FI@euro (charmap=ISO-8859-15) Versions of packages libxml2 depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information From vorlon@debian.org Sun Mar 27 08:16:34 2005 From: vorlon@debian.org (Steve Langasek) Date: Sun, 27 Mar 2005 00:16:34 -0800 Subject: [xml/sgml-pkgs] Too many xerces versions in sarge: can we get rid of some? Message-ID: <20050327081630.GS7364@mauritius.dodds.net> --NKys6zTV8iyMJiwY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi folks, We've noticed that there are a number of versions of xerces floating around in testing right now; given that there's just been a security advisory for xerces25, I think we should look at getting some of these removed from testing prior to release. What needs to happen before we can do that, besides getting packages recompiled against xerces26? The versions in testing that currently have reverse-dependencies are xerces21, xerces23, and xerces25; I've pulled xerces24 and xerces26 out since they're libraries with no reverse-deps, though of course xerces26 can go back in if it's the version we want to use for sarge. Removing xerces21 from sarge requires rebuilding or removing gdal and qgis. Removing xerces23 requires rebuilding/removing libxml-xerces-perl. Removing xerces25 requires rebuilding/removing xalan and anon-proxy. How feasible is it to get these packages rebuilt? If we can at least get this down to two versions, that would be a big help; one version would be ideal. 3 (or 5, as we had earlier) is excessive. Can I go ahead and ask for xerces24 to be removed from unstable (or, let one of the maintainers do so)? If we are to target getting this down to one version, is xerces26 the one to go for? Thanks, --=20 Steve Langasek postmodern programmer --NKys6zTV8iyMJiwY Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCRmveKN6ufymYLloRAqB/AKCYeHUoD1zHZM0UyUD29dCaToZNFQCgiZqr Gn8QBSYtbOvgYfoLcMlNAhA= =yh2l -----END PGP SIGNATURE----- --NKys6zTV8iyMJiwY-- From vorlon@debian.org Sun Mar 27 13:12:20 2005 From: vorlon@debian.org (Steve Langasek) Date: Sun, 27 Mar 2005 05:12:20 -0800 Subject: [xml/sgml-pkgs] Re: Too many xerces versions in sarge: can we get rid of some? In-Reply-To: <20050327081630.GS7364@mauritius.dodds.net> References: <20050327081630.GS7364@mauritius.dodds.net> Message-ID: <20050327131218.GX7364@mauritius.dodds.net> --szlDyXxWT551m6yh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 27, 2005 at 12:16:34AM -0800, Steve Langasek wrote: > We've noticed that there are a number of versions of xerces floating arou= nd > in testing right now; given that there's just been a security advisory for > xerces25, I think we should look at getting some of these removed from > testing prior to release. What needs to happen before we can do that, > besides getting packages recompiled against xerces26? > The versions in testing that currently have reverse-dependencies are > xerces21, xerces23, and xerces25; I've pulled xerces24 and xerces26 out > since they're libraries with no reverse-deps, though of course xerces26 c= an > go back in if it's the version we want to use for sarge. > Removing xerces21 from sarge requires rebuilding or removing gdal and qgi= s. > Removing xerces23 requires rebuilding/removing libxml-xerces-perl. For kicks, I've tried rebuilding gdal, qgis, and libxml-xerces-perl against xerces26. gdal and qgis appear to have built fine, with only an edit of debian/control; libxml-xerces-perl complains that a new version of xerces requires a new version of XML::Xerces. I didn't try rebuilding xalan and anon-proxy. So, it looks like 23/25 or 23/26 would be the best to ship with sarge, unless there's some reason why recompiling gdal and qgis isn't enough. Cheers, --=20 Steve Langasek postmodern programmer --szlDyXxWT551m6yh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCRrEyKN6ufymYLloRAowrAJ0eXUyhnSoMxzfLPubSgFjZBvUpJgCgkr8i mmEigwEJbkEcIQqJhEhCQDI= =63IN -----END PGP SIGNATURE----- --szlDyXxWT551m6yh-- From owner@bugs.debian.org Sun Mar 27 19:48:12 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 27 Mar 2005 11:48:12 -0800 Subject: [xml/sgml-pkgs] Bug#279343: marked as done (libxml2-python2.3: rename to python2.3-libxml2 ?) In-Reply-To: <20050327194026.GF10512@glandium.org> References: <20050327194026.GF10512@glandium.org> <1099402422.388563.997.nullmailer@logilab.fr> Message-ID: Your message dated Sun, 27 Mar 2005 21:40:27 +0200 with message-id <20050327194026.GF10512@glandium.org> and subject line Fixed version went to unstable and testing has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 2 Nov 2004 13:34:16 +0000 >From Nicolas.Chauvat@logilab.fr Tue Nov 02 05:34:16 2004 Return-path: Received: from logilab.net2.nerim.net (tucana.logilab.fr) [62.4.19.137] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1COynf-0004ZU-00; Tue, 02 Nov 2004 05:34:16 -0800 Received: from orion.logilab.fr (scutum.logilab.fr [172.17.0.2]) by tucana.logilab.fr (Postfix) with ESMTP id BA02D7FBA for ; Tue, 2 Nov 2004 14:33:42 +0100 (CET) Received: from logilab.fr (lyra.logilab.fr [172.17.1.211]) by orion.logilab.fr (Postfix) with SMTP id EADB62BBFF; Tue, 2 Nov 2004 14:33:56 +0100 (CET) Received: (nullmailer pid 998 invoked by uid 1000); Tue, 02 Nov 2004 13:33:42 -0000 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Nicolas Chauvat To: Debian Bug Tracking System Subject: libxml2-python2.3: rename to python2.3-libxml2 ? X-Mailer: reportbug 2.63 Date: Tue, 02 Nov 2004 14:33:42 +0100 Message-Id: <1099402422.388563.997.nullmailer@logilab.fr> Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: libxml2-python2.3 Version: 2.6.11-5 Severity: minor To improve naming consistency, I think libxml2-python2.3 should be renamed to python2.3-libxml2. All other python extensions are named pythonX.Y-module. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.19 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (ignored: LC_ALL set to fr_FR@euro) Versions of packages libxml2-python2.3 depends on: ii libc6 2.3.2.ds1-18 GNU C Library: Shared libraries an ii libxml2 2.6.11-5 GNOME XML library ii python2.3 2.3.4-13 An interactive high-level object-o -- debconf-show failed --------------------------------------- Received: (at 279343-done) by bugs.debian.org; 27 Mar 2005 19:40:55 +0000 >From mh@glandium.org Sun Mar 27 11:40:55 2005 Return-path: Received: from aputeaux-152-1-21-105.w82-120.abo.wanadoo.fr (localhost.localdomain) [82.120.83.105] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DFdd0-0006rq-00; Sun, 27 Mar 2005 11:40:55 -0800 Received: from mh by localhost.localdomain with local (Exim 4.50) id 1DFdcZ-00020K-87 for 279343-done@bugs.debian.org; Sun, 27 Mar 2005 21:40:27 +0200 Date: Sun, 27 Mar 2005 21:40:27 +0200 From: Mike Hommey To: 279343-done@bugs.debian.org Subject: Fixed version went to unstable and testing Message-ID: <20050327194026.GF10512@glandium.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: A479 A824 265C B2A5 FC54 8D1E DE4B DA2C 54FD 2A58 Organization: glandium.org User-Agent: Mutt/1.5.8i Delivered-To: 279343-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: This has been fixed a long time ago and is now properly done in sarge's package. Closing the bug. Thanks Mike From Jay Berkenbilt , 301715@bugs.debian.org Sun Mar 27 21:08:48 2005 From: Jay Berkenbilt , 301715@bugs.debian.org (Jay Berkenbilt) Date: Sun, 27 Mar 2005 16:08:48 -0500 Subject: [xml/sgml-pkgs] Bug#301715: sarge must not include xerces24 Message-ID: Package: xerces24 Severity: serious Justification: dummy bug to keep xerces24 out of sarge pending its removal This is a dummy bug to keep xerces24 out of sarge pending its removal from sid. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) From qjb@debian.org Sun Mar 27 21:00:54 2005 From: qjb@debian.org (Jay Berkenbilt) Date: Sun, 27 Mar 2005 16:00:54 -0500 Subject: [xml/sgml-pkgs] Too many xerces versions in sarge: can we get rid of some? In-Reply-To: <20050327081630.GS7364@mauritius.dodds.net> (Steve Langasek's message of "Sun, 27 Mar 2005 00:16:34 -0800") References: <20050327081630.GS7364@mauritius.dodds.net> Message-ID: <20050327160046.0551393074.qww314159@soup.in.ql.org> [xml/sgml people: I apologize for the duplicate -- I messed up my mail headers. This message is slightly different from the one I sent that didn't include vorlon in the To: field -- only the last paragraph has changed.] Steve Langasek wrote: > Hi folks, > > We've noticed that there are a number of versions of xerces floating > around in testing right now; given that there's just been a security > advisory for xerces25, I think we should look at getting some of > these removed from testing prior to release. What needs to happen > before we can do that, besides getting packages recompiled against > xerces26? Punchline: the right answer is probably for sarge to contain only xerces23 and xerces26 or for us to completely drop support for libxml-xerces-perl and release sarge only with xerces26. I'll answer this since I'm maintaining all of these except xerces21. If the security advisory is CAN-2004-1575, it also impacts 2.4.0. The most recently uploads address this issue for both versions. Earlier versions are not vulnerable. The problem with the xerces packages is that each version includes some incompatible changes, and it's common for external packages to depend upon specific versions. I had actually posted to debian-devel about removing 24, and one developer (jaldhar) specifically wanted it because of supporting some external library that didn't work with anything newer than 2.4. Even so, I have no objection to removing 2.4.0 -- it's a pain to support all these versions. Perhaps the situation with his library has changed since then. > The versions in testing that currently have reverse-dependencies are > xerces21, xerces23, and xerces25; I've pulled xerces24 and xerces26 > out since they're libraries with no reverse-deps, though of course > xerces26 can go back in if it's the version we want to use for > sarge. > > Removing xerces21 from sarge requires rebuilding or removing gdal and qgis. These both build fine with 2.6 as you already noted in your other message. I had intended to post bugs against these this weekend (prompted by the security issue) asking for them to be rebuilt. I can do that if you'd like, or you can do it. > Removing xerces23 requires rebuilding/removing libxml-xerces-perl. Unfortunately, there is no way to fix this -- the Xerces perl code is tightly dependent upon this specific version of Xerces. There doesn't seem to be much activity on this upstream and, frankly, even as a fan of the C++ Xerces code (which I use myself -- 2.6 only), I don't think libxml-xerces-perl is a particularly good solution for XML in perl. That said, it was the only XML perl module that could support validation with DTD and schema support a year or so ago when I last checked. However, libxml-xerces-perl doesn't handle Unicode strings in a sensible way, so I find it to be unusable. In my own code, I use an external parser and then just use plain old XML::Parser. > Removing xerces25 requires rebuilding/removing xalan and anon-proxy. I talked to Berin about this when xerces26 first came out. He believed at the time that xalan would work with xerces26. I haven't discussed it with him since. > How feasible is it to get these packages rebuilt? If we can at > least get this down to two versions, that would be a big help; one > version would be ideal. 3 (or 5, as we had earlier) is excessive. The right thing to do is to rebuild everything against xerces 2.6.0. > Can I go ahead and ask for xerces24 to be removed from unstable (or, > let one of the maintainers do so)? If we are to target getting this > down to one version, is xerces26 the one to go for? No objections to removing xerces24. We should file bugs against all reverse dependencies of xerceas21 and xerces25 asking for them to be rebuilt against xerces26. Then xerces21 and xerces25 should be removed as well. My inclination is to leave xerces23 in place to support libxml-xerces-perl, but I could be convinced otherwise. I'll ping upstream on its status. I've filed bugs against xalan, anon-proxy, gdal, and qgis with priority important. (Since it's only four packages, I didn't go through the usual "mass filing" procedure...) I've also asked Jaldhar about xerces24. Should we wait for responses on these before filing the removals? If you'd like to go ahead and request removal, it's fine with me, or if you'd like me to do it, that's okay too. --Jay -- Jay Berkenbilt From qjb@debian.org Sun Mar 27 22:07:05 2005 From: qjb@debian.org (Jay Berkenbilt) Date: Sun, 27 Mar 2005 17:07:05 -0500 Subject: [xml/sgml-pkgs] Too many xerces versions in sarge: can we get rid of some? In-Reply-To: <20050327160046.0551393074.qww314159@soup.in.ql.org> (Jay Berkenbilt's message of "Sun, 27 Mar 2005 16:00:54 -0500") References: <20050327081630.GS7364@mauritius.dodds.net> <20050327160046.0551393074.qww314159@soup.in.ql.org> Message-ID: <20050327170705.0551339668.qww314159@soup.in.ql.org> You can remove xerces24 from sarge any time. This will also save us from having to deal with the fact that it's still on not-for-us for powerpc, mips, and mipsel. Jay Berkenbilt wrote: > I've filed bugs against xalan, anon-proxy, gdal, and qgis with > priority important. (Since it's only four packages, I didn't go > through the usual "mass filing" procedure...) I've also asked Jaldhar > about xerces24. Should we wait for responses on these before filing > the removals? If you'd like to go ahead and request removal, it's > fine with me, or if you'd like me to do it, that's okay too. Jaldhar already replied indicating that he no longer needs xerces24 since the library in question now uses xerces26. I have requested its removal. Berin reports that Xalan 1.8 doesn't officially support Xerces 2.6 but that he could probably make it work anyway or package Xalan 1.9. Here are the relevant bugs: 301706: upgrade of xalan 301708: upgrade of anon-proxy 301709: upgrade of qgis 301710: upgrade of gdal 301715: RC bug to keep xerces24 from re-entering sarge 301716: removal of xerces24 -- Jay Berkenbilt From qjb@debian.org Sun Mar 27 20:34:41 2005 From: qjb@debian.org (Jay Berkenbilt) Date: Sun, 27 Mar 2005 15:34:41 -0500 Subject: [xml/sgml-pkgs] Too many xerces versions in sarge: can we get rid of some? In-Reply-To: <20050327081630.GS7364@mauritius.dodds.net> (Steve Langasek's message of "Sun, 27 Mar 2005 00:16:34 -0800") References: <20050327081630.GS7364@mauritius.dodds.net> Message-ID: <20050327153441.0551345492.qww314159@soup.in.ql.org> Steve Langasek wrote: > Hi folks, > > We've noticed that there are a number of versions of xerces floating > around in testing right now; given that there's just been a security > advisory for xerces25, I think we should look at getting some of > these removed from testing prior to release. What needs to happen > before we can do that, besides getting packages recompiled against > xerces26? Punchline: the right answer is probably for sarge to contain only xerces23 and xerces26 or for us to completely drop support for libxml-xerces-perl and release sarge only with xerces26. I'll answer this since I'm maintaining all of these except xerces21. If the security advisory is CAN-2004-1575, it also impacts 2.4.0. The most recently uploads address this issue for both versions. Earlier versions are not vulnerable. The problem with the xerces packages is that each version includes some incompatible changes, and it's common for external packages to depend upon specific versions. I had actually posted to debian-devel about removing 24, and one developer (jaldhar) specifically wanted it because of supporting some external library that didn't work with anything newer than 2.4. Even so, I have no objection to removing 2.4.0 -- it's a pain to support all these versions. Perhaps the situation with his library has changed since then. > The versions in testing that currently have reverse-dependencies are > xerces21, xerces23, and xerces25; I've pulled xerces24 and xerces26 > out since they're libraries with no reverse-deps, though of course > xerces26 can go back in if it's the version we want to use for > sarge. > > Removing xerces21 from sarge requires rebuilding or removing gdal and qgis. These both build fine with 2.6 as you already noted in your other message. I had intended to post bugs against these this weekend (prompted by the security issue) asking for them to be rebuilt. I can do that if you'd like, or you can do it. > Removing xerces23 requires rebuilding/removing libxml-xerces-perl. Unfortunately, there is no way to fix this -- the Xerces perl code is tightly dependent upon this specific version of Xerces. There doesn't seem to be much activity on this upstream and, frankly, even as a fan of the C++ Xerces code (which I use myself -- 2.6 only), I don't think libxml-xerces-perl is a particularly good solution for XML in perl. That said, it was the only XML perl module that could support validation with DTD and schema support a year or so ago when I last checked. However, libxml-xerces-perl doesn't handle Unicode strings in a sensible way, so I find it to be unusable. In my own code, I use an external parser and then just use plain old XML::Parser. > Removing xerces25 requires rebuilding/removing xalan and anon-proxy. I talked to Berin about this when xerces26 first came out. He believed at the time that xalan would work with xerces26. I haven't discussed it with him since. > How feasible is it to get these packages rebuilt? If we can at > least get this down to two versions, that would be a big help; one > version would be ideal. 3 (or 5, as we had earlier) is excessive. The right thing to do is to rebuild everything against xerces 2.6.0. > Can I go ahead and ask for xerces24 to be removed from unstable (or, > let one of the maintainers do so)? If we are to target getting this > down to one version, is xerces26 the one to go for? No objections to removing xerces24. We should file bugs against all reverse dependencies of xerceas21 and xerces25 asking for them to be rebuilt against xerces26. Then xerces21 and xerces25 should be removed as well. My inclination is to leave xerces23 in place to support libxml-xerces-perl, but I could be convinced otherwise. Would you like me to do the rest of the work on this? I'll track you down on IRC. --Jay -- Jay Berkenbilt From owner@bugs.debian.org Mon Mar 28 00:18:24 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Sun, 27 Mar 2005 16:18:24 -0800 Subject: [xml/sgml-pkgs] Bug#301715: marked as done (sarge must not include xerces24) In-Reply-To: <20050328000757.GA11230@mauritius.dodds.net> References: <20050328000757.GA11230@mauritius.dodds.net> Message-ID: Your message dated Sun, 27 Mar 2005 16:08:01 -0800 with message-id <20050328000757.GA11230@mauritius.dodds.net> and subject line Bug#301715: sarge must not include xerces24 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 27 Mar 2005 21:09:20 +0000 >From qjb@debian.org Sun Mar 27 13:09:20 2005 Return-path: Received: from lakermmtao12.cox.net [68.230.240.27] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DFf0Z-000825-00; Sun, 27 Mar 2005 13:09:19 -0800 Received: from gwendolyn ([68.100.122.41]) by lakermmtao12.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050327210848.CACW2476.lakermmtao12.cox.net@gwendolyn>; Sun, 27 Mar 2005 16:08:48 -0500 Received: from soup ([10.160.59.17]) by gwendolyn with esmtp (Exim 4.44) id 1DFf04-0005ak-U2; Sun, 27 Mar 2005 16:08:48 -0500 Received: from ejb by soup with local (Exim 4.50) id 1DFf04-0002oN-Ne; Sun, 27 Mar 2005 16:08:48 -0500 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Jay Berkenbilt To: Debian Bug Tracking System Subject: sarge must not include xerces24 X-Mailer: reportbug 3.9 Date: Sun, 27 Mar 2005 16:08:48 -0500 X-Debbugs-Cc: qjb@debian.org Message-Id: Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-11.0 required=4.0 tests=BAYES_00,HAS_PACKAGE, X_DEBBUGS_CC autolearn=ham version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: xerces24 Severity: serious Justification: dummy bug to keep xerces24 out of sarge pending its removal This is a dummy bug to keep xerces24 out of sarge pending its removal from sid. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) --------------------------------------- Received: (at 301715-done) by bugs.debian.org; 28 Mar 2005 00:08:02 +0000 >From vorlon@debian.org Sun Mar 27 16:08:02 2005 Return-path: Received: from dsl093-039-086.pdx1.dsl.speakeasy.net (localhost.localdomain) [66.93.39.86] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DFhnW-0003P6-00; Sun, 27 Mar 2005 16:08:02 -0800 Received: by localhost.localdomain (Postfix, from userid 1000) id 4C348171E11; Sun, 27 Mar 2005 16:08:01 -0800 (PST) Date: Sun, 27 Mar 2005 16:08:01 -0800 From: Steve Langasek To: Jay Berkenbilt , 301715-done@bugs.debian.org Subject: Re: Bug#301715: sarge must not include xerces24 Message-ID: <20050328000757.GA11230@mauritius.dodds.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6+20040907i Delivered-To: 301715-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 27, 2005 at 04:08:48PM -0500, Jay Berkenbilt wrote: > Package: xerces24 > Severity: serious > Justification: dummy bug to keep xerces24 out of sarge pending its removal > This is a dummy bug to keep xerces24 out of sarge pending its removal > from sid. xerces24 has already been removed from both sarge and sid, so this dummy bug can be closed. Cheers, --=20 Steve Langasek postmodern programmer --huq684BweRXVnRxX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCR0rdKN6ufymYLloRAjpFAKCydRTr5HGzZrkQJ5v+Icl/eG43PQCeJMWy mO4EfoTECPBO5pK1vJU6bDI= =mh8s -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From vorlon@debian.org Mon Mar 28 00:48:06 2005 From: vorlon@debian.org (Steve Langasek) Date: Sun, 27 Mar 2005 16:48:06 -0800 Subject: [xml/sgml-pkgs] Too many xerces versions in sarge: can we get rid of some? In-Reply-To: <20050327170705.0551339668.qww314159@soup.in.ql.org> <20050327160046.0551393074.qww314159@soup.in.ql.org> References: <20050327081630.GS7364@mauritius.dodds.net> <20050327160046.0551393074.qww314159@soup.in.ql.org> <20050327170705.0551339668.qww314159@soup.in.ql.org> <20050327081630.GS7364@mauritius.dodds.net> <20050327160046.0551393074.qww314159@soup.in.ql.org> Message-ID: <20050328004802.GC11230@mauritius.dodds.net> --vOmOzSkFvhd7u8Ms Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 27, 2005 at 04:00:54PM -0500, Jay Berkenbilt wrote: > Punchline: the right answer is probably for sarge to contain only > xerces23 and xerces26 or for us to completely drop support for > libxml-xerces-perl and release sarge only with xerces26. > I'll answer this since I'm maintaining all of these except xerces21. > If the security advisory is CAN-2004-1575, it also impacts 2.4.0. The > most recently uploads address this issue for both versions. Earlier > versions are not vulnerable. Thanks, noted. Still doesn't mean we want to keep this many copies around, of course. :) > The problem with the xerces packages is that each version includes > some incompatible changes, and it's common for external packages to > depend upon specific versions. I had actually posted to debian-devel > about removing 24, and one developer (jaldhar) specifically wanted it > because of supporting some external library that didn't work with > anything newer than 2.4. Even so, I have no objection to removing > 2.4.0 -- it's a pain to support all these versions. Perhaps the > situation with his library has changed since then. I would question whether it makes sense to include an old, never-before-shipped version of a library in a stable release just for compatibility with an uspecified library not included in Debian. > > The versions in testing that currently have reverse-dependencies are > > xerces21, xerces23, and xerces25; I've pulled xerces24 and xerces26 > > out since they're libraries with no reverse-deps, though of course > > xerces26 can go back in if it's the version we want to use for > > sarge. > > Removing xerces21 from sarge requires rebuilding or removing gdal and q= gis. > These both build fine with 2.6 as you already noted in your other > message. I had intended to post bugs against these this weekend > (prompted by the security issue) asking for them to be rebuilt. I can > do that if you'd like, or you can do it. It looks like we've both filed bugs against gdal now. :) Thanks for filing the others. > > Removing xerces23 requires rebuilding/removing libxml-xerces-perl. > Unfortunately, there is no way to fix this -- the Xerces perl code is > tightly dependent upon this specific version of Xerces. There doesn't > seem to be much activity on this upstream and, frankly, even as a fan > of the C++ Xerces code (which I use myself -- 2.6 only), I don't think > libxml-xerces-perl is a particularly good solution for XML in perl. > That said, it was the only XML perl module that could support > validation with DTD and schema support a year or so ago when I last > checked. However, libxml-xerces-perl doesn't handle Unicode strings > in a sensible way, so I find it to be unusable. In my own code, I use > an external parser and then just use plain old XML::Parser. Well, if this module is indeed not very useful, and given that there's nothing else that depends on libxml-xerces-perl in Debian, it might be worth considering removal as an option here. That would be the maintainers' call to make. > > Removing xerces25 requires rebuilding/removing xalan and anon-proxy. > I talked to Berin about this when xerces26 first came out. He > believed at the time that xalan would work with xerces26. I haven't > discussed it with him since. If xalan does need to stay at 25, it's probably best to rebuild gdal and qgis against 25 instead of 26 if possible. They obviously don't urgently need the newest version if they're still linked against 21, so keeping everything in sync is more important than linking them against the most current version. > You can remove xerces24 from sarge any time. This will also save us > from having to deal with the fact that it's still on not-for-us for > powerpc, mips, and mipsel. Yes, I'd plucked it out prior to mailing, actually. And an ftpmaster has also already removed it now from unstable. > > Can I go ahead and ask for xerces24 to be removed from unstable (or, > > let one of the maintainers do so)? If we are to target getting this > > down to one version, is xerces26 the one to go for? > No objections to removing xerces24. We should file bugs against all > reverse dependencies of xerceas21 and xerces25 asking for them to be > rebuilt against xerces26. Then xerces21 and xerces25 should be > removed as well. My inclination is to leave xerces23 in place to > support libxml-xerces-perl, but I could be convinced otherwise. I'll > ping upstream on its status. > I've filed bugs against xalan, anon-proxy, gdal, and qgis with > priority important. (Since it's only four packages, I didn't go > through the usual "mass filing" procedure...) I've also asked Jaldhar > about xerces24. Should we wait for responses on these before filing > the removals? If you'd like to go ahead and request removal, it's > fine with me, or if you'd like me to do it, that's okay too. If we know we want xerces21 and xerces25 to be removed for sarge, there's no reason to wait before filing the removal requests. It sounds like it still needs to be decided whether to package xalan 1.9 or stick with xerces25 for sarge, though. --=20 Steve Langasek postmodern programmer --vOmOzSkFvhd7u8Ms Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCR1RCKN6ufymYLloRAqTnAJ9XS5RPJu6o8svgIjTd2waAa3M4NwCfQbNb q783FlYbfsv1y/at4mZf2Gc= =S1U8 -----END PGP SIGNATURE----- --vOmOzSkFvhd7u8Ms-- From qjb@debian.org Mon Mar 28 00:40:10 2005 From: qjb@debian.org (Jay Berkenbilt) Date: Sun, 27 Mar 2005 19:40:10 -0500 Subject: [xml/sgml-pkgs] subversion: removal of xerces24 In-Reply-To: <20050327081630.GS7364@mauritius.dodds.net> (Steve Langasek's message of "Sun, 27 Mar 2005 00:16:34 -0800") References: <20050327081630.GS7364@mauritius.dodds.net> Message-ID: <20050327194010.0551373325.qww314159@soup.in.ql.org> Now that xerces24 has been removed from sarge and sid, it should be removed from subversion. My inclination is just to svn rm svn+ssh://svn.debian.org/svn/debian-xml-sgml/packages/xerces/xerces24 which will remove the whole xerces24 tree, including trunk, tags, and branches, from the head revision. Of course, if one were to want to recover, the history is still there. Can anyone think of a reason why I shouldn't do this? Another alternative would be to svn rm everything in trunk and just put a README file stating that the package has been removed. Still another idea would be to create .../packages/xerces/obsolete and move it in there. If I hear no response within a few days, I'll do my first suggestion next time I get caught up on non-urgent debian work, which will probably be in about a week. As a historical note, xerces24 and xerces25 entered the archive at the same time, and xerces24 never had any reverse dependencies. The only reason I packaged it at all was because of some potential packages that required that version specifically, but this no longer appears to be an issue. -- Jay Berkenbilt From qjb@debian.org Mon Mar 28 01:15:37 2005 From: qjb@debian.org (Jay Berkenbilt) Date: Sun, 27 Mar 2005 20:15:37 -0500 Subject: [xml/sgml-pkgs] Too many xerces versions in sarge: can we get rid of some? In-Reply-To: <20050328004802.GC11230@mauritius.dodds.net> (Steve Langasek's message of "Sun, 27 Mar 2005 16:48:06 -0800") References: <20050327081630.GS7364@mauritius.dodds.net> <20050327160046.0551393074.qww314159@soup.in.ql.org> <20050327170705.0551339668.qww314159@soup.in.ql.org> <20050327081630.GS7364@mauritius.dodds.net> <20050327160046.0551393074.qww314159@soup.in.ql.org> <20050328004802.GC11230@mauritius.dodds.net> Message-ID: <20050327201537.0551379382.qww314159@soup.in.ql.org> Executive summary: As we both know, xerces24 is gone now. I'll try to make a decision about libxml-xerces-perl quickly. I'd really rather see xerces26 in sarge than xerces25, but I could be convinced that having xerces25 only is better than having xerces26 and xerces25 -- we'll have to see about xalan first. Obviously if xerces26 is removed from sarge, it should stay in sid. Now for the full response... ------ Steve Langasek wrote: > On Sun, Mar 27, 2005 at 04:00:54PM -0500, Jay Berkenbilt wrote: > >> I'll answer this since I'm maintaining all of these except xerces21. >> If the security advisory is CAN-2004-1575, it also impacts 2.4.0. The >> most recently uploads address this issue for both versions. Earlier >> versions are not vulnerable. > > Thanks, noted. Still doesn't mean we want to keep this many copies around, > of course. :) Yes, of course. :-) >> > Removing xerces23 requires rebuilding/removing libxml-xerces-perl. > >> Unfortunately, there is no way to fix this -- the Xerces perl code is >> tightly dependent upon this specific version of Xerces. There doesn't >> seem to be much activity on this upstream and, frankly, even as a fan >> of the C++ Xerces code (which I use myself -- 2.6 only), I don't think >> libxml-xerces-perl is a particularly good solution for XML in perl. >> . . . > > Well, if this module is indeed not very useful, and given that > there's nothing else that depends on libxml-xerces-perl in Debian, > it might be worth considering removal as an option here. That would > be the maintainers' call to make. I'll check with upstream and on debian-devel and/or debian-user, but I'll aim to make a decision pretty soon. > If xalan does need to stay at 25, it's probably best to rebuild gdal > and qgis against 25 instead of 26 if possible. They obviously don't > urgently need the newest version if they're still linked against 21, > so keeping everything in sync is more important than linking them > against the most current version. I'd really like to see 26 in sarge. 2.6.0 has some new functionality and several bug fixes over 2.5.0 and is the last of the 2.x versions being released. Upstream is already working on 3.0. That said, I could be convinced that having only xerces25 is better than having xerces25 and xerces26 even if it's not as good as having only xerces26. On a tangentially related note, the xerces packages depend upon prehistoric versions of ICU. The top item on my post-sarge to-do list is to try to take over the ICU packages (I suspect Ivo will agree, and I've already contacted him about it once some time ago) and bring them up to date. Hopefully if the ICU packages are up to date, we can also get blade to agree to the removal of icu28 so we'll be back to one version of ICU. If Ivo agrees to having me take over ICU, I'd package the latest version (3.2 as of last time I checked) and upload to experimental, waiting for after sarge to do the transition. At least officially, xerces 2.6.0 is required to support ICU >= 3.0, if I recall correctly. Of course, this would happen post-sarge anyway, so it's not a good argument for favoring 2.6.0 over 2.5.0.... Either way, if xerces26 is removed from sarge, it should not be removed from sid, but I think everyone agrees on that point. > If we know we want xerces21 and xerces25 to be removed for sarge, > there's no reason to wait before filing the removal requests. It > sounds like it still needs to be decided whether to package xalan > 1.9 or stick with xerces25 for sarge, though. We know that the dependent packages build with the newer versions of xerces, but we don't know whether they work. If it's okay with you, I'd like to wait for Berin to test xalan before decide whether to dump xerces25. I'm not the maintainer of xerces21, so I don't have a strong opinion about that. I wouldn't feel badly about dumping xerces21 and forcing the maintainers of gdal and qgis to move to a more recent version to get into sarge. But it would be more fair to wait to do this until after we can tell them for sure whether to aim at 25 or 26 just to avoid the extra upload. --Jay -- Jay Berkenbilt From qjb@debian.org Mon Mar 28 02:41:53 2005 From: qjb@debian.org (Jay Berkenbilt) Date: Sun, 27 Mar 2005 21:41:53 -0500 Subject: [xml/sgml-pkgs] Too many xerces versions in sarge: can we get rid of some? In-Reply-To: <20050327201537.0551379382.qww314159@soup.in.ql.org> (Jay Berkenbilt's message of "Sun, 27 Mar 2005 20:15:37 -0500") References: <20050327081630.GS7364@mauritius.dodds.net> <20050327160046.0551393074.qww314159@soup.in.ql.org> <20050327170705.0551339668.qww314159@soup.in.ql.org> <20050327081630.GS7364@mauritius.dodds.net> <20050327160046.0551393074.qww314159@soup.in.ql.org> <20050328004802.GC11230@mauritius.dodds.net> <20050327201537.0551379382.qww314159@soup.in.ql.org> Message-ID: <20050327214153.0551339167.qww314159@soup.in.ql.org> Jay Berkenbilt wrote: > Executive summary: As we both know, xerces24 is gone now. I'll try to > make a decision about libxml-xerces-perl quickly. I'd really rather > see xerces26 in sarge than xerces25, but I could be convinced that > having xerces25 only is better than having xerces26 and xerces25 -- > we'll have to see about xalan first. Obviously if xerces26 is removed > from sarge, it should stay in sid. Now for the full response... Guess what... there's a newer XML::Xerces: 2.5.0-3 was released last June, but it must not have been announced on the announce list (or I missed it), and the xerces-perl web page has not been updated. I found it on CPAN after seeing that the upstream mailing list still has some small amount of traffic. That means libxml-xerces-perl, if we keep it, depends upon 2.5.0 only. Now I'm inclined to think that we should consider having xerces25 and xerces26 in sarge -- two versions isn't so horrible. In any case, at least for now, I'm uploading libxml-xerces-perl_2.5.0-3-1 and requesting removal of xerces23. It's likely that anon-proxy, gdal, and qgis will work with any version of xerces. It's certain that libxml-xerces-perl will only work with xerces25. It's possible that xalan18 will only work with xerces25. It's certain that xalan19 will work with xerces26, but that version is not packaged. If we MUST only keep one version of xerces in sarge, then it should probably be xerces25 as this means we can keep libxml-xerces-perl and anon-proxy and xalan don't require any changes. In that case, gdal and qgis must be updated to depend upon xerces25 rather than xerces26. If we can keep both xerces25 and xerces26 in sarge, then we just have to decide what to do about the other packages. Probably gdal and qgis, which depend upon xerces directly only (i.e. not directly and indirectly through xalan) may as well depend upon xerces26. Then xerces25 supports only those things that must depend upon an old version. If xalan19 goes into sarge instead of xalan18, then only libxml-xerces-perl depends upon xerces25. Ugh. How strongly do you feel about having only one version of xerces in sarge? If we have only one version, having it be xerces25 is definitely the easiest way to achieve that. -- Jay Berkenbilt From katie@ftp-master.debian.org Mon Mar 28 02:42:46 2005 From: katie@ftp-master.debian.org (Archive Administrator) Date: Sun, 27 Mar 2005 21:42:46 -0500 Subject: [xml/sgml-pkgs] Processing of libxml-xerces-perl_2.5.0-3-1_i386.changes Message-ID: libxml-xerces-perl_2.5.0-3-1_i386.changes uploaded successfully to localhost along with the files: libxml-xerces-perl_2.5.0-3-1.dsc libxml-xerces-perl_2.5.0-3.orig.tar.gz libxml-xerces-perl_2.5.0-3-1.diff.gz libxml-xerces-perl_2.5.0-3-1_i386.deb Greetings, Your Debian queue daemon From installer@ftp-master.debian.org Mon Mar 28 02:47:17 2005 From: installer@ftp-master.debian.org (Debian Installer) Date: Sun, 27 Mar 2005 21:47:17 -0500 Subject: [xml/sgml-pkgs] libxml-xerces-perl_2.5.0-3-1_i386.changes ACCEPTED Message-ID: Accepted: libxml-xerces-perl_2.5.0-3-1.diff.gz to pool/main/libx/libxml-xerces-perl/libxml-xerces-perl_2.5.0-3-1.diff.gz libxml-xerces-perl_2.5.0-3-1.dsc to pool/main/libx/libxml-xerces-perl/libxml-xerces-perl_2.5.0-3-1.dsc libxml-xerces-perl_2.5.0-3-1_i386.deb to pool/main/libx/libxml-xerces-perl/libxml-xerces-perl_2.5.0-3-1_i386.deb libxml-xerces-perl_2.5.0-3.orig.tar.gz to pool/main/libx/libxml-xerces-perl/libxml-xerces-perl_2.5.0-3.orig.tar.gz Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. From vorlon@debian.org Mon Mar 28 03:32:12 2005 From: vorlon@debian.org (Steve Langasek) Date: Sun, 27 Mar 2005 19:32:12 -0800 Subject: [xml/sgml-pkgs] Too many xerces versions in sarge: can we get rid of some? In-Reply-To: <20050327214153.0551339167.qww314159@soup.in.ql.org> References: <20050327081630.GS7364@mauritius.dodds.net> <20050327160046.0551393074.qww314159@soup.in.ql.org> <20050327170705.0551339668.qww314159@soup.in.ql.org> <20050327081630.GS7364@mauritius.dodds.net> <20050327160046.0551393074.qww314159@soup.in.ql.org> <20050328004802.GC11230@mauritius.dodds.net> <20050327201537.0551379382.qww314159@soup.in.ql.org> <20050327214153.0551339167.qww314159@soup.in.ql.org> Message-ID: <20050328033207.GE11230@mauritius.dodds.net> --9crTWz/Z+Zyzu20v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 27, 2005 at 09:41:53PM -0500, Jay Berkenbilt wrote: > How strongly do you feel about having only one version of xerces in > sarge? If we have only one version, having it be xerces25 is > definitely the easiest way to achieve that. Supporting two versions of a library in stable is not unreasonable. It's the "three or more" scenario we have currently that bothers me. --=20 Steve Langasek postmodern programmer --9crTWz/Z+Zyzu20v Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCR3q3KN6ufymYLloRApi5AJ9PcKjxNA49UsO0PIObAe/MpWubeQCeNSGz aYiefG2phLeMaZxoxgHgbEM= =lQU8 -----END PGP SIGNATURE----- --9crTWz/Z+Zyzu20v-- From owner@bugs.debian.org Mon Mar 28 18:34:03 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Mon, 28 Mar 2005 10:34:03 -0800 Subject: [xml/sgml-pkgs] Bug#215079: marked as done (libxerces23-dev should provide dom/impl/DOMDocumentImpl.hpp and probably other hpp files from impl/) In-Reply-To: <20050328132105.3270032265.qww314159@soup.acv.apexcovantage.com> References: <20050328132105.3270032265.qww314159@soup.acv.apexcovantage.com> Message-ID: Your message dated Mon, 28 Mar 2005 13:21:07 -0500 with message-id <20050328132105.3270032265.qww314159@soup.acv.apexcovantage.com> and subject line xerces23 is being removed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 10 Oct 2003 07:03:28 +0000 >From nikita@zigzag.lvk.cs.msu.su Fri Oct 10 02:03:27 2003 Return-path: Received: from zigzag.lvk.cs.msu.su [158.250.17.23] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1A7rJ9-0006wf-00; Fri, 10 Oct 2003 02:03:27 -0500 Received: from nikita by zigzag.lvk.cs.msu.su with local (Exim 3.36 #1 (Debian)) id 1A7rJ2-0003Dq-00; Fri, 10 Oct 2003 11:03:20 +0400 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="KOI8-R" From: "Nikita V. Youshchenko" To: Debian Bug Tracking System Subject: libxerces23-dev should provide dom/impl/DOMDocumentImpl.hpp and probably other hpp files from impl/ X-Mailer: reportbug 2.29 Date: Fri, 10 Oct 2003 11:03:20 +0400 Message-Id: Sender: "Nikita V. Youshchenko" Delivered-To: submit@bugs.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE version=2.53-bugs.debian.org_2003_10_09 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_10_09 (1.174.2.15-2003-03-30-exp) Package: libxerces23-dev Version: 2.3.0-1 Severity: normal Without the mentioned file, it is impossible to compile pathan library (http://software.decisionsoft.com/index.html): ... g++ -c -DUNIX -Wall -ftemplate-depth-50 -I/tmp/libpathan-1.2/src/patches/Xerces2_1_0/src -I/usr/src -I/tmp/libpathan-1.2/src DeadNodeList.cpp -fPIC -DPIC -o /tmp/libpathan-1.2/objs/.libs/DeadNodeList.o DeadNodeList.cpp:13:48: xercesc/dom/impl/DOMDocumentImpl.hpp: No such file or directory DeadNodeList.cpp: In member function `bool DeadNodeList::hasDocumentChanged() const': DeadNodeList.cpp:132: error: syntax error before `*' token DeadNodeList.cpp: In member function `void DeadNodeList::setDocumentChanges()': DeadNodeList.cpp:234: error: syntax error before `*' token DeadNodeList.cpp:249: error: `DOMDocumentImpl' undeclared in namespace `xercesc_2_3' DeadNodeList.cpp:249: error: `di' undeclared (first use this function) DeadNodeList.cpp:249: error: (Each undeclared identifier is reported only once for each function it appears in.) DeadNodeList.cpp:249: error: syntax error before `*' token make[1]: *** [/tmp/libpathan-1.2/objs/DeadNodeList.lo] 镗陕肆 1 -- System Information: Debian Release: 3.0 Architecture: i386 Kernel: Linux zigzag 2.4.22-smp #1 SMP 鹪� 笈� 12 18:01:54 MSD 2003 i686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R Versions of packages libxerces23-dev depends on: ii libc6-dev 2.3.2-8 GNU C Library: Development Librari ii libxerces23 2.3.0-1 Validating XML parser library for -- no debconf information --------------------------------------- Received: (at 215079-done) by bugs.debian.org; 28 Mar 2005 18:21:13 +0000 >From ejb@apexcovantage.com Mon Mar 28 10:21:13 2005 Return-path: Received: from through.apexcovantage.com [65.166.131.3] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DFyrQ-00063P-00; Mon, 28 Mar 2005 10:21:12 -0800 Received: from [192.168.0.1] (helo=apex.acv.apexcovantage.com) by through.apexcovantage.com with esmtp (Exim 4.34) id 1DFyrO-0002wK-IA for 215079-done@bugs.debian.org; Mon, 28 Mar 2005 13:21:10 -0500 Received: from soup (soup.acv.apexcovantage.com [192.168.0.5]) by apex.acv.apexcovantage.com (8.12.8/8.12.8/ads-apexcovantage-hub-1.4) with ESMTP id j2SIL7QQ028822; Mon, 28 Mar 2005 13:21:07 -0500 Received: from ejb by soup with local (Exim 4.50) id 1DFyrL-0000t5-PI; Mon, 28 Mar 2005 13:21:07 -0500 From: Jay Berkenbilt To: 215079-done@bugs.debian.org Subject: xerces23 is being removed Message-ID: <20050328132105.3270032265.qww314159@soup.acv.apexcovantage.com> Date: Mon, 28 Mar 2005 13:21:07 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Apex-MailScanner: Found to be clean X-MailScanner-From: ejb@apexcovantage.com Delivered-To: 215079-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: The problem reported in this bug -- certain private header files being required to build pathan -- may be obsolete by now, but it definitely doesn't apply to xerces23 because current versions of pathan use newer xerces libraries. If pathan still requires xerces sources to build, the real problem is probably with xerces's public interfaces. The best place to take this up would be with the pathan maintainers and on the Xerces-C++ mailing list. If you would like me to raise some issue with upstream about this, please let me know, possibly by opening a bug against whatever version of xerces is required by the latest pathan. Note that the xerces people are working on version 3.0 now, so this may be the right time to change the interfaces around. I apologize on behalf of myself and the previous maintainer for allowing this bug to sit unanswered for so long. -- Jay Berkenbilt From owner@bugs.debian.org Mon Mar 28 18:33:59 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Mon, 28 Mar 2005 10:33:59 -0800 Subject: [xml/sgml-pkgs] Bug#65929: marked as done (libxerces1-dev) In-Reply-To: <20050328132513.3270031291.qww314159@soup.acv.apexcovantage.com> References: <20050328132513.3270031291.qww314159@soup.acv.apexcovantage.com> <394ED933.8E3781D8@cc.nctu.edu.tw> Message-ID: Your message dated Mon, 28 Mar 2005 13:25:15 -0500 with message-id <20050328132513.3270031291.qww314159@soup.acv.apexcovantage.com> and subject line xerces static library has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 20 Jun 2000 02:39:08 +0000 >From u8811833@cc.nctu.edu.tw Mon Jun 19 21:39:08 2000 Return-path: Received: from newsgate.hcrc.edu.tw (newsgate.nctu.edu.tw) [163.28.64.246] by master.debian.org with esmtp (Exim 3.12 2 (Debian)) id 134DwQ-0005gy-00; Mon, 19 Jun 2000 21:39:07 -0500 Received: from cc.nctu.edu.tw (vmfcc.EE.NCTU.edu.tw [140.113.227.114]) by newsgate.nctu.edu.tw (8.10.1/8.10.1) with ESMTP id e5K2ckm14201 for ; Tue, 20 Jun 2000 10:38:51 +0800 (CST) Message-ID: <394ED933.8E3781D8@cc.nctu.edu.tw> Date: Tue, 20 Jun 2000 10:38:45 +0800 From: Feng-Cheng Chang X-Mailer: Mozilla 4.7 [en] (Win95; U) X-Accept-Language: zh-TW,en MIME-Version: 1.0 To: submit@bugs.debian.org Subject: libxerces1-dev Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by newsgate.nctu.edu.tw id e5K2ckm14201 Delivered-To: submit@bugs.debian.org Package: libxerces1-dev Version: 1.1.0-2 There's no static library in the package, only the dynamic one. I'd like to have a static library to build a debug version program. My suggestion is including a static library like libxerces.a or libxerces_c1_1.a in the package. System: Debian potato frozen Kernel: 2.2.15-2 Lib: libc-2.1.3 -- Feng-Cheng Chang (=B1i =AEp =B8=DB) Ph.D. Student of Communication Electronics & Signal Processing Laboratory, Institute of Electronics, NCTU, Taiwan, R.O.C. E-mail: u8811833@cc.nctu.edu.tw --------------------------------------- Received: (at 136823-done) by bugs.debian.org; 28 Mar 2005 18:25:19 +0000 >From ejb@apexcovantage.com Mon Mar 28 10:25:19 2005 Return-path: Received: from through.apexcovantage.com [65.166.131.3] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DFyvO-0006u5-00; Mon, 28 Mar 2005 10:25:19 -0800 Received: from [192.168.0.1] (helo=apex.acv.apexcovantage.com) by through.apexcovantage.com with esmtp (Exim 4.34) id 1DFyvN-0002xg-W0 for 136823-done@bugs.debian.org; Mon, 28 Mar 2005 13:25:18 -0500 Received: from soup (soup.acv.apexcovantage.com [192.168.0.5]) by apex.acv.apexcovantage.com (8.12.8/8.12.8/ads-apexcovantage-hub-1.4) with ESMTP id j2SIPFQQ028894; Mon, 28 Mar 2005 13:25:15 -0500 Received: from ejb by soup with local (Exim 4.50) id 1DFyvL-0000vD-88; Mon, 28 Mar 2005 13:25:15 -0500 From: Jay Berkenbilt To: 136823-done@bugs.debian.org Subject: xerces static library Message-ID: <20050328132513.3270031291.qww314159@soup.acv.apexcovantage.com> Date: Mon, 28 Mar 2005 13:25:15 -0500 User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Apex-MailScanner: Found to be clean X-MailScanner-From: ejb@apexcovantage.com Delivered-To: 136823-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: The next upstream version of xerces, 3.0, will provide a provision for creating a static library. For now, I am closing this bug, reported against xerces23, since the xerces23 package is being removed. Thanks for your report (made a very long time ago). -- Jay Berkenbilt From owner@bugs.debian.org Mon Mar 28 18:34:07 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Mon, 28 Mar 2005 10:34:07 -0800 Subject: [xml/sgml-pkgs] Bug#271200: marked as done (libxerces23-doc: index.html redirects to xml.apache.org) In-Reply-To: <20050328132329.3270018022.qww314159@soup.acv.apexcovantage.com> References: <20050328132329.3270018022.qww314159@soup.acv.apexcovantage.com> <20040911203107.D38DF4AA0@altfrangg.fortytwo.ch> Message-ID: Your message dated Mon, 28 Mar 2005 13:23:30 -0500 with message-id <20050328132329.3270018022.qww314159@soup.acv.apexcovantage.com> and subject line xerces23 is being removed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 11 Sep 2004 20:31:12 +0000 >From vbi@fortytwo.ch Sat Sep 11 13:31:12 2004 Return-path: Received: from zbasel.fortytwo.ch [212.254.206.135] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C6EWe-0003LX-00; Sat, 11 Sep 2004 13:31:12 -0700 Received: from gluggsi.fortytwo.ch (zux221-131-052.adsl.green.ch [81.221.131.52]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gluggsi.fortytwo.ch", Issuer "fortytwo.ch - MAIL CA" (verified OK)) by zbasel.fortytwo.ch (Postfix) with ESMTP id 583352D0; Sat, 11 Sep 2004 22:31:09 +0200 (CEST) Received: from altfrangg.fortytwo.ch (altfrangg.fortytwo.ch [192.168.1.17]) by gluggsi.fortytwo.ch (Postfix) with ESMTP id 586C098F5E; Sat, 11 Sep 2004 22:31:08 +0200 (CEST) Received: by altfrangg.fortytwo.ch (Postfix, from userid 1002) id D38DF4AA0; Sat, 11 Sep 2004 22:31:07 +0200 (CEST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Adrian 'Dagurashibanipal' von Bidder To: Debian Bug Tracking System Subject: libxerces23-doc: index.html redirects to xml.apache.org X-Mailer: reportbug 2.63 Date: Sat, 11 Sep 2004 22:31:07 +0200 Message-Id: <20040911203107.D38DF4AA0@altfrangg.fortytwo.ch> Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: libxerces23-doc Version: 2.3.0-2 Severity: normal -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 /usr/share/doc/libxerces23-doc/index.html redirects directly to http://xml.apache.org - which makes browsing this directory with browsers like konqueror, that interpret index.html also on local directories automatically - a PITA. Since this index.html doesn't have any content, I suggest not shipping it. thanks - -- vbi - -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (60, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.6 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 - -- no debconf information -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: get my key from http://fortytwo.ch/gpg/92082481 iKcEARECAGcFAkFDYItgGmh0dHA6Ly9mb3J0eXR3by5jaC9sZWdhbC9ncGcvZW1h aWwuMjAwMjA4MjI/dmVyc2lvbj0xLjUmbWQ1c3VtPTVkZmY4NjhkMTE4NDMyNzYw NzFiMjVlYjcwMDZkYTNlAAoJEIukMYvlp/fWsAAAoM1Ftyw6ftSIbJwAF2xOGnVS suI+AKCZZ8zCO5iGvrhZDN0HarG76/4TDQ== =QA49 -----END PGP SIGNATURE----- --------------------------------------- Received: (at 271200-done) by bugs.debian.org; 28 Mar 2005 18:23:34 +0000 >From ejb@apexcovantage.com Mon Mar 28 10:23:33 2005 Return-path: Received: from through.apexcovantage.com [65.166.131.3] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DFyth-0006aS-00; Mon, 28 Mar 2005 10:23:33 -0800 Received: from [192.168.0.1] (helo=apex.acv.apexcovantage.com) by through.apexcovantage.com with esmtp (Exim 4.34) id 1DFytg-0002x9-Oc for 271200-done@bugs.debian.org; Mon, 28 Mar 2005 13:23:32 -0500 Received: from soup (soup.acv.apexcovantage.com [192.168.0.5]) by apex.acv.apexcovantage.com (8.12.8/8.12.8/ads-apexcovantage-hub-1.4) with ESMTP id j2SINUQQ028861; Mon, 28 Mar 2005 13:23:30 -0500 Received: from ejb by soup with local (Exim 4.50) id 1DFyte-0000uG-5N; Mon, 28 Mar 2005 13:23:30 -0500 From: Jay Berkenbilt To: 271200-done@bugs.debian.org Subject: xerces23 is being removed Message-ID: <20050328132329.3270018022.qww314159@soup.acv.apexcovantage.com> Date: Mon, 28 Mar 2005 13:23:30 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Apex-MailScanner: Found to be clean X-MailScanner-From: ejb@apexcovantage.com Delivered-To: 271200-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: I'm closing this bug as xerces23 is being removed. However, the issue raised about index.html in the doc package pointing to upstream's website pertains to newer versions as well. Rather than not shipping it, as was suggested, I have made a note in the README.Debian file about html/index.html which is the real root of the documentation tree. This change was actually made a long time ago, but I seem to have neglected to close the bug. I apologize for the oversight. -- Jay Berkenbilt From owner@bugs.debian.org Mon Mar 28 18:33:58 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Mon, 28 Mar 2005 10:33:58 -0800 Subject: [xml/sgml-pkgs] Bug#136823: marked as done (libxerces1-dev: Package does not provide a static version of the library) In-Reply-To: <20050328132513.3270031291.qww314159@soup.acv.apexcovantage.com> References: <20050328132513.3270031291.qww314159@soup.acv.apexcovantage.com> Message-ID: Your message dated Mon, 28 Mar 2005 13:25:15 -0500 with message-id <20050328132513.3270031291.qww314159@soup.acv.apexcovantage.com> and subject line xerces static library has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 4 Mar 2002 19:29:01 +0000 >From erobledo@iua.upf.es Mon Mar 04 13:29:01 2002 Return-path: Received: from iuamtg.upf.es [193.145.55.151] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 16hy8r-0004qY-00; Mon, 04 Mar 2002 13:29:01 -0600 Received: from mtg100.upf.es ([193.145.55.100] helo=rivendel.upf.es) by iuamtg.upf.es with esmtp (Exim 3.34 #1 (Debian)) id 16hy5x-0005d1-00 for ; Mon, 04 Mar 2002 20:26:01 +0100 Received: from erobledo by rivendel.upf.es with local (Exim 3.34 #1 (Debian)) id 16hy7A-000626-00; Mon, 04 Mar 2002 20:27:16 +0100 From: Enrique Robledo To: Debian Bug Tracking System Subject: libxerces1-dev: Package does not provide a static version of the library X-Mailer: reportbug 1.44 Date: Mon, 04 Mar 2002 20:27:16 +0100 Message-Id: Sender: Enrique Robledo X-MailScanner: Found to be clean X-BadReturnPath: erobledo@55100.upf.es rewritten as erobledo@iua.upf.es using "From" header Delivered-To: submit@bugs.debian.org Package: libxerces1-dev Version: 1.5.2-4 Severity: serious Justification: Policy 11.2 The -dev package only provides the .so link to the shared version, and no static version: SID@rivendel:~$ dpkg -L libxerces1-dev | grep usr/lib /usr/lib /usr/lib/libxerces-c.so -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux rivendel 2.4.9 #1 SMP Sun Nov 18 02:18:52 CET 2001 i686 Locale: LANG=en_US, LC_CTYPE=en_US Versions of packages libxerces1-dev depends on: ii libc6-dev 2.2.5-3 GNU C Library: Development Libraries and Hea ii libxerces1 1.5.2-4 Validating XML parser library for C++ --------------------------------------- Received: (at 136823-done) by bugs.debian.org; 28 Mar 2005 18:25:19 +0000 >From ejb@apexcovantage.com Mon Mar 28 10:25:19 2005 Return-path: Received: from through.apexcovantage.com [65.166.131.3] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DFyvO-0006u5-00; Mon, 28 Mar 2005 10:25:19 -0800 Received: from [192.168.0.1] (helo=apex.acv.apexcovantage.com) by through.apexcovantage.com with esmtp (Exim 4.34) id 1DFyvN-0002xg-W0 for 136823-done@bugs.debian.org; Mon, 28 Mar 2005 13:25:18 -0500 Received: from soup (soup.acv.apexcovantage.com [192.168.0.5]) by apex.acv.apexcovantage.com (8.12.8/8.12.8/ads-apexcovantage-hub-1.4) with ESMTP id j2SIPFQQ028894; Mon, 28 Mar 2005 13:25:15 -0500 Received: from ejb by soup with local (Exim 4.50) id 1DFyvL-0000vD-88; Mon, 28 Mar 2005 13:25:15 -0500 From: Jay Berkenbilt To: 136823-done@bugs.debian.org Subject: xerces static library Message-ID: <20050328132513.3270031291.qww314159@soup.acv.apexcovantage.com> Date: Mon, 28 Mar 2005 13:25:15 -0500 User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Apex-MailScanner: Found to be clean X-MailScanner-From: ejb@apexcovantage.com Delivered-To: 136823-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: The next upstream version of xerces, 3.0, will provide a provision for creating a static library. For now, I am closing this bug, reported against xerces23, since the xerces23 package is being removed. Thanks for your report (made a very long time ago). -- Jay Berkenbilt From owner@bugs.debian.org Mon Mar 28 18:34:11 2005 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Mon, 28 Mar 2005 10:34:11 -0800 Subject: [xml/sgml-pkgs] Bug#273600: marked as done (After switch to native transcoder, KOI8-R support in xerces23 is broken) In-Reply-To: <20050328131714.3270055946.qww314159@soup.acv.apexcovantage.com> References: <20050328131714.3270055946.qww314159@soup.acv.apexcovantage.com> Message-ID: Your message dated Mon, 28 Mar 2005 13:17:16 -0500 with message-id <20050328131714.3270055946.qww314159@soup.acv.apexcovantage.com> and subject line xerces23 is being removed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 27 Sep 2004 09:04:08 +0000 >From nikita@lvk.cs.msu.su Mon Sep 27 02:04:08 2004 Return-path: Received: from zigzag.lvk.cs.msu.su [158.250.17.23] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CBrQV-00036R-00; Mon, 27 Sep 2004 02:04:08 -0700 Received: from nikita by zigzag.lvk.cs.msu.su with local (Exim 3.36 #1 (Debian)) id 1CBrLM-00063z-00; Mon, 27 Sep 2004 12:58:48 +0400 Content-Type: multipart/mixed; boundary="===============1551151242==" MIME-Version: 1.0 From: "Nikita V. Youshchenko" To: Debian Bug Tracking System Subject: After switch to native transcoder, KOI8-R support in xerces23 is broken X-Mailer: reportbug 2.63 Date: Mon, 27 Sep 2004 12:58:47 +0400 Message-Id: X-Scanner: exiscan *1CBrLM-00063z-00*wPH8MG6ipp6* Delivered-To: submit@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE, MIME_CHARSET_FARAWAY autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: This is a multi-part MIME message sent by reportbug. --===============1551151242== MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="KOI8-R" Content-Disposition: inline Package: libxerces23 Version: 2.3.0-2 Severity: normal Hello. After I upgraded xerces23 packages from 2.3.0-2 to 2.3.0-4 (as part of a larger upgrade), I've got report from my users that their code that uses xerces does not work any longer. After some inversigation, I found the following changelog entry: * Switch from GNU transcoder to native transcoder This looks to break KOI8-R support. Minimal example code is attached, provided by one of uor users, is attached. nikita@zigzag:~/adm/xerces> cat test2.xml 钆松� 耘擞� nikita@zigzag:~/adm/xerces> ./t test2.xml File parsed successfully nikita@zigzag:~/adm/xerces> LD_LIBRARY_PATH=2.3.0-4/usr/lib ./t test2.xml Fatal: An exception occurred! Type:TranscodingException, Message:Could not create a converter for encoding: KOI8-R line: 1 -- System Information: Debian Release: 3.0 APT prefers testing APT policy: (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-k7-smp Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R Versions of packages libxerces23 depends on: ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii libgcc1 1:3.4.1-4sarge1 GCC support library ii libstdc++5 1:3.3.4-6sarge1.2 The GNU Standard C++ Library v3 -- no debconf information --===============1551151242== Content-Type: text/x-c; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="t.cpp" #include #include #include #include #include #include XERCES_CPP_NAMESPACE_USE using std::cout; class my_err_handler: public HandlerBase //override base error handling class { void fatalError(const SAXParseException &exception) { char* message = XMLString::transcode(exception.getMessage()); cout << "Fatal: " << message << " line: " << exception.getLineNumber() << "\n"; XMLString::release(&message); exit(1); } }; int main(int argc,char **argv) { if (argc < 2) { cout << "\nYou must specify file to parse\n"; return -1; } XMLPlatformUtils::Initialize(); XercesDOMParser *parser=new XercesDOMParser(); parser->setValidationConstraintFatal(true); ErrorHandler* errHandler = (ErrorHandler *) new my_err_handler(); parser->setErrorHandler(errHandler); parser->parse(argv[1]); //parse the file cout << "\nFile parsed successfully\n"; return 0; } --===============1551151242== MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/xml; charset="KOI8-R" Content-Disposition: attachment; filename="test2.xml" 钆松� 耘擞� --===============1551151242==-- --------------------------------------- Received: (at 273600-done) by bugs.debian.org; 28 Mar 2005 18:17:25 +0000 >From ejb@apexcovantage.com Mon Mar 28 10:17:25 2005 Return-path: Received: from through.apexcovantage.com [65.166.131.3] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DFynl-0005ZV-00; Mon, 28 Mar 2005 10:17:25 -0800 Received: from [192.168.0.1] (helo=apex.acv.apexcovantage.com) by through.apexcovantage.com with esmtp (Exim 4.34) id 1DFynh-0002uW-6X for 273600-done@bugs.debian.org; Mon, 28 Mar 2005 13:17:21 -0500 Received: from soup (soup.acv.apexcovantage.com [192.168.0.5]) by apex.acv.apexcovantage.com (8.12.8/8.12.8/ads-apexcovantage-hub-1.4) with ESMTP id j2SIHGQQ028724; Mon, 28 Mar 2005 13:17:16 -0500 Received: from ejb by soup with local (Exim 4.50) id 1DFync-0000rF-Go; Mon, 28 Mar 2005 13:17:16 -0500 From: Jay Berkenbilt To: 273600-done@bugs.debian.org Subject: xerces23 is being removed Message-ID: <20050328131714.3270055946.qww314159@soup.acv.apexcovantage.com> Date: Mon, 28 Mar 2005 13:17:16 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Apex-MailScanner: Found to be clean X-MailScanner-From: ejb@apexcovantage.com Delivered-To: 273600-done@bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: xerces23 is being removed, so I'm closing this bug. The bug mentions that KOI8-R support was broken after switching from the gnu transcoder to the native transcoder. Post-sarge, we will most likely provide xerces only with the icu transcoder or, alternatively, continue to provide native and ICU versions as we do now. The icu version should be used when non-builtin encodings are required. -- Jay Berkenbilt From qjb@debian.org Mon Mar 28 18:53:08 2005 From: qjb@debian.org (Jay Berkenbilt) Date: Mon, 28 Mar 2005 13:53:08 -0500 Subject: [xml/sgml-pkgs] Too many xerces versions in sarge: can we get rid of some? In-Reply-To: <20050328033207.GE11230@mauritius.dodds.net> (Steve Langasek's message of "Sun, 27 Mar 2005 19:32:12 -0800") References: <20050327081630.GS7364@mauritius.dodds.net> <20050327160046.0551393074.qww314159@soup.in.ql.org> <20050327170705.0551339668.qww314159@soup.in.ql.org> <20050327081630.GS7364@mauritius.dodds.net> <20050327160046.0551393074.qww314159@soup.in.ql.org> <20050328004802.GC11230@mauritius.dodds.net> <20050327201537.0551379382.qww314159@soup.in.ql.org> <20050327214153.0551339167.qww314159@soup.in.ql.org> <20050328033207.GE11230@mauritius.dodds.net> Message-ID: <20050328135308.3270080515.qww314159@soup.acv.apexcovantage.com> Steve Langasek wrote: > On Sun, Mar 27, 2005 at 09:41:53PM -0500, Jay Berkenbilt wrote: >> How strongly do you feel about having only one version of xerces in >> sarge? If we have only one version, having it be xerces25 is >> definitely the easiest way to achieve that. > > Supporting two versions of a library in stable is not unreasonable. It's > the "three or more" scenario we have currently that bothers me. xerces24 is gone, and I've now requested removal of xerces23 and closed its outstanding bugs. I didn't bother creating the dummy RC bug since I'm expecting the removal request to be answered promptly, but I can do that if you want (or you can) if you want to remove it from sarge rather than waiting for it to happen automatically. Since xerces25 is needed for libxml-xerces-perl, let's plan to have xerces25 and xerces26 in sarge. I'll close the bug against xalan since there's no reason to force it to use a version of xerces it doesn't want to. For the other three packages, I'll still encourage the users to depend upon xerces26 if they can. Who knows -- maybe XML::Xerces 2.6.0 will be released soon (not likely) and Berin will package xalan 1.9 before sarge. Then we can dump xerces25 without bothering gdal, qgis, and anon-proxy. (I'm not holding my breath.) Anyway, unless you object, I'll move forward with this plan. --Jay From vorlon@debian.org Tue Mar 29 02:21:25 2005 From: vorlon@debian.org (Steve Langasek) Date: Mon, 28 Mar 2005 18:21:25 -0800 Subject: [xml/sgml-pkgs] Too many xerces versions in sarge: can we get rid of some? In-Reply-To: <20050328135308.3270080515.qww314159@soup.acv.apexcovantage.com> References: <20050327081630.GS7364@mauritius.dodds.net> <20050327160046.0551393074.qww314159@soup.in.ql.org> <20050327170705.0551339668.qww314159@soup.in.ql.org> <20050327081630.GS7364@mauritius.dodds.net> <20050327160046.0551393074.qww314159@soup.in.ql.org> <20050328004802.GC11230@mauritius.dodds.net> <20050327201537.0551379382.qww314159@soup.in.ql.org> <20050327214153.0551339167.qww314159@soup.in.ql.org> <20050328033207.GE11230@mauritius.dodds.net> <20050328135308.3270080515.qww314159@soup.acv.apexcovantage.com> Message-ID: <20050329022121.GG6873@mauritius.dodds.net> --UKNXkkdQCYZ6W5l3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 28, 2005 at 01:53:08PM -0500, Jay Berkenbilt wrote: > Steve Langasek wrote: > > On Sun, Mar 27, 2005 at 09:41:53PM -0500, Jay Berkenbilt wrote: > >> How strongly do you feel about having only one version of xerces in > >> sarge? If we have only one version, having it be xerces25 is > >> definitely the easiest way to achieve that. > > Supporting two versions of a library in stable is not unreasonable. It= 's > > the "three or more" scenario we have currently that bothers me. > xerces24 is gone, and I've now requested removal of xerces23 and > closed its outstanding bugs. I didn't bother creating the dummy RC > bug since I'm expecting the removal request to be answered promptly, > but I can do that if you want (or you can) if you want to remove it > from sarge rather than waiting for it to happen automatically. > Since xerces25 is needed for libxml-xerces-perl, let's plan to have > xerces25 and xerces26 in sarge. I'll close the bug against xalan > since there's no reason to force it to use a version of xerces it > doesn't want to. For the other three packages, I'll still encourage > the users to depend upon xerces26 if they can. Who knows -- maybe > XML::Xerces 2.6.0 will be released soon (not likely) and Berin will > package xalan 1.9 before sarge. Then we can dump xerces25 without > bothering gdal, qgis, and anon-proxy. (I'm not holding my breath.) > Anyway, unless you object, I'll move forward with this plan. This plan sounds great, Jay. Thanks for your work on this. --=20 Steve Langasek postmodern programmer --UKNXkkdQCYZ6W5l3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCSLuhKN6ufymYLloRAp6RAKDJDrMQ4ak0xt0uFLALqZL/rkoeZwCfWgDs NsnFHOALvkxTqx17M0uKqnM= =Sals -----END PGP SIGNATURE----- --UKNXkkdQCYZ6W5l3-- From Raphael Bossek , 302191@bugs.debian.org Wed Mar 30 14:44:14 2005 From: Raphael Bossek , 302191@bugs.debian.org (Raphael Bossek) Date: Wed, 30 Mar 2005 16:44:14 +0200 Subject: [xml/sgml-pkgs] Bug#302191: exapt_config.h missing Message-ID: <20050330164414.52ddf394.raphael.bossek@gmx.de> --Signature=_Wed__30_Mar_2005_16_44_14_+0200_=c9mwBnjXvfEaIpF Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Package: libexpat1-dev Version: 1.95.8-1 Severity: important Tags: patch To get information about the expat library and how it was build the expat_config.h file is mandatory. Without this file other applications may fail to build. This is the case for the latest python-4suite packages where the expat_config.h is refered. Please apply the following patch to fix the problem: ---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<= --- --- expat-1.95.8/Makefile.in.orig 2005-03-29 23:44:55.609692345 +0200 +++ expat-1.95.8/Makefile.in 2005-03-29 23:41:09.890219297 +0200 @@ -41,7 +41,7 @@ mkinstalldirs =3D $(SHELL) $(top_srcdir)/conftools/mkinstalldirs =20 MANFILE =3D $(srcdir)/doc/xmlwf.1 -APIHEADER =3D $(srcdir)/lib/expat.h $(srcdir)/lib/expat_external.h +APIHEADER =3D $(srcdir)/lib/expat.h $(srcdir)/lib/expat_external.h $(srcdi= r)/expat_config.h LIBRARY =3D libexpat.la =20 =20 --->8--->8--->8--->8--->8--->8--->8--->8--->8--->8--->8--->8--->8--->8--->8= --- -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.8-powerpc Locale: LANG=3Dde_DE@euro, LC_CTYPE=3Dde_DE@euro (charmap=3DISO-8859-15) Versions of packages libexpat1-dev depends on: ii libc6-dev [libc-dev] 2.3.2.ds1-20 GNU C Library: Development Lib= rari ii libexpat1 1.95.8-1 XML parsing C library - runtim= e li -- no debconf information --Signature=_Wed__30_Mar_2005_16_44_14_+0200_=c9mwBnjXvfEaIpF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCSrtBN2lBq4Nesv8RAuNmAKCELB5GuyTRbfySG5GCysTypVAYlACgoeFH rW5/FI3Oflc579+uYoNpa7E= =CADT -----END PGP SIGNATURE----- --Signature=_Wed__30_Mar_2005_16_44_14_+0200_=c9mwBnjXvfEaIpF-- From jeroen@wolffelaar.nl Thu Mar 31 00:13:59 2005 From: jeroen@wolffelaar.nl (Jeroen van Wolffelaar) Date: Thu, 31 Mar 2005 02:13:59 +0200 Subject: [xml/sgml-pkgs] [debian-xml-sgml-pkgs-admin@lists.alioth.debian.org: Your message to debian-xml-sgml-pkgs awaits moderator approval] Message-ID: <20050331001359.GD2785@A-Eskwadraat.nl> *grmbl* annoying mailman spam *grmbl* Would it be possible to fix the config for this mailinglist, to for example not spam the sender when a message is being held for moderation? A maintainer address is supposed to be open for any mails sent to it. --Jeroen ----- Forwarded message from debian-xml-sgml-pkgs-admin@lists.alioth.debian.org ----- Date: Wed, 30 Mar 2005 23:57:05 +0000 Subject: Your message to debian-xml-sgml-pkgs awaits moderator approval From: debian-xml-sgml-pkgs-admin@lists.alioth.debian.org To: ftpmaster@ftp-master.debian.org Your mail to 'debian-xml-sgml-pkgs' with the subject Bug#301748: fixed Is being held until the list moderator can review it for approval. The reason it is being held: Message has implicit destination Either the message will get posted to the list, or you will receive notification of the moderator's decision. ----- End forwarded message ----- -- Jeroen van Wolffelaar Jeroen@wolffelaar.nl (also for Jabber & MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl