Michael Biebl 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 sure I have
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 Informati
Hi,
"Aaron M. Ucko" 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.
> Chan
Hi,
Marco Túlio Gontijo e Silva 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 , I got:
>>
>> f :: Int
>> f
>>
>> With lite
Hi,
"Mehdi" 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 debian-bugs-dis
Antti-Juhani Kaijanaho 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, really. Upstream se
Alasdair G Kergon 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,
> uint32_t flag
Hi,
Ana Guerrero 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 to this
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() {
7
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 (--co
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 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
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 doe
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 .d
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, a
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
ebian/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 &l
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 in
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 Deb
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, a
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.
--- Begin Message ---
Package: haskell-mode
Version: 2.3-1
Severity: minor
Tags: patch
haskell-mode pl
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.
--- Begin Message ---
Package: haskell-mode
Version: 2.3-1
Severity: wishlist
Haskell-mode's default list indentation often seems to me do
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, 'unstabl
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 | http://web.mornfa
Package: cdbs
Version: 0.4.49
Severity: normal
In documentation, it is suggested that binary/:: 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 \
debian/foo/
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
sho
31 matches
Mail list logo
