Package: rsyslog
Version: 4.6.2-1
Severity: important
The default rsyslog.conf contains, for the /var/log/messages catchall, the
following:
*.=info;*.=notice;*.=warn;
which drops everything with severity above warning (!). Suggest adding:
*.=error;*.=crit;
Yours,
Petr.
-- System
Michael Biebl bi...@debian.org writes:
Not quite true: those messages got to /var/log/syslog, so they are not
discarded.
What I would rather like is getting rid of the duplication in.
/var/log/syslog und /var/log/messages (or mail.{info,warn,err} vs mail.log for
that matter)
Whoops! I was
Hi,
Aaron M. Ucko u...@debian.org writes:
Byte-compilation with xemacs21 fails due to two issues:
- haskell-decl-scan.el and haskell-indentation.el require 'syntax,
which runs into trouble despite the use of noerror because
xemacs21's syntax.el is present but neglects to provide 'syntax.
Hi,
Marco TĂșlio Gontijo e Silva mar...@debian.org writes:
Excerpts from Marco TĂșlio Gontijo e Silva's message of Qua Fev 17 13:13:24
-0200 2010:
(...)
If I have this line in a buffer in haskell-mode:
f :: Int
And I go to the next line and press TAB, I got:
f :: Int
f
With
Antti-Juhani Kaijanaho a...@debian.org writes:
After the recent upgrade, indentation is much less useful than it used to be.
M-x haskell-indent-mode seems to help. If I should have been doing some
configuration after the upgrade, a NEWS.Debian would have been a good idea.
Hard to tell,
Hi,
Mehdi me...@dogguy.org writes:
I've prepared an NMU for adept (versioned as 3.0~beta7.2+nmu1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
thanks for the upload, it was long overdue from my side.
Yours,
Petr.
--
To UNSUBSCRIBE, email to
Alasdair G Kergon a...@redhat.com writes:
The fix (untested) should probably be something like changing
lib/locking/no_locking.c to:
static int _readonly_lock_resource(struct cmd_context *cmd,
const char *resource,
Hi,
Ana Guerrero a...@debian.org writes:
Long time ago I read about adept being discontinued [0]. However, a new
version was uploaded a couple of weeks ago with 2 big problems,
it FTBFS (#540648) and it lacks of a real maintainer now , specially since
the used list is moderated (#540229). Due
Package: buildbot
Version: 0.7.9-1
Severity: important
Hi,
for me, issuing /etc/init.d/buildbot reload (after changing master
configuration, eg.), slaves die, since they don't seem to like getting a
SIGHUP. I have solved this by changing reload_buildbot to the following:
70 reload_buildbot() {
Package: darcs
Version: 2.0.2-2
Severity: important
This is a ghc bug affecting darcs: #500407. The net effect is that darcs will
read full repository and pristine cache contents even in (the usual) case that
is not needed, slowing it down by a few orders of magnitude (several seconds
vs. several
Hi,
I have verified that the fix in -7 indeed fixes the problem and I have bumped
build-depends of darcs to = -7. That should make everything
However, trying to rebuild in a clean sid results in:
ghc-pkg: cannot find package regex-base-0.93.1
dpkg: error processing libghc6-regex-base-dev
Hi.
I get this, with cache enabled:
darcs get http://allmydata.org/source/tahoe/trunk-hashedformat trunk-hashed-1
8,08s user 0,72s system 79% cpu 11,062 total
I presume quite a bit of that time is due to network delays. I am running 2.0.2
from Debian here. I guess that rules Debian bugs out?
Hi,
Adam C. Emerson [EMAIL PROTECTED] writes:
The README file says:
- Interaction with inferior Haskell interpreter: just hit C-c C-z or
C-c C-l.
Hitting C-c C-z or C-c C-l gives:
Symbol's function definition is void: switch-to-haskell
or
Symbol's function definition is void:
Package: apt
Version: 0.7.14
Severity: normal
Tags: patch
Hi,
there is a rather unfortunate leak in ReadConfigFile (in Adept, it managed to
leak out a megabyte of memory in no time, gods only know why -- there might be
another problem lurking calling ReadConfigFile too many times, although it
Package: approx
Version: 3.3.0
Severity: normal
Hi,
I get:
13:17:32 | [EMAIL PROTECTED]:~ - sudo gc_approx
gzip: stdout: No space left on device
Failure: decompress
This is somewhat unfortunate, as gc_approx is apparently supposed to reclaim
free space. I have resorted to randomly removing
Package: approx
Version: 3.2.0+b1
Severity: normal
Hi,
I have just created a filesystem for approx cache. First of all, gc_approx
fails if it doesn't own lost+found. I chowned it, and now it tries to unlink
lost+found (which it is denied). It sort of works now, but it would be better
to not need
Hi,
Eric Cooper [EMAIL PROTECTED] writes:
I don't want to add code just to check for the special case where
approx's cache directory is the root of an ext2/3 filesystem. An easy
workaround (no chown required) is to make a top-level directory, say
cache, in your dedicated filesystem, and
/changelog
--- icecc-0.9.0/debian/changelog2008-06-17 16:07:23.0 +0200
+++ icecc-0.9.0-2/debian/changelog 2008-06-17 15:35:43.0 +0200
@@ -1,3 +1,9 @@
+icecc (0.9.0-2) unstable; urgency=low
+
+ * Add a trigger to restart iceccd when gcc changes.
+
+ -- Petr Rockai [EMAIL
Package: darcs
Version: 2.0.0-3
Severity: serious
Justification: no longer builds from source
Darcs does not build on IA64 with gcc-4.3, due to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481592
There's a workaround to not pass -g to CFLAGS, but we'd probably prefer to have
that bug fixed
Hi,
I am a DD and willing to sponsor darcs packages for Trent, possibly
even co-maintain. I am a darcs user and I have poked in the code a
little, so I suppose I can handle that job.
Unless other people have stepped up, I'd make an upload, flipping
Maintainer to Trent W. Buck [EMAIL PROTECTED]
Rafael [EMAIL PROTECTED] writes:
Sorry, but I, and other people, cannot understand why you say Adept
2.x is terminally broken while other distributions as like as
Kubuntu 8.04 are going to be released with Adept 2.x packages. We
would like one small explanation please.
Well, 2.x in Debian
Hi,
Rafael [EMAIL PROTECTED] writes:
Adept packages are missing in Debian 'testing' and 'sid' repositories.
Adept is a suit of package management for KDE:
adept-manager, adept-installer, adept-updater, adept-notifier, adept-batch.
Sorry, this will have to wait till Adept 3.x stabilizes, as
Hi,
roughly the same story as with the previous report. Again, in case you
reply, please keep [EMAIL PROTECTED] in the CC
list. Thanks.
Yours,
Peter.
---BeginMessage---
Package: haskell-mode
Version: 2.3-1
Severity: wishlist
Haskell-mode's default list indentation often seems to me do to
Hi once again (and for now, last time).
This is the third report for haskell-mode, still the same
story. Please keep CC to [EMAIL PROTECTED] in replies.
Thank you very much.
Yours, Petr.
---BeginMessage---
Package: haskell-mode
Version: 2.3-1
Severity: minor
Tags: patch
haskell-mode
Hi,
I have received the following report (and few more, which I'll forward
in a bit) against haskell-mode 2.3. The proposed patch should be
attached as well. I haven't noticed anything in 2.4 (which I will
package shortly) that would address the report. I admit to not looking
very closely though.
Package: ftp.debian.org
Severity: normal
Hi,
current iteration of Adept in unstable is broken beyond repair (it
ought to be rc-buggy I suppose). There is a newer version in
experimental, but that is not ready for release and I'd like to ensure
that we do not release with broken adept by accident
Package: xapian-core
Severity: wishlist
Version 1.0.5 has been released few days ago, with some important (at
least for me) API fixes. Would be great if you could upload it...
Thanks,
Peter.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500,
Package: kdelibs5
Version: 4:3.96.0-1
Severity: normal
Hi,
I get:
12:51:19 | [EMAIL PROTECTED]:~ - apt install -t experimental kdelibs5 hal-
[snip]
kdelibs5: Depends: hal but it is not going to be installed or
kfreebsd-gnu but it is not installable or
Hi!
Yes, yes, I know and it's been on my TODO already when I was doing the
first upload, I just didn't have the time to move to the new
version. I will try to do it tomorrow.
Yours,
Peter.
--
Peter Rockai | me()mornfall!net | prockai()redhat!com
http://blog.mornfall.net |
Package: cdbs
Version: 0.4.49
Severity: normal
In documentation, it is suggested that binary/package:: should be
used for post-installation (post-deb-preparation) actions and an
example is given:
binary/foo::
strip --remove-section=.comment --remove-section=.note --strip-unneeded \
Hi.
A. Christine Spang [EMAIL PROTECTED] writes:
It looks like xmonad will soon be entering the archive. What is your
status with regard to dzen2 packages?
Sorry, i got stalled at missing manpage, ie. the package is ready
and working, i just need to write and include a manpage, which
shouldn't
31 matches
Mail list logo