Hello!
You plan a new port?
Release 1.27.0
March 15th, 2014
And the current port is not building on the 10-amd64 stable:
zm_logger.cpp:113:28: error: use of undeclared identifier 'isatty'
if ( fileno(stderr) isatty(fileno(stderr)) )
^
zm_logger.cpp:445:62:
On Sun, 08 Jun 2014 19:01:47 -0400 Ajtim wrote:
-B/usr/local/bin -pthread -Wl,-soname -Wl,__voronoi__.so -o
dldfcn/.libs/__voronoi__.so
c++: warning: argument unused during compilation: '-pthread'
c++: warning: argument unused during compilation: '-pthread'
sed:
On a box running FreeBSD 9.3-BETA2 #0 r267209: Sat Jun 7 08:40:13 CEST 2014
amd64
I try to update the ports tree, which is at revision
[...]
URL: http://svn.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: http://svn.freebsd.org/ports
Repository UUID:
I'm looking for a way to let pkg add install packages that are
known to work but supposedly have the wrong architecture:
root@privoxy-jail / #pkg add /var/ports/packages/ImageMagick-6.8.0.7_7,1.txz
Installing ImageMagick-6.8.0.7_7,1...Installing libXrender-0.9.8_2...Installing
Hi!
I'm looking for a way to let pkg add install packages that are
known to work but supposedly have the wrong architecture:
root@privoxy-jail / #pkg add /var/ports/packages/ImageMagick-6.8.0.7_7,1.txz
Installing ImageMagick-6.8.0.7_7,1...Installing
libXrender-0.9.8_2...Installing
- Remove easy_install dependency
- Bump PORTREVISION to enforce a cleanup for the easy_install references
With hat: python@
Approved by:portmgr (implicit)
-
Build ID: 20140609104000-22555
Job owner:
On Mon, Jun 09, 2014 at 12:16:01PM +0200, Fabian Keil wrote:
I'm looking for a way to let pkg add install packages that are
known to work but supposedly have the wrong architecture:
root@privoxy-jail / #pkg add /var/ports/packages/ImageMagick-6.8.0.7_7,1.txz
Installing
Hello,
From: Yasuhiro KIMURA y...@utahime.org
Subject: Segfault while checking out port tree with devel/subversion
Date: Tue, 03 Jun 2014 21:59:15 +0900 (JST)
I get segmentation fault while checking out port tree with
devel/subversion.
(snip)
Does anyone experienced this?
This problem seems
Dear Niels and cyrus-imap friends,
On Mon, Jun 02, 2014 at 07:58:43PM +0200, Niels Dettenbach wrote:
Hi Wiel,
Am Montag, 2. Juni 2014, 16:44:14 schrieben Sie:
I already suspected something like that. but I miss some more detailed
info.
Following plan A:
How can I update DB
Hi,
perhaps someone has quick solution until my bug report is resolved:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190600
=== Configuring for linuxdcpp-1.1.0_3
=== Building for linuxdcpp-1.1.0_3
scons: Reading SConscript files ...
bzrlib not installed
Mkdir(build/sconf)
Checking for c++
On Sun, 8 Jun 2014, Frank Seltzer wrote:
I just upgraded rkhunter and the installer splatted the sample file over my
.conf file.
Running 'rkhunter --propupd' now quits with the error message
The SCRIPTDIR configuration option has not been set by the installer.
This option is now commented
Am 09.06.2014 um 13:38 schrieb Willy Offermans wi...@offermans.rompen.nl:
After an unplanned and unforeseen reboot, the problem disappeared. To me it
seems that the '/var/imap/db' directory was recreated automagically during
reboot. As the actual problem started after an update of FreeBSD
Baptiste Daroussin b...@freebsd.org wrote:
On Mon, Jun 09, 2014 at 12:16:01PM +0200, Fabian Keil wrote:
I'm looking for a way to let pkg add install packages that are
known to work but supposedly have the wrong architecture:
root@privoxy-jail / #pkg
add
Hi,
You are receiving this mail as a port that you maintain does not support
STAGEDIR. Please submit a PR to either stage the port or to reset maintainer
to po...@freebsd.org if you no longer with to maintain it.
If you have already submitted a PR, please ignore this mail.
It is possible
Ended up in a weird position today running a build. My poudriere
instance ended up building gcc and gcc48 at the same time.
I thought this was odd. Shouldn't gcc48 supplant gcc for requirements?
I know that for audio/idjc it wants a compiler that has a
compiler:nestedfct capability, which
Sean Bruno ha scritto:
Ended up in a weird position today running a build. My poudriere
instance ended up building gcc and gcc48 at the same time.
I thought this was odd. Shouldn't gcc48 supplant gcc for requirements?
Every port is built independently from the others, so gcc48 is not found
On Mon, 2014-06-09 at 17:32 +0200, Alex Dupre wrote:
Sean Bruno ha scritto:
Ended up in a weird position today running a build. My poudriere
instance ended up building gcc and gcc48 at the same time.
I thought this was odd. Shouldn't gcc48 supplant gcc for requirements?
Every port
Sean Bruno ha scritto:
This seems like a broken feature of ports IMO. I.e. non-consistent
runs.
It seems quite strange to me, poudriere shouldn't exhibits such behavior.
--
Alex Dupre
___
freebsd-ports@freebsd.org mailing list
On 06/09/14 17:48, Sean Bruno wrote:
On Mon, 2014-06-09 at 17:32 +0200, Alex Dupre wrote:
Sean Bruno ha scritto:
Ended up in a weird position today running a build. My poudriere
instance ended up building gcc and gcc48 at the same time.
I thought this was odd. Shouldn't gcc48 supplant gcc
Guido Falsi ha scritto:
It is a bad feature of ports on a live system, poudriere avoids
this...at least it should.
It's not bad for ports on a live system, it's a feature to not install
many gcc versions if you already have one that can satisfies all needs.
Ports and packages have different
On 06/09/14 18:03, Alex Dupre wrote:
Guido Falsi ha scritto:
It is a bad feature of ports on a live system, poudriere avoids
this...at least it should.
It's not bad for ports on a live system, it's a feature to not install
many gcc versions if you already have one that can satisfies all
Guido Falsi ha scritto:
I agree, but there is a consistency problem, different systems WILL
behave differently, for a good reason though :)
I'd add that currently if you are using ports instead of packages is
because you WANT a different behavior ;-)
--
Alex Dupre
If you see a port in here that you use and wish to keep working please
consider becoming maintainer of it. Submit a PR with a patch to stage it
and take maintainership of it.
We need all the help we can get. It's easy to get involved. I myself
started
by sending a PR here and there.
Bryan
On
Bryan Drewery wrote:
If you see a port in here that you use and wish to keep working please
consider becoming maintainer of it. Submit a PR with a patch to stage it
and take maintainership of it.
[snip the rest]
Will do (read: am doing). Unfortunately some of these ports require more
than
portmgr-feedb...@freebsd.org writes:
Hello,
Ports that you maintain that are currently unstaged (NO_STAGE=yes):
print/lpr-wrapper
print/psdim
I don't use lpr-wrapper anymore, it seems to me that lpr-wrapper psdim
have been superseded by P. Selinger's upprint :
Attempting to stagify x11-fonts/sgifonts I'm still stuck with two issues:
-1-
No license is specified. There's no clue in the distfile and the WWW only
reveals that this port is part of a collection of things that are either
GPL or LGPL, but it doesn't specify which is which. And the authors can
With good luck the Makefile in the source of this port uses $(DESTDIR) so
everything goes well.
It used some other variable, but after I set that one to $(DESTDIR) it is
working fine.
--
--- Dirk Jagdmann
http://cubic.org/~doj
- http://llg.cubic.org
Rainer Hurling wrote:
So, is it permissible-although-undesirable to leave LICENSE unspecified?
Or is there another recommended solution?
One possibility could be
LICENSE=GPLv2 LGPL21
LICENSE_COMB= dual
'dual' means OR, 'multi' means AND, see Mk/bsd.licenses.mk
Okay, thanks!
Am 09.06.2014 20:41, schrieb A.J. 'Fonz' van Werven:
Attempting to stagify x11-fonts/sgifonts I'm still stuck with two issues:
-1-
No license is specified. There's no clue in the distfile and the WWW only
reveals that this port is part of a collection of things that are either
GPL or
FYI:
I upgraded databases/postgresql92-server a system today. Afterwards, I
encountered this situation:
$ sudo /usr/local/etc/rc.d/postgresql initdb
The files belonging to this database system will be owned by user pgsql.
This user must also own the server process.
The database cluster will
On Mon, Jun 09, 2014 at 08:20:52PM +0200, Eric Masson wrote:
I don't use lpr-wrapper anymore, it seems to me that lpr-wrapper psdim
have been superseded by P. Selinger's upprint :
http://www.mathstat.dal.ca/~selinger/upprint/
Thanks for resetting maintainer, please.
Done, thanks.
mcl
31 matches
Mail list logo