On 25/05/2012 05:18, Baptiste Daroussin wrote:
> Without the cairo patch (because it doesn't work for me) I managed to
> workaround
> the bug creating a xorg.conf (I haven't done that for a while :)) containing
> this:
> Section "Device"
> Identifier "bla"
> Driver "intel"
> Opti
Hi!
The attached patch make kdebase3 compilable with clang-3.1 on FreeBSD 9-STABLE.
--- ./kdebase-3.5.10/kicker/applets/launcher/easyvector.h.orig 2012-05-26 11:11:24.0 +0200
+++ ./kdebase-3.5.10/kicker/applets/launcher/easyvector.h 2012-05-26 11:12:38.0 +0200
@@ -87,7 +87,7 @@
te
Hi!
Somewhere in config* or Makefile are a hardcoded /usr/bin/cpp ...
Script started on Sat May 26 10:51:06 2012
op has logged on :0 from local.
[1mroot[m@[4mopn[24m libX11# make
===> License MIT accepted by the user
===> Extracting for libX11-1.4.4,1
=> SHA256 Checksum OK for xorg/lib/lib
Martin wrote:
Hi there!
I am running a box with FreeBSD 9.0-Release amd64 and a GeForce GTS450.
This setup is was running for several months without any issues.
Since the last Xorg-update I have freezes of XOrg every day (minimum
one, sometimes more). I first did an update without setting
"W
Hi FreeBSD fellows,
Those who are using LaTeX on FreeBSD must know that tetex has been
discontinued years ago and that TeXLive is now recommended, however TeXLive
has never been merged in the ports tree on FreeBSD and that tetex is still
used on FreeBSD ports. Although there have been some "custom
Am Sat, 26 May 2012 12:01:23 +0200
schrieb Hans de Hartog :
> --
> I have the following line in my xorg.conf for a long time. It's a
> panacea for all xorg problems I've seen (also on linux boxes).
> Especially for the symptoms
Hi,
The port sysutils/qzeitgeist has failed to build on FreeBSD 9-STABLE.
The configure phase seem run without issue.
The build phase fails just after AUTOMOC4_EXECUTABLE-NOTFOUND was not found.
How can I fix it?
Cordially.
Q. Schwerkolt
===> License LGPL21 accepted by the user
===> Extractin
On Sat, 26 May 2012 22:42:50 +1200
Sam Lin articulated:
>Those who are using LaTeX on FreeBSD must know that tetex has been
>discontinued years ago and that TeXLive is now recommended, however
>TeXLive has never been merged in the ports tree on FreeBSD and that
>tetex is still used on FreeBSD port
On Sat, 26 May 2012 09:01:37 -0400, Jerry wrote:
> On Sat, 26 May 2012 22:42:50 +1200
> Sam Lin articulated:
>
> The real irony here is that I have been playing around with "TeX Live"
> on Windows for several years. I have serious doubts as to whether it
> can ever be made to run as easily and be
Le 25.05.2012 22:49, Rainer Hurling a écrit :
On 25.05.2012 21:51 (UTC+1), coder.tuxfamily wrote:
Can you try to build the "new" port of gdal ?
I have the same problem with swig for php...
Thanks for the update. It builds and installs fine here on two boxes
with 10.0-CURRENT (amd64).
One iss
On 05/26/2012 09:19 AM, Nikola Lečić wrote:
On Sat, 26 May 2012 09:01:37 -0400, Jerry wrote:
On Sat, 26 May 2012 22:42:50 +1200
Sam Lin articulated:
This was already repeated many times on this mailing list, but I guess
it won't hurt to remind that vanilla TeX Live works on FreeBSD (from 7.0
Quentin Schwerkolt writes:
> Hi,
>
> The port sysutils/qzeitgeist has failed to build on FreeBSD 9-STABLE.
> The configure phase seem run without issue.
> The build phase fails just after AUTOMOC4_EXECUTABLE-NOTFOUND was not found.
>
> How can I fix it?
Can you post the contents of
/usr/ports/sy
On 26.05.2012 17:49 (UTC+2), coder.tuxfamily wrote:
Le 25.05.2012 22:49, Rainer Hurling a écrit :
On 25.05.2012 21:51 (UTC+1), coder.tuxfamily wrote:
Can you try to build the "new" port of gdal ?
I have the same problem with swig for php...
Thanks for the update. It builds and installs fine
On 26-5-2012 11:39, Oliver Pinter wrote:
> Somewhere in config* or Makefile are a hardcoded /usr/bin/cpp ...
> Stop in /usr/ports/x11/libX11.
> [1mroot[m@[4mopn[24m libX11# cat /etc/src.conf
This file is irrelevant. It is not used by ports (or closer to the truth
- it's turned off by /usr/s
On Sat, 26 May 2012 10:38:18 -0500, Stephen Montgomery-Smith wrote:
> On 05/26/2012 09:19 AM, Nikola Lečić wrote:
> This is what I have done, and it has worked very well - except the
> xdvi program that came with texlive was linked to a different version
> of the xorg libraries!
[...]
> P.S. How d
I think src.conf is relevant, while it changes the system behavior, as
changed the default cc from gcc-4.2 to clang. The error in this case
is with cc -E command, which not pass configure test.
On 5/26/12, Mel Flynn wrote:
> On 26-5-2012 11:39, Oliver Pinter wrote:
>
>> Somewhere in config* or Ma
On 26-5-2012 19:17, Oliver Pinter wrote:
> I think src.conf is relevant, while it changes the system behavior, as
> changed the default cc from gcc-4.2 to clang.
Thinking it doesn't make it so. Run:
grep _WITHOUT_SRCCONF /usr/share/mk/*.mk
Then investigate.
Setting CC in /etc/src.conf has *no eff
On Tue, May 22, 2012 at 04:34:20PM +0100, Anton Shterenlikht wrote:
> On Tue, May 22, 2012 at 04:28:45PM +0200, Alberto Villa wrote:
> > On Tue, May 22, 2012 at 4:21 PM, Anton Shterenlikht
> > wrote:
> > > Track shlibs: yes
> >
> > bapt@ or whoever will track this bug: this is the problem I had
On 05/26/2012 11:33 AM, Nikola Lečić wrote:
On Sat, 26 May 2012 10:38:18 -0500, Stephen Montgomery-Smith wrote:
On 05/26/2012 09:19 AM, Nikola Lečić wrote:
This is what I have done, and it has worked very well - except the
xdvi program that came with texlive was linked to a different version
of
On 5/26/12, Mel Flynn wrote:
> On 26-5-2012 19:17, Oliver Pinter wrote:
>> I think src.conf is relevant, while it changes the system behavior, as
>> changed the default cc from gcc-4.2 to clang.
>
> Thinking it doesn't make it so. Run:
> grep _WITHOUT_SRCCONF /usr/share/mk/*.mk
>
> Then investigat
On 5/26/12, Oliver Pinter wrote:
> On 5/26/12, Mel Flynn wrote:
>> On 26-5-2012 19:17, Oliver Pinter wrote:
>>> I think src.conf is relevant, while it changes the system behavior, as
>>> changed the default cc from gcc-4.2 to clang.
>>
>> Thinking it doesn't make it so. Run:
>> grep _WITHOUT_SRCC
On 5/26/12, Mel Flynn wrote:
> On 26-5-2012 20:40, Oliver Pinter wrote:
>> On 5/26/12, Mel Flynn wrote:
>>> On 26-5-2012 19:17, Oliver Pinter wrote:
I think src.conf is relevant, while it changes the system behavior, as
changed the default cc from gcc-4.2 to clang.
>>>
>>> Thinking it d
On 26-5-2012 20:40, Oliver Pinter wrote:
> On 5/26/12, Mel Flynn wrote:
>> On 26-5-2012 19:17, Oliver Pinter wrote:
>>> I think src.conf is relevant, while it changes the system behavior, as
>>> changed the default cc from gcc-4.2 to clang.
>>
>> Thinking it doesn't make it so. Run:
>> grep _WITHO
I've found another problem with the port.
kadmind and kdc both look for krb5.conf in /usr/local/etc, but
kpasswdd and kstash look for it in /etc. This can be fixed with a
symlink, but I feel like that's not the best solution. Ultimately,
all the heimdal utilities and daemons should be looking in
Quentin Schwerkolt writes:
> //Path to a program.
> AUTOMOC4_EXECUTABLE:FILEPATH=AUTOMOC4_EXECUTABLE-NOTFOUND
>
> //The directory containing a CMake configuration file for Automoc4.
> Automoc4_DIR:PATH=/usr/lib64/automoc4
What are the contents of your /usr/lib64? I wonder what automoc is doing
t
/usr/lib64 is a symbolic link to /usr/locale/lib.
On 05/26/12 21:22, Raphael Kubo da Costa wrote:
> Quentin Schwerkolt writes:
>
>> //Path to a program.
>> AUTOMOC4_EXECUTABLE:FILEPATH=AUTOMOC4_EXECUTABLE-NOTFOUND
>>
>> //The directory containing a CMake configuration file for Automoc4.
>> Automo
On Sat, May 26, 2012 at 9:39 PM, Quentin Schwerkolt
wrote:
> /usr/lib64 is a symbolic link to /usr/locale/lib.
Can you put the attached patch into /usr/ports/devel/automoc4/files,
rebuild automoc4 and retry with qzeitgeist?
--
Alberto Villa, FreeBSD committer
http://people.FreeBSD.org/~avilla
Le 26.05.2012 18:41, Rainer Hurling a écrit :
On 26.05.2012 17:49 (UTC+2), coder.tuxfamily wrote:
Le 25.05.2012 22:49, Rainer Hurling a écrit :
On 25.05.2012 21:51 (UTC+1), coder.tuxfamily wrote:
Can you try to build the "new" port of gdal ?
I have the same problem with swig for php...
Than
On Sat, 26 May 2012 13:05:26 -0500, Stephen Montgomery-Smith wrote:
> Do you have instructions for how to build customized texlive
> binaries? Then we could create a port that creates
> amd64-freebsd-tl2011.tar.xz or i386-freebsd-tl2011.tar.xz.
All the work I mentioned is integrated into the TeX L
What would be helpful to diagnose this? I'm on current r236118
Doug
--
This .signature sanitized for your protection
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail t
Doug Barton writes:
> What would be helpful to diagnose this? I'm on current r236118
I'm getting failures on tests also, whether I use clang, gcc42
of gcc46.
(System:
FreeBSD 10.0-CURRENT #0: Sun Mar 11 08:20:02 EDT 2012 amd64
)
Robert Huff
On Sat, May 26, 2012 at 10:16:11PM -0400, Robert Huff wrote:
>
> Doug Barton writes:
>
> > What would be helpful to diagnose this? I'm on current r236118
>
> I'm getting failures on tests also, whether I use clang, gcc42
> of gcc46.
> (System:
>
> FreeBSD 10.0-CURRENT #0: Sun Mar
32 matches
Mail list logo
