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
On 4/13/2014 07:21, Matthew Rezny wrote:
On 4/9/2014 19:56, Christian Weisgerber wrote:
On 2014-04-08, Tijl Coosemans tijl at coosemans.org 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
- 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
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
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:
- Original Message -
From: David Keller david.kel...@litchis.fr
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:
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:
- 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:
On Sun, Apr 13, 2014 at 5:59 AM, Daniel Morante dan...@morante.net 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:
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 tijl at coosemans.org wrote:
Then, once it is reasonable to assume that a port is unused it is first
marked deprecated
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
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 other sfv
12.04.2014 17:16, O. Hartmann пишет:
On Fri, 11 Apr 2014 08:19:45 -0400
Ajtim lum...@gmail.com wrote:
On Friday 11 April 2014 13:08:33 O. Hartmann wrote:
On Wed, 09 Apr 2014 02:23:58 +0400
Boris Samorodov b...@passap.ru wrote:
09.04.2014 00:25, O. Hartmann пишет:
On Tue, 08 Apr 2014
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-feature to prove
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 someone to
bloat it
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 consider
. 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:
. 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
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:
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)
20 matches
Mail list logo
