On Mon, Apr 14, 2014 at 07:34:04AM +0200, Matthias Andree wrote:
> Am 13.04.2014 14:28, schrieb clutton:
> > It seems that with DEVELOPER=yes in /etc/make.conf I'm not able to
> > perform ordinary update routines. Removing the DEVELOPER variable fix
> > the problem. And probably the worst part of i
Am 13.04.2014 14:28, schrieb clutton:
> It seems that with DEVELOPER=yes in /etc/make.conf I'm not able to
> perform ordinary update routines. Removing the DEVELOPER variable fix
> the problem. And probably the worst part of it that there's no error
> message.
>
> > Running Q/A tests (stage-qa
Hi all, it's strange but the email po...@freebsd.org is the maintaner
of geda port, so, i try to install geda and this error occur, have some
idea to resolve this?
===> Checking if cad/geda already installed
===> Registering installation for geda-1.8.2,1
pkg-static:
lstat(/usr/ports/cad/ge
. Don't use inline on functions that are intended to be used in multiple
files. This fixes compilation with clang.
My understanding is that the C99 standard treats inline methods as having
static linkage by default. This is different from the GNU C definition
of inline, which is why this
. Don't try to represent a unicode literal in a character literal. In this
case just use the decimal literal.
. Add $FreeBSD$.
-
Build ID: 20140413174201-58326
Job owner: gle...@freebsd.org
Buildtime:
On 4/13/2014 17:46, Matthew Rezny
wrote:
>>> On this list I see cfv, which I've used for
years, marked just because
>>> it's
>>> not maintained. It works great, it needs no
changes.
> I'm not officially a maintainer on any ports for a few
reasons. I have other
> areas where I consi
On 4/13/2014 19:52, Matthew Rezny wrote:
> On Sunday 13 April 2014 18:16:15 John Marino wrote:
>> On 4/13/2014 17:46, Matthew Rezny wrote:
> On this list I see cfv, which I've used for years, marked just because
> it's
> not maintained. It works great, it needs no changes. You want some
On Sunday 13 April 2014 18:16:15 John Marino wrote:
> On 4/13/2014 17:46, Matthew Rezny wrote:
> >>> On this list I see cfv, which I've used for years, marked just because
> >>> it's
> >>> not maintained. It works great, it needs no changes. You want someone to
> >>> bloat it with a useless non-fea
12.04.2014 17:16, O. Hartmann пишет:
> On Fri, 11 Apr 2014 08:19:45 -0400
> Ajtim wrote:
>
>> On Friday 11 April 2014 13:08:33 O. Hartmann wrote:
>>> On Wed, 09 Apr 2014 02:23:58 +0400
>>>
>>> Boris Samorodov wrote:
09.04.2014 00:25, O. Hartmann пишет:
> On Tue, 08 Apr 2014 23:16:33 +04
On 4/13/2014 17:46, Matthew Rezny wrote:
>>> On this list I see cfv, which I've used for years, marked just because
>>> it's
>>> not maintained. It works great, it needs no changes. You want someone to
>>> bloat it with a useless non-feature to prove people still use it? I see
>>> there's a few oth
Hi,
On Thu, 10 Apr 2014, RW wrote:
It's newer than the recently reworked version of the options
framework, but /var/db/port was used for options before that.
Aha! So that's what I missed, thank you.
It also doesn't affect me, since I now build my packages using
PORT_DBDIR=/var/db/ports/$mach
On Sunday 13 April 2014 09:20:32 John Marino wrote:
> On 4/13/2014 07:21, Matthew Rezny wrote:
> >> On 4/9/2014 19:56, Christian Weisgerber wrote:
> >>> On 2014-04-08, Tijl Coosemans wrote:
> Then, once it is reasonable to assume that a port is unused it is first
> marked deprecated whic
On Sun, Apr 13, 2014 at 5:59 AM, Daniel Morante wrote:
> I'm done making the update and I am generating the diff file to submit. I
> am unsure of how to generate and submit a patch for the changes in
> ports/UIDs and ports/GIDs, ports/UPDATING.
>
> I am using the svn diff method:
> http://www.fre
- Stage support
- Use new @sample keyword
-
Build ID: 20140413123800-29768
Job owner: r...@freebsd.org
Buildtime: 7 minutes
Enddate: Sun, 13 Apr 2014 12:45:28 GMT
Revision: 35
It seems that with DEVELOPER=yes in /etc/make.conf I'm not able to
perform ordinary update routines. Removing the DEVELOPER variable fix
the problem. And probably the worst part of it that there's no error
message.
> Running Q/A tests (stage-qa)
Error:
/tmp/usr/ports/devel/p5-subversion/work/
- Original Message -
From: "David Keller"
Hi Sergey,
It's not related to gem dependency error but the symlink creation
might be incorrect:
${LN} -s ${GEM_LIB_DIR} ${STAGEDIR}${PREFIX}/${GEMS_DIR}/${PORTNAME}
Will create the following symlink:
/usr/local/lib/ruby/gems/1.9/gems/passen
I'm done making the update and I am generating the diff file to submit.
I am unsure of how to generate and submit a patch for the changes in
ports/UIDs and ports/GIDs, ports/UPDATING.
I am using the svn diff method:
http://www.freebsd.org/doc/en/books/porters-handbook/port-upgrading.html#svn-d
Hi Sergey,
It's not related to gem dependency error but the symlink creation
might be incorrect:
${LN} -s ${GEM_LIB_DIR} ${STAGEDIR}${PREFIX}/${GEMS_DIR}/${PORTNAME}
Will create the following symlink:
/usr/local/lib/ruby/gems/1.9/gems/passenger ->
lib/ruby/gems/1.9/gems/passenger-4.0.41
Rather t
- option PANGOCAIRO is required for option GHOSTSCRIPT
Reported by:Andrzej Tobola
-
Build ID: 20140413082800-9987
Job owner: din...@freebsd.org
Buildtime: 5 minutes
Enddate: Sun, 13 A
On 4/13/2014 07:21, Matthew Rezny wrote:
>> On 4/9/2014 19:56, Christian Weisgerber wrote:
>>> On 2014-04-08, Tijl Coosemans wrote:
Then, once it is reasonable to assume that a port is unused it is first
marked deprecated which gives users some time to step forward.
>>>
>>> There seems t
Thank you for the direction.
I imagine that Bitcoin, Litecoin, Doggiecoin, namecoin, etc will want to
do something similar in the future and will add there own users to the
UIDs file.
I'll create a "zetacoin" user as see if it's accepted.
On 4/12/2014 4:41 AM, Scot Hetzel wrote:
On Fri, Apr
21 matches
Mail list logo