When I'm editing a org-mode file, the structure of mine is like this(you
may need configuration in init.el):
---snippet starts-
* A section
This is the content of the section
#+BEGIN_SRC lang
code here
#+END_SRC
** A
When I'm editing a org-mode file, the structure of mine is like this(you
may need configuration in init.el):
---snippet starts-
* A section
This is the content of the section
#+BEGIN_SRC lang
code here
#+END_SRC
** A
Yes, it works, thank you.
On 5/7/15, Nicholas Marriott nicholas.marri...@gmail.com wrote:
Hi
Bind the keys without -r.
On Thu, May 07, 2015 at 11:07:01AM +0800, Cody Chan wrote:
Hi, all tmux users, I have a problem, when I'm using
prefix+M-left/right/down/up to change pane, if I keep
Hi, all tmux users, I have a problem, when I'm using
prefix+M-left/right/down/up to change pane, if I keep hitting
left/right/down/up without the prefix after one combination of prefix
and the M-arrow, the focus will keep changing between panes, but what
I want is, if you want to change pane, you
Great!
Is there a good way to let it work for windows client?
libusb is not fully support for windows...
I tried to build libwdi with WDK, but I don't think it's a good way.
On Tue, Nov 11, 2014 at 10:29 PM, Fabiano Fidêncio fiden...@redhat.com
wrote:
As we only can filter USB devices by their
There're some differences between win7 and winxp in drivers,
maybe mine can help you: http://qiniu-plupload.qiniudn.com/usbclerk4win7.zip
.
BTW, also as a Chinese, I strongly suggest that it's not a good idea
sending mails to this maillist with Chinese signature :)
Regards,
Cody
On Mon, Sep 15,
Ok, this's not a patch, for I don't think it's good enough to be applied to
upstream.
For windows client, it's really not friendly for usbredir:
1. We need usbclerk service to let it redirect automatically -- not stably
currently
2. The display of redir-list is ALL USB DEVICE -- make users
On windows client, there's no effect for guest when
enabling CAPS_LOCK/NUM_LOCK/SCROLL_LOCK on
(because of the delay, guest may take the effect for several seconds).
There's a wrong defined macro, then modifiers is ALWAYS 0,
and the keyboard state of guest is synchronized with the state client
by
Yeah, I have tracked the commit log, and the reconstruction of this part is
a good job of Jonathon ^_^
On Wed, Aug 13, 2014 at 4:57 PM, Marc-André Lureau mlur...@redhat.com
wrote:
Hi
- Original Message -
On windows client, there's no effect for guest when
enabling
The attach is the patch.
On Wed, Aug 13, 2014 at 10:47 PM, Cody Chan int64...@gmail.com wrote:
But you ACKed this:
http://lists.freedesktop.org/archives/spice-devel/2014-August/017209.html
and this's my final version, doesn't it work?
On Wed, Aug 13, 2014 at 10:27 PM, Christophe Fergeau
On Wed, Aug 13, 2014 at 11:13 PM, Christophe Fergeau cferg...@redhat.com
wrote:
On Wed, Aug 13, 2014 at 10:47:14PM +0800, Cody Chan wrote:
But you ACKed this:
http://lists.freedesktop.org/archives/spice-devel/2014-August/017209.html
and this's my final version,
doesn't it work
I submitted a patch several months ago about this issue,
here
http://lists.freedesktop.org/archives/spice-devel/2014-February/016158.html
I check it again, and find that the value of
g_key_file_to_data(keyfile,...) is always utf-8,
for the value of g_uri_list_extract_uris() is utf8 urlencode.
Yeah!I think yours is elegant and simple!
On Mon, Aug 11, 2014 at 6:33 PM, Christophe Fergeau cferg...@redhat.com
wrote:
Hey,
On Fri, Aug 08, 2014 at 08:33:59PM +0800, Cody Chan wrote:
Hi, as you can see, in vd_agent/file_xfer.cpp, it implemented
the g_key_get_string,
but I find
I submitted a patch several months ago about this issue,
here
http://lists.freedesktop.org/archives/spice-devel/2014-February/016158.html
I check it again, and find that the value of
g_key_file_to_data(keyfile,...) is always utf-8,
for the value of g_uri_list_extract_uris() is utf8 urlencode.
Sorry, memory leaks..
On Mon, Aug 11, 2014 at 7:43 PM, Cody Chan int64...@gmail.com wrote:
I submitted a patch several months ago about this issue,
here
http://lists.freedesktop.org/archives/spice-devel/2014-February/016158.html
I check it again, and find that the value
I submitted a patch several months ago about this issue,
here
http://lists.freedesktop.org/archives/spice-devel/2014-February/016158.html
I check it again, and find that the value of
g_key_file_to_data(keyfile,...) is always utf-8,
for the value of g_uri_list_extract_uris() is utf8 urlencode.
In vd_agent/file_xfer.cpp, it implemented a simple g_key_get_string,
but when dragging a file with a name containing '[' (like te[st.txt), it
will be failed.
From source code,
next_group_pos = strstr(group_pos + strlen(group_pfx), [);
if (next_group_pos key_pos next_group_pos) return false;
On Mon, Aug 11, 2014 at 7:04 PM, Christophe Fergeau cferg...@redhat.com
wrote:
On Sat, Aug 09, 2014 at 06:40:22PM +0800, Cody Chan wrote:
After dragging a zero-size file, then I open it in guest,
I get a warning message box which says:
the process cannot access the file because
On windows guest, after dragging a zero-size file, the file will be occupied
by vdagent. For spice-gtk ignores this case, and stops sending data after
sending
a start message to agent, see here for more details:
http://lists.freedesktop.org/archives/spice-devel/2014-August/017184.html
I accept the
On Tue, Aug 12, 2014 at 12:58 AM, Marc-André Lureau mlur...@redhat.com
wrote:
- Original Message -
On windows guest, after dra gging a zero-size file, the file will be
occupied
by vdagent. For spice-gtk ignores this case, and stops sending data after
sending
a start message to
Here're four patches I've contributed, but no ACK no challenge, any
reason?
http://lists.freedesktop.org/archives/spice-devel/2014-August/017184.html
http://lists.freedesktop.org/archives/spice-devel/2014-August/017181.html
http://lists.freedesktop.org/archives/spice-devel/2014-August/017180.html
After dragging a zero-size file, then I open it in guest,
I get a warning message box which says:
the process cannot access the file because it is being used by another
process.
And I get to know the file is occupied by vdagent. Now we look back the
process:
a) When dragging a zero-size file,
Hi, as you can see, in vd_agent/file_xfer.cpp, it implemented
the g_key_get_string,
but I find a problem, when dragging a file with a name containing '[' (like
te[st.txt), it will be failed.
From source code,
next_group_pos = strstr(group_pos + strlen(group_pfx), [);
if (next_group_pos
See here:
http://lists.freedesktop.org/archives/spice-devel/2014-August/017180.html
---
gtk/channel-main.c | 45 +++--
1 file changed, 43 insertions(+), 2 deletions(-)
diff --git a/gtk/channel-main.c b/gtk/channel-main.c
index 7a299a4..26dad7f 100644
---
spice-gtk-0.23.tar.gz
v0.22 spice-gtk-0.22.zip spice-gtk-0.22.tar.gz
.
This's the normal display.
On Wed, Aug 6, 2014 at 2:04 PM, Alon Levy a...@pobox.com wrote:
On 08/06/2014 05:27 AM, Cody Chan wrote:
Bad display of the download-section,
http://cgit.freedesktop.org/spice/spice-gtk
Hi, I didn't mean there's no place to download spice-gtk tarball,
I mean the gitweb page now is not what it should be displayed,
from the following two screenshots you can understand
http://int64ago-tmp.qiniudn.com/1.png
http://int64ago-tmp.qiniudn.com/2.png
Any way, the download here
Hmm, it's a little difficult to describe the issue.
When connecting guest by virt-viewer(build with mingw32-spice-gtk) through
WAN and then
draging a large file(100+M maybe, it depends) from client to guest, the
main window exit immediately.
BUT it's always ok if I don't drag a file.
I test the
Bad display of the download-section,
http://cgit.freedesktop.org/spice/spice-gtk/
Tag Download
v0.25 commit 31c099c931...
v0.24 commit 6356941903...
v0.23 commit 75176968b0...
v0.22 commit 2e3aa29794...
v0.21 commit 632836ed77...
v0.20 commit 1d5717d8e2...
v0.19 commit a879fd5cc4...
v0.18 commit
Hi
On Mon, Jul 28, 2014 at 5:58 PM, 力波 王 wlblea...@126.com wrote:
Hi,Uril:
I had built spice-gtk with —enable-usb-redir is success.
And it works well on windows xp and windows 7 (both X86).
The error at last built is because of libusb, the libusb
I built is some error. I got the
On Mon, Jul 28, 2014 at 6:49 PM, 力波 王 wlblea...@126.com wrote:
Hi, Cody Chan:
Thanks for you reply.
For the second question, it’s appear in the follow case:
If I login into a client need a uKey, and login into the guest need
The same uKey too, how could I let the uKey for them at the same
On Tue, Jul 15, 2014 at 11:22 PM, Marc-André Lureau mlur...@redhat.com
wrote:
Hi
- Original Message -
Hi All,
We have been piloting deployments of VM using Fedora 20 host and guest
and have been very happy with performance and stability in almost every
respect, so a big
How do you starting the vm?
qemu?libvirt?ovirt?...
If you have already builded spice-gtk with '--enable-usbredir', then check
the parameters of qemu,
xml of libvirt, or configuration of the vm in ovirt.
On Tue, Jul 8, 2014 at 5:10 PM, 力波 王 wlblea...@126.com wrote:
Hi,everyone:
When
Hi,
you also need usbclerk/zadig in client if your client is windows,
and don't forget to choose Native for usb-redir in ovirt manager
before starting the vm
Regards
Cody
On Tue, Jun 3, 2014 at 4:37 AM, Itamar Heim ih...@redhat.com wrote:
On 06/02/2014 03:57 PM, Jean-Pierre WEISS wrote:
Hi,
Hi, thx for your great work, I wonder when these patches will be in git
upstream?
On Thu, Apr 24, 2014 at 11:50 PM, Marc-André Lureau
marcandre.lur...@gmail.com wrote:
Hi,
Here is a small series, of little cleanups, and of goal to throw early
an error when the win32 usbclerk can't be
at 10:53 AM, Cody Chan int64...@gmail.com wrote:
spicy is compiled with phodav, running in windows client,
I get a warning message(fatal) when I drag a file from guest(windows) to
a shared folder:
(spicy.exe:10880): phodav-WARNING **: error: Error opening file
'D:\test\spice-g
uest-tools
spicy is compiled with phodav, running in windows client,
I get a warning message(fatal) when I drag a file from guest(windows) to a
shared folder:
(spicy.exe:10880): phodav-WARNING **: error: Error opening file
'D:\test\spice-g
uest-tools-0.74.exe': Permission denied
And in guest, here is a
Hmm, it's likely the problem of your network
I download it from
http://www.spice-space.org/download/windows/spice-guest-tools/
You can then get it from here
https://drive.google.com/file/d/0B3iqyCdv2xWcSW5jbXktNVU5WGM/edit?usp=sharing
Here is the sign:
On Mon, Apr 7, 2014 at 3:50 PM, Christophe Fergeau cferg...@redhat.com wrote:
On Sun, Apr 06, 2014 at 02:03:10PM +0800, Cody Chan wrote:
Here ,
mingw32-configure --without-sasl --with-gtk=3.0 --with-audio=gstreamer
--without-python --enable-usbredir=yes --enable-smartcard=no
--enable-vala
Thx for Marc-André's patient guidance :)
http://lists.freedesktop.org/archives/spice-devel/2014-February/016256.html
http://www.spinics.net/lists/spice-devel/msg07524.html
Shared Folder is a new feature of spice, need more geeks to test and patch
Here're suggestions of a quick start to test it.
Here ,
mingw32-configure --without-sasl --with-gtk=3.0 --with-audio=gstreamer
--without-python --enable-usbredir=yes --enable-smartcard=no
--enable-vala
mingw32-make
There is a error:
..
CC channel-webdav.lo
channel-webdav.c: In function 'demux_to_client':
channel-webdav.c:318:5:
sorry, I come for help again ==
fedora 19 x64
qemu from upstrem(2.0.0-rc1)
libvirt 1.2.3
spice-server 0.12.4
spice-protocol 0.12.6
According to http://elmarco.fedorapeople.org/manual.html#_configuration_7,
I configured xml with the following section:
channel type='spiceport'
source
Hi,
On Sat, Apr 5, 2014 at 12:23 AM, Marc-André Lureau mlur...@redhat.com wrote:
- Original Message -
sorry, I come for help again ==
fedora 19 x64
qemu from upstrem(2.0.0-rc1)
libvirt 1.2.3
spice-server 0.12.4
You'll also need spice-server from upstream git.
Yes, I rebuilt
Oh , sorry for sending mail to only Marc-André
-
Hi all, I want to test shared folder , but there is a error during
installing spice-webdavd-x86-0.1.24.msi,
the error message box is here: http://dwz.cn/fO6Um
and I try it in win7_x86
On Wed, Apr 2, 2014 at 6:38 PM, Cody Chan int64...@gmail.com wrote:
Oh , sorry for sending mail to only Marc-André
-
Hi all, I want to test shared folder , but there is a error during
installing spice-webdavd-x86-0.1.24.msi,
the error
Hi, if you just want to get exe file, it's not recommended to build in windows!
Cross compiling in linux(fedora/centos/rhel is better) works fine, and
is recommended by document ,
please read mingw-spec* file in source code for dependence
___
Spice-devel
Hi, I met this problem, and I solved by using ie instead of chrome
Maybe your situation is different, may help you
On Tue, Mar 4, 2014 at 4:16 AM, Joe Butler joebutler...@hotmail.com wrote:
Hello, the spice download section does not seem to link to a download page,
it just downloads a
On Tue, Mar 4, 2014 at 6:23 PM, Uri Lublin u...@redhat.com wrote:
On 03/04/2014 11:04 AM, Cody Chan wrote:
Hi, I met this problem, and I solved by using ie instead of chrome
Maybe your situation is different, may help you
On Tue, Mar 4, 2014 at 4:16 AM, Joe Butler joebutler...@hotmail.com
On Tue, Feb 25, 2014 at 6:15 PM, Marc-André Lureau mlur...@redhat.com wrote:
- Original Message -
On Tue, Feb 25, 2014 at 6:03 AM, Marc-André Lureau mlur...@redhat.com
wrote:
Hi
- Original Message -
Probably the function of copying has three defects:
i)For some
Probably the function of copying has three defects:
i)For some languages,there is a mis-encoding of file name
I have solved by myself...(under some circumstance)
ii)Can't drag multi-files
I'm glad to see the following in source code:
/* At the moment, the copy() method is limited to a single
On Tue, Feb 25, 2014 at 6:03 AM, Marc-André Lureau mlur...@redhat.com wrote:
Hi
- Original Message -
Probably the function of copying has three defects:
i)For some languages,there is a mis-encoding of file name
I have solved by myself...(under some circumstance)
Yeah, I remember
hi, here's my environment:
client: win7(default encoding is GBK)
guest the same with client
spice-gtk-0.23d
a file in guest with a name of Chinese
the file name is wrong when drag it to guest desktop
(I think Japanese and Korean have the same problem)
the following is my patch to
On Mon, Feb 17, 2014 at 8:47 PM, Marc-André Lureau mlur...@redhat.com wrote:
Hi
- Original Message -
hi, here's my environment:
client: win7(default encoding is GBK)
guest the same with client
spice-gtk-0.23d
a file in guest with a name of Chinese
the file name is wrong when drag
Hi all,
I have already known that it works by event channel, but what's the
detailed mechanism? Who can give the procedure when there is a
incinterface calling.
Thx
Cody
___
Xen-api mailing list
Xen-api@lists.xen.org
hi all,
I want to know what really happened when I do a disk access(read/write) in
domUs(of couse HVMs).
who can give a detail call order of interfaces?
Thx
Cody
___
Xen-api mailing list
Xen-api@lists.xen.org
Hello all,
I have to modify some source code of XCP, of course source-1.iso, but after
that how can I rebuilt XCP installation iso from modified source-1.iso ? Is
there how-to document?
Thx
Cody Chan
___
Xen-api mailing list
Xen-api@lists.xen.org
http
55 matches
Mail list logo
