On Mon, 2 Sep 2013, RW wrote:
> > > > which variable should be defined in make.conf to switch from
> > > > current 5.14 to, say, 5.16 (for poudriere package building)?
> > > >
> > > > Naive
> > > >
> > > > PERL_VER=5.16
> > > >
> > > > does not seem to work, and I want to not chase minor vers
+--On 3 septembre 2013 12:22:23 +0400 Dmitry Morozovsky
wrote:
|> If you mean it will stop 5.16.3 being upgraded to 5.16.4, it wont
|> (unless there's something specific in the way poudriere handles perl).
|>
|> When you install perl (as part of an upgrade or as a dependency) it
|> writes the ne
A lot of maintainers seem to have tested the license framework and
recently a committer even added license information while committing
one of my updates.
My stand on it is that I don't care enough to be a beta-tester for
it and that I'll pick up the practice, once it's described in the
Porters' H
On 9/1/2013 2:07 PM, Boris Samorodov wrote:
> Hi All,
>
> the most fresh portstree (r325904):
> -
> % make fetch -C /usr/ports/japanese/edict
> 22:56 pts/10
> ===> ja-edict-19990714_5 depends on file: /usr/local/sbin/pkg - found
> => edict.gz doesn't seem to exist in /usr/ports/distfiles/ed
On 9/2/2013 3:14 AM, Frederico Costa wrote:
> Hi all...
>
> Not sure if this is the correct way of asking for a bit of help, but i
> have been trying to upgrade the ports in one of my servers, and when i
> am trying to upgrade the port security/openssh-portable to the following
> version:
>
> ope
On 9/3/2013 4:56 AM, Dominic Fandrey wrote:
> A lot of maintainers seem to have tested the license framework and
> recently a committer even added license information while committing
> one of my updates.
All ports should have a LICENSE line.
>
> My stand on it is that I don't care enough to be
Hi there...
Thanks, Just checked your change and applied to my ports tree, and now
it compiles without a problem.
Thanks once again...
Fred
On 2013-09-03 12:39, Bryan Drewery wrote:
On 9/2/2013 3:14 AM, Frederico Costa wrote:
Hi all...
Not sure if this is the correct way of asking for a b
On 9/3/2013 13:42, Bryan Drewery wrote:
>>
>> My stand on it is that I don't care enough to be a beta-tester for
>> it and that I'll pick up the practice, once it's described in the
>> Porters' Handbook. Which it isn't. Why is that?
>>
>
> A lot of things are not. It's not due to the status of a f
On Tue, 3 Sep 2013 12:22:23 +0400 (MSK)
Dmitry Morozovsky wrote:
> On Mon, 2 Sep 2013, RW wrote:
>
> > When you install perl (as part of an upgrade or as a dependency) it
> > writes the new PERL_VERSION into make.conf.
>
> Well, all would go well unless it was a *special* make.conf used for
> p
On Sun, Sep 1, 2013, at 13:31, Dmitry Morozovsky wrote:
> Dear colleagues,
>
> which variable should be defined in make.conf to switch from current 5.14
> to,
> say, 5.16 (for poudriere package building)?
>
> Naive
>
> PERL_VER=5.16
>
> does not seem to work, and I want to not chase minor ve
On Fri, Aug 30, 2013 at 06:08:05PM +0200, Rodrigo OSORIO wrote:
>
> hi,
>
> If nobody is interested by your port, I'll take it.
> May I ask you to update the port owner to rodr...@bebik.net for me :)
Thanks Rodrigo. I updated the MAINTAINER to be you. If you figure out
what is going on in ports/
On Tue, 03 Sep 2013 07:46:03 -0500
Mark Felder wrote:
> On Sun, Sep 1, 2013, at 13:31, Dmitry Morozovsky wrote:
> > Dear colleagues,
> >
> > which variable should be defined in make.conf to switch from
> > current 5.14 to,
> > say, 5.16 (for poudriere package building)?
> >
> > Naive
> >
> >
03.09.2013 15:10, Bryan Drewery пишет:
> On 9/1/2013 2:07 PM, Boris Samorodov wrote:
>> Hi All,
>>
>> the most fresh portstree (r325904):
>> -
>> % make fetch -C /usr/ports/japanese/edict
>> 22:56 pts/10
>> ===> ja-edict-19990714_5 depends on file: /usr/local/sbin/pkg - found
>> => edict.gz
On Tue, 3 Sep 2013, Mark Felder wrote:
> > which variable should be defined in make.conf to switch from current 5.14
> > to,
> > say, 5.16 (for poudriere package building)?
> >
> > Naive
> >
> > PERL_VER=5.16
> >
> > does not seem to work, and I want to not chase minor version changes.
> >
Hi all,
I tried updating Gdal to the latest version on my FreeBSD system
(9.1-RELEASE-p6), but the build fails:
c postgisrasterdataset.cpp -fPIC -DPIC -o ../o/.libs/postgisrasterdataset.o
postgisrasterdataset.cpp: In function 'void GDALRegister_PostGISRaster()':
postgisrasterdataset.cpp:2096
On Tue, Sep 3, 2013, at 8:59, Dmitry Morozovsky wrote:
> On Tue, 3 Sep 2013, Mark Felder wrote:
>
> > > which variable should be defined in make.conf to switch from current 5.14
> > > to,
> > > say, 5.16 (for poudriere package building)?
> > >
> > > Naive
> > >
> > > PERL_VER=5.16
> > >
> >
Am 03.09.2013 15:11, schrieb Frank Broniewski:
> Hi all,
>
> I tried updating Gdal to the latest version on my FreeBSD system
> (9.1-RELEASE-p6), but the build fails:
>
>
> c postgisrasterdataset.cpp -fPIC -DPIC -o
> ../o/.libs/postgisrasterdataset.o
> postgisrasterdataset.cpp: In function 'voi
On Tue, 3 Sep 2013, Mark Felder wrote:
> > > > which variable should be defined in make.conf to switch from current
> > > > 5.14
> > > > to,
> > > > say, 5.16 (for poudriere package building)?
> > > >
> > > > Naive
> > > >
> > > > PERL_VER=5.16
> > > >
> > > > does not seem to work, and I w
Please provide the entire poudriere build log. There's something fishy
going on here; I have never had this problem.
Here's my build log:
http://pkg.feld.me/logs/bulk/91amd64-default/latest-per-pkg/help2man-1.43.3.log
I'll even build it with a different PERL_PORT if you'd like to see that.
IK> Thank you :)
IK> I watch the mailing list. ;)
IK> http://docs.freebsd.org/cgi/mid.cgi?20130903172529.GA9
IK> Unfortunately I did not have time to check the problem with uniq...
Gettext build failed because of failed uniq, so if u steel have problem u
know what to do.
___
On 08/31/13 09:05, Matthieu Volat wrote:
On Sat, 31 Aug 2013 09:21:56 +0100
cr...@bayofrum.net wrote:
I'm sorry that I was unable to runtime test transmission-qt.
I'll try to get an instance up when I can-- is anyone else able to launch
transmission-qt4? I don't think I missed any patches f
On Tue, 3 Sep 2013, Mark Felder wrote:
> Please provide the entire poudriere build log. There's something fishy
> going on here; I have never had this problem.
>
> Here's my build log:
>
> http://pkg.feld.me/logs/bulk/91amd64-default/latest-per-pkg/help2man-1.43.3.log
>
>
> I'll even build it
Try to disable options
options CAPABILITY_MODE # Capsicum capability mode
options CAPABILITIES# Capsicum capabilities
in kernel conf, for me it's resolve problem
Ivan Klymenko wrote:
IK> В Sat, 24 Aug 2013 13:26:01 +0200
IK> Hans Petter Selasky пишет:
IK
Build happening now. Everything is getting rebuilt against 5.16
http://pkg.feld.me/logs/bulk/head-default/2013-09-03_13h33m40s/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any ma
Update to 2.4.2, a brand new version rewritten in Python. Also, assume
maintainership.
Note: the convenience scripts for txt, html and nroff are gone, but the
functionality still exists with --text, --html and --nroff.
-
Build
Maintainer: po...@freebsd.org
Last committer: m...@freebsd.org
Ident: $FreeBSD: head/lang/scm/Makefile 319304 2013-05-28 13:46:00Z
miwi $
Log URL:
http://beefy1.isc.freebsd.org/bulk/83i386-default/2013-09-04_01h01m28s/logs/scm-5f1.log
Build URL:
http://beefy1.isc.freebsd
В Tue, 3 Sep 2013 20:42:25 +0300
Vitalij Satanivskij пишет:
>
> Try to disable options
>
> options CAPABILITY_MODE # Capsicum capability mode
> options CAPABILITIES# Capsicum capabilities
>
> in kernel conf, for me it's resolve problem
>
Thank you :)
I w
Am 2013-09-03 16:54, schrieb Rainer Hurling:
Am 03.09.2013 15:11, schrieb Frank Broniewski:
Hi all,
I tried updating Gdal to the latest version on my FreeBSD system
(9.1-RELEASE-p6), but the build fails:
c postgisrasterdataset.cpp -fPIC -DPIC -o
../o/.libs/postgisrasterdataset.o
postgisraste
28 matches
Mail list logo
