On Sun, Nov 14, 2010 at 11:00:18AM +0100, ti...@piments.com wrote:
> On 11/11/10 12:41, Adam Tkac wrote:
> >On Tue, Nov 09, 2010 at 04:50:12PM +0100, ti...@piments.com wrote:
> >>On 11/09/10 16:22, Adam Tkac wrote:
> >>>On Tue, Nov 09, 2010 at 01:40:28PM +0100, ti...@piments.com wrote:
> >>>>
> >>>>Hi,
> >>>>
> >>>>there seems to be a problem with the instructions in unix/README given
> >>>>to recover xorg tree
> >>>>
> >>>># git clone git://git.freedesktop.org/git/xorg/xserver xorg
> >>>>Initialized empty Git repository in /root/gcc/xorg/.git/
> >>>>remote: Counting objects: 114576, done.
> >>>>remote: Compressing objects: 100% (27396/27396), done.
> >>>>remote: Total 114576 (delta 91875), reused 107735 (delta 86267)
> >>>>Receiving objects: 100% (114576/114576), 33.36 MiB | 296 KiB/s, done.
> >>>>Resolving deltas: 100% (91875/91875), done.
> >>>>
> >>>># cd xorg
> >>>>
> >>>># git checkout origin/server-1.5-branch
> >>>>Note: checking out 'origin/server-1.5-branch'.
> >>>>
> >>>>You are in 'detached HEAD' state. You can look around, make experimental
> >>>>changes and commit them, and you can discard any commits you make in this
> >>>>state without impacting any branches by performing another checkout.
> >>>>
> >>>>If you want to create a new branch to retain commits you create, you may
> >>>>do so (now or later) by using -b with the checkout command again. Example:
> >>>>
> >>>> git checkout -b new_branch_name
> >>>>
> >>>>HEAD is now at e1edd9e... security: Grant untrusted windows remove
> >>>>access on all windows.
> >>>>
> >>>>
> >>>>
> >>>>So either my head has become detached ;) or the instructions need
> >>>>updating.
> >>>>
> >>>>git version 1.7.0.4
> >>>>
> >>>>I can't make out from git --help what this needs to be now.
> >>>>
> >>>>Any hints on an update for the instructions?
> >>>
> >>>Hello,
> >>>
> >>>does it cause any problem when HEAD is in detached state? You can
> >>>simply copy ("cp -r") all sources and compile Xvnc, can't you?
> >>>
> >>>Regards, Adam
> >>>
> >>Thanks Adam,
> >>
> >>I may be misinterpreting but I would have thought that this meant I
> >>was getting current xorg-server HEAD not the 1.7branch that matches
> >>the system I'm building on.
> >>
> >>My aim was to get as close to the running system (kubuntu 10.4)
> >>since the doc suggests to get as close as possible to get libvnc to
> >>work.
> >>
> >>Is that not what I need to do or am I mistaken about what HEAD is ?
> >
> >If you need X.Org git repo only for building Xvnc then
> >`git checkout<branch_name>` (where branch_name is
> >origin/server-1.7-branch in you case) is enough. Then simply copy the
> >whole X.Org source to tigervnc/unix/xserver.
> >
> >Regards, Adam
> >
>
> Hi,
>
> it seems that the new version of git which came with the distro
> update now spews rather a lot cryptic jargon without stating what
> HEAD it did get.
>
> git pull
> From .
> * branch server-1.7-branch -> FETCH_HEAD
> Already up-to-date.
>
> So it seems that HEAD is not the HEAD but each branch has its own
> HEAD. Most beasts have but one head. It seems git is modelled on the
> Hydra.
Right you are. In git each branch has his own HEAD.
> Unix tools tend to be silent or terse if successful as it was in
> previous versions. All this output gave me the impression it was
> signalling a problem or an unexpected situation.
>
> Thanks for you help in clarifying.
>
>
> Ubuntu 10.4 is back to a broken , and now useless, state with
> tigevnc. It seems like it was more luck than anything that it worked
> with 9.10.
>
> I had to build with -disable-dmx to get around a missing declaration
> in /hw/mi/miinitext.c
> and an order reversal made the patch fail.
> >> nano ~/gcc/tigervnc/trunk/xorg/xserver/configure.ac.rej
> >> AM_INIT_AUTOMAKE([dist-bzip2 foreign]) # order reversed
>
> Having sorted that the server did connect but crashed at the first
> mouse interaction. I'm concluding that tigervnc on kubuntu is a
> total waste of time unless I can get into serious debugging and
> probably patching ubuntu xorg.
>
> I've had to install x11vnc to get the job done. It's not as fast but
> it works.
>
> I know you're mainly concerned with RedHat development but are you
> aware of this sort of issue with (k)ubuntu ? At first I thought it
> was my lack of expertise with getting the build to match but it
> seems like there are fundamental problems here.
I usually don't test Xvnc on Ubuntu. I'm going to check if it is
really broken on 10.4 but AFAIK Xvnc works when it is built against
X.Org 1.7.X.
Regards, Adam
--
Adam Tkac, Red Hat, Inc.
------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
Tigervnc-devel mailing list
Tigervnc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
