Bug#580552: rsyslog: messages with severity warn are discarded by default
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 Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rsyslog depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages rsyslog recommends: ii logrotate 3.7.8-4Log rotation utility Versions of packages rsyslog suggests: pn rsyslog-doc none (no description available) pn rsyslog-gnutlsnone (no description available) pn rsyslog-gssapinone (no description available) pn rsyslog-mysql | rsyslog-pgsql none (no description available) pn rsyslog-relp none (no description available) -- 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#580552: rsyslog: messages with severity warn are discarded by default
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 sure I have checked /var/log/syslog -- must have missed
things there. Sorry for the noise.
Yours,
Petr.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568579: haskell-mode: byte-compilation fails with xemacs21
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. Changing the calls to (load syntax t), or perhaps (load syntax t t) if silence is desired, should help. - haskell-font-lock.el uses hexadecimal literals such as #X2205 for some Unicode characters, but xemacs21 evidently doesn't support that syntax. Substituting decimal equivalents, as already done elsewhere in the file, should address the issue. Could you please take care of both? -- well, patches are welcome. I don't run xemacs and I have only very limited time for this. Moreover, xemacs is not supported upstream, so I can't do much in that direction either. I am sorry but can't help you much (well, other than applying patches as long as they don't break GNU emacs). Yours, Petr. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570239: TAB after type declaration doesn't work in literate-haskell-mode
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 literate-haskell-mode, in a line like: f :: Int If I press tab in the next line, I got: f :: Int I just notice that on this version of haskell-mode it doesn't work like this even in haskell-mode (.hs). Was this feature deliberative dropped? If yes, please change this to wishlist. can you try changing your indent mode to the previous default? (add-hook 'haskell-mode-hook 'turn-on-haskell-indent) instead of (add-hook 'haskell-mode-hook 'turn-on-haskell-indentation) I will probably flip this back, since it seems that the older default worked better... Especially if that helps with your issue(s). Yours, Petr. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568510: haskell-mode: major loss of indentation functionality
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, really. Upstream seems to suggest this is now the preferred indentation mode (but I might have missed something). I have been using recently and I am not sure about it either. I'll try to check with the upstream, and possibly revert to the previous behaviour. Yours, Petr. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560495: adept: diff for NMU version 3.0~beta7.2+nmu1
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 debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544801: Unable to obtain global lock
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,
uint32_t flags)
{
if ((flags LCK_TYPE_MASK) == LCK_WRITE
(flags LCK_SCOPE_MASK) == LCK_VG
!(flags LCK_CACHE)
strcmp(resource, VG_GLOBAL))
Ack (this should indeed be the right fix).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542232: adept plans for squeeze?
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 to this, the package has been removed today from testing. I was wondering what are the future plans for adept, specially with respect its status for releasing it in Squeeze. Yes, Adept is currently discontinued as far as development goes. But Enrico needed to change something about libept which is required to build adept, so I tried to kick the package into some shape. Due to limited time and broken pbuilder, it took a little longer than I'd like, but all RC issues should be fixed again now. Otherwise, when I have time, I'll fix bugs and maybe even add a feature here and there. Don't count on anything though, I may disappear without further notice again. Yours, Petr. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503288: /etc/init.d/buildbot reload crashes buildslaves
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() {
71 NAME=$1
72 USER=$2
73 BASEDIR=$3
74 PREFIXCMD=$4
75
76 if test -f ${BASEDIR}/master.cfg; then
77 ${PREFIXCMD} su -s /bin/sh -c ${DAEMON} sighup ${BASEDIR} - ${USER}
78 else
79 echo -n not sighup-ing slave
80 fi
81 return $?
82 }
The master is apparently responsible for pushing the new configuration out to
the slaves.
Thanks.
Yours,
Petr.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.26.3-2-morn (PREEMPT)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages buildbot depends on:
ii adduser 3.110 add and remove users and groups
ii python2.5.2-2An interactive high-level object-o
ii python-central0.6.8 register and build utility for Pyt
ii python-twisted-core 8.1.0-4Event-based framework for internet
ii python-twisted-mail 8.1.0-2An SMTP, IMAP and POP protocol imp
ii python-twisted-web8.1.0-1An HTTP protocol implementation to
ii python-twisted-words 8.1.0-2Chat and Instant Messaging
buildbot recommends no packages.
Versions of packages buildbot suggests:
ii cvs 1:1.12.13-12 Concurrent Versions System
ii darcs 2.0.2-3 an advanced revision control syste
ii git-core1:1.5.6.5-1 fast, scalable, distributed revisi
ii mercurial 1.0.1-5.1Scalable distributed version contr
ii subversion 1.5.1dfsg1-1 Advanced version control system
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500563: darcs whatsnew very slow on big repositories
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 tenths of a second). The GHC bug has been recently fixed and a darcs upload will follow shortly. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26.3-2-morn (PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages darcs depends on: ii libc6 2.7-13GNU C Library: Shared libraries ii libcurl3-gnutls7.18.2-7 Multi-protocol file transfer libra ii libgmp3c2 2:4.2.2+dfsg-3Multiprecision arithmetic library ii libncurses55.6+20080906-1shared libraries for terminal hand ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages darcs recommends: ii postfix [mail-transport-agent 2.5.5-1High-performance mail transport ag Versions of packages darcs suggests: pn darcs-server none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491799: Slow darcs in sid
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 (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of libghc6-regex-posix-dev: libghc6-regex-posix-dev depends on libghc6-regex-base-dev (= 0.93.1-3); however: Package libghc6-regex-base-dev is not configured yet. libghc6-regex-posix-dev depends on libghc6-regex-base-dev ( 0.93.1+); however: Package libghc6-regex-base-dev is not configured yet. dpkg: error processing libghc6-regex-posix-dev (--configure): dependency problems - leaving unconfigured I am delaying that upload till I can sort this one out. Yours, Petr. PS: If anyone knows something about Lenny, could you tell me if it might be possible to get these fixes through to Lenny? -- Peter Rockai | me()mornfall!net | prockai()redhat!com http://blog.mornfall.net | http://web.mornfall.net In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt. -- Blair P. Houghton on the subject of C program indentation -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491799: Slow darcs in sid -- not reproducible.
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? Fair to close the bug? I suspect a cache problem. Make sure the cache is in the same filesystem as the one you are getting to! (That might explain the problem in the case the cache is in fact enabled...) Yours, Petr. -- Peter Rockai | me()mornfall!net | prockai()redhat!com http://blog.mornfall.net | http://web.mornfall.net In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt. -- Blair P. Houghton on the subject of C program indentation -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492517: haskell-mode: Inferior haskell seems to not be loaded
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: inferior-haskell-load-file You need to: (require 'inf-haskell) I also have: (custom-set-variables ;; snip '(haskell-program-name ghci)) I guess it could be documented better though. Yours, Petr. -- Peter Rockai | me()mornfall!net | prockai()redhat!com http://blog.mornfall.net | http://web.mornfall.net In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt. -- Blair P. Houghton on the subject of C program indentation -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493382: apt-pkg: memory leak in ReadConfigFile
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 does
leak a kilobyte per config line parsed...). I guess a patch is worth a thousand
words:
diff -ruN apt-0.7.14/apt-pkg/contrib/configuration.cc
apt-0.7.14+morn/apt-pkg/contrib/configuration.cc
--- apt-0.7.14/apt-pkg/contrib/configuration.cc 2008-05-28 15:22:14.0
+0200
+++ apt-0.7.14+morn/apt-pkg/contrib/configuration.cc2008-08-02
17:08:26.0 +0200
@@ -25,6 +25,7 @@
#include algorithm
#include fstream
#include iostream
+#include string
#include stdio.h
#include dirent.h
@@ -513,16 +514,11 @@
std::string Fragment;
// Grab the next line of F and place it in Input.
- do
- {
- char *Buffer = new char[1024];
-
- F.clear();
- F.getline(Buffer,sizeof(Buffer) / 2);
-
- Input += Buffer;
- }
- while (F.fail() !F.eof());
+ std::string Buffer;
+
+ F.clear();
+ std::getline(F, Buffer);
+ Input += Buffer;
// Expand tabs in the input line and remove leading and trailing
// whitespace.
Yours,
Petr.
-- Package-specific info:
-- apt-config dump --
APT ;
APT::Architecture i386;
APT::Build-Essential ;
APT::Build-Essential:: build-essential;
APT::Install-Recommends 1;
APT::Install-Suggests 0;
APT::Acquire ;
APT::Acquire::Translation environment;
APT::NeverAutoRemove ;
APT::NeverAutoRemove:: ^linux-image.*;
APT::NeverAutoRemove:: ^linux-restricted-modules.*;
APT::Periodic ;
APT::Periodic::Download-Upgradeable-Packages 0;
APT::Periodic::Unattended-Upgrade 0;
APT::Authentication ;
APT::Authentication::TrustCDROM true;
Dir /;
Dir::State var/lib/apt/;
Dir::State::lists lists/;
Dir::State::cdroms cdroms.list;
Dir::State::userstatus status.user;
Dir::State::status /var/lib/dpkg/status;
Dir::Cache var/cache/apt/;
Dir::Cache::archives archives/;
Dir::Cache::srcpkgcache srcpkgcache.bin;
Dir::Cache::pkgcache pkgcache.bin;
Dir::Etc etc/apt/;
Dir::Etc::sourcelist sources.list;
Dir::Etc::sourceparts sources.list.d;
Dir::Etc::vendorlist vendors.list;
Dir::Etc::vendorparts vendors.list.d;
Dir::Etc::main apt.conf;
Dir::Etc::parts apt.conf.d;
Dir::Etc::preferences preferences;
Dir::Bin ;
Dir::Bin::methods /usr/lib/apt/methods;
Dir::Bin::dpkg /usr/bin/dpkg;
Dir::Log var/log/apt;
Dir::Log::Terminal term.log;
Unattended-Upgrade ;
Unattended-Upgrade::Allowed-Origins ;
Unattended-Upgrade::Allowed-Origins:: Debian stable;
DPkg ;
DPkg::Pre-Install-Pkgs ;
DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true;
DPkg::Post-Invoke ;
DPkg::Post-Invoke:: if [ -x /usr/bin/debsums ]; then /usr/bin/debsums
--generate=nocheck -sp /var/cache/apt/archives; fi;
Acquire ;
Acquire::http ;
Acquire::http::Timeout 10;
Acquire::ftp ;
Acquire::ftp::Timeout 10;
-- /etc/apt/preferences --
Package: *
Pin: release unstable
Pin-Priority: 500
Package: gnuplot
Pin: version 4.2.0-2
Pin-Priority: 1001
Package: libqt*
Pin: version 4.4.0-4+morn
Pin-Priority: 1001
-- /etc/apt/sources.list --
deb http://localhost:/debian/ stable main
deb http://localhost:/debian/ lenny main
deb http://localhost:/debian/ sid main
deb http://localhost:/debian/ experimental main
deb-src http://localhost:/debian/ sid main
deb-src http://localhost:/debian/ experimental main
deb http://localhost:/marillat/ sid main
#deb file:/var/cache/apt-build/repository apt-build main
#deb file:/home/mornfall/dev/deb/ ./
# deb http://homer.mexico.debconf.org/debian/ sid main
# deb http://homer.mexico.debconf.org/debian/ etch main
# deb http://ftp.cz.debian.org/debian/ etch main
#deb http://ftp.cz.debian.org/debian/ ../project/experimental main
#deb http://ftp.cz.debian.org/debian/ etch main non-free contrib
# deb-src http://homer.mexico.debconf.org/debian/ sid main
#deb http://mentors.debian.net/debian sid contrib
# deb http://security.debian.org/ etch/updates main
# deb-src http://security.debian.org/ etch/updates main
# deb ftp://ftp.nerim.net/debian-marillat/ etch main
# deb ftp://ftp.nerim.net/debian-marillat/ sid main
# deb http://snapshot.debian.net/archive pool kpowersave
# deb http://snapshot.debian.net/archive pool powersave
# deb-src http://kubuntu.no-ip.org/kubuntu dapper main
# deb http://ftp.ch.debian-unofficial.org/mirror/debian-unofficial/debian/
sarge main contrib non-free
#deb http://ftp.sk.debian-unofficial.org/debian/ sarge main contrib non-free
#deb http://download.skype.com/linux/repos/debian/ stable non-free
#deb http://kernel-archive.buildserver.net/debian-kernel/ trunk main
## Christian Marillat's Mult-Media Repository for Unstable
#deb http://www.debian-multimedia.org sid main
## RareWares/Debian Multi-Media Repository for Unstable
#deb
Bug#490028: gc_approx fails when cache filesystem is full
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 .debs from the pool until it managed to get through. Yours, Petr. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc7-1-morn (PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages approx depends on: ii adduser 3.108 add and remove users and groups ii bzip2 1.0.5-0.1 high-quality block-sorting file co ii curl 7.18.2-1 Get a file from an HTTP, HTTPS or ii libc6 2.7-12 GNU C Library: Shared libraries ii libpcre3 7.6-2 Perl 5 Compatible Regular Expressi ii libwrap0 7.6.q-15 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip approx recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488115: gc_approx tries to remove lost+found if cache is a separate filesystem
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 that (chown) workaround and all... Yours, Petr. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc7-1-morn (PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages approx depends on: ii adduser 3.108 add and remove users and groups ii bzip2 1.0.5-0.1 high-quality block-sorting file co ii curl 7.18.2-1 Get a file from an HTTP, HTTPS or ii libc6 2.7-12 GNU C Library: Shared libraries ii libpcre3 7.6-2 Perl 5 Compatible Regular Expressi ii libwrap0 7.6.q-15 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip approx recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488115: gc_approx tries to remove lost+found if cache is a separate filesystem
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 symlink /var/cache/approx to /approx_filesystem/cache. a less-specific way to fix that problem would be ignoring inaccessible (ie. non-approx-owned) files and directories in there, instead of erroring out. But I won't pursue a fix for that if you disagree, feel free to close the issue in that case. -- Peter Rockai | me()mornfall!net | prockai()redhat!com http://blog.mornfall.net | http://web.mornfall.net In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt. -- Blair P. Houghton on the subject of C program indentation -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486668: iceccd needs to be restarted upon gcc/g++ upgrades
Package: icecc
Version: 0.9.0-1
Severity: normal
Tags: patch
Hi,
when gcc version on the system changes, iceccd needs to be restarted to pick up
the new gcc into its environment, otherwise all subsequent builds will break
until either ICECC_VERSION is reset or iceccd is restarted.
Here comes a patch that uses dpkg triggers to implement a solution (although
that is a little over-paranoid, as it will trigger restarts even if non-default
gcc version is altered, but I can't think of a good way to avoid that).
Yours,
Petr.
diff -ruN icecc-0.9.0/debian/changelog icecc-0.9.0-2/debian/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 PROTECTED] Tue, 17 Jun 2008 15:35:20 +0200
+
icecc (0.9.0-1) unstable; urgency=low
* New upstream release
diff -ruN icecc-0.9.0/debian/control icecc-0.9.0-2/debian/control
--- icecc-0.9.0/debian/control 2008-06-17 16:07:23.0 +0200
+++ icecc-0.9.0-2/debian/control2008-06-17 16:13:08.0 +0200
@@ -11,7 +11,7 @@
Package: icecc
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, adduser, lsb-base, c++-compiler |
c-compiler
+Depends: ${shlibs:Depends}, ${misc:Depends}, adduser, lsb-base, c++-compiler |
c-compiler, dpkg (= 1.9.0)
Suggests: icecc-monitor
Description: distributed compiler (client and server)
icecc is a distributed compile system. It allows parallel compiling by
diff -ruN icecc-0.9.0/debian/icecc.postinst icecc-0.9.0-2/debian/icecc.postinst
--- icecc-0.9.0/debian/icecc.postinst 2008-06-17 16:07:23.0 +0200
+++ icecc-0.9.0-2/debian/icecc.postinst 2008-06-17 15:42:30.0 +0200
@@ -3,6 +3,11 @@
set -e
+if test $1 = triggered; then
+invoke-rc.d icecc restart
+exit 0
+fi
+
# configure some variables
CONFIGFILE=/etc/default/icecc
ICECC_GROUP=icecc
diff -ruN icecc-0.9.0/debian/icecc.triggers icecc-0.9.0-2/debian/icecc.triggers
--- icecc-0.9.0/debian/icecc.triggers 1970-01-01 01:00:00.0 +0100
+++ icecc-0.9.0-2/debian/icecc.triggers 2008-06-17 16:04:30.0 +0200
@@ -0,0 +1,3 @@
+interest /usr/bin/gcc
+interest /usr/bin/g++
+interest /usr/lib/gcc
^^^
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.24-rc7-1-morn (PREEMPT)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages icecc depends on:
ii adduser 3.108 add and remove users and groups
ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy
ii g++-4.1 [c++-compiler]4.1.2-22 The GNU C++ compiler
ii g++-4.3 [c++-compiler]4.3.1-2The GNU C++ compiler
ii gcc [c-compiler] 4:4.3.0-8 The GNU C compiler
ii gcc-3.4 [c-compiler] 3.4.6-7The GNU C compiler
ii gcc-4.1 [c-compiler] 4.1.2-22 The GNU C compiler
ii gcc-4.3 [c-compiler] 4.3.1-2The GNU C compiler
ii libc6 2.7-12 GNU C Library: Shared libraries
ii libgcc1 1:4.3.1-2 GCC support library
ii libstdc++64.3.1-2The GNU Standard C++ Library v3
ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip
icecc recommends no packages.
-- debconf information:
icecc/daemon: true
icecc/scheduler: false
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485631: darcs: FTBFS on IA64 due to compiler bug
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 instead. Thanks. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc7-1-morn (PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages darcs depends on: ii libc6 2.7-12GNU C Library: Shared libraries ii libcurl3 7.18.1-1 Multi-protocol file transfer libra ii libgmp3c2 2:4.2.2+dfsg-3Multiprecision arithmetic library ii libncurses55.6+20080531-1Shared libraries for terminal hand ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages darcs recommends: ii postfix [mail-transport-agent 2.5.2-1High-performance mail transport ag -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456618: Darcs 2 and Debian.
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] and Uploaders to myself and Isaac near the end of this week. Complain if you disagree! (I am rebuilding and installing the packages now.) Yours, Petr. -- Peter Rockai | me()mornfall!net | prockai()redhat!com http://blog.mornfall.net | http://web.mornfall.net In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt. -- Blair P. Houghton on the subject of C program indentation -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473484: [adept] Adept 2.x broken?
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 doesn't even run. I have installed the package from unstable and it crashed on startup. That's RC-bugginess of coarsest kind. Moreover, I am the upstream maintainer and I *know* the application is broken in many respects that are hard to fix. I don't have time to support such a broken program, sorry. Moreover, every bit of time I spend on Adept 2.x is a bit of time I cannot spend on Adept 3 -- as you can see, I am fairly busy and I already had to drop the release target of 3.0 in april, (probably postponing it to september). As for other distributions, that's their call -- they maybe have time for support that I do not posses. Thank you for your understanding. Yours, Peter. -- Peter Rockai | me()mornfall!net | prockai()redhat!com http://blog.mornfall.net | http://web.mornfall.net In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt. -- Blair P. Houghton on the subject of C program indentation -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473484: Adept packages are missing in Debian 'testing' and 'unstable'.
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 2.x is terminally broken. 2.x has been removed from unstable/testing per my request. Thank you for understanding. -- Peter Rockai | me()mornfall!net | prockai()redhat!com http://blog.mornfall.net | http://web.mornfall.net In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt. -- Blair P. Houghton on the subject of C program indentation -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459488: [Daniel Burrows] Bug#459488: Better list indentation.
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 the wrong thing. Just to take a few examples: module Test(name1, name2, name3) here haskell-mode wants to indent name2 to match the comma after name1. It does produce the correct indentation on the second cycle, but there's no reason to produce the incorrect one at all. x = [elt, elt2, elt3, elt4] As before, elt3 would get indented to match the comma after elt. x = [elt, elt2, ] This one happens because my modus operandi for entering lists is to type [], then start filling the list in. haskell-mode indents the closing brace to match the opening brace, rather than placing the cursor where the next list item goes as I would expect. x = [ (n * 2, n) | n - [1..], Hitting Tab on the empty line here gives me three choices: indent to match [1..], add a second pipe matching the first pipe, or indent to match the open paren of the tuple. None of these indentations make any sense in the current syntactic context (except if I'm using the ghc extension for parallel list comprehensions, but I think haskell-mode is blindly treating the pipe as starting a guard expression). x = [ (n * 2, n) | n - [1..], n 50 ] haskell-mode tries to indent n 50 to match either [1..] or the open paren of the tuple. As before, neither of these makes sense in the current context; the only sensible indentation is the one I've provided above. As far as I can tell from the code, the root cause of these problems is that haskell-mode doesn't have any notion that ending a line with a list separator (that is, a comma or semicolon) changes the indentation context. Commas and semicolons always terminate an expression, so there's no need to scan back for indentation points. I've attached a patch that adds explicit logic for handling the indentation of items in a delimited list. In addition to the cases listed above, this also handles the idiom of placing the list separator at the front of a line as in (1), and one possible idiom for a newline after opening a list as in (2). In the second case, it might be good to provide alternative behavior in the case of a hanging open brace, but I'm not quite sure how best to acheive that in the code. (1): x = [ 1 , 2] (2): x = [ 1 ] Note that the patch I've attached also fixes #343248, by not looking past pipe characters when calculating indent levels. Daniel -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages haskell-mode depends on: ii emacs [emacsen] 22.1+1-2.3 The GNU Emacs editor (metapackage) ii emacs21 [emacsen]21.4a+1-5.3 The GNU Emacs editor ii emacs22-gtk [emacsen]22.1+1-2.3 The GNU Emacs editor (with GTK use Versions of packages haskell-mode recommends: ii ghc6 6.6.1-2GHC - the Glasgow Haskell Compilat ii hugs 98.200609.21-5 A Haskell 98 interpreter -- no debconf information --- haskell-indent.el.orig 2008-01-01 09:16:35.0 -0800 +++ haskell-indent.el 2008-01-06 11:59:46.0 -0800 @@ -183,6 +183,20 @@ (forward-char 1)) (looking-at [ \t]*$))) +(defun haskell-indent-move-to-previous-non-empty-line () + Like (haskell-indent-forward-line -1) but skips empty lines. +If no non-empty line could be found, point does not move and -1 +is returned; otherwise 0 is returned. + (let* ((start-point (point)) + (rval (forward-line -1))) +(when (zerop rval) + (while (and (haskell-indent-empty-line-p) + (zerop (setq rval (forward-line -1 + t)) +(unless (zerop rval) + (goto-char start-point)) +rval)) + (defun haskell-indent-back-to-indentation () `back-to-indentation' function but dealing with Bird-style literate scripts. (if (and (eq haskell-literate 'bird) @@ -1023,6 +1037,34 @@ (setq open (haskell-indent-virtual-indentation start (list (list (haskell-indent-point-to-col open) +(defcustom haskell-indent-after-open-structure + 2 + Default indentation for the elements of a structure (list, +tuple, etc) relative to the first character of the structure. + +For instance, in the following Haskell code: + +x = [ + \abra\, + \cadabra\ +] + +this controls the indentation of the line containing \abra\. + :type 'integer) + +(defcustom
Bug#458583: [Daniel Burrows] Bug#458583: Operator characters are placed into the symbol constituent character class, not the punctuation character character class.
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 places characters that form Haskell symbols (e.g.: + and =) into the Emacs character class _. According to the Emacs documentation, this class is meant to be used for symbols that may be part of identifiers even though they are not reserved words. This means that in the code f x = a+b the string a+b is considered to be a single lexical element. A consequence of this is that forward-sexp will move over the whole thing instead of stopping at +. After looking over the Emacs documentation, it seems to me that these characters more properly belong in the character class ., which seems to be used for operator symbols in other languages. Changing this in a local copy of haskell-mode produces the expected results with the above code (M-C-f stops at the operator and at b). I'm a bit worried that there might be side effects I haven't noticed yet; some of the other haskell-mode code seems to use the syntax table in its processing. Daniel -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages haskell-mode depends on: ii emacs [emacsen] 22.1+1-2.3 The GNU Emacs editor (metapackage) ii emacs21 [emacsen]21.4a+1-5.3 The GNU Emacs editor ii emacs22-gtk [emacsen]22.1+1-2.3 The GNU Emacs editor (with GTK use Versions of packages haskell-mode recommends: ii ghc6 6.6.1-2GHC - the Glasgow Haskell Compilat ii hugs 98.200609.21-5 A Haskell 98 interpreter -- no debconf information --- haskell-mode.el.orig 2008-01-01 11:49:01.0 -0800 +++ haskell-mode.el 2008-01-01 12:40:39.0 -0800 @@ -351,13 +351,13 @@ (modify-syntax-entry ?\` $` table) (modify-syntax-entry ?\\ \\ table) (mapcar (lambda (x) - (modify-syntax-entry x _ table)) + (modify-syntax-entry x . table)) ;; Some of these are actually OK by default. !#$%*+./:=[EMAIL PROTECTED]|~) (unless (featurep 'mule) ;; Non-ASCII syntax should be OK, at least in Emacs. (mapcar (lambda (x) - (modify-syntax-entry x _ table)) + (modify-syntax-entry x . table)) (concat ¡¢£¤¥¦§¨©ª«¬®¯°±²³´µ¶·¸¹º»¼½¾¿ ×÷)) (mapcar (lambda (x) ---End Message--- -- Peter Rockai | me()mornfall!net | prockai()redhat!com http://blog.mornfall.net | http://web.mornfall.net In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt. -- Blair P. Houghton on the subject of C program indentation
Bug#458561: [Daniel Burrows] Bug#458561: Don't fail to indent lines in unfinished lists.
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. Please keep [EMAIL PROTECTED] CC'd when you reply. Thank you. ---BeginMessage--- Package: haskell-mode Version: 2.3-1 Severity: wishlist Tags: patch In some circumstances, haskell-mode's indent function will fail with the message Containing sexp ends prematurely. The most frequent, and annoying, trigger is when writing a list of exports or imports for a module: --- module Foo(name1, name2, ) --- Placing point on the line after name2 and pressing Tab will fail to find an indentation. This happens because several points in the code try to scan through lists of symbols using forward-sexp, and forward-sexp fails when called at the end of a pair of parens. (I admit that I don't quite follow all the code, but that seems to be what's happening) I've worked up a fix that replaces calls to forward-sexp with a variant that traps errors and pretends we're at the end point of the scan region if one occurs. The haskell-mode code is, um, rather complex, so I'm not 100% sure I've done the right thing, but it passed my 10-second test of reindenting random lines in some existing code. Daniel -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages haskell-mode depends on: ii emacs [emacsen] 22.1+1-2.3 The GNU Emacs editor (metapackage) ii emacs21 [emacsen]21.4a+1-5.3 The GNU Emacs editor ii emacs22-gtk [emacsen]22.1+1-2.3 The GNU Emacs editor (with GTK use Versions of packages haskell-mode recommends: ii ghc6 6.6.1-2GHC - the Glasgow Haskell Compilat ii hugs 98.200609.21-5 A Haskell 98 interpreter -- no debconf information --- haskell-indent.el.orig 2008-01-01 09:05:26.0 -0800 +++ haskell-indent.el 2008-01-01 09:05:44.0 -0800 @@ -422,6 +422,11 @@ (forward-sexp 1) (haskell-indent-skip-blanks-and-newlines-forward end +(defun haskell-indent-next-symbol-safe (end) + Puts point to the next following symbol, or to end if there are no more symbols in the sexp. + (condition-case errlist (haskell-indent-next-symbol end) + (error (goto-char end + (defun haskell-indent-separate-valdef (start end) Returns a list of positions for important parts of a valdef. (save-excursion @@ -441,13 +446,13 @@ (goto-char (match-end 0))) (skip-chars-forward \t end) (setq valname (point)); type = other - (haskell-indent-next-symbol end)) + (haskell-indent-next-symbol-safe end)) (while (and ( (point) end) (setq type (haskell-indent-type-at-point)) (or (memq type '(ident other (if (null aft-valname) (setq aft-valname (point))) - (haskell-indent-next-symbol end + (haskell-indent-next-symbol-safe end (if (and ( (point) end) (eq type 'guard)) ; start of a guard (progn (setq guard (match-beginning 0)) @@ -457,7 +462,7 @@ (not (eq type 'rhs))) (if (null aft-guard) (setq aft-guard (point))) - (haskell-indent-next-symbol end + (haskell-indent-next-symbol-safe end (if (and ( (point) end) (eq type 'rhs)) ; start of a rhs (progn (setq rhs-sign (match-beginning 0)) ---End Message--- -- Peter Rockai | me()mornfall!net | prockai()redhat!com http://blog.mornfall.net | http://web.mornfall.net In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt. -- Blair P. Houghton on the subject of C program indentation
Bug#464340: RM: adept -- ROM, broken beyond repair
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 (better none than a badly broken one) -- eg. in case I fail to produce a stable version in time for lenny. Thank you very much. Yours, Peter. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc7-1-morn (PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457496: xapian-core: new upstream version available
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, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc6-1-morn (PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452255: kdelibs5: needlessly depends on hal | kfreebsd-gnu | hurd
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 hurd but it is not installable Which is somewhat annoying, since now all KDE4 apps depend on hal on linux. This is, according to Solid author unnecessary, so I would ask to turn this dependency into a recommends, which is more appropriate. The kdelibs5 works without hal, although it is probably an uncommon scenario to be encountered without hal installed = Recommends. Thanks, Peter. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc6-1-morn (PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451815: dzen2: new version available
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.mornfall.net In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt. -- Blair P. Houghton on the subject of C program indentation -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448507: cdbs: documentation suggests binary/foo::, but it only runs after .debs are already packed up
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 \
debian/foo/usr/lib/foo/totoz.so
However, this only runs after the binary .deb is packed up, so the
command is useless (the unstripped version of binary is already part
of the .deb). The right hook seems to read binary-install/package.
Yours, Peter.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-rc6-1-morn (PREEMPT)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
cdbs depends on no packages.
Versions of packages cdbs recommends:
ii autotools-dev 20070725.1 Update infrastructure for config.{
ii debhelper 5.0.59 helper programs for debian/rules
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429227: dzen2 packaging status
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 take much, but still. If anyone has a workable manpage, i'd be happy to take it and upload this week. Otherwise, i still try to make it this week, but i cannot promise... Yours, Peter. -- Peter Rockai | me()mornfall!net | prockai()redhat!com http://blog.mornfall.net | http://web.mornfall.net In My Egotistical Opinion, most people's C programs should be indented six feet downward and covered with dirt. -- Blair P. Houghton on the subject of C program indentation -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
