similar to: Problem with LSUB and public namespace

Package: ftp.debian.org Severity: normal Hello, Please consider removing xen. New xen-3.0 splited packages are upcoming, making this one obsolete. Cheers, -- Julien Danjou // <julien@danjou.info> http://julien.danjou.info // 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD // The more we fly, the more we climb, the more we know that heaven is a lie. -------------- next part

xcb-util 0.3.2 is available git tag 0.3.2 Changelog ========= Jonathan Landis (1): Fix copyright statement Julien Danjou (4): build: add check for xproto >= 7.0.8 keysyms: use xcb_key_lookup_t type for col paramter icccm: fix gravity proto Release xcb-util 0.3.2 Peter Harris (2): Don't call exit() in xcb_aux_get_depth; return 0 instead. Fix the

xcb-util 0.3.1 is now available git tag 0.3.1 Changelog ========= Henning Sten (2): introduce function xcb_atom_get (essentially a synchronous xcb_intern_atom, use it only on non-performance critical execution paths) add more verbose explanation of the purpose of "encoding" parameter in doxygen documentation tag Julien Danjou (5): icccm: add some comment on text

libxcb 1.2 is now available, lucky you. git tag 1.2 Changelog ========= Julien Danjou (2): Stop providing autogenerated files in tarball Release libxcb 1.2 Download ======== http://xcb.freedesktop.org/dist/libxcb-1.2.tar.gz md5: f55c731d32ec1a555c77ebbbc8f386aa sha1: 9c1c256b9bcfe78cb99a15b567ca00ffb9a45c1e http://xcb.freedesktop.org/dist/libxcb-1.2.tar.bz2 md5:

Hello, I have set up a build machine for Xen. Currently it builds the version checked out from Subversion with the latest testing version from Xen repository for Sarge every night. deb http://naquadah.org/~jd/debian/xen stable main I plan to upload real and official backports to backports.org as soon as we will upload a version to sid. Any comment welcome, Cheers, -- Julien Danjou

Hello, I asked Aurelien Jarno from the Debian glibc team about our /lib/tls problem. It gave me a little help: # ldd /bin/echo libc.so.6 => /lib/tls/libc.so.6 (0x40021000) # touch /etc/ld.so.hwnocap # ldd /bin/echo libc.so.6 => /lib/libc.so.6 (0x40021000) I think this could help us. -- Julien Danjou .''`. Debian Developer : :' :

On Tue, Feb 14, 2006 at 10:17:14AM +0100, Guido Trotter wrote: Hello, > Do you mean svn or some other new revision control system, right? Yes, please, use subversion, not CVS anymore :) Reading http://svn.debian.org/, we should ask for a repository. I think the project admin should do this ;) > Anyway, yeah, I think the debian directory should be fine! We can still use > dpatch if we

Hello, So, I just built our packages. Everything seems to be fine. I plan to do an upgrade from Xen 2.0.6 this week end. Is there anything that we have to do before uploading this package? Some point we haven't treated yet? -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C

Hello, I would like to make a point on the current status of the Xen 3.0 package. It seems the current issue that Bastian told are now fixed. So, I would like to heard some report from users about the usability of this package, in order to upload it as soon as possible. If your discover any bug, any strange behaviour or any missing things, please do report it here. -- Julien Danjou

reassign 381481 aptitude thanks > On Fri, Aug 11, 2006 at 06:54:43AM -0700, Daniel Burrows wrote: > > > | ...................... > > > | rval == -1080447064 > > > | > > > | now2.tv_sec == 1155053066 > > > | now.tv_sec + 2 == 1155053066 > > > | now2.tv_usec == 882203 > > > | now.tv_usec == 887661 > > >

Hello, We [the Debian Xen package team] are currently working on Xen packages, and are planning to include them into Debian. A current issue in Xen, is the libc problem. From the Xen wiki [1]: "Xen uses segmentation to provide protection of the memory used for the hypervisor. This results in some performance issues since wrap-around segments as used by glibc need expensive extra handling.

Hello, The current dependancy on hotplug|udev (>= 0.59) seems bad. As far as I remember, last week, when I tried to install Ralph packages, I got an error from hotplug/udev and I had to use udev from backports.org Anyone know which version of udev/hotplug we will have to depends on ? Maybe we could simply rely on a recent udev dependancy, because afaik udev now provides hotplug. -- Julien

Hi, First, thanks for this awesome piece of software. I've just upgraded to latest dovecot, aka 1.2. I've a problem. I've started using Sieve, and everything works fine, I already received a thousand of mails without any problem. However, there's one mail which is stuck in the postfix queue because of that: Jul 8 18:47:51 prometheus dovecot: deliver(jd at danjou.info):

Package: xen-3.0 Version: 3.0.2+hg9697-1 Severity: important Hello, There was a problem while autobuilding your package: > Automatic build of xen-3.0_3.0.2+hg9697-1 on avidan by sbuild/i386 0.49 > Build started at 20060725-0410 > ****************************************************************************** ... > CFLAGS="-O2 -fomit-frame-pointer -DNDEBUG -m32 -march=i686 -Wall

Hi, I have a problem with my hanging claws-mail. I first subscribed to their bug tracker, described the problem and before I pressed on submit in their bugtracker, I realized it might be a problem with dovecot. I'm using dovecot for internal purposes only (catching all my external boxes and storing locally): # 1.2.8: /usr/local/etc/dovecot.conf # OS: FreeBSD 7.2-RELEASE-p5 i386 listen: *,

Hi Timo, I'm using the virtual plugin and have 2 mailboxes configured in the "virtual" namespace (dovecot -n attached). Using lsub with dovecot 2.0.15 leads to the following result: 1 lsub "" "virtual/*" * LSUB () "/" "virtual/Lists" * LSUB () "/" "virtual/unread" 1 OK Lsub completed. However with dovecot 2.1 (latest hg

Hi, I am using dovecot: 1.0.rc15 I was upgrading Debian and installed new versions of lots of things. My mail came fine and I though there was not problem until a user called and said it was not working through webmail. I tried, it it worked fine and I realized the problem was with dovecot. I have created new users, tried different UIDs. Removed any protections but when I telnet to the

On Thu, 15 Sep 2011, Timo Sirainen wrote: > On Wed, 2011-09-14 at 12:10 +0200, Lutz Pre?ler wrote: > > imap(2717, testuser): Panic: file mailbox-list-subscriptions.c: line > > 66 (mailbox_list_subscription_fill_one): assertion failed: (ns!= NULL > > && (ns->flags & NAMESPACE_FLAG_AUTOCREATED) != 0) > > > Fixed:

I have a strange behavior on a customer's server and I don't understand that: User "bar" has some folders and one shared folder from "foo" if I use the "LIST"-command, which should list AFAIK *all* folders: # telnet localhost 143 a login bar xxxx a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES

The LSUB command does not act like LIST when provided with an empty mask argument. LIST responds with the hierarchy delimiter: * LIST (\Noselect) "." "" OK List completed. whereas LSUB doesn't return anything useful: OK Lsub completed. RFC 3501 doesn't specify what LSUB should do in this case, but Courier IMAP has LSUB act like LIST. The attached patch