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: /usr/local/lib/liblcms
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: 35697150-7ecd-e111-bb59-00226
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
libX11-1.6.2_2,
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...Installin
- 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 ImageMagick-6.
Hello,
From: Yasuhiro KIMURA
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 to be fixed wi
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
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
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 o
Am 09.06.2014 um 13:38 schrieb Willy Offermans :
> 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 ports,
This was „luck“ - b
Baptiste Daroussin 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 /var/ports/packages/ImageMagick-6
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 that
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 should
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 fo
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?
>
> Ev
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
http://lists.freeb
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
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 n
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 satisfi
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 j
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 :
http://www.math
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
Oka
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 o
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
Add staging support.
-
Build ID: 20140610060001-61673
Job owner: k...@freebsd.org
Buildtime: 8 minutes
Enddate: Tue, 10 Jun 2014 06:07:35 GMT
Revision: 357267
Repository:
On Mon, Jun 09, 2014 at 10:19:01AM -0500, portmgr-feedb...@freebsd.org wrote:
> 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.
>
On Tue, Jun 10, 2014 at 04:53:17PM +1000, Dylan Leigh wrote:
> I use httptunnel regularly thanks to RMITU's asinine wireless. Don't
> know anything about staging yet but I will take maintainership and do
> it if noone else is willing to save the port.
Thanks for volunteering Dylan; I'll stagify it
33 matches
Mail list logo