Michael Scheidell scheid...@freebsd.org wrote ..
On 6/11/12 1:44 AM, Waitman Gobble wrote:
Hi,
I was reading the handbook about burning DVD's and thought I would check out
K3b as recommended... so I attempted to install from ports. After an hour or
so
of the make script building a
On Sun, Jun 10, 2012 at 10:52 PM, Michael Scheidell
scheid...@freebsd.org wrote:
On 6/11/12 1:44 AM, Waitman Gobble wrote:
Hi,
I was reading the handbook about burning DVD's and thought I would check
out K3b as recommended... so I attempted to install from ports. After an
hour or so of
On 6/11/12 2:10 AM, Waitman Gobble wrote:
I did not rebuild all ports from source. This system was previously on a low
power machine and I used pre-compiled packages as much as possible,
looks like one (or more) of the packages still references libpng.so.6.
if using portmaster, next time,
On 10 June 2012 21:30, Baptiste Daroussin b...@freebsd.org wrote:
Hi all,
In the ports tree we lack a unique identifier, while we could live without it
until now, it is more than needed for 2 upcoming features: pkgng and stage
directory support.
unique means something that will always be
On 6/11/12, Michael Scheidell scheid...@freebsd.org wrote:
On 6/10/12 11:14 PM, b. f. wrote:
The distribution files are at:
ftp://ftp.ncsa.uiuc.edu/aces/gpt/releases
and the homepage is:
http://grid.ncsa.illinois.edu/gpt/
(And Globus is at:
http://www.globus.org/toolkit/)
Time
On 11/06/2012 05:30, Baptiste Daroussin wrote:
In the ports tree we lack a unique identifier, while we could live without it
until now, it is more than needed for 2 upcoming features: pkgng and stage
directory support.
unique means something that will always be the same what ever the options
Kevin Oberman kob6...@gmail.com wrote ..
On Sun, Jun 10, 2012 at 10:52 PM, Michael Scheidell
scheid...@freebsd.org wrote:
On 6/11/12 1:44 AM, Waitman Gobble wrote:
Hi,
I was reading the handbook about burning DVD's and thought I would check
out K3b as recommended... so I
On Sun, Jun 10, 2012 at 11:23:46PM -0700, Eitan Adler wrote:
On 10 June 2012 21:30, Baptiste Daroussin b...@freebsd.org wrote:
Hi all,
In the ports tree we lack a unique identifier, while we could live without
it
until now, it is more than needed for 2 upcoming features: pkgng and
On Mon, Jun 11, 2012 at 07:36:15AM +0100, Matthew Seaman wrote:
On 11/06/2012 05:30, Baptiste Daroussin wrote:
In the ports tree we lack a unique identifier, while we could live without
it
until now, it is more than needed for 2 upcoming features: pkgng and stage
directory support.
(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .)
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
On 11/06/2012 11:32, Baptiste Daroussin wrote:
UNIQUENAME importance being because the default location for a port's
OPTIONSFILE is derived from it, and non-uniqueness can lead to ports
fighting over control of that file? Which is bad when unintentional,
but can be useful for some related
On Mon, Jun 11, 2012 at 12:34:16PM +0100, Matthew Seaman wrote:
On 11/06/2012 11:32, Baptiste Daroussin wrote:
UNIQUENAME importance being because the default location for a port's
OPTIONSFILE is derived from it, and non-uniqueness can lead to ports
fighting over control of that file?
Baptiste Daroussin wrote:
Perhaps we could introduce UNIQUE_ORIGIN which is
${ORIGIN}_${SUBPACKAGE} or something of the sort?
I thought about this one, but while here we should think about package move
which keeps being the same package, in that case origin will change, and the
uniquename
On 11-6-2012 12:32, Baptiste Daroussin wrote:
On Mon, Jun 11, 2012 at 07:36:15AM +0100, Matthew Seaman wrote:
On 11/06/2012 05:30, Baptiste Daroussin wrote:
In the ports tree we lack a unique identifier, while we could live without
it
until now, it is more than needed for 2 upcoming
On 11-6-2012 7:49, Matthew Seaman wrote:
Surely it is more sensible to say that OPTIONS_SINGLE is strictly
'choose one from these options.' Then you can implement 'zero or one of
these options' by:
OPTIONS_SINGLE= EXAMPLE
OPTIONS_SINGLE_EXAMPLE= FOO BAR BAZ BLURFL NONE_OF_THE_ABOVE
Hello.
It looks like I cannot portupgrade omniORB.
Solution is to deinstall and reinstall, but I thought I'd report this.
bye
av.
...
--- Uninstallation of omniORB-4.1.6 ended at: Mon, 11 Jun 2012
14:55:47 +0200 (consumed 00:00:12)
--- Installation of devel/omniORB started at: Mon,
On Mon, Jun 11, 2012 at 03:31:30PM +0300, Vitaly Magerya wrote:
Baptiste Daroussin wrote:
Perhaps we could introduce UNIQUE_ORIGIN which is
${ORIGIN}_${SUBPACKAGE} or something of the sort?
I thought about this one, but while here we should think about package move
which keeps being
On 11/06/2012 12:55, Baptiste Daroussin wrote:
why because they recommand their user to set PKGNAMEPREFIX to
${BLA_PKGNAMEPREFIX} so that their prefix can be set from bsd.port.mk
Which mean that until the said bsd.$guilty.mk is included UNIQUENAME name is
set
to ${PKGNAMEPREFIX}${PORTNAME}
On Mon, Jun 11, 2012 at 02:17:21PM +0100, Matthew Seaman wrote:
On 11/06/2012 12:55, Baptiste Daroussin wrote:
why because they recommand their user to set PKGNAMEPREFIX to
${BLA_PKGNAMEPREFIX} so that their prefix can be set from bsd.port.mk
Which mean that until the said bsd.$guilty.mk is
On Mon, Jun 11, 2012 at 08:00:53AM -0600, Warren Block wrote:
On Mon, 11 Jun 2012, Baptiste Daroussin wrote:
On Sun, Jun 10, 2012 at 06:05:49PM -0600, Warren Block wrote:
On Sun, 10 Jun 2012, Jason Helfman wrote:
So references to NOPORTDOCS should be replaced with references to
On Mon, 11 Jun 2012, Baptiste Daroussin wrote:
The logic has probably gotten twisted around, and it's been long enough
since I did this that I don't recall the situation. I think it was just
to prevent the options screen from appearing if NOPORTDOCS and
NOPORTEXAMPLES were set.
I don't see a
On Sun, 10 Jun 2012, Waitman Gobble wrote:
Hi,
I was reading the handbook about burning DVD's and thought I would check out
K3b as recommended... so I attempted to install from ports. After an hour or so
of the make script building a whole bunch of stuff my patience wore out, and I
bailed.
Hi, for me it doesn't build with clang nor with gcc.
clang++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include/sigc++-2.0
-I/usr/local/lib/sigc++-2.0/include -Wall -D_THREAD_SAFE -D_REENTRANT
-DORBIT2=1 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0
-I/usr/local/include/cairo
On Mon, Jun 11, 2012 at 08:17:08AM -0600, Warren Block wrote:
On Mon, 11 Jun 2012, Baptiste Daroussin wrote:
The logic has probably gotten twisted around, and it's been long enough
since I did this that I don't recall the situation. I think it was just
to prevent the options screen from
On Mon, Jun 11, 2012 at 02:17:21PM +0100, Matthew Seaman wrote:
On 11/06/2012 12:55, Baptiste Daroussin wrote:
why because they recommand their user to set PKGNAMEPREFIX to
${BLA_PKGNAMEPREFIX} so that their prefix can be set from bsd.port.mk
Which mean that until the said bsd.$guilty.mk is
On Mon, Jun 11, 2012 at 05:36:14PM +0200, Baptiste Daroussin wrote:
On Mon, Jun 11, 2012 at 02:17:21PM +0100, Matthew Seaman wrote:
On 11/06/2012 12:55, Baptiste Daroussin wrote:
why because they recommand their user to set PKGNAMEPREFIX to
${BLA_PKGNAMEPREFIX} so that their prefix can be
On 11/06/2012 16:37, Baptiste Daroussin wrote:
This patch does the trick, I'm now running a script with that patch on to
discovers all the uniquename names which are not really uniq
regards,
Bapt
Here is the patch :) http://people.freebsd.org/~bapt/realuniq.diff
Aren't you going to
Warren Block wbl...@wonkity.com wrote ..
On Sun, 10 Jun 2012, Waitman Gobble wrote:
Hi,
I was reading the handbook about burning DVD's and thought I would check out
K3b as recommended... so I attempted to install from ports. After an hour or
so
of the make script building a whole
On Mon, Jun 11, 2012 at 04:48:58PM +0100, Matthew Seaman wrote:
On 11/06/2012 16:37, Baptiste Daroussin wrote:
This patch does the trick, I'm now running a script with that patch on to
discovers all the uniquename names which are not really uniq
regards,
Bapt
Here is the patch
On r236740M amd64, building graphics/graphiviz:
In file included from gv_php_init.c:14:
/usr/local/include/php/main/php.h:298: warning: function declaration isn't a
prototype
/usr/local/bin/swig1.3 -c++ -php5 -o gv_php.cpp ./gv.i
CXXlibgv_php_la-gv_php.lo
gv_php.cpp: In function 'void*
On 11/06/2012 17:05, Baptiste Daroussin wrote:
On Mon, Jun 11, 2012 at 04:48:58PM +0100, Matthew Seaman wrote:
On 11/06/2012 16:37, Baptiste Daroussin wrote:
This patch does the trick, I'm now running a script with that patch on to
discovers all the uniquename names which are not really uniq
11.06.2012 17:10, Andrea Venturoli wrote:
Hello.
It looks like I cannot portupgrade omniORB.
Solution is to deinstall and reinstall, but I thought I'd report this.
Thanks. I'll take a look.
___
freebsd-ports@freebsd.org mailing list
On Sat, 9 Jun 2012, Warren Block wrote:
That's a nice idea, how do you make it work with dialog?
No idea, this is still the design phase. :) Actually, a message I now
can't find suggested that dialog may be able to do it unchanged.
Followup:
dialog --item-help \
--checklist Contrived
On Mon, 11 Jun 2012, Warren Block wrote:
Here is a patch to do it.
To use, apply patch. Pick a port and edit the option descriptions to be
longer than 49 characters. Then run 'make config'.
Notes:
This patch only does descriptions for the plain options right now. Changes to
the multi
On 6/11/2012 2:03 PM, Warren Block wrote:
On Sat, 9 Jun 2012, Warren Block wrote:
That's a nice idea, how do you make it work with dialog?
No idea, this is still the design phase. :) Actually, a message I
now can't find suggested that dialog may be able to do it unchanged.
Followup:
On 02/06/2012 19:55, Baptiste Daroussin wrote:
On Sat, Jun 02, 2012 at 01:57:58PM +1000, John Marshall wrote:
I just had a whole bunch of ports install unexpectedly.
portmaster -D -r png-1.4.11
One of the ports that pulled in for rebuilding was graphics/php5-gd.
That's fair enough, and it
[Cc-ing mailing list just in case it is useful for other port maintainers]
Mikhail,
I see that graphics/libfpx uses a custom FreeBSD-specific makefile which makes
use of bsd.lib.mk and sets WARNS to 3.
I think that this is an unsustainable approach.
First, the external libraries are not under
Writing to both a formal maintainer and a more realistic maintainer.
graphics/djview4 Makefile has this:
.if defined(CXX) ${CXX:M*icc}
QMAKESPEC?= freebsd-icc
.else
QMAKESPEC?=freebsd-g++
.endif
This snippet is before bsd.port.pre.mk inclusion. Thus, it overrides the logic
for
On Sat, 9 Jun 2012, Doug Barton wrote:
In an ideal world, we would have separate packages for the runtime libs
and the build tools so that packages could be more portable, but I would
imagine that would be a lot of work.
I looked into that last year and found that the FreeBSD ports
{The author of this post has been Chad Perrin approved}
I just ran portsnap followed by pkg_version -vIL= and received this
output. Somehow this just doesn't look kosher.
bn-freebsd-doc-20120506succeeds index (index has 39016)
da-freebsd-doc-20120506succeeds index
On Mon, Jun 11, 2012 at 2:33 AM, b. f. bf1...@googlemail.com wrote:
On 6/11/12, Michael Scheidell scheid...@freebsd.org wrote:
On 6/10/12 11:14 PM, b. f. wrote:
The distribution files are at:
ftp://ftp.ncsa.uiuc.edu/aces/gpt/releases
and the homepage is:
On Fri, 25 May 2012, Mel Flynn wrote:
On 20-5-2012 14:06, Chris Rees wrote:
Usually. Sometimes it's (ab)used to include the relevant bsd.*.mk
file without adding dependencies (WANT_GNOME), but normally that's
what WANT_ is used for.
Definitely add a warning that if you want to use a WANT_
On Mon, Jun 11, 2012 at 01:45:40AM -0400, Michael Scheidell wrote:
On 6/11/12 4:31 AM, per...@pluto.rain.com wrote:
Dunno what (if anything) they are currently good for, but it seems
that, at a minimum, the PORTVERSION and/or MASTER_SITES -- and the
pkg-descr -- need to be updated.
Kevin Oberman kob6...@gmail.com wrote ..
On Sun, Jun 10, 2012 at 10:52 PM, Michael Scheidell
scheid...@freebsd.org wrote:
On 6/11/12 1:44 AM, Waitman Gobble wrote:
Hi,
I was reading the handbook about burning DVD's and thought I would check
out K3b as recommended... so I
On Mon, 11 Jun 2012, Waitman Gobble wrote:
I ran pkg_libchk and it looks like a whole boatload of packages need
to be replaced, so I decided to skip to the chase and give the update
script a 'replace' option.. it checks the package version available in
the packages directory on the freebsd
Warren Block wbl...@wonkity.com wrote ..
On Mon, 11 Jun 2012, Waitman Gobble wrote:
I ran pkg_libchk and it looks like a whole boatload of packages need
to be replaced, so I decided to skip to the chase and give the update
script a 'replace' option.. it checks the package version
On Mon, Jun 11, 2012 at 10:07:22PM -0700, Waitman Gobble wrote:
Warren Block wbl...@wonkity.com wrote ..
On Mon, 11 Jun 2012, Waitman Gobble wrote:
I ran pkg_libchk and it looks like a whole boatload of packages need
to be replaced, so I decided to skip to the chase and give the
48 matches
Mail list logo