Sorry if this has been answered already (just joined this list).
I've recently switched to portmaster(8) from portupgrade(1).
I'd like to be able to define make args for certain ports as portupgrade
supports using /usr/local/etc/pkgtools.conf (MAKE_ARGS section).
I installed ports-mgmt/portconf an
marco ha scritto:
Is that achievable using the portmaster and portconf ports?
I don't think it's possible (and if you use local produced packages with
the same options in ports.conf?). Package support in portmaster is a bit
limited ATM, for example it installs build dendencies even if it find
Tried to build ecore-x111.0.0.b and the result is below. Because of the
dependency, I cannot build any of the following ports until this is fixed.
ecore-evas-0.9.9.042_2 Building for ecore-x11-1.0.0.b
Making all in xlib
CC ecore_x.lo
In file included from /usr/X11R6/include/X11/Xutil.h:5
I was trying to upgrade the gcc port and received the following:
portupgrade gcc-4.4.6.20101012
** Port marked as IGNORE: lang/gcc44:
is marked as broken: does not build
** Listing the failed packages (-:ignored / *:skipped / !:failed)
- lang/gcc44 (marked as IGNORE)
Is it safe t
On Fri, Dec 31, 2010 at 08:49:45AM -0600, Troy wrote:
> I was trying to upgrade the gcc port and received the following:
>
> portupgrade gcc-4.4.6.20101012
> ** Port marked as IGNORE: lang/gcc44:
> is marked as broken: does not build
> ** Listing the failed packages (-:ignored / *:skipped
Hi
Below is a script produced from a failed attempt to load kde4 on amd64.
Up until latest upgrades there were no problems.
Now loading from
#startx now produces thhe output shown from the script file.
The very wierd thing is that in the event of a second attempt to launch x
with startx the whole
David Southwell writes:
> So I am seeing two problems relating specifically to this report.
> 1. The primary failure which seems to be due to an inability to find
> libicui18n.so.38.
I'm getting a number of porgrams suddenly reporting this
missing as well.
Hi!
> My guess is the primary may be solveable by rebuilding icu and its
> dependencies (quit a lot I believe!).
Yes, rebuilding devel/icu and it dependencies works.
I also deleted the stuff in /usr/local/lib/compat/, just to make it
sure it does not collect the wrong libicui18n.
/usr/local/lib
On Fri, 31 Dec 2010, Troy wrote:
> I was trying to upgrade the gcc port and received the following:
>
> portupgrade gcc-4.4.6.20101012
> ** Port marked as IGNORE: lang/gcc44:
> is marked as broken: does not build
> ** Listing the failed packages (-:ignored / *:skipped / !:failed)
>
> -Original Message-
> From: Robert Huff [mailto:roberth...@rcn.com]
> Sent: 31 December 2010 07:46
> To: David Southwell
> Cc: freebsd-ports@freebsd.org
> Subject: KDE4 load libicui18n.so.38 not found - can create
> system crash!
>
>
> David Southwell writes:
>
> > So I am seeing
> -Original Message-
> From: owner-freebsd-po...@freebsd.org
> [mailto:owner-freebsd-po...@freebsd.org] On Behalf Of Kurt Jaeger
> Sent: 31 December 2010 07:50
> To: freebsd-ports@freebsd.org
> Subject: Re: KDE4 load libicui18n.so.38 not found - can
> create system crash!
>
> Hi!
>
>
> -Original Message-
> From: owner-freebsd-po...@freebsd.org
> [mailto:owner-freebsd-po...@freebsd.org] On Behalf Of David Southwell
> >
> > Hi!
> >
> > > My guess is the primary may be solveable by rebuilding
> icu and its
> > > dependencies (quit a lot I believe!).
> >
> > Yes,
_
From: Sergio de Almeida Lenzi [mailto:lenzi.ser...@gmail.com]
Sent: 31 December 2010 08:46
To: David Southwell
Cc: 'Kurt Jaeger'; freebsd-ports@freebsd.org
Subject: RE: KDE4 load libicui18n.so.38 not found - can create system crash!
for me, I solved this problem with this script,
Gerald Pfeifer writes:
> If you want to use GCC on FreeBSD, I recommend to go for
> lang/gcc45 (short: gcc45). I do not know what caused the
> installation of gcc44 on your system, but gcc45 should be
> strictly preferrable and not needed by anything else.
Root question: is there an
for me, I solved this problem with this script, use: sh script
libicui18n.s0.38
it scans every lib in /usr/local for the string libicui18n.so.38
and than finds the package that has that lib,
finally it builds the ports that have that string.
===
t=/tmp/$$
find
Hi,
my main reason (as usual) for permanently disabling features from
mplayer and mencoder is if something does not work reasonably well or
almost nobody needs it. Supporting everything that they can do (more
or less) via OPTIONS would just be a devilishly long list.
With fontconfig and mencoder,
Succeed in a Tough Economy!
A small business can turn a bad economy into a great opportunity.
According to a = recent study, more business owners and managers
are turning to E-mail Marketing then = ever before. Every other
type of advertising has decline
nope. I just checked and deleted gcc44. Thanks for your clarification guys.
On 12/31/2010 10:59 AM, Robert Huff wrote:
Gerald Pfeifer writes:
If you want to use GCC on FreeBSD, I recommend to go for
lang/gcc45 (short: gcc45). I do not know what caused the
installation of gcc44 on your
I would argue that anyone messing with CFLAGS should expect and know how to
fix trouble like that. This would also save noise.
Chris
Sorry for top-posting, Android won't let me quote, but K-9 can't yet do
threading.
On 31 Dec 2010 05:42, "Da Rock"
wrote:
> On 12/31/10 02:47, jhell wrot
On Fri, 31 Dec 2010 08:47:13 -0600
Troy mentioned:
> Tried to build ecore-x111.0.0.b and the result is below. Because of the
> dependency, I cannot build any of the following ports until this is fixed.
>
> ecore-evas-0.9.9.042_2 ecore-x11-0.9.9.042 edje-0.5.0.042_3,2 enlightenment-0.16.999.042
--
View this message in context:
http://old.nabble.com/portmaster%3A-%24PACKAGESITE-difference-with-pkg-tp30565789p30565789.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-ports@freebsd.org mailing list
http://lists.f
Hello.
According to portmaster man:
portmaster will respect the PACKAGESITE and PACKAGEROOT
(by default http://ftp.freebsd.org) variables. portmaster attempts
to use both of these variables in the same way that pkg_add(1) does.
However, on PRERELEASE system portmaster will hunt for nonexist
That was it. It seems that should be in /usr/ports/UPDATING. I'm sure
I won't be the only one that runs into this problem.
On 12/31/2010 3:57 PM, Stanislav Sedov wrote:
On Fri, 31 Dec 2010 08:47:13 -0600
Troy mentioned:
Tried to build ecore-x111.0.0.b and the result is below. Because of
On 01/01/11 07:07, Chris Rees wrote:
I would argue that anyone messing with CFLAGS should expect and know how to
fix trouble like that. This would also save noise.
Unless they're just following a HowTo off a site to improve performance.
Besides that, is it really that hard to offer a warning
I'm getting the following with qbittorrent-23 which depends on
libtorrent-rasterbar-15 after the latest boost lib update:
qbittorrent
terminate called after throwing an instance of 'std::runtime_error'
what(): locale::facet::_S_create_c_locale name not valid
Abort trap: 6 (core dumped)
This
On 12/31/2010 15:46, Jakub Lach wrote:
Hello.
According to portmaster man:
portmaster will respect the PACKAGESITE and PACKAGEROOT
(by default http://ftp.freebsd.org) variables. portmaster attempts
to use both of these variables in the same way that pkg_add(1) does.
However, on PRERELEASE s
On 12/31/2010 01:10, marco wrote:
Here is what i'd like to achieve:
use portmaster with the -P option (using PM_PACKAGES=first in
/usr/local/etc/portmaster.rc) to have a package installed if
available,_but_ when a port matches a port I've defined in
/usr/local/etc/ports.conf to use certain make
On 12/31/2010 02:51, Alex Dupre wrote:
Package support in portmaster is a bit limited ATM, for example it
installs build dendencies even if it find an already compiled
package.
I think I would take issue with "limited." :) Yes, the behavior you're
describing is sub-optimal, and I'm looking at
> On 12> On 12/31/2010 01:10, marco wrote:
> > Here is what i'd like to achieve:
> >
> > use portmaster with the -P option (using PM_PACKAGES=first in
> > /usr/local/etc/portmaster.rc) to have a package installed if
> > available,_but_ when a port matches a port I've defined in
> > /usr/local/etc/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Arthur de Jong wrote:
> Hi Alexander,
Hello!
You should ask nek...@freebsd.org (or use finger nec...@freebsd.org for
other contacts) for the copyright status because I've just copied this
file (with small modifications afair) from net/nss_ldap port. S
30 matches
Mail list logo