Good morning all,
Have finally build Apache 2.4 from ports which wasn’t causing that issues…. yes
I noticed about the order of -L’s but haven’t time for further investigations….
so I did this…. but by the way have noticed too that php 5.4 is suffering
something similar….
ldd /usr/local/lib/php
Thank you, all.
Weird thing - I had a thought that I could verify what was happening by
replacing texttops with pdftops. So I did that, and it printed, then looked
at the log files, and it was no longer using texttops. So I put the files
back where they came from, and it kept working.
So it fixed
On Tue, Apr 8, 2014 at 3:20 PM, Tijl Coosemans wrote:
> On Tue, 08 Apr 2014 13:12:48 -0400 Mikhail T. wrote:
> > On 08.04.2014 12:55, Tijl Coosemans wrote:
> >> On Tue, 08 Apr 2014 09:57:48 -0400 Mikhail T. wrote:
> >>> On 08.04.2014 08:00, freebsd-ports-requ...@freebsd.org wrote:
> If peopl
On Tue, Apr 8, 2014 at 12:44 PM, Melvyn Sopacua wrote:
> Hi,
>
> On Wed, 2 Apr 2014, Jakob Breivik Grimstveit wrote:
>
>
> /var/db/pkg only contains these files:
>>
>> $ find /var/db/pkg
>> [...]
>> /var/db/pkg/libyaml-0.1.6
>> /var/db/pkg/libyaml-0.1.6/distfiles
>> /var/db/pkg/gcc-ecj-4.5
>> /v
On 04/08/14 07:08, Boris Samorodov wrote:
08.04.2014 13:55, Patrick Lamaiziere пишет:
Le Tue, 8 Apr 2014 14:05:00 +1000,
Robert Backhaus a écrit :
I've got a printing problem with the new cups.
I've got a similar problem with cups 1.7 and a Lexmark T640
using the foomatic filters. I've to
Other useful resources:
http://portsmon.freebsd.org/portoverview.py?category=devel&portname=tex-kpathsea
http://www.freshports.org/devel/tex-kpathsea
mcl
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
Please use the Problem Reporting system to advise your issue and enable
a volunteer to effectively work with you to resolve.
A common method is http://www.freebsd.org/send-pr.html
Often its useful to check if the problem has already been raised, and a
fix or workaround provided, by searching here
On 2014-04-08 12:03, Egoitz Aurrekoetxea wrote:
> Hi,
>
> Have tried building Apache on a recently upgraded ports collection for
> linking Apache, php and all against openssl new port…. but no way of ending
> up that way….
>
> I see always :
>
> ldd /usr/local/libexec/apache22/mod_ssl.so
>
Tijl Coosemans wrote:
> For xmms there's xmms2
That's no comparison. Not even fracking close. I for one am very glad that
Christian Weisgerber is having a look at the XMMS-related ports.
AvW
P.S. I do agree with your message as a whole, just not with this
particular example.
--
I'm not comple
On Tue, 08 Apr 2014 13:12:48 -0400 Mikhail T. wrote:
> On 08.04.2014 12:55, Tijl Coosemans wrote:
>> On Tue, 08 Apr 2014 09:57:48 -0400 Mikhail T. wrote:
>>> On 08.04.2014 08:00, freebsd-ports-requ...@freebsd.org wrote:
If people are using a port, then I would agree it should be kept
rega
Thanks. I'll take a look and let you know how it goes...
Steve
Sent from my iPad
On 8 Apr 2014, at 22:46, "Pedro Giffuni"
mailto:p...@apache.org>> wrote:
Hi Steve;
I've been very busy lately on other projects. I did look at porting the new
hadoop and despite of the fact that you have to fetc
Hi Steve;
I've been very busy lately on other projects. I did look at porting the new
hadoop and despite of the fact that you have to fetch a bunch of dependencies,
it is not terribly difficult.
It is completely different to the existing port though so it should probably be
a new port (hadoop2
Hi,
I understand that you are the maintainer of the Hadoop port on FreeBSD. I was
wondering if there were any plans to port Hadoop 2.2.x to FreeBSD? I'd be
willing to help if I can, though may not have the right skills…
Very best regards.
Steve
[http://www.splunk.com/web_assets/v5/promos/SIG
On 6-4-2014 4:22, Kubilay Kocak wrote:
> On 5/04/2014 9:12 PM, Willem Jan Withagen wrote:
>>
>>
>> Op 5 apr. 2014 om 05:48 heeft Shane Ambler het
>> volgende geschreven:
>>
>>> On 04/04/2014 22:42, Willem Jan Withagen wrote:
Hi,
I've tried to upgrade my python 2.7 which did not wor
On 2014-04-08 12:03, Egoitz Aurrekoetxea wrote:
> Hi,
>
> Have tried building Apache on a recently upgraded ports collection for
> linking Apache, php and all against openssl new port…. but no way of ending
> up that way….
>
> I see always :
>
> ldd /usr/local/libexec/apache22/mod_ssl.so
>
Look at poudriere its really good for exactly this, can even cross build
different versions.
Regards
Steve
- Original Message -
From: "Chris Rees"
To:
Sent: Tuesday, April 08, 2014 9:45 PM
Subject: Quickly cleanroom building and installing software from ports
Hi all,
I real
Am 2014-04-02 19:34, schrieb Juergen Lock:
Hi!
This just came up on irc (before I saw this thread), and I got the
current
port to build on 10.0 and also with clang34 from ports using the patch
below, maybe it helps. :) (I didn't run-test other than starting it
once tho.)
Juergen
Hi all,
I really enjoy using pkgng, and I love that all my packages are build on
a clean system without any possible quirks.
I found that installing from ports is a bit of a pain on these machines
however, because I don't have any of the development packages installed
(gcc47 etc). I found I
Hello,
is there a way to have parent directories of files be created with same
owner or permissions as the files?
In addition:
@mode a+w
...
@mode
behaves unexpected. chmod a+w doesn't clear r and x, yet mode in
pkg-plist does so I end up with files that have -w--w--w-. And of course
their pare
Hi,
On Wed, 2 Apr 2014, Jakob Breivik Grimstveit wrote:
/var/db/pkg only contains these files:
$ find /var/db/pkg
[...]
/var/db/pkg/libyaml-0.1.6
/var/db/pkg/libyaml-0.1.6/distfiles
/var/db/pkg/gcc-ecj-4.5
/var/db/pkg/gcc-ecj-4.5/distfiles
/var/db/pkg/cmake-modules-2.8.10.2
/var/db/pkg/cmake-
On 04/08/14 18:12, Mikhail T. wrote:
On 08.04.2014 12:55, Tijl Coosemans wrote:
On Tue, 08 Apr 2014 09:57:48 -0400 Mikhail T. wrote:
On 08.04.2014 08:00, freebsd-ports-requ...@freebsd.org wrote:
If people are using a port, then I would agree it should be kept
regardless of maintainer status. B
Good Afternoon,
I don't know if you are aware of it, but SMPlayer 14.3 is broken. The
underlying mplayer still works fine if launched from the CLI.
Here is my post with the error codes, along with another having the
issue: https://forums.freebsd.org/viewtopic.php?f=19&t=45843
I am not skil
On 4/8/2014 16:30, Dave Duchscher wrote:
> Port Maintainers,
>
> Just a suggestion: If you are going to remove an option from your
> port, it would be nice if you would make the port break when that
> option is used. We build our own packages with custom options and
> this little issue just cause
Hi,
seeing r350552 I fixed something related locally as below. I don't think
the fix is 100% correct (cause I haven't the faintest clue how
compiler.mk actually sets compiler flags), but it does the job and gets
rid of lang/gcc.
I do think that the testing for _CXXINTERNAL in Uses/compiler.mk is
On 08.04.2014 12:55, Tijl Coosemans wrote:
> On Tue, 08 Apr 2014 09:57:48 -0400 Mikhail T. wrote:
>> > On 08.04.2014 08:00, freebsd-ports-requ...@freebsd.org wrote:
>>> >> If people are using a port, then I would agree it should be kept
>>> >> regardless of maintainer status. But that doesn't mean
Add a port of system clock synchronization client and server (chrony).
WWW: http://chrony.tuxfamily.org/
PR: ports/174263
-
Build ID: 20140408170800-59209
Job owner: da...@freebsd.org
Buildtime:
On Tue, 08 Apr 2014 09:57:48 -0400 Mikhail T. wrote:
> On 08.04.2014 08:00, freebsd-ports-requ...@freebsd.org wrote:
>> If people are using a port, then I would agree it should be kept
>> regardless of maintainer status. But that doesn't mean keeping
>> everything forever as long as it compiles.
>
On 2014-04-08, "Mikhail T." wrote:
> The most recent list included not only software for interfacing with old
> video-cameras -- various modules for xmms, for example, are on the
> chopping block too, for just another example. Why?..
I was wondering about the XMMS modules, too, since I'm listed
Port Maintainers,
Just a suggestion: If you are going to remove an option from your port, it
would be nice if you would make the port break when that option is used. We
build our own packages with custom options and this little issue just caused
some issues for us. We can’t watch updates to e
Perhaps it is an option for you to switch to Apache 24.
On my machine Apache 24 picks OpenSSL from the ports without any special
adjustments:
ldd /usr/local/libexec/apache24/mod_ssl.so
/usr/local/libexec/apache24/mod_ssl.so:
libssl.so.8 => /usr/local/lib/libssl.so.8 (0x801238000)
On 08.04.2014 08:00, freebsd-ports-requ...@freebsd.org wrote:
> If people are using a port, then I would agree it should be kept
> regardless of maintainer status. But that doesn't mean keeping
> everything forever as long as it compiles.
Why not? Why not "keep everything forever as long as it comp
This seems to be an Apache issue when being built…. I say this because Postfix
por example runs at first attempt as it should….
ldd /usr/local/libexec/postfix/smtpd
/usr/local/libexec/postfix/smtpd:
libpcre.so.3 => /usr/local/lib/libpcre.so.3 (0x800889000)
libssl.so.8 => /usr/loca
08.04.2014 13:55, Patrick Lamaiziere пишет:
> Le Tue, 8 Apr 2014 14:05:00 +1000,
> Robert Backhaus a écrit :
>
>> I've got a printing problem with the new cups.
>
> I've got a similar problem with cups 1.7 and a Lexmark T640
> using the foomatic filters. I've to use Generic Postcript printer to
Hi,
Have tried building Apache on a recently upgraded ports collection for linking
Apache, php and all against openssl new port…. but no way of ending up that
way….
I see always :
ldd /usr/local/libexec/apache22/mod_ssl.so
/usr/local/libexec/apache22/mod_ssl.so:
libssl.so.7 => /usr/
Le Tue, 8 Apr 2014 14:05:00 +1000,
Robert Backhaus a écrit :
> I've got a printing problem with the new cups.
I've got a similar problem with cups 1.7 and a Lexmark T640
using the foomatic filters. I've to use Generic Postcript printer to
make it works again.
That worked fine with cups 1.5. Wi
08.04.2014 10:47, Anton Shterenlikht пишет:
>>From b...@passap.ru Mon Apr 7 21:41:34 2014
>>
>>> The errors are from cups-image now:
>>> http://eis.bris.ac.uk/~mexas/logs/cups-image-1.7.1.log
>>
>> Please test the attached patch (apply to print/cups-base and
>> test print/cups-image).
>
> yes, f
08.04.2014 08:05, Robert Backhaus пишет:
> I've got a printing problem with the new cups. A brother laser using
> Foomatic/hpijs-pcl5e, is printing '%PDF-1.3' instead of the required page.
> Examining the log file, It is trying to print it using texttops, before
> handing that to ghostscript, neve
37 matches
Mail list logo
