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
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
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_2needs updating (port has 1.0.0.b)
ecore-x11-0.9.9.042needs updating (port has 1.0.0.b)
edje-0.5.0.042_3,2needs updating (port
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
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
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.
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 two problems
-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!
My guess
-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, rebuilding
_
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 any
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
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 freebsd-po...@herveybayaustralia.com.au
On Fri, 31 Dec 2010 08:47:13 -0600
Troy t...@twisted.net 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_2needs updating (port has 1.0.0.b)
--
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
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
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
Troyt...@twisted.net mentioned:
Tried to build ecore-x111.0.0.b and the result is
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
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
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
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
27 matches
Mail list logo