Lars Engels wrote ..
> On Mon, Jun 11, 2012 at 10:07:22PM -0700, Waitman Gobble wrote:
> > Warren Block 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 th
On Mon, Jun 11, 2012 at 10:07:22PM -0700, Waitman Gobble wrote:
> Warren Block 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
> > >
Warren Block 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 available in
> >
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 sit
Kevin Oberman wrote ..
> On Sun, Jun 10, 2012 at 10:52 PM, Michael Scheidell
> 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 fro
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 updat
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_ va
On Mon, Jun 11, 2012 at 2:33 AM, b. f. wrote:
> On 6/11/12, Michael Scheidell 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
{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-20120506 > succeeds index (index has 39016)
da-freebsd-doc-20120506 > succeeds
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
infrastru
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 QMAKESP
[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 ou
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 en
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.
>>
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 and
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 op
On 11 June 2012 08:57, Alfred Bartsch wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Am 08.06.2012 22:23, schrieb Chris Rees:
>> On Jun 8, 2012 7:10 PM, "Palle Girgensohn"
>> wrote:
>>>
>>> Chris Rees skrev:
On 8 June 2012 08:15, Alfred Bartsch
wrote:
> -BEGIN PGP
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
http://lists.fre
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 re
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* SWIG
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
> >
Warren Block 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 bunch of stu
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
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 prefi
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
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 sc
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 -I/usr/loca
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.
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 w
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 referenc
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
PORT_OPTIONS:MDOCS now? Why that but not NOPORTEXAMPLES?
You can use PORT
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
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}${PORTNAM
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 ke
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 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_A
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 upcomi
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
> uniqu
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 tha
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 som
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
(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 obsol
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 suppor
On Sun, Jun 10, 2012 at 11:23:46PM -0700, Eitan Adler wrote:
> On 10 June 2012 21:30, Baptiste Daroussin 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
> >
44 matches
Mail list logo