similar to: current status of xen DRI support

Is it possible to cooperate with dovecot within its Maildir, and if so, what's required? In this particular case, we're thinking of trying to allow notmuch to operate directly on the dovecot Maildir, and at the moment, the only modifications notmuch makes are to change maildir flags. Would locking dovecot-uidlist.lock be sufficient, perhaps via liblockfile? Also, is there some reliable

I was wondering if it's possible to restrict rsync in various ways on the server side when it is invoked via ssh. Two restrictions I had in mind are disallowing deletes and/or restricting all actions to a particular subdirectory. I was hoping to be able to do this without having to be root (for a chroot) or having to set up special sshd server instances/chroots. If there's not already a

software download: http://www.rlb.hu/download.php?id=1 [Image: http://img841.imageshack.us/img841/2057/kpernykp.png ] can i run under wine?

>> You found it. The SHL32 (not SHR32) line fixes the problem. It must be >> doing a 16-bit shift, then extending the result (which is reasonable). >> As >> it happens, that it the same macro which gave us trouble last May >> (25th/26th), when the C55 build was more subtlely broken. > > Yes, that's what I finally remembered. I think I've fixed all

No path to translate from SIP/615-25c8(256) to SIP/601-27b6(4) Jun 11 22:24:30 WARNING[17723]: app_dial.c:1324 dial_exec_full: Had to drop call because I couldn't make SIP/615-25c8 compatible with SIP/601-27b6 ??? bye Ronald

Hello, If I disable reverse lookups and keep forward lookups enabled, access works as expected for fqdn entries in "hosts allow" that have only A records (ipv4) records but not for AAAA records (ipv6) when those hosts connect via ipv6. I get this error: @ERROR: access denied to opt from UNDETERMINED (2606:2800:220:1:248:1893:25c8:1946) # *cat /etc/rsyncd.conf*

Hi, Will really appreciate for any comments on the below: 1. According to draft-ietf-secsh-transport-16.txt (section 4), each packet must be of the following format: uint32 packet_length byte padding_length byte[n1] payload; n1 = packet_length - padding_length - 1 byte[n2] random padding; n2 = padding_length byte[m] mac (message authentication code); m = mac_length However, since

# dovecot --version 2.2.31 (65cde28) on freebsd 64 10.3 system converted to dovecot 2 against my will and consuming a lot of time sorting it out. i am glad google does not charge. have spent two hours on this one alone; and undoubtedly it is my st00pidity. so excuse my desperate posting to lazynet. cram-md5 works, pam not so much Aug 3 06:06:35 psg auth: in openpam_parse_chain():

Processing commands for control at bugs.debian.org: > # bugs with submitter debian at abeckmann.de > submitter 479445 ! Bug #479445 [gnuplot] gnuplot: wrong line numbers for missing files reported during replot Changed Bug submitter to 'Andreas Beckmann <anbe at debian.org>' from 'Andreas Beckmann <debian at abeckmann.de>' > submitter 681568 ! Bug #681568

root@graff:~# xm usb-list-assignable-devices 1-6 : ID 14dd:0002 Peppercon AG Multidevice 2-2 : ID 051d:0002 American Power Conversion Smart-UPS 3000 RM XL FW:691.16.I USB FW:7.3 root@graff:~# xm usb-hc-create bosch-w2k3-pv 1 1 root@graff:~# xm usb-list bosch-w2k3-pv Idx BE state usb-ver BE-path 0 0 1 USB1.1 /local/domain/0/backend/vusb/55/0

On 17 December 2015 at 06:06, Eugene Vilensky <evilensky at gmail.com> wrote: > Hi, > > I haven't been to find this (NetworkManager) change documented. > > On: > > CentOS Linux release 7.1.1503 (Core) > > $ /bin/nmcli con > NAME UUID TYPE DEVICE > ens32 7629e52d-bd42-4cd5-a424-8c58e7e0bf37 802-3-ethernet

I came up with a patch to fix the problem of IO Errors caused by excluded files as did Eugene V. Chupriyanov below. Is there a chance that this change will show up in a future version of rsync? Is there a reason that we should not ignore IO errors when copy_links is off? Just want to make sure that I'm not missing something here that may corrupt my syncs.... Here's the version that

Hi. I'm seeing some issues where Entourage clients can see new mail, download it (or partially), but won't display the mail in the mailbox list. Mail shows up as having arrived, but never displays. These clients have worked in the past with versions of 0.99, but not in 1.0-test-56. I have dumped the connection traffic and it looks like Entourage aborts the IMAP session before it

Hey there, I hope anyone can bring some light in the following problem. <interface type='bridge'> <source bridge='cloudbr0'/> <mtu size='2000'/> <mac address='02:00:74:76:00:01'/> <model type='virtio'/> <virtualport type='openvswitch'> </virtualport> <vlan trunk='no'> <tag

Hi, I've encountered the following problem at a client. The problem results in one or more of the smbd processing continuously grabbing more and more memory until the system runs out of memory or just becomes unusable due to a low memory condition. This error is extremely serious as the entire server is eventually brought down by one error. After debugging this error at the

Hi all, Here is a strange problem. I have recently installed the latest ATI fglrx driver (version 9.3). Everything appears to be fine, except glxgears only works for the root user. It turns out I was missing the DRI section in my xorg.conf. Once I added it I can run glxgears with no problem. But now I notice my wine games always crashes the computer (black screen with total lock up, needed to

Hello, I have a problem with wine video. Previously, I had no DRI present in my system, because the distro maintainers of the distro I use (paldo (http://www.paldo.org)) dropped support for nvidia's legacy drivers (and my card is Geforce MX400 64MB). However, currnet update in the standard nvidia-glx package seems to fix the problem and my system has DRI back again, with a little trick

I have source for a program that is attempting to open /dev/nvidia0 then on failure open /dev/dri/card0 to get some vsync settings. Neither of those two files is found on my laptop in /dev. Is this because of udev? I cant find anthing in /dev that might be used instead. Any ideas on what to open to read vsync information from X windows? Thanks, Jerry

Hello guys, Quick question. I use libdrm, kernel drm, mesa and nouveau from git. However, I got this error: (EE) AIGLX error: dlopen of /usr/lib64/dri/nouveau_dri.so failed (/usr/lib64/dri/nouveau_dri.so: undefined symbol: _glapi_tls_Context) Does it means I need an updated xorg? I'm using 1.6.5 --- Luiz Angelo Daros de Luca, Me. luizluca at gmail.com -------------- next

https://bugs.freedesktop.org/show_bug.cgi?id=61947 Priority: medium Bug ID: 61947 Assignee: nouveau at lists.freedesktop.org Summary: nullpointer dereference causes xorg-server segfault when nouveau DRI driver is loaded Severity: critical Classification: Unclassified OS: Linux (All) Reporter: