similar to: Transparent Proxy -Does it work ?

Hi, The only need I have for icecast is as a transparent proxy. The problem is I can't get it to work as one, is this feature implemented? When I setup XMMS with a proxy of the computer running icecast (1.3.11) I get this in the logs when trying to connect to a stream: [16/Sep/2001:23:59:31] [9:Connection Handler] Accepted encoder on mountpoint 205.188.234.34:8004/ from

On 28 July 2015 at 21:12, Peter Maydell <peter.maydell at linaro.org> wrote: > On 28 July 2015 at 11:27, Michael S. Tsirkin <mst at redhat.com> wrote: >> On Tue, Jul 28, 2015 at 11:12:33AM +0100, Peter Maydell wrote: >>> On 28 July 2015 at 11:08, Michael S. Tsirkin <mst at redhat.com> wrote: >>> > On Tue, Jul 28, 2015 at 10:44:02AM +0100, Graeme

Hello, I have an old crossword program that runs OK on Win98, WinMe, and XP. I have installed, via yum, wine and wine-devel and the associated dependencies on my Fedora 8 system. I have copied all the files from the program's install floppy to a directory in my home folder, the same as installing it on XP. However, when the program tries to access the word files it fails and says to see

On 28 July 2015 at 11:27, Michael S. Tsirkin <mst at redhat.com> wrote: > On Tue, Jul 28, 2015 at 11:12:33AM +0100, Peter Maydell wrote: >> On 28 July 2015 at 11:08, Michael S. Tsirkin <mst at redhat.com> wrote: >> > On Tue, Jul 28, 2015 at 10:44:02AM +0100, Graeme Gregory wrote: >> >> Added the match table and pointers for ACPI probing to the driver.

On 28 July 2015 at 11:27, Michael S. Tsirkin <mst at redhat.com> wrote: > On Tue, Jul 28, 2015 at 11:12:33AM +0100, Peter Maydell wrote: >> On 28 July 2015 at 11:08, Michael S. Tsirkin <mst at redhat.com> wrote: >> > On Tue, Jul 28, 2015 at 10:44:02AM +0100, Graeme Gregory wrote: >> >> Added the match table and pointers for ACPI probing to the driver.

On 28 July 2015 at 11:27, Michael S. Tsirkin <mst at redhat.com> wrote: > On Tue, Jul 28, 2015 at 11:12:33AM +0100, Peter Maydell wrote: >> On 28 July 2015 at 11:08, Michael S. Tsirkin <mst at redhat.com> wrote: >> > On Tue, Jul 28, 2015 at 10:44:02AM +0100, Graeme Gregory wrote: >> >> Added the match table and pointers for ACPI probing to the driver.

On 28 July 2015 at 11:27, Michael S. Tsirkin <mst at redhat.com> wrote: > On Tue, Jul 28, 2015 at 11:12:33AM +0100, Peter Maydell wrote: >> On 28 July 2015 at 11:08, Michael S. Tsirkin <mst at redhat.com> wrote: >> > On Tue, Jul 28, 2015 at 10:44:02AM +0100, Graeme Gregory wrote: >> >> Added the match table and pointers for ACPI probing to the driver.

On 28 July 2015 at 11:08, Michael S. Tsirkin <mst at redhat.com> wrote: > On Tue, Jul 28, 2015 at 10:44:02AM +0100, Graeme Gregory wrote: >> Added the match table and pointers for ACPI probing to the driver. >> >> This uses the same identifier for virt devices as being used for qemu >> ARM64 ACPI support. >> >>

On 28 July 2015 at 11:08, Michael S. Tsirkin <mst at redhat.com> wrote: > On Tue, Jul 28, 2015 at 10:44:02AM +0100, Graeme Gregory wrote: >> Added the match table and pointers for ACPI probing to the driver. >> >> This uses the same identifier for virt devices as being used for qemu >> ARM64 ACPI support. >> >>

--Apologies if you get two copies of this message - it was submitted for moderation and hasn''t appeared on the list in two days, so I''m resubmitting. Hi all, Just a quick question. Is it possible to utilise an Apple Xserve RAID as an array for use with ZFS with RAID-Z in Solaris? I''ve seen various mentions of ''zfs'' and ''xserve

On Tue, Jul 28, 2015 at 10:44:02AM +0100, Graeme Gregory wrote: > Added the match table and pointers for ACPI probing to the driver. > > This uses the same identifier for virt devices as being used for qemu > ARM64 ACPI support. > > http://git.linaro.org/people/shannon.zhao/qemu.git/commit/d0bf1955a3ecbab4b51d46f8c5dda02b7e14a17e > > Signed-off-by: Graeme Gregory

On Tue, Jul 28, 2015 at 11:12:33AM +0100, Peter Maydell wrote: > On 28 July 2015 at 11:08, Michael S. Tsirkin <mst at redhat.com> wrote: > > On Tue, Jul 28, 2015 at 10:44:02AM +0100, Graeme Gregory wrote: > >> Added the match table and pointers for ACPI probing to the driver. > >> > >> This uses the same identifier for virt devices as being used for qemu

On Tue, Jul 28, 2015 at 10:44:02AM +0100, Graeme Gregory wrote: > Added the match table and pointers for ACPI probing to the driver. > > This uses the same identifier for virt devices as being used for qemu > ARM64 ACPI support. > > http://git.linaro.org/people/shannon.zhao/qemu.git/commit/d0bf1955a3ecbab4b51d46f8c5dda02b7e14a17e > > Signed-off-by: Graeme Gregory

Graeme Boyle has contributed a nice description of his Corporate Network Shorewall environment. You can find it at http://shorewall.net/CorpNetwork.htm Thanks Graeme! -Tom -- Tom Eastep \ Shorewall - iptables made easy Shoreline, \ http://shorewall.net Washington USA \ teastep@shorewall.net

Added the match table and pointers for ACPI probing to the driver. This uses the same identifier for virt devices as being used for qemu ARM64 ACPI support. http://git.linaro.org/people/shannon.zhao/qemu.git/commit/d0bf1955a3ecbab4b51d46f8c5dda02b7e14a17e Signed-off-by: Graeme Gregory <graeme.gregory at linaro.org> --- drivers/virtio/virtio_mmio.c | 10 ++++++++++ 1 file changed, 10

Added the match table and pointers for ACPI probing to the driver. This uses the same identifier for virt devices as being used for qemu ARM64 ACPI support. http://git.linaro.org/people/shannon.zhao/qemu.git/commit/d0bf1955a3ecbab4b51d46f8c5dda02b7e14a17e Signed-off-by: Graeme Gregory <graeme.gregory at linaro.org> --- drivers/virtio/virtio_mmio.c | 10 ++++++++++ 1 file changed, 10

Hi Nithya, thank you very much for your support and sorry for the late. Below you can find the output of ?gluster volume info tier2? command and the gluster software stack version: gluster volume info Volume Name: tier2 Type: Distributed-Disperse Volume ID: a28d88c5-3295-4e35-98d4-210b3af9358c Status: Started Snapshot Count: 0 Number of Bricks: 6 x (4 + 2) = 36 Transport-type: tcp Bricks:

Hi, Can anyone explain why a shell-wrapper script of the following form breaks scp? Can this kind of thing be re-worked to fix the breakage? The wrapper does not produce output, and checks a shell.allow file to see if access to a real shell such as bash should be granted. ------------ eg : #!/bin/sh if [ grep $LOGNAME /etc/shell.allow 2>&1 > /dev/null ] then exec -a - /bin/bash

I may be able to help on this one...we were having a similar problem and just last week cured it. (I hope!) I had to do two things: 1). On the clients having this problem, edit this registry key: "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\NetCache\GoOff lineOnSlowLink". If it's not there (as in my case) you may have to add the last key. Make sure it's a

I think it is safe to ignore it. The problem exists? due to the minor difference in file time stamps in the backend bricks of the same sub volume (for a given file) and during the course of tar, the timestamp can be served from different bricks causing it to complain . The ctime xlator[1] feature once ready should fix this issue by storing time stamps as xattrs on the bricks. i.e. all bricks