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 tryin

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

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.

Bug#344911: gnus: Saving downloaded mail to temporary files before processing

, 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

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

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 warni

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/

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

Bug#327016: bigloo: bigloo: relocation error

, 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

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

Bug#325906: I don't know how to make Emacs use automatically aspell-bg

. 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 hav

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 --

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.

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: (custo

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) #

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

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

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

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

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#710746: sml-mode: sml-mode fails to load in Emacs 24

se) (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. Sincere

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 pre

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 (quo

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

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

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} \newcom

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 an

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

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 using alien, and I have removed CR/LF character symbols from the fxlinuxprint.ppd file, so that it passes cupstes

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 So

Bug#418747: Chicken version 3.1.0

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#352721: aptitude: Ctrl-c aborts without cleaning lock files

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-s

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 config