Bug#844371: chicken: New upstream version
Source: chicken Version: 4.10.0 Severity: normal Version 4.11.0 of the CHICKEN system has beem available for some time: http://code.call-cc.org/releases/4.11.0/NEWS Please consider packaging this version, as it contains some important changes in the runtime representation. Thanks! -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial-backports'), (500, 'xenial') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-45-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#726594: shotwell: Update to Shotwell release 0.15
Package: shotwell Version: 0.14.1-3 Severity: wishlist Dear Maintainer, Shotwell 0.15 was released two weeks ago, on October 3. As it contains some important bug fixes, please consider updating the Debian package to this version. Thank you, -Ivan Raikov -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shotwell depends on: ii dbus-x111.6.14-1 ii libatk1.0-0 2.10.0-2 ii libc6 2.17-93 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libexif12 0.6.21-1 ii libexiv2-12 0.23-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgee2 0.6.8-1 ii libgexiv2-2 0.6.1-2 ii libglib2.0-02.36.4-1 ii libgomp14.8.1-10 ii libgphoto2-22.4.14-2.3 ii libgphoto2-port02.4.14-2.3 ii libgstreamer-plugins-base1.0-0 1.2.0-1 ii libgstreamer1.0-0 1.2.0-1 ii libgtk-3-0 3.8.4-1 ii libgudev-1.0-0 204-5 ii libjavascriptcoregtk-3.0-0 2.0.4-5 ii libjson-glib-1.0-0 0.16.2-1 ii liblcms2-2 2.2+git20110628-2.2 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libraw9 0.15.3-1 ii librest-0.7-0 0.7.12-3 ii librsvg2-common 2.36.4-2 ii libsoup2.4-12.42.2-6 ii libsqlite3-03.8.0.2-1 ii libstdc++6 4.8.1-10 ii libwebkitgtk-3.0-0 2.0.4-5 ii libx11-62:1.6.2-1 ii libxml2 2.9.1+dfsg1-3 ii shotwell-common 0.14.1-3 shotwell recommends no packages. shotwell suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710746: sml-mode: sml-mode fails to load in Emacs 24
Package: sml-mode Version: 4.1-2 Severity: important Dear Maintainer, The following declarations in sml-compat.el cause an error when attempting to load sml-mode in Emacs 24: (defvar :group ':group) (defvar :type ':type) (defvar :copy ':copy) (defvar :dense ':dense) (defvar :inherit ':inherit) (defvar :suppress ':suppress) If these are removed, the package can succesfully be loaded and used in Emacs 24. Would it be possible to have these declarations only if the package is loaded in older versions of Emacs? Thanks for your consideration. Sincerely, Ivan Raikov -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0-23-generic (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sml-mode depends on: ii dpkg1.16.10ubuntu1 ii emacsen-common 2.0.5 ii install-info4.13a.dfsg.1-10ubuntu4 sml-mode recommends no packages. sml-mode suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700004: FTBFS on x32: wrongly assumes that __x86_64__ implies 64 bits
Hello, Thank you for the suggestion, but for which platforms is this intended? Is __LP64__ always defined, or is it specific to compiler and platform? Thanks for your help, Ivan Raikov
Bug#689382: chicken-bin: New upstream version: 4.8.0
Hello, It has been now some time since Chicken 4.8.0 was released. This version appears quite stable, and including it in Debian should not cause problems. Please let me know if the Chicken community can help with anything. Thanks, -Ivan Raikov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689382: chicken-bin: New upstream version: 4.8.0
Package: chicken-bin Version: 4.7.0-1 Severity: wishlist Dear Maintainer, Chicken release 4.8.0 was recently made available. It includes a large number of bug fixes accumulated over a year, so the Chicken community would be grateful if it can be included in Debian soon. Thanks, -Ivan Raikov -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chicken-bin depends on: ii libc6 2.13-35 ii libchicken-dev 4.7.0-1 ii libchicken6 4.7.0-1 chicken-bin recommends no packages. chicken-bin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639335: emacs23: Cannot turn off font-lock mode in gnus/message
Package: emacs23 Version: 23.3+1-1 Severity: normal I would like to disable font-lock mode when using message, because fontifying cited text in the message-mode buffer seems to hang Emacs on certain occasions. However, setting global-font-lock-mode to nil, or setting font-lock-global-modes to (quote (not message-mode))) does not seem to have any effect. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs23 depends on: ii emacs23-bin-common 23.3+1-1 The GNU Emacs editor's shared, arc ii libasound2 1.0.24.1-2 shared library for ALSA applicatio ii libatk1.0-0 2.0.1-2 ATK accessibility toolkit ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.14-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype62.4.6-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.32.4-1 GNOME configuration database syste ii libgdk-pixbuf2.0-0 2.23.5-3 GDK Pixbuf library ii libgif4 4.1.6-9 library for GIF images (library) ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgpm2 1.20.4-3.4 General Purpose Mouse - shared lib ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libice6 2:1.0.7-2X11 Inter-Client Exchange library ii libjpeg62 6b1-2Independent JPEG Group's JPEG runt ii libm17n-0 1.6.2-3 a multilingual text processing lib ii libncurses5 5.9-1shared libraries for terminal hand ii libotf0 0.9.12-1 A Library for handling OpenType Fo ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libpng12-0 1.2.46-3 PNG library - runtime ii librsvg2-2 2.34.0-1 SAX-based renderer library for SVG ii libsm6 2:1.2.0-2X11 Session Management library ii libtiff43.9.5-1 Tag Image File Format (TIFF) libra ii libx11-62:1.4.4-1X11 client-side library ii libxft2 2.2.0-3 FreeType-based font drawing librar ii libxpm4 1:3.5.9-1X11 pixmap library ii libxrender1 1:0.9.6-2X Rendering Extension client libra ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime emacs23 recommends no packages. Versions of packages emacs23 suggests: ii emacs23-common-non-dfsg 23.3+1-1 GNU Emacs shared, architecture ind -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639215: chicken-bin: New upstream version: 4.7.0
Package: chicken-bin Version: 4.6.0-1 Severity: wishlist Chicken release 4.7.0 has been available for several months now. Since it includes a large number of bug fixes and other improvements, it will be good to include it in Debian soon. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chicken-bin depends on: ii libc6 2.13-18Embedded GNU C Library: Shared lib ii libchicken-dev4.6.0-1A practical and portable Scheme sy ii libchicken5 4.6.0-1A practical and portable Scheme sy chicken-bin recommends no packages. chicken-bin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509367: chicken-bin: /usr/bin/csc conflicts with mono-devel
Hello, The Chicken community is indeed small in size, but I still don't see this as a reason why Debian should make it more difficult to access the Chicken compiler -- on the contrary, Debian should be a vehicle for the wider dissemination of free software. One of the reasons to choose Debian listed on its web site is that it comes with over 18733 different pieces of software. I don't think this means 18733 weirdly-configured pieces of software. I am happy with your proposal to add a post-install script to chicken-bin that makes a symbolic link to csc if /usr/bin/csc does not exist, but what happens if the user installs mono after chicken-bin? If the mono-devel package can recognize that there is a csc symlink and remove it, this would be an adequate solution for me. -Ivan Mirco Bauer mee...@debian.org writes: AFAIK the alternatives system is not to solve conflicts of application names in /usr/(s)bin but to provide an uniform invocation of different implementations with the same goal (e.g.: terminal, browser, c-compiler, java-compiler, csharp-compiler). In this case the Chicken compiler and the C# compiler don't share any functionality though (besides that they compile something). Also for build-deps, this would not insure by default that the correct command would be used (as chicken and mono-devel could be installed) leading to unwanted build-conflicts on both sides (package that use chicken in build-deps and packages that use mono in build-deps). So unfortunately I don't see any decent solution in this matter. Even if mono-devel would have a binary conflict against chicken, that would mean they have to be moved from optional priority to extra and with that the whole chain of packages that use it (~100 source packages on the mono side). Without wanting to put chicken down, popcon of chicken shows 85 installs while mono-gmcs (the current C# compiler) shows 2115 installs. I wonder if it's policy conform that chicken-bin installs a csc symlink to csc.chicken at postinst stage if there is no csc present (no mono-devel installed). That would be a solution between conflict and alternatives, ensuring chicken users are happy without interfering with the mono build system and all source packages relying on it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509367: chicken-bin: /usr/bin/csc conflicts with mono-devel
Hello, I am not the maintainer of the chicken package, but I created the most recent version of the package. It is ok to rename the csc executable, but I think it would be confusing for Chicken users, because all online documentation refers to csc as csc. How about renaming both the Chicken and C# programs, and using the alternatives system to manage /usr/bin/csc as a symbolic link that can point to either the Chicken csc or the C# csc? -Ivan Mirco Bauer mee...@debian.org writes: Package: chicken-bin Severity: important Dear Chicken Maintainer, since the Mono 2.0 transition in Debian [0] the mono-devel package contains a version neutral compiler command (csc) as part of the SDK tools for the CLI (Common Language Infrastructure) suite: csc - C# compiler [1] sn - Strong Name (key) tool [2] gacutil - GAC management tool [3] al - Assembly Linker [4] resgen - Resource Generator [5] The conflict is not present with the current Mono in lenny and unstable, as they only ship mcs (targeting CLI 1.1) and gmcs (targeting CLI 2.0). Thus I used a non-RC severity. My suggestion is to upload a chicken version to experimental with /usr/bin/csc.chicken (or similar) to solve this conflict. thanks! [0] http://wiki.debian.org/Teams/DebianMonoGroup/Mono20Transition [1] csc - http://msdn.microsoft.com/en-us/library/78f4aasd(VS.80).aspx [2] sn - http://msdn.microsoft.com/en-us/library/k5b5tt23.aspx [3] gacutil - http://msdn.microsoft.com/en-us/library/ex0ss12c.aspx [4] al - http://msdn.microsoft.com/en-us/library/c405shex.aspx [5] resgen - http://msdn.microsoft.com/en-us/library/ccec7sz1.aspx PS: We had already similar issues with Portable .NET in the past shipping al, ilasm and resgen which where renamed to *.pnet at that time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#418747: Chicken version 3.1.0
Hello, It has been four months since there was some activity regarding updating the Chicken package in Debian sid. The current stable Chicken is 3.1.0, and there have been some fixes to the Debian packaging scripts residing in the Chicken SVN repository. Is it possible for you to update the package, or is there anything the Chicken community can do to help? Thanks, -Ivan Raikov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436238: Acknowledgement (latex-ucs: Latex error: this NFSS system isn't set up properly)
I discovered that a workaround for this is to remove the latex-ucs-contrib package. The Japanese example in my original bug report now works. This might possibly indicate that the bug is in the contrib package. -Ivan [EMAIL PROTECTED] (Debian Bug Tracking System) writes: Thank you for the problem report you have sent regarding Debian. This is an automatically generated reply, to let you know your message has been received. It is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Martin Pitt [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436238: latex-ucs: Latex error: this NFSS system isn't set up properly
Package: latex-ucs Version: 20041017-8 Severity: important The following Unicode-encoded LaTeX input causes an error, LaTeX Error: This NFSS system isn't set up properly. \documentclass[12pt]{article} \usepackage[nocjkjis]{ucs} \usepackage[utf8x]{inputenc} \usepackage[C40,T1]{fontenc} \newcommand\jptext[1]{\bgroup\fontencoding{C40}\fontfamily{song}\selectfont% \SetUnicodeOption{cjkjis}#1\egroup} \begin{document} \jptext{おいし} \end{tabular} \end{document} The output of LaTeX follows: Running `LaTeX' on `adj' with ``latex \nonstopmode\input{adj.tex}'' This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) %-line parsing enabled. entering extended mode LaTeX2e 2005/12/01 Babel v3.8h and hyphenation patterns for english, usenglishmax, dumylang, noh yphenation, croatian, bulgarian, russian, ukrainian, czech, slovak, danish, dut ch, finnish, finnish, french, basque, french, german, ngerman, german, ngerman, greek, monogreek, ancientgreek, ibycus, hungarian, hungarian, italian, italian , latin, latin, mongolian, mongolian, norsk, norsk, coptic, esperanto, estonian , icelandic, indonesian, interlingua, romanian, serbian, slovenian, turkish, up persorbian, welsh, polish, polish, portuguese, portuguese, spanish, catalan, ga lician, spanish, catalan, galician, swedish, swedish, loaded. (./adj.tex (/usr/share/texmf-texlive/tex/latex/base/article.cls Document Class: article 2005/09/16 v1.4f Standard LaTeX document class (/usr/share/texmf-texlive/tex/latex/base/size12.clo)) (/usr/share/texmf/tex/latex/ucs/ucs.sty (/usr/share/texmf/tex/latex/ucs/data/uni-global.def)) (/usr/share/texmf-texlive/tex/latex/base/inputenc.sty (/usr/share/texmf/tex/latex/ucs/utf8x.def)) (/usr/share/texmf-texlive/tex/latex/base/fontenc.sty (/usr/share/texmf/tex/latex/ucs/contrib/c40enc.def (/usr/share/texmf/tex/latex/ucs/contrib/cenccmn.tex)) (/usr/share/texmf-texlive/tex/latex/base/t1enc.def)) (./adj.aux) No file C40gbsn.fd. ! LaTeX Error: This NFSS system isn't set up properly. See the LaTeX manual or LaTeX Companion for explanation. Type H return for immediate help. ... l.10 \begin{document} (/usr/share/texmf/tex/latex/ucs/ucsencs.def) (/usr/share/texmf/tex/latex/CJK/JIS/c40song.fd) (/usr/share/texmf/tex/latex/ucs/data/uni-48.def) (/usr/share/texmf/tex/latex/ucs/data/uni-154.def) (/usr/share/texmf/tex/latex/ucs/data/uni-78.def) [1] (./adj.aux) ) (see the transcript file for additional information) Output written on adj.dvi (1 page, 444 bytes). Transcript written on adj.log. LaTeX exited abnormally with code 1 at Mon Aug 6 21:44:22 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages latex-ucs depends on: ii texlive-latex-base2007-10TeX Live: Basic LaTeX packages latex-ucs recommends no packages. -- no debconf information
Bug#421049: cupsys: Problems setting printer options with fxlinuxprint PPD file
Package: cupsys Version: 1.2.7-4 Severity: normal Hello, I have installed the fxlinuxprint package from http://download.fujixerox.co.jp/apeosport/download/c4300series/linux.html using alien, and I have removed CR/LF character symbols from the fxlinuxprint.ppd file, so that it passes cupstestppd: cupstestppd /usr/share/cups/model/FujiXerox/en/fxlinuxprint.ppd /usr/share/cups/model/FujiXerox/en/fxlinuxprint.ppd: PASS WARNDefaultResolution has no corresponding options! Then, I attempted to add a new network printer to CUPS via the Web interface, using the fxlinuxprint.ppd file. I have set the printer as a remote LPD host: Description: Fuji-Xerox DocuCentre II C2200 Location: Lab 5054 Make and Model: FX Printer Driver for Linux Printer State: idle, accepting jobs, published. Device URI: lpd://172.20.3.10/port1 I am able to print jobs fine, however if I try to set the printer options via the Web interface, I get the following error: Error: Not Found. The lpoptions command also reports: Destination lp has no PPD file! I figured out that if I copy the fxlinuxprint.ppd file to /etc/cups/ppd/lp.ppd, I can get lpoptions to set the printer options. However, the Web interface now reports: Error: Missing PPD-Adobe-4.x header I am not sure why this error occurs, as I have made sure that cupstestppd passes the PPD file, and it should be read correctly. It is also not clear why CUPS does not automatically copy the ppd file to /etc/cups/ppd when the printer entry is created. I appreciate all help with these issues. -Ivan -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cupsys depends on: ii adduser 3.102 Add and remove users and groups ii cupsys-common1.2.7-4 Common UNIX Printing System(tm) - ii debconf [debconf-2.0]1.5.13 Debian configuration management sy ii gs-esp 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libcupsimage21.2.7-4 Common UNIX Printing System(tm) - ii libcupsys2 1.2.7-4 Common UNIX Printing System(tm) - ii libdbus-1-3 1.0.2-1 simple interprocess messaging syst ii libgnutls13 1.4.4-3 the GNU TLS library - runtime libr ii libldap2 2.1.30-13.4 OpenLDAP libraries ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpaper11.1.21 Library for handling paper charact ii libslp1 1.2.1-6.2 OpenSLP libraries ii lsb-base 3.1-23.1Linux Standard Base 3.1 init scrip ii patch2.5.9-4 Apply a diff file to an original ii perl-modules 5.8.8-7 Core Perl modules ii procps 1:3.2.7-3 /proc file system utilities ii xpdf-utils [poppler-util 3.01-9 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.2.7-4Common UNIX Printing System(tm) - ii foomatic-filters 3.0.2-20061031-1.2 linuxprinting.org printer support ii smbclient 3.0.24-6 a LanManager-like simple client fo -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, parallel, socket, usb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421049: cupsys: Problems setting printer options with fxlinuxprint PPD file
This is the contents of the PPD file I am using: *PPD-Adobe: 4.3 *% *%Fuji Xerox Printer Driver for Linux *%(C) Fuji Xerox Co.,Ltd. 2006 *% *%This program is free software; you can redistribute it and/or *%modify it under the terms of the GNU General Public License *%as published by the Free Software Foundation; either version 2 *%of the License, or (at your option) any later version. *% *%This program is distributed in the hope that it will be useful, *%but WITHOUT ANY WARRANTY; without even the implied warranty of *%MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the *%GNU General Public License for more details. *% *%You should have received a copy of the GNU General Public License *%along with this program; if not, write to the Free Software *%Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA. *% *% *FormatVersion: 4.3 *FileVersion: 1.0 *LanguageVersion: English *LanguageEncoding: ISOLatin1 *PCFileName:FXLINUXP.PPD *Manufacturer: FX *Product: (FX Printer Driver for Linux) *cupsVersion: 1.1 *cupsManualCopies: True *cupsModelNumber: 2 *cupsFilter:application/vnd.cups-pdfprintfx 0 pdftopjlfx *cupsFilter:application/vnd.cups-postscript 0 pstopdffx *ShortNickName: FX Printer Driver for Linux *ModelName: FX Printer Driver for Linux *NickName: FX Printer Driver for Linux *PSVersion: (3010.000) 550 *PSVersion: (3010.000) 651 *PSVersion: (3010.000) 652 *PSVersion: (3010.000) 653 *PSVersion: (3010.000) 704 *PSVersion: (3010.000) 705 *PSVersion: (3010.000) 800 *LanguageLevel: 3 *ColorDevice: True *DefaultColorSpace: RGB *FileSystem:False *Throughput:1 *LandscapeOrientation: Plus90 *TTRasterizer: Type42 *% OutputMode Information === *DefaultResolution: 600dpi *?Resolution: save currentpagedevice /HWResolution get dup aload pop eq {0 get cvi 9 string cvs print} {aload pop exch cvi 9 string cvs print (x) print cvi 9 string cvs print} ifelse (dpi) = restore *End *OpenGroup: General/General *OpenUI *PageSize/Paper Size: PickOne *OrderDependency: 100 AnySetup *PageSize *DefaultPageSize: A4 *PageSize A4/A4 (210 x 297mm): /PageSize[595 842]/ImagingBBox nullsetpagedevice *PageSize A3/A3 (297 x 420mm): /PageSize[842 1191]/ImagingBBox nullsetpagedevice *PageSize A5/A5 (148 x 210mm): /PageSize[419 595]/ImagingBBox nullsetpagedevice *PageSize B4/B4 (257 x 364mm): /PageSize[729 1032]/ImagingBBox nullsetpagedevice *PageSize B5/B5 (182 x 257mm): /PageSize[516 729]/ImagingBBox nullsetpagedevice *PageSize Letter/Letter (8.5 x 11): /PageSize[612 792]/ImagingBBox nullsetpagedevice *PageSize Legal/Legal (8.5 x 14): /PageSize[612 1008]/ImagingBBox nullsetpagedevice *PageSize Ledger/Ledger (11 x 17): /PageSize[792 1224]/ImagingBBox nullsetpagedevice *CloseUI: *PageSize *OpenUI *PageRegion: PickOne *OrderDependency: 100 AnySetup *PageRegion *DefaultPageRegion: A4 *PageRegion A4/A4 (210 x 297mm): /PageSize[595 842]/ImagingBBox nullsetpagedevice *PageRegion A3/A3 (297 x 420mm): /PageSize[842 1191]/ImagingBBox nullsetpagedevice *PageRegion A5/A5 (148 x 210mm): /PageSize[419 595]/ImagingBBox nullsetpagedevice *PageRegion B4/B4 (257 x 364mm): /PageSize[729 1032]/ImagingBBox nullsetpagedevice *PageRegion B5/B5 (182 x 257mm): /PageSize[516 729]/ImagingBBox nullsetpagedevice *PageRegion Letter/Letter (8.5 x 11): /PageSize[612 792]/ImagingBBox nullsetpagedevice *PageRegion Legal/Legal (8.5 x 14): /PageSize[612 1008]/ImagingBBox nullsetpagedevice *PageRegion Ledger/Ledger (11 x 17): /PageSize[792 1224]/ImagingBBox nullsetpagedevice *CloseUI: *PageRegion *DefaultImageableArea: A4 *ImageableArea Letter/Letter (8.5 x 11): 11.62 11.62 600.38 780.38 *ImageableArea A4/A4 (210 x 297mm): 11.62 11.62 583.65 830.27 *ImageableArea A3/A3 (297 x 420mm): 11.62 11.62 830.27 1178.93 *ImageableArea B4/B4 (257 x 364mm): 11.62 11.62 716.88 1020.19 *ImageableArea A5/A5 (148 x 210mm): 11.62 11.62 407.91 583.65 *ImageableArea B5/B5 (182 x 257mm): 11.62 11.62 504.28 716.88 *ImageableArea Legal/Legal (8.5 x 14): 11.62 11.62 600.38 996.38 *ImageableArea Ledger/Ledger (11 x 17): 11.62 11.62 780.38 1212.38 *DefaultPaperDimension: A4 *PaperDimension Letter/Letter (8.5 x 11): 612 792 *PaperDimension A4/A4 (210 x 297mm): 595 842 *PaperDimension A3/A3 (297 x 420mm): 842 1191 *PaperDimension B4/B4 (257 x 364mm): 729 1032 *PaperDimension A5/A5 (148 x 210mm): 419 595 *PaperDimension B5/B5 (182 x 257mm): 516 729 *PaperDimension Legal/Legal (8.5 x 14): 612 1008 *PaperDimension Ledger/Ledger (11 x 17): 792 1224 *OpenUI *FXOutputMode/Print Mode: PickOne *OrderDependency: 10.0 AnySetup *FXOutputMode *DefaultFXOutputMode: Standard *FXOutputMode Standard/Standard: *FXOutputMode Quality2/High Quality: *FXOutputMode Speed/High Speed: *CloseUI: *FXOutputMode *OpenUI *FXLayout/Layout: PickOne *OrderDependency: 130 AnySetup *FXLayout *DefaultFXLayout: TopLeft *FXLayout Auto/Auto Zoom: *FXLayout TopLeft/Top Left:
Bug#418982: resolvconf: Local dns server is inserted after DHCP dns server
Package: resolvconf Version: 1.37 Severity: normal I am using pdnsd as a local caching nameserver, and there is a network DNS server obtained via DHCP; however, resolvconf creates the following /etc/resolv.conf: # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver dhcp.domain.jp nameserver 127.0.0.1 search local.net.jp DNS lookups on the local machine are never going to use the caching namerserver, because the DHCP nameserver appears first in resolv.conf. It needs to be the other way around. The contents of my /etc/resolvconf/interface-order is the following: # interface-order(5) lo.inet* lo.dnsmasq lo.pdnsd lo.!(pdns|pdns-recursor) lo tun* tap* eth* ath* wlan* ppp* * I have tried putting lo.pdnsd after eth*, but the result was the same. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages resolvconf depends on: ii coreutils 5.97-5.3 The GNU core utilities ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip resolvconf recommends no packages. -- debconf information: resolvconf/bad-pppconfig-hook: resolvconf/linkify-resolvconf: true resolvconf/disable-bad-hooks: true resolvconf/bad-pppoeconf-hook: resolvconf/downup-interfaces: resolvconf/link-tail-to-original: false resolvconf/bad-xisp-hook: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389590: gnutls-bin: Illegal packet received
Package: gnutls-bin Version: 1.4.4-1 Severity: grave I recently upgraded the gnutls-bin package, and I can no longer use gnutls to connect over TLS to the SMTP server I use. starttls works fine with the same server. Below is the output from gnutls-cli. gnutls-cli -d 2 smtp.mail.gatech.edu -p 25 Resolving 'smtp.mail.gatech.edu'... |2| EXT[8071cc8]: Sending extension CERT_TYPE |2| EXT[8071cc8]: Sending extension SERVER_NAME |2| ASSERT: gnutls_record.c:494 |2| ASSERT: gnutls_record.c:908 |2| ASSERT: gnutls_buffers.c:1087 |2| ASSERT: gnutls_handshake.c:949 |2| ASSERT: gnutls_handshake.c:2209 *** Fatal error: A record packet with illegal version was received. *** Handshake has failed GNUTLS ERROR: A record packet with illegal version was received. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages gnutls-bin depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcrypt11 1.2.3-2 LGPL Crypto library - runtime libr ii libgnutls13 1.4.4-1 the GNU TLS library - runtime libr ii libgpg-error01.2-1 library for common error values an ii libopencdk8 0.5.9-1 Open Crypto Development Kit (OpenC ii libtasn1-3 0.3.5-2 Manage ASN.1 structures (runtime) ii zlib1g 1:1.2.3-13 compression library - runtime gnutls-bin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360495: emacs21-common: smtpmail-open-stream does not use starttls properly
Package: emacs21-common Version: 21.4a-3 Severity: normal While configuring Gnus to use authenticated SMTP, I noticed that the function smtpmail-open-stream in module smtpmail does not invoke starttls-open-stream when smtp authentication information is provided. In order to get my configuration to work, I found it necessary to modify smtpmail-open-stream as follows. I have commented out the code that tests whether the starttls/gnutls executable exists, because it returns null and the test for whether to use starttls fails. *** smtpmail.el.bak 2006-04-02 13:48:05.0 -0400 --- smtpmail.el 2006-04-02 13:38:48.0 -0400 *** *** 471,485 (defun smtpmail-open-stream (process-buffer host port) (let ((cred (smtpmail-find-credentials smtpmail-starttls-credentials host port))) ! (if (null (and cred (condition-case () ! (with-no-warnings ! (require 'starttls) ! (call-process (if starttls-use-gnutls ! starttls-gnutls-program ! starttls-program))) ! (error nil ;; The normal case. (open-network-stream SMTP process-buffer host port) (let* ((cred-key (smtpmail-cred-key cred)) (cred-cert (smtpmail-cred-cert cred)) (starttls-extra-args --- 471,487 (defun smtpmail-open-stream (process-buffer host port) (let ((cred (smtpmail-find-credentials smtpmail-starttls-credentials host port))) ! (if (null cred) ! ;;(if (null (and cred (condition-case () ! ;;(with-no-warnings ! ;; (require 'starttls) ! ;; (call-process (if starttls-use-gnutls ! ;;starttls-gnutls-program ! ;; starttls-program))) ! ;; (error nil ;; The normal case. (open-network-stream SMTP process-buffer host port) + (require 'starttls) (let* ((cred-key (smtpmail-cred-key cred)) (cred-cert (smtpmail-cred-cert cred)) (starttls-extra-args -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages emacs21-common depends on: ii dpkg 1.13.16package maintenance system for Deb ii emacsen-common1.4.17 Common facilities for all emacsen emacs21-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352721: aptitude: Ctrl-c aborts without cleaning lock files
Package: aptitude Version: 0.4.1-1 Severity: normal After a recent upgrade of aptitude, I discovered that if I run it with sudo, and interrupt it using Ctrl-C, it doesn't clean the lock files /var/lib/dpkg/lock and /var/lib/aptitude/lock. This used to work -- Ctrl-C would cause a graceful exit. Please consider fixing the Ctrl-C handler accordingly. Thanks, Ivan Raikov -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686-smp Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.43.2 Advanced front-end for dpkg ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-8 GCC support library ii libncursesw5 5.5-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.16-2 type-safe Signal Framework for C++ ii libstdc++64.0.2-8The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344911: gnus: Saving downloaded mail to temporary files before processing
Package: gnus Version: 5.10.6-1.NO.20051213-1 Severity: wishlist Recently, the following situation occurred: Gnus downloaded mail from the IMAP server I use, and it deleted it on the server, since this is the way I have configured it. However, there was something in the mail messages that caused Gnus and Emacs to take up all available memory in the system, and eventually the kernel started killing processes, starting of course with Emacs. As a consequence, all my mail was lost. I could see the new message headers in my Gnus folders, but the message bodies were irretrievably lost. I am not filing this as a regular bug, since I recognize this was an extraordinary situation, triggered perhaps by a specific configuration on my machine. However, I would like to request that Gnus adopts the following functionality: whenever mail is downloaded and deleted from a server, immediately save the raw, unprocessed messages to temporary files, and then process them. That way, at least I would have the original messages, in case Emacs crashes. Thanks for the consideration, -Ivan Raikov -- System Information: Debian Release: testing APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686-smp Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages gnus depends on: ii debconf [debconf-2.0] 1.4.65 Debian configuration management sy ii emacs21 21.4a-1The GNU Emacs editor ii make 3.80-11The GNU version of the make util ii ucf 2.004 Update Configuration File: preserv gnus recommends no packages. -- debconf information: gnus/upgrade/pre_5.9.0: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344946: gnus: Incoming mail does not get saved to file specified in mail-crash-crash-box
Package: gnus Version: 5.10.6-1.NO.20051213-1 Severity: grave Recently, the following situation occurred: Gnus downloaded mail from the IMAP server I use, and it deleted it on the server, since this is the way I have configured it. However, there was something in the mail messages that caused Gnus and Emacs to take up all available memory in the system, and eventually the kernel started killing processes, starting of course with Emacs. As a consequence, all of the incoming mail was lost. I could see the new message headers in my Gnus folders, but the message bodies were irretrievably lost. None of the messages were saved to the file specified in `mail-source-crash-box' (which is the default `~/.emacs-mail-crash-box'). Perhaps a better crash-save mechanism should be implemented. The Gnus-relevant settings from my .emacs file are: (setq mail-sources (quote ((imap :server x.x.xxx :port 993 :user xx :stream ssl :authenticator cram-md5 :predicate UNSEEN UNDELETED (setq gnus-use-bbdb t) (setq gnus-use-sendmail t) (setq gnus-article-decode-charset 1) (setq nnmail-delete-incoming t) (setq mail-source-delete-incoming t) (setq nnmail-fancy-expiry-targets (quote ((from .* nnfolder:Chronicle.%Y.%b (setq nnmail-split-fancy ) (setq nnmail-split-methods ... ;; (omitted for brevity) (setq gnus-message-archive-method (quote (nnfolder Sent (nnfolder-directory ~/Mail/Sent/) (nnfolder-active-file ~/Mail/Sent/active) (nnfolder-get-new-mail nil) (nnfolder-inhibit-expiry t (setq gnus-outgoing-message-group (quote (nnfolder+Sent:Sent))) (gnus-secondary-select-methods (quote ((nnfolder mail (setq gnus-select-method (quote (nntp ... (setq gnus-signature-limit 4.0) (setq gnus-signature-separator (quote (^-- $ ^-- *$ ^---*$ ^*$))) (setq gnus-thread-sort-functions (quote (gnus-thread-sort-by-date))) -- System Information: Debian Release: testing APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686-smp Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages gnus depends on: ii debconf [debconf-2.0] 1.4.65 Debian configuration management sy ii emacs21 21.4a-1The GNU Emacs editor ii make 3.80-11The GNU version of the make util ii ucf 2.004 Update Configuration File: preserv gnus recommends no packages. -- debconf information: gnus/upgrade/pre_5.9.0: false -- I'm absolutely sure that there are weapons of mass destruction there and the evidence will be forthcoming. We're just getting it just now. --Colin Powell, Remarks to Reporters, May 4, 2003 http://www.state.gov/secretary/rm/2003/20166.htm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341137: mlton: defunctorize stage takes up all available memory
Package: mlton Version: 20051109-1 Severity: important I upgraded mlton to version 20051109-1 from 20041109, and I can no longer compile my ML projects, because when the compiler reaches the defunctorize stage it takes up all available memory, and I have to kill the process. This occurs when trying to compile any code that declares and uses functors. Following is the output from mlton -verbose 3: mlton -verbose 3 dynamo.mlb MLton starting MLton 20051109 (built Thu Nov 10 03:26:47 2005 on pavilion) created this file on Mon Nov 28 11:32:50 2005. Do not edit this file. Flag settings: align: 4 atMLtons: (dynamo, @MLton, --) chunk: chunk per function codegen: Native contifyIntoMain: false debug: false diag passes: [] drop passes: [] elaborate allowConstant (default): false elaborate allowConstant (enabled): true elaborate allowFFI (default): false elaborate allowFFI (enabled): true elaborate allowPrim (default): false elaborate allowPrim (enabled): true elaborate allowOverload (default): false elaborate allowOverload (enabled): true elaborate allowRebindEquals (default): false elaborate allowRebindEquals (enabled): true elaborate deadCode (default): false elaborate deadCode (enabled): true elaborate forceUsed (default): false elaborate forceUsed (enabled): true elaborate ffiStr (default): elaborate ffiStr (enabled): true elaborate nonexhaustiveExnMatch (default): default elaborate nonexhaustiveExnMatch (enabled): true elaborate nonexhaustiveMatch (default): warn elaborate nonexhaustiveMatch (enabled): true elaborate redundantMatch (default): warn elaborate redundantMatch (enabled): true elaborate sequenceNonUnit (default): ignore elaborate sequenceNonUnit (enabled): true elaborate warnUnused (default): false elaborate warnUnused (enabled): true elaborate only: false export header: None exn history: false gc check: Limit indentation: 3 inline: NonRecursive {product = 320, small = 60} inlineIntoMain: true input file: dynamo keep Machine: false keep RSSA: false keep SSA: false keep SSA2: false keep dot: false keep passes: [] extra_: false lib dir: /usr/lib/mlton lib target dir: /usr/lib/mlton/self loop passes: 1 mark cards: true max function size: 1 mlb path maps: [/usr/lib/mlton/mlb-path-map] native commented: 0 native live stack: false native optimize: 1 native move hoist: true native copy prop: true native copy prop cutoff: 1000 native cutoff: 100 native live transfer: 8 native shuffle: true native ieee fp: false native split: Some 2 optimizationPassesSet: [ssa2PassesSet, ssaPassesSet, sxmlPassesSet, xmlPassesSet] polyvariance: Some {rounds = 2, small = 30, product = 300} prof passes: [] profile: None profile branch: false profile C: [] profile IL: ProfileSource profile include/exclude: [(Seq [Star [.], Or [Seq [Seq [[], [b], [a], [s], [i], [s], [, Star [.]], false)] profile raise: false profile stack: false show basis: None show def-use: None show types: false ssaPassesSet: ssaPassesSet ssaPasses: [default] ssa2PassesSet: ssa2PassesSet ssa2Passes: [default] sxmlPassesSet: sxmlPassesSet sxmlPasses: [default] target: self target arch: X86 target OS: Linux type check: false verbosity: Detail warn unrecognized annotation: true xmlPassesSet: xmlPassesSet xmlPasses: [default] zone cut depth: 100 Compile SML starting pre codegen starting parseAndElaborate starting parseAndElaborate finished in 3.62 + 34.85 (91% GC) core-ml size is 158,532,084 bytes numPeeks = 4020630 maxLength = 3 average position in property list = 0.239 numPeeks = 156789 average position in bucket = 1.028 deadCode starting deadCode finished in 0.03 + 0.02 (40% GC) core-ml size is 149,101,804 bytes numPeeks = 4089665 maxLength = 3 average position in property list = 0.242 numPeeks = 156789 average position in bucket = 1.028 defunctorize starting -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686-smp Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages mlton depends on: ii gcc 4:4.0.2-1 The GNU C compiler ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libgmp3-dev 4.1.4-10 Multiprecision arithmetic library ii libgmp3c2 4.1.4-10 Multiprecision arithmetic library mlton recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe.
Bug#341137: mlton: defunctorize stage takes up all available memory
Hello, Thanks for the prompt response. I have uploaded the code to the URL you mentioned. The attachment is called dynamo.tgz. Compile it as follows: mlton dynamo.mlb Thanks a lot for your help. Stephen Weeks [EMAIL PROTECTED] writes: I upgraded mlton to version 20051109-1 from 20041109, and I can no longer compile my ML projects, because when the compiler reaches the defunctorize stage it takes up all available memory, and I have to kill the process. This occurs when trying to compile any code that declares and uses functors. Following is the output from mlton -verbose 3: mlton -verbose 3 dynamo.mlb We need to determine if the bug is really nontermination or is just a lack of memory. If you could post the code somewhere (http://mlton.org/TemporaryUpload is one possibility) I will try it out on a machine with 2G. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341137: mlton: defunctorize stage takes up all available memory
You are right, the machine I compile on has 256 MB. I guess I didn't expect the change in memory requirements to be so drastic. I never had any problems with 20041109, but with the new version my machine starts swapping so much that it is practically unusable. Thanks for looking at the issue. -Ivan Stephen Weeks [EMAIL PROTECTED] writes: I upgraded mlton to version 20051109-1 from 20041109, and I can no longer compile my ML projects, because when the compiler reaches the defunctorize stage it takes up all available memory, and I have to kill the process. I haven't been able to reproduce the problem. When I compiled dynamo.mlb on my machine with 2G RAM, defunctorize completed in less than seven seconds, and the entire compile completed in less than two minutes. The log is below. The max amount of live data was 200M, so I would expect no trouble for the compile to complete on a machine with 512M RAM. As a test, I compiled dynamo with @MLton fixed-heap 400M -- and the compile still completed in under two minutes. Does your machine have less than 512M? I did notice in your log the following, which indicates a lack of memory. parseAndElaborate finished in 3.62 + 34.85 (91% GC) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325906: I don't know how to make Emacs use automatically aspell-bg
Well, my suggestion was based on the documentation of variable ispell-local-dictionary-alist (quoted below). Can you try installing and setting up in Emacs aspell dictionaries for other languages and see if you get the same error? Also, could you try adding the definition for Bulgarian directly to variable ispell-dictionary-alist? Documentation: *Contains local or customized dictionary definitions. These will override the values in `ispell-dictionary-alist'. Customization changes made to `ispell-dictionary-alist' will not operate over emacs sessions. To make permanent changes to your dictionary definitions, you will need to make your changes in this variable, save, and then re-start emacs. Anton Zinoviev [EMAIL PROTECTED] writes: On Sat, Sep 24, 2005 at 04:14:10PM -0400, Ivan Raikov wrote: In my .emacs, I have: (custom-set-variables '(ispell-program-name aspell) '(ispell-local-dictionary-alist (quote ((bulgarian [АБВГДЕЖЗИЙКЛМНОПРСТУФХЧШЩЪЬЮЯабвгдежзийклмнопрстуфхцшщюя] [^АБВГДЕЖЗИЙКЛМНОПРСТУФХЧШЩЪЬЮЯабвгдежзийклмнопрстуфхцшщюя] nil (-d bulgarian) nil iso-8859-5) I've set the encoding to ISO 8859-5, because that's what I use in the majority of my Cyrillic documents. Thanks. I tried this with the new versions of the package aspell-bg (3.0-5 and 3.0-6) but unfortunately this leads to the same result - an error message after M-x ispell-biffer and no error if I manually select bulgarian language by M-x ispell-change-dictionary. Anton Zinoviev -- Windows is MS-DOS with pictures.
Bug#325906: I don't know how to make Emacs use automatically aspell-bg
In my .emacs, I have: (custom-set-variables '(ispell-program-name aspell) '(ispell-local-dictionary-alist (quote ((bulgarian [АБВГДЕЖЗИЙКЛМНОПРСТУФХЧШЩЪЬЮЯабвгдежзийклмнопрстуфхцшщюя] [^АБВГДЕЖЗИЙКЛМНОПРСТУФХЧШЩЪЬЮЯабвгдежзийклмнопрстуфхцшщюя] nil (-d bulgarian) nil iso-8859-5) I've set the encoding to ISO 8859-5, because that's what I use in the majority of my Cyrillic documents. Anton Zinoviev [EMAIL PROTECTED] writes: retitle 325906 bulgarian can not be used as default language in Emacs severity 325906 normal thanks Hi! The recently uploaded version of aspell-bg registers properly for use with ibulgarian and aspell-bg. In order to try how Emacs works with aspell-bg I created a file ~/.emacs with the following contents: (setq-default ispell-program-name aspell) (setq ispell-dictionary bulgarian) If I try to use M-x ispell-buffer some Bulgarian text I receive the following message Ispell misalignment: word `ZP' point 169; probably incompatible versions However if afterwards I manually select the Bulgarian language by M-x ispell-change dictionary there are no problems. Am I missing something in my setup or there is some bug? There is no such problem with ibulgarian - it works well as default language. By the way I don't know how to make Emacs spell check UTF-8 encoded buffer. Anton Zinoviev -- Humpty Dumpty sat on a wall: Humpty Dumpty had a great fall. All the King's horses and all the King's men Could not put Humpty Dumpty in his place again.
Bug#327016: bigloo: bigloo: relocation error
Hello, Yann, Thanks for responding. I am running Debian testing, and now that you mention it, I did dist-upgrade a few days ago, and libc was upgraded. Furthermore, I just rebuilt the bigloo package from its source package, and everything works, so it's almost certainly a libc issue, and the fix is simply to recompile the package. Yann Dirson [EMAIL PROTECTED] writes: On Wed, Sep 07, 2005 at 01:28:33AM -0400, Ivan Raikov wrote: Package: bigloo Version: 2.6e-1 Severity: important I get the following error message when I attempt to run the Bigloo compiler: $ bigloo example.scm bigloo: relocation error: bigloo: symbol __libc_stack_end, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference Grr. I recall a similar (post #192039) report but cannot find it any more. Do you see that on a standard sarge box without any other package upgraded (esp. libc) ? Which architecture is it ? Best regards, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327016: bigloo: bigloo: relocation error
Package: bigloo Version: 2.6e-1 Severity: important I get the following error message when I attempt to run the Bigloo compiler: $ bigloo example.scm bigloo: relocation error: bigloo: symbol __libc_stack_end, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686-smp Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages bigloo depends on: ii gcc 4:4.0.1-3 The GNU C compiler ii libbigloo2.6e 2.6e-1 Run-time libraries for Bigloo-gene ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libc6-dev 2.3.5-6GNU C Library: Development Librari bigloo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321040: dictionaries-common: Cannot add aspell dictionaries to Emacs ispell interface
Hello, Agustin, Thanks for looking into the issue. Bulgarian uses the Cyrillic alphabet, so proper encodings for it are iso-8859-5, koi8 and variations, and cp1251. I will look into the ibulgarian package and see if I need to file a bug report, but latin1 is definitely the wrong encoding. Thank you for notifying the aspell-bg developer. Ivan Agustin Martin [EMAIL PROTECTED] writes: Hi, Ivan Can bulgarian be checked with latin1? If the native encoding in ibulgarian bulgarian.aff is iso-8859-5, that is what should be present instead of iso-8859-1, so this would be a bug in ibulgarian. aspell-bg should also be registered for use under emacs, please see http://dict-common.alioth.debian.org/dsdt-policy.html#aspell-registration so this would also be an issue with aspell-bg. I am bcc'ing aspell-bg package, so this can be fixed along with #319676. Anton, please use a similar entry as for ibulgarian, even if aspell-bg is internally cp1251 (I am not sure about that), aspell will be called with --encoding option and all needed recoding will be done internally. Regarding personal customizations, please read /usr/share/doc/dictionaries-common/README.emacs Since this last info should fix the problem I will soon close this bug report or reassign it to any of the bgoffice elements ibulgarian or aspell-bg, depending on your reply or on Anton Zinoviev one. Thanks for your feedback, Cheers, -- The world is more and more of a neighborhood. But is it any more of a brotherhood? If we don't learn to live together as brothers and sisters, we shall perish together as fools. --Martin Luther King, 1968 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321040: dictionaries-common: Cannot add aspell dictionaries to Emacs ispell interface
Package: dictionaries-common Version: 0.49.2 Severity: important I have installed packages aspell and aspell-bg (Bulgarian), and I would like to use aspell to spell check Bulgarian text encoded with iso-8859-5 in Emacs. I have set my ispell-local-dictionary-alist variable to the following: (custom-set-variables '(ispell-local-dictionary-alist (quote ((bulgarian [АБВГДЕЖЗИЙКЛМНОПРСТУФХЧШЩЪЬЮЯабвгдежзийклмнопрстуфхцшщюя] [^АБВГДЕЖЗИЙКЛМНОПРСТУФХЧШЩЪЬЮЯабвгдежзийклмнопрстуфхцшщюя] nil (-d bulgarian) nil iso-8859-5) However, dictionary bulgarian does not appear in ispell-dictionary-alist after restarting Emacs. If I add it by hand, using the above settings, ispell and flyspell work correctly and I am able to spell check buffers with the iso-8859-5 encoding. When I install ispell-bulgarian, the Emacs ispell interface permits the Bulgarian dictionary to be added to ispell-dictionary-alist, but since that dictionary is set to use the iso-8859-1 encoding, I still cannot spell check iso-8859-5 buffers. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686-smp Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages dictionaries-common depends on: ii debconf 1.4.52 Debian configuration management sy ii perl 5.8.7-3Larry Wall's Practical Extraction dictionaries-common recommends no packages. -- debconf information: dictionaries-common/invalid_debconf_value: dictionaries-common/ispell-autobuildhash-message: dictionaries-common/move_old_usr_dict: true dictionaries-common/selecting_ispell_wordlist_default: * dictionaries-common/default-ispell: american (American English) * dictionaries-common/default-wordlist: american (American English) dictionaries-common/old_wordlist_link: true dictionaries-common/remove_old_usr_dict_link: false -- People in Soviet Russia, however, appear to be afflicted with amusing juxtapositions of the aforementioned situation. --seen on Slashdot
Bug#316804: tetex-base: Bulgarian hyphenation patterns not included
Package: tetex-base Version: 2.0.2c-8 Severity: normal The hyphenation patterns for the Bulgarian language are not included in package tetex-base, even though they are part of the TeTeX distribution. The files containing Bulgarian hyphenation patterns must exist in directory /usr/share/texmf/tex/generic/bghyph and file /usr/share/tetex-base/language.dflt must include a reference to Bulgarian hyphenation patterns. -- Package-specific info: ## List of ls-R files -rw-rw-r-- 1 root staff 79 2005-07-03 20:16 /usr/local/share/texmf/ls-R -rw-rw-r-- 1 root staff 91 2005-07-03 20:16 /usr/local/lib/texmf/ls-R -rw-rw-r-- 1 root users 917 2005-07-03 20:16 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 2005-05-30 03:03 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-adeos Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages tetex-base depends on: ii debconf 1.4.51 Debian configuration management sy ii dpkg 1.10.28Package maintenance system for Deb ii texinfo 4.7-2.2Documentation system for on-line i ii ucf 1.18 Update Configuration File: preserv Versions of packages tetex-bin depends on: ii debconf 1.4.51 Debian configuration management sy ii debianutils 2.13.2 Miscellaneous utilities specific t ii dpkg 1.10.28 Package maintenance system for Deb ii ed 0.2-20 The classic unix line editor ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libgcc1 1:4.0.0-9 GCC support library ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii libkpathsea3 2.0.2-30path search library for teTeX (run ii libpaper11.1.14-3Library for handling paper charact ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libt1-5 5.0.2-3 Type 1 font rasterizer library - r ii libwww-ssl0 [libwww0]5.4.0-9 The W3C-WWW library (SSL support) ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxaw7 4.3.0.dfsg.1-14 X Athena widget set library ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-14 X Window System miscellaneous util ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii mime-support 3.34-1 MIME files 'mime.types' 'mailcap ii perl 5.8.7-3 Larry Wall's Practical Extraction ii sed 4.1.2-8 The GNU sed stream editor ii ucf 1.18Update Configuration File: preserv ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime Versions of packages tetex-extra depends on: ii dpkg 1.10.28Package maintenance system for Deb ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre ii tetex-bin 2.0.2-30 The teTeX binary files ii ucf 1.18 Update Configuration File: preserv -- debconf information: tetex-bin/updmap-failed: * tetex-bin/hyphen: portuges, russian, spanish tetex-base/olddat: true tetex-bin/oldcfg: true tetex-base/fmtutil-failed: tetex-base/oldupdm: * tetex-bin/upd_map: true tetex-bin/cnf_name: * tetex-bin/fmtutil: true tetex-base/updmap-failed: * tetex-bin/use_debconf: true tetex-bin/fmtutil-failed: * tetex-bin/groupname: users * tetex-bin/userperm: false * tetex-bin/groupperm: true * tetex-bin/lsr-perms: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316807: ITP: hiptex -- LaTeX package for writing Church Slavonic texts in HIP encoding
Package: wnpp Severity: wishlist * Package name: hiptex Version : 0.7.0 Upstream Author : Alexander V. Voinov * URL or Web page : http://str12.sobor.org/hip/ * License : LaTeX Project Public License Description : LaTeX package for writing Church Slavonic texts in HIP encoding HIPTeX is a LaTeX package for writing Church Slavonic texts in HIP encoding. HIP is a system to represent Church Slavonic text using the standard Cyrillic alphabet and a small number of ASCII symbols. HIP was developed as part of project Pechatnyj Dvor (Printing House) http://pechatnyj-dvor.narod.ru/index.html. The package includes the hipfonts style, which allows inclusion of Church Slavonic text in an arbitrary LaTeX document, and the hipbook class, which provides book definitions corresponding to the liturgical book conventions of the Russian orthodox church. -- To argue with a person who has renounced the use of reason is like administering medicine to the dead. --Thomas Paine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307982: kernel-patch-adeos: Kernel 2.4.27 does not build with Adeos patch
Package: kernel-patch-adeos Version: 3.1.0-3 Severity: critical Adding the Adeos patch causes the kernel compilation process to fail as follows: sudo make-kpkg --revision 1:up.20050506.1 --added-patch adeos --append-to-version -adeos --config menuconfig kernel_image Please ignore the warning about overriding and ignoring targets above. These are harmless. They are only invoked in a part of the process that tries to snarf variable values for the conf.vars file. echo done stamp-configure test -f stamp-configure || /usr/bin/make -f /usr/share/kernel-package/rules configure /usr/bin/make EXTRAVERSION=-adeos ARCH=i386 \ bzImage make[1]: Entering directory `/usr/src/kernellab.1115429168.30567/kernel-source-2.4.27' . . . . make[2]: Entering directory `/usr/src/kernellab.1115429168.30567/kernel-source-2.4.27/kernel' /usr/bin/make all_targets make[3]: Entering directory `/usr/src/kernellab.1115429168.30567/kernel-source-2.4.27/kernel' gcc -D__KERNEL__ -I/usr/src/kernellab.1115429168.30567/kernel-source-2.4.27/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -nostdinc -iwithprefix include -DKBUILD_BASENAME=fork -c -o fork.o fork.c fork.c:423: error: parse error before this_object_must_be_defined_as_export_objs_in_the_Makefile fork.c:423: warning: type defaults to `int' in declaration of `this_object_must_be_defined_as_export_objs_in_the_Makefile' fork.c:423: warning: data definition has no type or storage class make[3]: *** [fork.o] Error 1 make[3]: Leaving directory `/usr/src/kernellab.1115429168.30567/kernel-source-2.4.27/kernel' make[2]: *** [first_rule] Error 2 make[2]: Leaving directory `/usr/src/kernellab.1115429168.30567/kernel-source-2.4.27/kernel' make[1]: *** [_dir_kernel] Error 2 make[1]: Leaving directory `/usr/src/kernellab.1115429168.30567/kernel-source-2.4.27' make: *** [stamp-build] Error 2 -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-adeos Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages kernel-patch-adeos depends on: ii bash 2.05b-26 The GNU Bourne Again SHell ii grep-dctrl2.1.10 Grep Debian package information ii patch 2.5.9-2Apply a diff file to an original -- no debconf information -- In order to attain the impossible, one must attempt the absurd. --Miguel de Cervantes, _Don Quixote_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]