<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 8, 2016 at 11:49 PM, Bryce Harrington <span dir="ltr"><<a href="mailto:bryce@osg.samsung.com" target="_blank">bryce@osg.samsung.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Mar 09, 2016 at 12:54:11PM +1000, Peter Hutterer wrote:<br>
> On Tue, Mar 08, 2016 at 06:39:43PM -0800, Bill Spitzak wrote:<br>
> > On Tue, Mar 8, 2016 at 6:12 PM, Peter Hutterer <<a href="mailto:peter.hutterer@who-t.net">peter.hutterer@who-t.net</a>><br>
> > wrote:<br>
> ><br>
> > > On Fri, Mar 04, 2016 at 10:16:30PM -0800, <a href="mailto:spitzak@gmail.com">spitzak@gmail.com</a> wrote:<br>
> > > > From: Bill Spitzak <<a href="mailto:spitzak@gmail.com">spitzak@gmail.com</a>><br>
> > > ><br>
> > > > The Mint instructions have been tested, I had to guess at the Ubuntu12<br>
> > > > instructions as I no longer have that machine.<br>
> > ><br>
> > > fwiw, I do question the need for build instructions for a new graphics<br>
> > > stack<br>
> > > on a >3 year old release.<br>
> ><br>
> > I am unsure, but for a lot of people trying to use work machines they are<br>
> > stuck with such old versions. I know my previous job (Oblong Industries) is<br>
> > still using this version of Ubuntu. Here at Dreamworks they are even older<br>
> > RHEL6 and I cannot compile it at all.<br>
><br>
> I don't doubt that some people are trying to compile it, but as I said, I<br>
> question the need to provide build instructions (which look official when<br>
> they're on the wayland website). especially if they're untested.<br>
<br>
</span>Personally I don't see a problem with it, it's just keeping already<br>
published documentation updated as stuff changes.<br></blockquote><div><br></div><div>I think it should be kept as it contains the hair needed to get Mesa to compile, which was by far the biggest sticking point in getting Wayland working. That problem may come up again if Wayland is changed to depend on a bleeding-edge Mesa dependency.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
That said, I agree with 12.04 we're probably pretty deep into the long<br>
tail for users.  Especially with 16.04 coming out next month I wouldn't<br>
see a problem just dropping the 12.04 directions at this point.<br>
<br>
Bryce<br>
<div><div class="h5"><br>
> > > ---<br>
> > > >  mint17.html      | 21 ++++++++++++++++++---<br>
> > > >  ubuntu12.04.html | 13 +++++++++++--<br>
> > > >  2 files changed, 29 insertions(+), 5 deletions(-)<br>
> > > ><br>
> > > > diff --git a/mint17.html b/mint17.html<br>
> > > > index ae1c5a8..f32ef9e 100644<br>
> > > > --- a/mint17.html<br>
> > > > +++ b/mint17.html<br>
> > > > @@ -12,7 +12,7 @@<br>
> > > >  Building Weston on Linux Mint 17</h1><br>
> > > ><br>
> > > >  <p>The following sequence of commands successfully built Weston and<br>
> > > > -XWayland on a Linux Mint 17 Cinnamon system, on October 28 2014. These<br>
> > > > +XWayland on a Linux Mint 17.3 Cinnamon system, on March 2, 2016. These<br>
> > > >  commands will probably work on any system based on Ubuntu 14.04.</p><br>
> > > ><br>
> > > >  <p>This is considerably easier than earlier systems as the distributed<br>
> > > > @@ -32,7 +32,7 @@ mkdir -p $ACLOCAL_PATH<br>
> > > ><br>
> > > >  <span class="comment"># libwayland:</span><br>
> > > ><br>
> > > > -apt install libffi-dev libexpat-dev<br>
> > > > +apt install libffi-dev libexpat-dev libxml2-dev<br>
> > > >  apt install doxygen xmlto <span class="comment"># or use<br>
> > > --disable-documentation</span><br>
> > > ><br>
> > > >  git clone git://<a href="http://anongit.freedesktop.org/wayland/wayland" rel="noreferrer" target="_blank">anongit.freedesktop.org/wayland/wayland</a><br>
> > > > @@ -41,10 +41,25 @@ cd wayland<br>
> > > >  make -j 9 && make install<br>
> > > >  cd ..<br>
> > > ><br>
> > > > +<span class="comment"># wayland-protocols:</span><br>
> > > > +<br>
> > > > +git clone git://<a href="http://anongit.freedesktop.org/wayland/wayland-protocols" rel="noreferrer" target="_blank">anongit.freedesktop.org/wayland/wayland-protocols</a><br>
> > > > +cd wayland-protocols<br>
> > > > +./autogen.sh --prefix=$WLD<br>
> > > > +make -j 9 && make install<br>
> > > > +cd ..<br>
> > > > +<br>
> > > >  <span class="comment"># libinput:</span><br>
> > > ><br>
> > > >  apt install libmtdev-dev libudev-dev libevdev-dev<br>
> > > ><br>
> > > > +<span class="comment"># newer version of libwacom is needed than in apt<br>
> > > > +apt install libgudev-1.0-dev<br>
> > > > +git clone git://<a href="http://git.code.sf.net/p/linuxwacom/libwacom" rel="noreferrer" target="_blank">git.code.sf.net/p/linuxwacom/libwacom</a><br>
> > > > +cd libwacom<br>
> > > > +make -j 9 && make install<br>
> > > > +cd ..<br>
> > > > +<br>
> > > >  git clone git://<a href="http://anongit.freedesktop.org/wayland/libinput" rel="noreferrer" target="_blank">anongit.freedesktop.org/wayland/libinput</a><br>
> > > >  cd libinput<br>
> > > >  ./autogen.sh --prefix=$WLD<br>
> > > > @@ -163,7 +178,7 @@ cd xserver<br>
> > > >  ./autogen.sh --prefix=$WLD --disable-docs --disable-devel-docs \<br>
> > > >    --enable-xwayland --disable-xorg --disable-xvfb --disable-xnest \<br>
> > > >    --disable-xquartz --disable-xwin<br>
> > > > -make && make install<br>
> > > > +make -j 9 && make install<br>
> > ><br>
> > > what's the reason we hardcode -j9 everywhere instead of relying on users to<br>
> > > set their MAKEFLAGS?<br>
> > ><br>
> ><br>
> > It might work now for Mint. I don't think Mesa compiled correctly with<br>
> > parallel make so I had to leave it out of that one.<br>
><br>
> I'd say override it there with a forced -j1 and file a bug upstream.<br>
><br>
> > Would you think it best to insert the setenv in the Mint instructions?<br>
><br>
> No, you don't insert a setenv, you can point out that people should have<br>
> that set, but don't override their local settings. They may have other<br>
> makeflags that matter.<br></div></div></blockquote><div><br></div><div>Actually it was Wayland that had a problem with parallel make, the documentation failed, but I fixed that some time ago.</div><div><br></div><div>I believe Mesa's problem was that you sometimes had to do a "git clean" in order to get a correct recompilation, but that would not affect these instructions.</div><div><br></div><div>Therefore I agree that removing the make flags is a good idea. It currently kind of implies they are required. I would at least put in a commented out line setting them to prove they work (projects that cannot be built parallel are not uncommon and without this people may assume it does not work).</div><div><br></div></div></div></div>