similar to: Build fix on HURD

I''m testing how xen and grub2 can work together. I''m using xen 3.4.2 and grub2 1.97+20091115-1 from debian sid. After many failed attempts I''ve discovered that on my system the first argument that grub2 should pass to the linux kernel is lost. This is my working grub2 configuration: menuentry "Xen 3.4.0 / Debian GNU/Linux, Linux 2.6.31-1-xen-amd64" {

I''m testing how xen and grub2 can work together. I''m using xen 3.4.2 and grub2 1.97+20091115-1 from debian sid. After many failed attempts I''ve discovered that on my system the first argument that grub2 should pass to the linux kernel is lost. This is my working grub2 configuration: menuentry "Xen 3.4.0 / Debian GNU/Linux, Linux 2.6.31-1-xen-amd64" {

Hi, i'm trying to configure my postfix to use dovecot SASL instead of saslauthd with rimap to authenticate my users. I've modified my postfix/dovecot configuration as is described on http://wiki.dovecot.org/PostfixAndDovecotSASL but when an user try to login it fails with the following log (debug_auth = on): Dec 12 15:07:53 lorien dovecot: auth(default): client in:

As reported in debian bug #554306 [1] dovecot fails to build with GNU binutils-gold or setting LDFLAGS=-Wl,--no-add-needed http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554306 The problem is that liblber isn't explicitly declared as a dependence when dovecot is compiled with ldap support. The attached patch fixes this little error. Regards, Marco --

This is the trace (gdb) run Starting program: /root/tmp/dovecot-1.0.rc7/src/imap/imap x select inbox Program received signal SIGSEGV, Segmentation fault. mail_index_write_base_header (index=0x80e2a28, hdr=0xaff66028) at mail-index.c:1313 1313 memcpy(index->map->mmap_base, hdr, hdr_size); (gdb) bt #0 mail_index_write_base_header (index=0x80e2a28, hdr=0xaff66028) at

Package: logcheck-database Version: 1.2.53 Severity: minor On my mailserver i've got some message like the following (user infos obscured): Jan 21 08:01:01 lorien postfix/smtp[3005]: 39D2315533A: to=<someuser at somedomain.org>, relay=mail.somedomain.org[11.22.33.44]:25, conn_use=2, delay=1.3, delays=0.06/0/0.44/0.83, dsn=2.0.0, status=sent (250 Message queued) This is a normal

Package: logcheck-database Followup-For: Bug #407642 I've found another litle error in dovecot POP3 rules. The line ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot: POP3\([-_.@[:alnum:]]+\): Disconnected: Logged out top=[[:digit:]]+/[[:digit:]]+, retr=[[:digit:]]+/[[:digit:]]+, del=[[:digit:]]+/[[:digit:]]+, size=[[:digit:]]+$ must be similar to the following IMAP one (on my system

Package: logcheck-database Version: 1.2.53 Severity: normal Tags: patch Accordingly with dovecot source src/login-common/client-common.c arround line 52 dovecot reports local connections with word "secured" at the same place where it insert the word TLS for encrypted connections. On my dovecot + squirrelmail system all connections are originating from local ip, so all message are

package dovecot-common forward 570764 dovecot at dovecot.org thanks Martin Schwenke ha scritto: > Package: dovecot-common > Version: 1:1.2.10-1 > Severity: normal > > > I attempt to compile the following sieve script... > > martins at bilbo:~/tmp$ cat test.sieve > if address :is "Return-path" "owner-cipe-l at inka.de" { > keep; > } >

Hello! In an attempt to finally get a recent Xen dom0 kernel booted on this pesky amd64 system (see <http://lists.xensource.com/archives/html/xen-users/2009-10/msg00485.html> for the (short) story), I wanted to give this one one a try: Marco Nenciarini <mnencia at prato.linux.it> wrote: > I've applied latest forward ported patches from > >

I have been running Dovecot 1.2.5 since Sept 14. Beginning at about 03:28 on Sept 21 for no apparent (to me) reason and continuing through the present, I am seeing log messages like the following and am experiencing delays logging in. Sep 22 19:07:15 sbh16 dovecot: dovecot: Temporary failure in creating login processes, slowing down for now Sep 22 19:07:15 sbh16 dovecot: pop3-login: Fatal:

This patch contains the XFS support code from grub-0.97 ported to libfsimage. I''ve already sent this patch on this list six month ago, but it was rejected because of the freeze. Attached you can find the patch against the xen-unstable tip. I''ve got many success reports from users, two of which from this list. Regards, Marco -- Marco Nenciarini - System manager @ Devise.IT

Hi, These patches are from Robert Bihlmeyer to make ssh build on Hurd. If you have queries about them, I suggest contacting debian-hurd at lists.debian.org. Cheers, Matthew -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: openssh-2.9-hurd.diff Url:

Hi Thomas, it sounds like all the changes you need are to clang, and nothing in LLVM proper needs to be changed. Is that right? Ciao, Duncan.

This is a small/trivial patch to get HURD to _compile_ (I haven't gotten PRNG to work yet) openssh. All it does is define MAXHOSTNAMELEN in defines.h if it isn't already defined (there may need to be a library loaded first, or you may want to incorporate that patch into canohost.c instead of defines.h). Anyway, small patch for canohost.c and defines.h because HURD doesn't use

Damn, forgot the rest of the patch. Here it comes. diff -Nur openssh-2.2.0p1-/ssh-keygen.c openssh-2.2.0p1/ssh-keygen.c --- openssh-2.2.0p1-/ssh-keygen.c Wed Aug 23 02:46:24 2000 +++ openssh-2.2.0p1/ssh-keygen.c Sun Oct 29 16:44:50 2000 @@ -68,7 +68,7 @@ static const char *__progname = "ssh-keygen"; #endif /* HAVE___PROGNAME */ -char hostname[MAXHOSTNAMELEN]; +char

Even though the list of checks is very short, at least this migrates from imperative checks to a "declarative" one. There should be no behaviour change, other than using os-release if it contains all the needed information. --- daemon/inspect_fs_unix.ml | 19 ++++++++++++------- 1 file changed, 12 insertions(+), 7 deletions(-) diff --git a/daemon/inspect_fs_unix.ml

I am working with multiboot module "mboot.c32". I have had luck using it to boot NetBSD and the Hurd kernel. The problem with booting the Hurd kernel is apparently connected to the extended syntax passed along to it by grub. Grub passes Hurd kernel approximately 4 files, some of which are modules, and another ten (or so) boot arguments, which correspond to those modules and kernel. The

Add a mapping for the Hurd device names, so it is possible to enable the inspection of /etc/fstab. --- src/inspect-fs-unix.c | 25 ++++++++++++++++++++++++- 1 file changed, 24 insertions(+), 1 deletion(-) diff --git a/src/inspect-fs-unix.c b/src/inspect-fs-unix.c index 3f57cd5..b629508 100644 --- a/src/inspect-fs-unix.c +++ b/src/inspect-fs-unix.c @@ -78,6 +78,7 @@ static pcre

Note that I've set the SA_NODEFER flag for the SEGV handler in the ASan runtime only a couple of days ago. Not sure that could've affected this test though; without that flag the second SEGV would've simply crashed the program. But you can try removing the flag from compiler-rt/trunk/lib/sanitizer_common/sanitizer_posix_libcdep.cc and see if that makes any difference. HTH, Alex On