libvncserver-common — Common questions and all

Re: [Libvncserver-common] LibVNC* Python bindings - GSoC2016

[Christian B. <chr...@go...>]

Hi Fotis,

Nice to hear you're making progress!

Happy new year and answers inline :-)

Am Tue, 27 Dec 2016 21:11:15 +0200
schrieb Fotis Tsamis <ft...@gm...>:

> Hello,
> 
> Python LibVNCClient bindings is now my official assigned graduation
> project under Dr. Michail's (CC'd) supervision.
> 
> I have made some progress with the bindings, and I'm currently facing
> 2 implementation issues.
> 
> First, my client creation interface looks like:
> 
> client = RFBClient(8,3,4)   # calls rfbGetClient
> client.init_client([...])  # calls rfbInitClient
> 
> and a destructor which calls rfbClientCleanup when the object assigned
> to "client" is garbage collected.
> 
> 1) The first issue is that if rfbInitClient fails (I handle this
> raising a python exception), it also calls rfbClientCleanup which just
> free()s the rfbclient structure and I'm left with a python swig object
> which points to free'd memory.
> 
> My only reasonable approach to solve this is not using/wrapping
> rfbInitClient, and defining my own init_client (or maybe "connect" as
> a more describing name). Any other ideas?
> 

Another common approach is a per-object IsOk flag which is checked in every
method call and turns them into NOPs when set.

> 
> 2) The other issue is that there is no rfbDisconnectClient. The only
> way to disconnect a connected client using the libvncclient API is to
> destroy it altogether.
> 
> Since forcing python users to do "del client" to disconnect is not
> quite elegant in Python, is there any chance that such a function
> could be implemented upstream, and then rfbClientCleanup would call
> this? It wouldn't break backwards compatibility and it would make
> sense in C too to have a non-destructive disconnect function, I
> believe. I can make a pull request if necessary.

Go ahead! But pls make sure that the client struct is re-usable afterwards.

> 
> If you don't really like the idea, I think my only option would be to
> implement a disconnect method in the bindings level, calling FreeTLS
> there, which thankfully is safe to call more than once (the destructor
> would call it a second time).
> 
> 
> Kind Regards,
> Fotis

Re: [Libvncserver-common] LibVNC* Python bindings - GSoC2016

[Fotis T. <ft...@gm...>]

Hello,

Python LibVNCClient bindings is now my official assigned graduation
project under Dr. Michail's (CC'd) supervision.

I have made some progress with the bindings, and I'm currently facing
2 implementation issues.

First, my client creation interface looks like:

client = RFBClient(8,3,4)   # calls rfbGetClient
client.init_client([...])  # calls rfbInitClient

and a destructor which calls rfbClientCleanup when the object assigned
to "client" is garbage collected.

1) The first issue is that if rfbInitClient fails (I handle this
raising a python exception), it also calls rfbClientCleanup which just
free()s the rfbclient structure and I'm left with a python swig object
which points to free'd memory.

My only reasonable approach to solve this is not using/wrapping
rfbInitClient, and defining my own init_client (or maybe "connect" as
a more describing name). Any other ideas?


2) The other issue is that there is no rfbDisconnectClient. The only
way to disconnect a connected client using the libvncclient API is to
destroy it altogether.

Since forcing python users to do "del client" to disconnect is not
quite elegant in Python, is there any chance that such a function
could be implemented upstream, and then rfbClientCleanup would call
this? It wouldn't break backwards compatibility and it would make
sense in C too to have a non-destructive disconnect function, I
believe. I can make a pull request if necessary.

If you don't really like the idea, I think my only option would be to
implement a disconnect method in the bindings level, calling FreeTLS
there, which thankfully is safe to call more than once (the destructor
would call it a second time).


Kind Regards,
Fotis

Re: [Libvncserver-common] Bug#845106: #845106: x11vnc: configure does not find libssl, builds without OpenSSL support

[Christian B. <chr...@go...>]

Am Mon, 19 Dec 2016 08:11:45 +0100
schrieb Christian Hofstaedtler <ze...@de...>:

> Control: reopen -1
> Control: severity -1 important
> 
> For stretch this is worked around by using libssl1.0, for stretch+1
> this needs a proper fix. By then, we hopefully don't need to
> traverse 5000 lines of openssl glue.
> 

Hi all,

Note that we have an x11vnc reportedly working with OpenSSL 1.1.0 over at LibVNC
since a few days [1]. I might do a new release soonish, but I'm unsure whether
or not we can consider this x11vnc "the real one" or a more sort of a fork.
Here's the facts:

* https://github.com/LibVNC/x11vnc is the original x11vnc source tree (plus
  some additions during the last years) that used to live within the
  LibVNCServer tree but was split out by me in the course of LibVNCServer's
  sf->github migration.
* Besides adding in XInput2 multi-pointer support, the codebase has largely
  been in maintenance mode.
* I wrote to Karl, the original author, back in 2014 [2], asking him about
  splitting out x11vnc from the LibVNCServer repo (which I manage) but as of now
  did not get a reply.
* There haven't been any commits from Karl to the LibVNCServer
  repo since early 2011, nor any changes to his -dev tarball  [3] since a few
  years.

So, honestly, I don't know what should happen when the original author of some
project apparently goes MIA. (Are you there, Karl?) Can the community simply
"take over" the project or should https://github.com/LibVNC/x11vnc technically
considered to be a fork?

What is Debian's experience with situations like that? I'm sure stuff like this
has happened before...

Cheers,
   Christian


[1] https://github.com/LibVNC/x11vnc/commit/d37dac6963c2fb65cf577a6413657621cbcb406a
[2] https://sourceforge.net/p/libvncserver/mailman/message/32196002/
[3] http://www.karlrunge.com/x11vnc/#beta-test
 

[Libvncserver-common] issue with compiling vnc2mpg

[Sai C. <s.c...@gm...>]

Hi,

I am trying to record desktop in linux RHEL 6.6 with the Libvncserver 0.9.9
. And I got stuck up while compliling the vnc2mpg.c. I am not getting the
dependent libraries and their corresponding versions required for the
recording.

I tried with some ffmpeg(old to new versions) libraries.

I am using tiger VNC to act as a server.

Please help me to get through this.

Thanks and Regards,

Chan.

[Libvncserver-common] libvncserver, NAT, and SSL

[Tim S. <ti...@me...>]

Hello, I need advice on a program I'm working on.

I need to use VNC in situations where both host and viewer might be behind
a NAT. I wrote a repeater program that's hosted on a public IP address.
This much works fine.

I manually connect() to my repeater's IP and set rfbscreen->inetdSock to
that socket. At this point I can connect the viewer to the repeater and
pass data between host and viewer.

My problem is that I would like to use SSL, but when I enable SSL on that
socket it fails because libvncserver is using read()/write() instead of
SSL_read()/SSL_write().

Can anyone offer suggestions?

Thanks,
Tim Schwartz
ti...@me...stems

Re: [Libvncserver-common] buffer overflow...probably in libvncserver

[Christian B. <chr...@go...>]

Am Thu, 2 Jun 2016 08:24:15 -0400
schrieb Rob <rp...@co...>:

> 
> 
> On 06/02/16 05:23, Christian Beier wrote:
> > Rob,
> >
> > Would you be so kind a give me the exact libvncserver version as well?
> >

> Name        : libvncserver
> Version     : 0.9.9

That is pretty outdated. Pls update to 0.9.10 and try again.

Cheers,

   Christian 

Re: [Libvncserver-common] buffer overflow...probably in libvncserver

[Rob <rp...@co...>]

On 06/02/16 05:23, Christian Beier wrote:
> Rob,
>
> Would you be so kind a give me the exact libvncserver version as well?
>
> Thanks,
>
>     Christian
>

Name        : libvncserver
Version     : 0.9.9
Release     : 9.el7_0.1
Architecture: x86_64
Install Date: Fri Dec 18 19:55:37 2015
Group       : System Environment/Libraries
Size        : 748740
License     : GPLv2+
Signature   : RSA/SHA256, Wed Nov 12 07:38:58 2014, Key ID 24c6a8a7f4a80eb5
Source RPM  : libvncserver-0.9.9-9.el7_0.1.src.rpm
Build Date  : Wed Nov 12 06:26:08 2014
Build Host  : worker1.bsys.centos.org
Relocations : (not relocatable)
Packager    : CentOS BuildSystem <http://bugs.centos.org>
Vendor      : CentOS
URL         : http://libvncserver.sourceforge.net/
Summary     : Library to make writing a vnc server easy

Re: [Libvncserver-common] buffer overflow...probably in libvncserver

[Christian B. <chr...@go...>]

Rob,

Would you be so kind a give me the exact libvncserver version as well?

Thanks,

   Christian

Am Tue, 31 May 2016 20:47:01 -0400
schrieb Rob <rp...@co...>:

> I use an ssh tunnel to connect to my desktops from a remote location.
> 
> commands are
> 
> /usr/bin/x11vnc -display :0.0 -ncache 0 -forever -rfbport 5900 -v 
> ~/.vnc0 2>&1 &
> /usr/bin/x11vnc -display :0.1 -ncache 0 -forever -rfbport 5901 -v 
> ~/.vnc0 2>&1 &
> 
> sometimes on the first connection...sometimes on the (n)th connection 
> either instance may core dump with
> 
> the VNC desktop is:      blackbox.localdomain:1
> PORT=5901
> *** buffer overflow detected ***: /usr/bin/x11vnc terminated
> ======= Backtrace: =========
> /lib64/libc.so.6(__fortify_fail+0x37)[0x7f768315b597]
> /lib64/libc.so.6(+0x10c750)[0x7f7683159750]
> /lib64/libc.so.6(+0x10e507)[0x7f768315b507]
> /lib64/libvncserver.so.0(rfbProcessNewConnection+0x114)[0x7f7685af7764]
> /lib64/libvncserver.so.0(rfbCheckFds+0x3f8)[0x7f7685af7c98]
> /lib64/libvncserver.so.0(rfbProcessEvents+0x1d)[0x7f7685aeec3d]
> /usr/bin/x11vnc[0x4a0951]
> /usr/bin/x11vnc[0x463d8a]
> /usr/bin/x11vnc[0x410c0a]
> /lib64/libc.so.6(__libc_start_main+0xf5)[0x7f768306eb15]
> /usr/bin/x11vnc[0x41b201]
> ======= Memory map: ========
> .
> .
> .
> caught signal: 6
> 31/05/2016 14:09:24 deleted 60 tile_row polling images.
> 
> 
> This is a similar use case, and exactly the same error as was reported 
> in the ubuntu and debian lists as far back as 2014.
> 
> I'm using CentoOS 7 which is up to date at x11vnc 0.9.13
> 
> I AM SERVING A 1920x1080 DISPLAY!!! for each screen.  The thing that 
> immediately comes to mind is whether the server was compiled to take 
> into account the larger screen buffers.
> 
> Does anyone care to address this "known bug"?
> 
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
> patterns at an interface-level. Reveals which users, apps, and protocols are 
> consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
> J-Flow, sFlow and other flows. Make informed decisions using capacity 
> planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> _______________________________________________
> LibVNCServer-common mailing list
> Lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libvncserver-common

Re: [Libvncserver-common] buffer overflow...probably in libvncserver

[Rob <rp...@co...>]

On 06/01/16 10:41, Christian Beier wrote:
> Hi!
> Do you have links to the respective Debian bug reports?


Absolutely.

Here is the relevant debian bug report.

<https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735648>

I guess someone did a patch in x11vnc itself, but it didn't make 
mainline because someone else suggested that the problem is more likely 
the fault of libvncserver.

Anyway, my issue is a similar use case, and a functionally identical 
backtrace dump.

Re: [Libvncserver-common] buffer overflow...probably in libvncserver

[Christian B. <chr...@go...>]

Hi! 
Do you have links to the respective Debian bug reports? 

Merci, 
Christian 

Am 1. Juni 2016 02:47:01 MESZ, schrieb Rob <rp...@co...>:
>I use an ssh tunnel to connect to my desktops from a remote location.
>
>commands are
>
>/usr/bin/x11vnc -display :0.0 -ncache 0 -forever -rfbport 5900 -v 
>~/.vnc0 2>&1 &
>/usr/bin/x11vnc -display :0.1 -ncache 0 -forever -rfbport 5901 -v 
>~/.vnc0 2>&1 &
>
>sometimes on the first connection...sometimes on the (n)th connection 
>either instance may core dump with
>
>the VNC desktop is:      blackbox.localdomain:1
>PORT=5901
>*** buffer overflow detected ***: /usr/bin/x11vnc terminated
>======= Backtrace: =========
>/lib64/libc.so.6(__fortify_fail+0x37)[0x7f768315b597]
>/lib64/libc.so.6(+0x10c750)[0x7f7683159750]
>/lib64/libc.so.6(+0x10e507)[0x7f768315b507]
>/lib64/libvncserver.so.0(rfbProcessNewConnection+0x114)[0x7f7685af7764]
>/lib64/libvncserver.so.0(rfbCheckFds+0x3f8)[0x7f7685af7c98]
>/lib64/libvncserver.so.0(rfbProcessEvents+0x1d)[0x7f7685aeec3d]
>/usr/bin/x11vnc[0x4a0951]
>/usr/bin/x11vnc[0x463d8a]
>/usr/bin/x11vnc[0x410c0a]
>/lib64/libc.so.6(__libc_start_main+0xf5)[0x7f768306eb15]
>/usr/bin/x11vnc[0x41b201]
>======= Memory map: ========
>.
>.
>.
>caught signal: 6
>31/05/2016 14:09:24 deleted 60 tile_row polling images.
>
>
>This is a similar use case, and exactly the same error as was reported 
>in the ubuntu and debian lists as far back as 2014.
>
>I'm using CentoOS 7 which is up to date at x11vnc 0.9.13
>
>I AM SERVING A 1920x1080 DISPLAY!!! for each screen.  The thing that 
>immediately comes to mind is whether the server was compiled to take 
>into account the larger screen buffers.
>
>Does anyone care to address this "known bug"?
>
>
>
>
>
>------------------------------------------------------------------------------
>What NetFlow Analyzer can do for you? Monitors network bandwidth and
>traffic
>patterns at an interface-level. Reveals which users, apps, and
>protocols are 
>consuming the most bandwidth. Provides multi-vendor support for
>NetFlow, 
>J-Flow, sFlow and other flows. Make informed decisions using capacity 
>planning reports.
>https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
>_______________________________________________
>LibVNCServer-common mailing list
>Lib...@li...
>https://lists.sourceforge.net/lists/listinfo/libvncserver-common

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

[Libvncserver-common] buffer overflow...probably in libvncserver

[Rob <rp...@co...>]

I use an ssh tunnel to connect to my desktops from a remote location.

commands are

/usr/bin/x11vnc -display :0.0 -ncache 0 -forever -rfbport 5900 -v 
~/.vnc0 2>&1 &
/usr/bin/x11vnc -display :0.1 -ncache 0 -forever -rfbport 5901 -v 
~/.vnc0 2>&1 &

sometimes on the first connection...sometimes on the (n)th connection 
either instance may core dump with

the VNC desktop is:      blackbox.localdomain:1
PORT=5901
*** buffer overflow detected ***: /usr/bin/x11vnc terminated
======= Backtrace: =========
/lib64/libc.so.6(__fortify_fail+0x37)[0x7f768315b597]
/lib64/libc.so.6(+0x10c750)[0x7f7683159750]
/lib64/libc.so.6(+0x10e507)[0x7f768315b507]
/lib64/libvncserver.so.0(rfbProcessNewConnection+0x114)[0x7f7685af7764]
/lib64/libvncserver.so.0(rfbCheckFds+0x3f8)[0x7f7685af7c98]
/lib64/libvncserver.so.0(rfbProcessEvents+0x1d)[0x7f7685aeec3d]
/usr/bin/x11vnc[0x4a0951]
/usr/bin/x11vnc[0x463d8a]
/usr/bin/x11vnc[0x410c0a]
/lib64/libc.so.6(__libc_start_main+0xf5)[0x7f768306eb15]
/usr/bin/x11vnc[0x41b201]
======= Memory map: ========
.
.
.
caught signal: 6
31/05/2016 14:09:24 deleted 60 tile_row polling images.


This is a similar use case, and exactly the same error as was reported 
in the ubuntu and debian lists as far back as 2014.

I'm using CentoOS 7 which is up to date at x11vnc 0.9.13

I AM SERVING A 1920x1080 DISPLAY!!! for each screen.  The thing that 
immediately comes to mind is whether the server was compiled to take 
into account the larger screen buffers.

Does anyone care to address this "known bug"?

[Libvncserver-common] Change framebuffer resolution

[Linus V. <lin...@gm...>]

Hello,
I am looking for a solution based on libvnc, which allows to change the
resolution of the framebuffer. (For example, think of an application
window, which is sent to a client via vnc and then recorded to video. When
the window size is increased, the framebuffer size needs to be adjusted.)

My thoughts:

1) xrandr
xrandr seems to be an extension that allows vnc connections to be resized.
I found no code for xrandr inside libvnc except for a small header file. Is
xrandr supported by libvnc? Can anybody provide an example, how to use it?

2) disconnect and reconnect with new framebuffer size
This should work, but the problem is that rfbShutdownServer does not
release the used socket, which has been mentioned in several mails before.
The consequence is that I cannot just reconnect after rfbShutdownServer
(error: "Address already in use") unless I kill the server process before.
Is rfbShutdownServer not sufficient to cleanly close a libvncserver
session? What else is required to make the socket available again?

3) repeat rfbInitServer with new framebuffer size
Just a tought, can I reinitialize the server with a new framebuffer size,
still on the same socket? Calling rfbInitServer repeatedly doesn't work,
because it tries to open a new connection instead of reusing the open
connection.
Is there a different function for this? And will the changed framebuffer
size be correctly communicated to the client? Or is this only possible if
the client supports the xrandr extension?

Thank you
Linus

<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

[Libvncserver-common] VNC development

[Subrat P. <sub...@gm...>]

Hello,I want to build a vnc server and client for Windows.can you please
send some step by step instructions for doing this?

Subrat Kumar Pani

Re: [Libvncserver-common] LibVNC* Python bindings - GSoC2016

[Christian B. <chr...@go...>]

Am Sun, 6 Mar 2016 09:09:14 +0200
schrieb Fotis Tsamis <ft...@gm...>:

> Apparently LibVNC wasn't accepted for gsoc2016. Did they mention any
> specific reason?
> 

Nope. "lotsa applications and we can't take everyone"

> Anyhow, as I mentioned in my first message in this list, I will work
> on LibVNC Python bindings regardless of gsoc, and I am glad we tried.
> 

Yeah, me too.

> I'll let the list know when I have progress (or questions :D) on the bindings.
> 

Yeah sure! Looking forward to your contributions!

> Regards,
> Fotis
> 
> 2016-02-18 16:36 GMT+02:00 Fotis Tsamis <ft...@gm...>:
> > 2016-02-17 18:25 GMT+02:00 Christian Beier
> > <chr...@go...>:
> >> Am Wed, 17 Feb 2016 11:10:14 +0200
> >> schrieb Fotis Tsamis <ft...@gm...>:
> >>
> >>> I see that there is only one idea in the Ideas Page. Normally, I would
> >>> send the python bindings idea as a proposal when I make my application as
> >>> a student after the org is accepted. But, if there are no more ideas to be
> >>> added in the ideas page I think we should add it there. I guess that 2-3
> >>> ideas is good for a smaller org. But since you'll get limited student
> >>> slots, which means that not all ideas can be assigned anyway, adding a few
> >>> more wouldn't hurt (as long as you find it useful/interesting).
> >>
> >> Just added some more ideas I had. But feel free to add yours as well
> >> already!
> >
> > I just added the Python bindings idea too. Since I am not the one to
> > decide for the difficulty/importance/mentor fields I copied them from
> > the Java bindings idea. Please edit them if needed.
> >
> >>> I also
> >>> suggest that some guidelines for students are added, since the ideas page
> >>> is the first thing Google will check before it accepts an org, according
> >>> to them.
> >>
> >> Good idea, I'll do that!
> >
> > Great! Just a reminder that tommorow the org. applications period
> > ends, we'll see if libvnc gets accepted on 29 Feb.
> >
> >>>
> >>> Here's an example ideas page from a project that was accepted last year,
> >>> if it helps:
> >>> https://github.com/balabit/syslog-ng/wiki/GSoC2015-idea-&-project-list
> >>>
> >>> 2016-02-11 16:01 GMT+02:00 Christian Beier <don...@fr...>:
> >>> > Am Thu, 11 Feb 2016 14:54:32 +0100 (CET)
> >>> > schrieb Johannes Schindelin <Joh...@gm...>:
> >>> >
> >>> >> Hi Christian,
> >>> >>
> >>> >> On Mon, 8 Feb 2016, Christian Beier wrote:
> >>> >>
> >>> >> > Am Wed, 3 Feb 2016 00:38:30 +0200
> >>> >> > schrieb Fotis Tsamis <ft...@gm...>:
> >>> >> >
> >>> >> > > Well, that's great news!
> >>> >> > > The organizations application period is 8 - 19 February 19:00 UTC,
> >>> >> > > so there is enough time. I'm glad we started early!
> >>> >> >
> >>> >> > Hi folks,
> >>> >> >
> >>> >> > I just started the application process - in the meantime, there's
> >>> >> >
> >>> https://docs.google.com/document/d/18M0t8ZkEizfQT-87RnG88gqywSeYP-l36_FCnYMLO1c/edit?usp=sharing
> >>> >> > for sketching out ideas.
> >>> >>
> >>> >> I started https://github.com/LibVNC/libvncserver/wiki/Project-ideas and
> >>> >> linked to it in the GSoC org profile (hope you don't mind).
> >>> >
> >>> > Yeah that's even better than a gdoc page! Thanks!
> >>> >
> >>> >>
> >>> >> Ciao,
> >>> >> Dscho
> >>> >
> >>

Re: [Libvncserver-common] LibVNC* Python bindings - GSoC2016

[Fotis T. <ft...@gm...>]

Apparently LibVNC wasn't accepted for gsoc2016. Did they mention any
specific reason?

Anyhow, as I mentioned in my first message in this list, I will work
on LibVNC Python bindings regardless of gsoc, and I am glad we tried.

I'll let the list know when I have progress (or questions :D) on the bindings.

Regards,
Fotis

2016-02-18 16:36 GMT+02:00 Fotis Tsamis <ft...@gm...>:
> 2016-02-17 18:25 GMT+02:00 Christian Beier <chr...@go...>:
>> Am Wed, 17 Feb 2016 11:10:14 +0200
>> schrieb Fotis Tsamis <ft...@gm...>:
>>
>>> I see that there is only one idea in the Ideas Page. Normally, I would send
>>> the python bindings idea as a proposal when I make my application as a
>>> student after the org is accepted. But, if there are no more ideas to be
>>> added in the ideas page I think we should add it there. I guess that 2-3
>>> ideas is good for a smaller org. But since you'll get limited student
>>> slots, which means that not all ideas can be assigned anyway, adding a few
>>> more wouldn't hurt (as long as you find it useful/interesting).
>>
>> Just added some more ideas I had. But feel free to add yours as well already!
>
> I just added the Python bindings idea too. Since I am not the one to
> decide for the difficulty/importance/mentor fields I copied them from
> the Java bindings idea. Please edit them if needed.
>
>>> I also
>>> suggest that some guidelines for students are added, since the ideas page
>>> is the first thing Google will check before it accepts an org, according to
>>> them.
>>
>> Good idea, I'll do that!
>
> Great! Just a reminder that tommorow the org. applications period
> ends, we'll see if libvnc gets accepted on 29 Feb.
>
>>>
>>> Here's an example ideas page from a project that was accepted last year, if
>>> it helps:
>>> https://github.com/balabit/syslog-ng/wiki/GSoC2015-idea-&-project-list
>>>
>>> 2016-02-11 16:01 GMT+02:00 Christian Beier <don...@fr...>:
>>> > Am Thu, 11 Feb 2016 14:54:32 +0100 (CET)
>>> > schrieb Johannes Schindelin <Joh...@gm...>:
>>> >
>>> >> Hi Christian,
>>> >>
>>> >> On Mon, 8 Feb 2016, Christian Beier wrote:
>>> >>
>>> >> > Am Wed, 3 Feb 2016 00:38:30 +0200
>>> >> > schrieb Fotis Tsamis <ft...@gm...>:
>>> >> >
>>> >> > > Well, that's great news!
>>> >> > > The organizations application period is 8 - 19 February 19:00 UTC, so
>>> >> > > there is enough time. I'm glad we started early!
>>> >> >
>>> >> > Hi folks,
>>> >> >
>>> >> > I just started the application process - in the meantime, there's
>>> >> >
>>> https://docs.google.com/document/d/18M0t8ZkEizfQT-87RnG88gqywSeYP-l36_FCnYMLO1c/edit?usp=sharing
>>> >> > for sketching out ideas.
>>> >>
>>> >> I started https://github.com/LibVNC/libvncserver/wiki/Project-ideas and
>>> >> linked to it in the GSoC org profile (hope you don't mind).
>>> >
>>> > Yeah that's even better than a gdoc page! Thanks!
>>> >
>>> >>
>>> >> Ciao,
>>> >> Dscho
>>> >
>>

Re: [Libvncserver-common] LibVNC Python bindings

[Paul M. <pau...@su...>]

On 02/23/2016 04:43 PM, Nicolas Pinault wrote:
>
>> At some point I was playing with SWIG bindings. They should still work, I
>> think:https://github.com/LibVNC/VisualNaCro  (it was used to provide Perl
>> bindings, but SWIG should make it easy to turn that into Python bindings).
>>
> Why not use ctypes ?
Or CFFI, which basically parses (parts of) C headers. With it I made a 
small Python module some time ago that provides just the bare-bones 
libvnc methods and it works fine.

Paul

Re: [Libvncserver-common] LibVNC Python bindings

[Nicolas P. <nic...@aa...>]

> At some point I was playing with SWIG bindings. They should still work, I
> think: https://github.com/LibVNC/VisualNaCro (it was used to provide Perl
> bindings, but SWIG should make it easy to turn that into Python bindings).
>
Why not use ctypes ?

-- 
*Nicolas PINAULT
R&D electronics engineer
*** ni...@aa... <mailto:ni...@aa...>

*AATON-Digital*
38000 Grenoble - France
Tel +33 4 7642 9550

http://www.aaton.com
http://www.transvideo.eu
French Technologies for Film and Digital Cinematography

Follow us on Twitter
@Aaton_Digital
@Transvideo_HD

Like us on Facebook
https://www.facebook.com/AatonDigital

Re: [Libvncserver-common] LibVNC Python bindings

[Yonathan K. <ad...@0x...>]

Hi Johannes,

Thanks! I'll have a look at those bindings and play around for the Python
ones. Is there a way to subscribe to the libvnc list ?



Regards,
-Yonathan

On Tue, Feb 23, 2016 at 3:38 PM, Johannes Schindelin <
Joh...@gm...> wrote:

> Hi Yonathan,
>
> I Cc: the mailing list (which is a better place to ask than the former
> maintainer).
>
> On Tue, 23 Feb 2016, Yonathan Klijnsma wrote:
>
> > I was wondering if you were at some point working on Python bindings for
> > libVNC. As context, I'm building a VNC honeypot completely Python based
> but
> > the issue is that implementing the whole RFB in Python is kind of a pain
> > which I can save myself from with libVNC.
> > If you haven't worked on it I might actually build the bindings myself in
> > order to get my honeypot working a bit better. I can of course do a pull
> > request for the Python bindings.
>
> At some point I was playing with SWIG bindings. They should still work, I
> think: https://github.com/LibVNC/VisualNaCro (it was used to provide Perl
> bindings, but SWIG should make it easy to turn that into Python bindings).
>
> Ciao,
> Johannes
>

Re: [Libvncserver-common] LibVNC Python bindings

[Johannes S. <Joh...@gm...>]

Hi Yonathan,

On Tue, 23 Feb 2016, Yonathan Klijnsma wrote:

> Is there a way to subscribe to the libvnc list ?

Yes: https://lists.sourceforge.net/lists/listinfo/libvncserver-common

Ciao,
Johannes

Re: [Libvncserver-common] LibVNC Python bindings

[Johannes S. <Joh...@gm...>]

Hi Yonathan,

I Cc: the mailing list (which is a better place to ask than the former
maintainer).

On Tue, 23 Feb 2016, Yonathan Klijnsma wrote:

> I was wondering if you were at some point working on Python bindings for
> libVNC. As context, I'm building a VNC honeypot completely Python based but
> the issue is that implementing the whole RFB in Python is kind of a pain
> which I can save myself from with libVNC.
> If you haven't worked on it I might actually build the bindings myself in
> order to get my honeypot working a bit better. I can of course do a pull
> request for the Python bindings.

At some point I was playing with SWIG bindings. They should still work, I
think: https://github.com/LibVNC/VisualNaCro (it was used to provide Perl
bindings, but SWIG should make it easy to turn that into Python bindings).

Ciao,
Johannes

Re: [Libvncserver-common] LibVNC* Python bindings - GSoC2016

[Fotis T. <ft...@gm...>]

2016-02-17 18:25 GMT+02:00 Christian Beier <chr...@go...>:
> Am Wed, 17 Feb 2016 11:10:14 +0200
> schrieb Fotis Tsamis <ft...@gm...>:
>
>> I see that there is only one idea in the Ideas Page. Normally, I would send
>> the python bindings idea as a proposal when I make my application as a
>> student after the org is accepted. But, if there are no more ideas to be
>> added in the ideas page I think we should add it there. I guess that 2-3
>> ideas is good for a smaller org. But since you'll get limited student
>> slots, which means that not all ideas can be assigned anyway, adding a few
>> more wouldn't hurt (as long as you find it useful/interesting).
>
> Just added some more ideas I had. But feel free to add yours as well already!

I just added the Python bindings idea too. Since I am not the one to
decide for the difficulty/importance/mentor fields I copied them from
the Java bindings idea. Please edit them if needed.

>> I also
>> suggest that some guidelines for students are added, since the ideas page
>> is the first thing Google will check before it accepts an org, according to
>> them.
>
> Good idea, I'll do that!

Great! Just a reminder that tommorow the org. applications period
ends, we'll see if libvnc gets accepted on 29 Feb.

>>
>> Here's an example ideas page from a project that was accepted last year, if
>> it helps:
>> https://github.com/balabit/syslog-ng/wiki/GSoC2015-idea-&-project-list
>>
>> 2016-02-11 16:01 GMT+02:00 Christian Beier <don...@fr...>:
>> > Am Thu, 11 Feb 2016 14:54:32 +0100 (CET)
>> > schrieb Johannes Schindelin <Joh...@gm...>:
>> >
>> >> Hi Christian,
>> >>
>> >> On Mon, 8 Feb 2016, Christian Beier wrote:
>> >>
>> >> > Am Wed, 3 Feb 2016 00:38:30 +0200
>> >> > schrieb Fotis Tsamis <ft...@gm...>:
>> >> >
>> >> > > Well, that's great news!
>> >> > > The organizations application period is 8 - 19 February 19:00 UTC, so
>> >> > > there is enough time. I'm glad we started early!
>> >> >
>> >> > Hi folks,
>> >> >
>> >> > I just started the application process - in the meantime, there's
>> >> >
>> https://docs.google.com/document/d/18M0t8ZkEizfQT-87RnG88gqywSeYP-l36_FCnYMLO1c/edit?usp=sharing
>> >> > for sketching out ideas.
>> >>
>> >> I started https://github.com/LibVNC/libvncserver/wiki/Project-ideas and
>> >> linked to it in the GSoC org profile (hope you don't mind).
>> >
>> > Yeah that's even better than a gdoc page! Thanks!
>> >
>> >>
>> >> Ciao,
>> >> Dscho
>> >
>

Re: [Libvncserver-common] LibVNC* Python bindings - GSoC2016

[Christian B. <chr...@go...>]

Am Wed, 17 Feb 2016 11:10:14 +0200
schrieb Fotis Tsamis <ft...@gm...>:

> I see that there is only one idea in the Ideas Page. Normally, I would send
> the python bindings idea as a proposal when I make my application as a
> student after the org is accepted. But, if there are no more ideas to be
> added in the ideas page I think we should add it there. I guess that 2-3
> ideas is good for a smaller org. But since you'll get limited student
> slots, which means that not all ideas can be assigned anyway, adding a few
> more wouldn't hurt (as long as you find it useful/interesting).

Just added some more ideas I had. But feel free to add yours as well already!

> I also
> suggest that some guidelines for students are added, since the ideas page
> is the first thing Google will check before it accepts an org, according to
> them.

Good idea, I'll do that!

> 
> Here's an example ideas page from a project that was accepted last year, if
> it helps:
> https://github.com/balabit/syslog-ng/wiki/GSoC2015-idea-&-project-list
> 
> 2016-02-11 16:01 GMT+02:00 Christian Beier <don...@fr...>:
> > Am Thu, 11 Feb 2016 14:54:32 +0100 (CET)
> > schrieb Johannes Schindelin <Joh...@gm...>:
> >
> >> Hi Christian,
> >>
> >> On Mon, 8 Feb 2016, Christian Beier wrote:
> >>
> >> > Am Wed, 3 Feb 2016 00:38:30 +0200
> >> > schrieb Fotis Tsamis <ft...@gm...>:
> >> >
> >> > > Well, that's great news!
> >> > > The organizations application period is 8 - 19 February 19:00 UTC, so
> >> > > there is enough time. I'm glad we started early!
> >> >
> >> > Hi folks,
> >> >
> >> > I just started the application process - in the meantime, there's
> >> >
> https://docs.google.com/document/d/18M0t8ZkEizfQT-87RnG88gqywSeYP-l36_FCnYMLO1c/edit?usp=sharing
> >> > for sketching out ideas.
> >>
> >> I started https://github.com/LibVNC/libvncserver/wiki/Project-ideas and
> >> linked to it in the GSoC org profile (hope you don't mind).
> >
> > Yeah that's even better than a gdoc page! Thanks!
> >
> >>
> >> Ciao,
> >> Dscho
> >

Re: [Libvncserver-common] LibVNC* Python bindings - GSoC2016

[Fotis T. <ft...@gm...>]

I see that there is only one idea in the Ideas Page. Normally, I would send
the python bindings idea as a proposal when I make my application as a
student after the org is accepted. But, if there are no more ideas to be
added in the ideas page I think we should add it there. I guess that 2-3
ideas is good for a smaller org. But since you'll get limited student
slots, which means that not all ideas can be assigned anyway, adding a few
more wouldn't hurt (as long as you find it useful/interesting). I also
suggest that some guidelines for students are added, since the ideas page
is the first thing Google will check before it accepts an org, according to
them.

Here's an example ideas page from a project that was accepted last year, if
it helps:
https://github.com/balabit/syslog-ng/wiki/GSoC2015-idea-&-project-list

2016-02-11 16:01 GMT+02:00 Christian Beier <don...@fr...>:
> Am Thu, 11 Feb 2016 14:54:32 +0100 (CET)
> schrieb Johannes Schindelin <Joh...@gm...>:
>
>> Hi Christian,
>>
>> On Mon, 8 Feb 2016, Christian Beier wrote:
>>
>> > Am Wed, 3 Feb 2016 00:38:30 +0200
>> > schrieb Fotis Tsamis <ft...@gm...>:
>> >
>> > > Well, that's great news!
>> > > The organizations application period is 8 - 19 February 19:00 UTC, so
>> > > there is enough time. I'm glad we started early!
>> >
>> > Hi folks,
>> >
>> > I just started the application process - in the meantime, there's
>> >
https://docs.google.com/document/d/18M0t8ZkEizfQT-87RnG88gqywSeYP-l36_FCnYMLO1c/edit?usp=sharing
>> > for sketching out ideas.
>>
>> I started https://github.com/LibVNC/libvncserver/wiki/Project-ideas and
>> linked to it in the GSoC org profile (hope you don't mind).
>
> Yeah that's even better than a gdoc page! Thanks!
>
>>
>> Ciao,
>> Dscho
>

Re: [Libvncserver-common] LibVNC* Python bindings - GSoC2016

[Christian B. <don...@fr...>]

Am Thu, 11 Feb 2016 14:54:32 +0100 (CET)
schrieb Johannes Schindelin <Joh...@gm...>:

> Hi Christian,
> 
> On Mon, 8 Feb 2016, Christian Beier wrote:
> 
> > Am Wed, 3 Feb 2016 00:38:30 +0200
> > schrieb Fotis Tsamis <ft...@gm...>:
> > 
> > > Well, that's great news!
> > > The organizations application period is 8 - 19 February 19:00 UTC, so
> > > there is enough time. I'm glad we started early!
> > 
> > Hi folks,
> > 
> > I just started the application process - in the meantime, there's
> > https://docs.google.com/document/d/18M0t8ZkEizfQT-87RnG88gqywSeYP-l36_FCnYMLO1c/edit?usp=sharing
> > for sketching out ideas.
> 
> I started https://github.com/LibVNC/libvncserver/wiki/Project-ideas and
> linked to it in the GSoC org profile (hope you don't mind).

Yeah that's even better than a gdoc page! Thanks!

> 
> Ciao,
> Dscho

Re: [Libvncserver-common] LibVNC* Python bindings - GSoC2016

[Johannes S. <Joh...@gm...>]

Hi Christian,

On Mon, 8 Feb 2016, Christian Beier wrote:

> Am Wed, 3 Feb 2016 00:38:30 +0200
> schrieb Fotis Tsamis <ft...@gm...>:
> 
> > Well, that's great news!
> > The organizations application period is 8 - 19 February 19:00 UTC, so
> > there is enough time. I'm glad we started early!
> 
> Hi folks,
> 
> I just started the application process - in the meantime, there's
> https://docs.google.com/document/d/18M0t8ZkEizfQT-87RnG88gqywSeYP-l36_FCnYMLO1c/edit?usp=sharing
> for sketching out ideas.

I started https://github.com/LibVNC/libvncserver/wiki/Project-ideas and
linked to it in the GSoC org profile (hope you don't mind).

Ciao,
Dscho