nf.
>
> Cheers,
> Julien
>
>> On Tue, Apr 21, 2020 at 15:05:04 +, Kevin L. wrote:
>>
>> Hello,
>>
>> thanks for your message.
>>
>> i've updated the requested infos.
>> Mirror is now synced with ftpsync.
>>
&
Hello,
thanks for your message.
i've updated the requested infos.
Mirror is now synced with ftpsync.
Maintainer: Kevin Linnartz
Country: FR
Location: Gravelines (OVH)
Kind Regards,
Kevin
Von: Julien Cristau
Gesendet: Montag, 20. April 2020 16:39
An: Kevin
Package: wnpp
Owner: Kevin Lamonte kevin.lamo...@gmail.com
Severity: wishlist
* Package name: qodem
Version :
Upstream Author :
* URL or Web page :
* License :
Description : Friendly ncurses-based Unicode-aware communications package
Qodem is an open-source
Package: xterm
Severity: grave
This is a side effect of bug 384593 regarding allowWindowOps which is now
closed. I have listed the severity as grave because bug 384593 was listed as
grave, and this new bug is a direct continuation of that one.
In bug 384593, the resource allowWindowOps was
This new test version has been working well for me. See attached diff and
modified file.
This version does the following differently from the original:
1. It checks the size of the cache first before opening any files (via
directorySize()). This change fixes the issue I opened the bug on.
Package: kdelibs
Version: 4:3.5.5a.dfsg.1-3
Severity: important
I recently switched to Konqueror and noticed that the system would peg
CPU+disk for up to 2-3 minutes at a time for no apparent reason. 'top'
indicated that the CPU was 98% in I/O with kswapd being listed high,
but 'free'
Looks like I spoke/coded too soon. The new version had the same behavior, but
only after I had begun running a BitTorrent client with a few GBs of files
open at once.
I see no thrashing unless the BT client is running, so I think the severity
should be downgraded to normal or minor/wishlist.
Package: kmail
I was manually migrating some of my old mail from Mozilla to Kmail, using a
single ~450MB mbox file as input to Kmail. I have Kmail configured to use
~/Mail as the directory with mbox files as the default format.
Kmail loaded the new mbox fine: ~33,000 new messages. I sorted
Package: cl-statistics
This is strange: cl-statistics compiles fine in CMUCL and *appears* to
compile fine in SBCL, but SBCL still throws an error.
I have (declaim (sb-ext:muffle-conditions sb-ext:compiler-note)) in my
.sbclrc to suppress about 11000 notes (each note 10 lines long).
#
Package: cmucl
I typed in an invalid Lisp form and was surprised that CMUCL responded
in this way:
snip
$ cmucl
; Loading #P/home/kevinl/.cmucl-init.
CMU Common Lisp CVS 19c 19c-release-patch-1 + minimal debian patches
(19C), runn
ing on tinker
With core: /usr/lib/cmucl/lisp.core
I just upgraded from Sarge to testing and CMUCL is now dead.
If this is fixed upstream, when is the fix going into testing?
Is an end-user just supposed to compile their own kernel in the meantime?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Package: cl-statistics
The Debian patch to cl-statistics (cl-statistics_20050224-1.diff.gz
http://ftp.debian.org/debian/pool/main/c/cl-statistics/cl-statistics_20050224-1.diff.gz)
produces invalid Lisp code after applied to cl-statistics.lisp. Example:
snip-snip-
v v v v v v v
12 matches
Mail list logo
