Xvfb is part of xorg-server. MacPorts only installs the XQuartz DDX from the
xorg-server and xorg-server-devel ports.
> On Feb 11, 2015, at 18:48, Jack Howarth wrote:
>
> Jeremy,
> Where is the Xvfb binary hidden in MacPorts? It is part of
> Xquartz so I assume we must have it hidden in
Ian,
I took a look at kdelibs4 in macports and
https://trac.macports.org/browser/trunk/dports/kde/kdelibs4/files/workaround-kdeinit4-crash.patch
looks particularly interesting to what we are trying to fix here.
Especially it's use of a separate executable (helperExe) to launch
klauncher with. If y
On 12/02/2015, at 10:34 AM, Brandon Allbery wrote:
> On Wed, Feb 11, 2015 at 6:31 PM, René J.V. wrote:
> I take that to mean that doing fork() doesn't oblige you to do an exec()
> afterwards, it's that you cannot do a fork() from a process that's not been
> started through exec.
>
> I will gues
On 2015-2-12 10:31 , René J.V. Bertin wrote:
> On Wednesday February 11 2015 16:02:49 Jeremy Whiting wrote:
>
> Hi Jeremy,
>
> CC'ing this to macports-dev as there may be someone there who can give some
> background and a proper solution.
>
>> In Console.app I see this error:
>> 2/11/15 3:53:53
On Wed, Feb 11, 2015 at 6:31 PM, René J.V. wrote:
> I take that to mean that doing fork() doesn't oblige you to do an exec()
> afterwards, it's that you cannot do a fork() from a process that's not been
> started through exec.
I will guess that this is related to the fact that such processes ar
On Wed, Feb 11, 2015 at 4:31 PM, René J.V. wrote:
> On Wednesday February 11 2015 16:02:49 Jeremy Whiting wrote:
>
> Hi Jeremy,
>
> CC'ing this to macports-dev as there may be someone there who can give
> some background and a proper solution.
>
> > In Console.app I see this error:
> > 2/11/15 3:
On Wednesday February 11 2015 16:02:49 Jeremy Whiting wrote:
Hi Jeremy,
CC'ing this to macports-dev as there may be someone there who can give some
background and a proper solution.
> In Console.app I see this error:
> 2/11/15 3:53:53.155 PM kdeinit5: klauncher --fd=8[60704]: Process 60703 was
I'll be uploading a modified portdir to the usual trac ticket.
R.
-- Forwarded Message --
Subject: Re: [Interest] Fwd: Qt 5.4 build error on OS X 10.7
Date: Wednesday February 11 2015, 13:14:46
From: Thiago Macieira
To: inter...@qt-project.org
On Wednesday 11 February 2015 18:
Yeah, it looks like fox has some code in configure to try to deal with the
absence of libGLU, but it doesn't work.
> On Feb 11, 2015, at 12:10, Marko Käning wrote:
>
>
> On 11 Feb 2015, at 21:09 , Jeremy Lavergne wrote:
>
>> Can you send the commands macports built? It might be the new inclu
On 11 Feb 2015, at 21:09 , Jeremy Lavergne wrote:
> Can you send the commands macports built? It might be the new include/lib
> is not in the build commands.
Here is one:
:info:build libtool: compile: /usr/bin/clang++ -DPACKAGE_NAME=\"fox\"
-DPACKAGE_TARNAME=\"fox\" -DPACKAGE_VERSION=\"1.6.4
Hi Jeremy,
On 11 Feb 2015, at 20:22 , Jeremy Huddleston Sequoia wrote:
> I've updated the few ports that I'm aware of that use libGLU and will be
> trying to build other ports that depend on mesa to determine if they need
> libGLU or not. If you run into any build failures in ports because GL/
On Wed, Feb 11, 2015 at 2:45 PM, René J.V. wrote:
> Actually, I ran into it not because of a build system, but because I'd
> opened destroot/Applications in the Finder, to check a generated app
> bundle. Doesn't strike me as particularly "not done", that ;)
"Doctor, it hurts when I do this."
-
On Wednesday February 11 2015 14:39:10 Lawrence Velázquez wrote:
> > Does it also remove files that should never make it into an installer
> > tarball?
>
> Not that I'm aware of. If for some unfathomable reason a build system
> installs a .DS_Store, you should report that as a bug.
Actually, I
On Feb 11, 2015, at 10:52 AM, René J.V. Bertin wrote:
> Does it also remove files that should never make it into an installer tarball?
Not that I'm aware of. If for some unfathomable reason a build system installs
a .DS_Store, you should report that as a bug.
vq
___
Hello everyone,
mesa received quite a version bump last night. As part of that, libGLU was
pushed out to a separate port (much like glut was a few years ago) to match
upstream's packaging changes.
I've updated the few ports that I'm aware of that use libGLU and will be trying
to build other p
Hello,
The destroot step automatically removes empty directories from the destroot
before finishing. Does it also remove files that should never make it into an
installer tarball? If so, why is .DS_Store not on that list?
R.
___
macports-dev mailing l
On Tuesday February 10 2015 21:27:07 Craig Treleaven wrote:
>PS Some forums can be set up to send you an email
>when a sub-forum or topic is updated (after your
>last visit). I don't know of any that allow you
>to send an email that becomes a posting, however.
Anyone who ever reported a Googl
On Tuesday February 10 2015 19:30:59 Ryan Schmidt wrote:
Hi Ryan,
>I've also made additional changes to make it impossible for me to forget to
>use sudo:
Could it be those are indeed quite necessary (i.e. you forgot to list the
changes)? ;)
>You're talking about two different things.
You kno
Hi,
- On 11 Feb, 2015, at 01:27, Ian Wadham iandw...@gmail.com wrote:
>> You can simply delete ~/.macports
>
> Do you mean "rm -rf ~/.macports"? I am in the middle of a build of René's new
> qt5-mac-devel port, which failed with compiler error messages in my machine.
If you built that qt5-
19 matches
Mail list logo
