Correction on my last post. Removing "gmake" alone from many Makefiles
improves many builds, by reducing gmake dependencies and options. This
is since FreeBSD has its native clang. GNU and GTK tools didn't
necessarily have to be removed for compile improvements to be made.
Also, it w
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you
Hi!
I have a strange situation:
Proceed with this action? [y/N]: y
[1/5] Installing graphviz-2.38.0_6...
[1/5] Extracting graphviz-2.38.0_6: 100%
load: 0.10 cmd: dot 46012 [urdlck] 1.56r 0.00u 0.00s 12% 11188k
and there it hangs. Any ideas on how to fix this ?
--
p...@opsec.eu+49
Hi!
> I have a strange situation:
>
> Proceed with this action? [y/N]: y
> [1/5] Installing graphviz-2.38.0_6...
> [1/5] Extracting graphviz-2.38.0_6: 100%
> load: 0.10 cmd: dot 46012 [urdlck] 1.56r 0.00u 0.00s 12% 11188k
>
> and there it hangs. Any ideas on how to fix this ?
I found a workaro
The Opinion Room Visit http://theopinionroom.com/Home/Welcome/ to view this
in your browser.
Share Your Opinions!
The Opinion Room is currently looking for individuals willing to participate in
paid market research studies from the comfort of their home using any computer,
tablet or
mobil
On 03/23/15 11:33, Gerhard Schmidt wrote:
> Hi,
>
> we experiencing a problem after upgrading the openssl port to openssl
> 1.0.2.
>
> /usr/bin/vi started to crash after some seconds with segfault.
> /rescue/vi works just fine. Deleting the openssl 1.0.2 package
> everything works just fine agai
I'm wanting to add an options framework LIB_DEPENDS that depends on
variables that normally come after bsd.port.pre.mk.
In this case, I am trying to add a UTEMPTER_LIB_DEPENDS on
sysutils/libutempter, but I want to check OPSYS and OSVERSION beforehand,
since base FreeBSD 9.x contains utempter whil
On 03/23/15 13:40, Guido Falsi wrote:
> On 03/23/15 11:33, Gerhard Schmidt wrote:
>> Hi,
>>
>> we experiencing a problem after upgrading the openssl port to openssl
>> 1.0.2.
>>
>> /usr/bin/vi started to crash after some seconds with segfault.
>> /rescue/vi works just fine. Deleting the openssl 1.
On 3/22/2015 5:28 AM, Ben Woods wrote:
> My poudriere is acting funny now, and I'm not sure if it's related. It
> keeps deleting xorg-fonts-truetype because there is a new dependency
> (x11-fonts/dejavu), and then having to rebuild a whole suit of packages as
> a result.
>
> The interesting thing
On 3/23/2015 11:39 AM, Bryan Drewery wrote:
> On 3/22/2015 5:28 AM, Ben Woods wrote:
>> My poudriere is acting funny now, and I'm not sure if it's related. It
>> keeps deleting xorg-fonts-truetype because there is a new dependency
>> (x11-fonts/dejavu), and then having to rebuild a whole suit of pa
https://llvm.org/bugs/show_bug.cgi?id=22771 from Dimitry Andric's submittal of
the problem indicates that the libc++ code is not a "Substitution Failure Is
Not An Error" context and so is wrong. (C is certainly simpler than C++ for
identifying what applies where.)
They have an improvement but R
On 23 Mar, Naram Qashat wrote:
> I'm wanting to add an options framework LIB_DEPENDS that depends on
> variables that normally come after bsd.port.pre.mk.
>
> In this case, I am trying to add a UTEMPTER_LIB_DEPENDS on
> sysutils/libutempter, but I want to check OPSYS and OSVERSION beforehand,
> si
Go to hell. Go fuck yourselves.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
> On 23 Mar, Naram Qashat wrote:
>> I'm wanting to add an options framework LIB_DEPENDS that depends on
>> variables that normally come after bsd.port.pre.mk.
>>
>> In this case, I am trying to add a UTEMPTER_LIB_DEPENDS on
>> sysutils/libutempter, but I want to check OPSYS and OSVERSION
>> beforeh
Thank you for your troll.
For your convenience, we will do our best not to reply to you any
further, to waste either your time, or valuable electrons.
mcl
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
Mark Linimon wrote:
> to waste either your time, or valuable electrons.
Come now, electrons are overrated. They come with every occurance of
beta(-negative) decay. In fact, the intermediate negative W-boson that
gives you said electron also gives you an electron antineutrino, entirely
free of cha
A.J. "Fonz" van Werven wrote:
> Mark Linimon wrote:
>
>
>> to waste either your time, or valuable electrons.
>>
>
> Come now, electrons are overrated.
There's a lot of negativity over electrons here...
--
Michelle Sullivan
http://www.mhix.org/
___
On Mon, 23 Mar 2015 14:26:26 -0400 Joe Nosay wrote
_
//|
|___ ||
| /__/|||
| PLEASE | ||||
| | ||||
| DO NOT FEED | ||||
| |__
Hello comunity!
Im looking for documentation about ports instalation error codes. I meen
somthing like this:
*** [install] Error code 1
*** [build-depends] Error code 1
Can not find it yet.
Can you shere it please?
___
freebsd-ports@freebsd.org mailing
On 3/23/2015 11:44 AM, Bryan Drewery wrote:
> On 3/23/2015 11:39 AM, Bryan Drewery wrote:
>> On 3/22/2015 5:28 AM, Ben Woods wrote:
>>> My poudriere is acting funny now, and I'm not sure if it's related. It
>>> keeps deleting xorg-fonts-truetype because there is a new dependency
>>> (x11-fonts/deja
Hi,
Joe has indicated in the past that SPAM was sent from his account:
https://lists.freebsd.org/pipermail/freebsd-ports/2014-September/095407.html
We (postmaster@) contacted Joe and are looking into the issue.
Please do not reply to the thread anymore.
Florian
signature.asc
Description: Op
The code is just the value returned by the last process to run. Processes
that complete successfully return 0, and if they fail, they return
something else. So if you want to know what the codes mean, you have to
look at the documentation - generally the man page - for the process, such
as the comp
On Mon, Mar 23, 2015 at 05:51:51PM -0500, Bryan Drewery wrote:
> On 3/23/2015 11:44 AM, Bryan Drewery wrote:
> > On 3/23/2015 11:39 AM, Bryan Drewery wrote:
> >> On 3/22/2015 5:28 AM, Ben Woods wrote:
> >>> My poudriere is acting funny now, and I'm not sure if it's related. It
> >>> keeps deleting
FreeBSD 9.3-RELEASE-p10 (GENERIC) #0: Tue Feb 24 21:01:19 UTC 2015
The ports area is broken, due to what I guess was a mangled upgrade path
from FreeBSD 8.x. For example, when installing cups-client, I get:
pkg-static: pkgconf-0.9.7 conflicts with pkg-config-0.25_1 (installs files
into the sam
Hi, I've a need to keep soe changes outside of the ports tree, to
allow me to tailor
our installs. I could use the "EXTRA_PATCHES" setting, but I'd have to
outline the
patches every time and keep track of them one by one.
Instead, I have adde dhte following to bsd.ports.mk:
diff -u bsd.port.
On Tue, 24 Mar 2015 16:26:30 +1100 (EST) Dave Horsfall
wrote
> FreeBSD 9.3-RELEASE-p10 (GENERIC) #0: Tue Feb 24 21:01:19 UTC 2015
>
> The ports area is broken, due to what I guess was a mangled upgrade path
> from FreeBSD 8.x. For example, when installing cups-client, I get:
>
> pkg-static: p
On Tue, 24 Mar 2015 13:33:15 +0800 Julian Elischer wrote
> Hi, I've a need to keep soe changes outside of the ports tree, to
> allow me to tailor
> our installs. I could use the "EXTRA_PATCHES" setting, but I'd have to
> outline the
> patches every time and keep track of them one by one.
>
> I
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2255.html has the
following note about std::is_convertible :
> Library implementor's note: Except for the protected/private access checks,
> and the ambiguity checks, this specification is completely implementable in
> C++03 (even without
On Mon, Mar 23, 2015 at 10:41 PM, Chris H wrote:
> On Tue, 24 Mar 2015 16:26:30 +1100 (EST) Dave Horsfall
> wrote
>
> > FreeBSD 9.3-RELEASE-p10 (GENERIC) #0: Tue Feb 24 21:01:19 UTC 2015
> >
> > The ports area is broken, due to what I guess was a mangled upgrade path
> > from FreeBSD 8.x. For e
29 matches
Mail list logo
