This is Rick Jelliffe's implementation of ISO Schematron using XSLT.
-
Build ID: 20130313102400-42629
Job owner: ga...@freebsd.org
Buildtime: 4 days
Enddate: Sun, 17 Mar 2013 11:00:15 GMT
Maintainer has been reset to ports@.
If anyone wants to adopt this port, open a pr (if you are not a committer),
or grab it if you are.
--
Michael Scheidell
http://people.freebsd.org/~scheidell
___
freebsd-ports@freebsd.org mailing list
http://lists.fr
Hi,
is there a way to overide options stored in /var/db/ports/*/options,
basically getting back the pre-OPTIONSng behaviour of being able to
overide port options in /etc/make.conf ?
Before OPTIONSng was introduced, I was able to specify options in
/etc/make.conf (WITHOUT_X11, WITHOUT_CUPS, W
Milkytracker currently fails to build on FreeBSD 9.1 and I am not sure
if it is related to the import of zlib 1.2.4 with 900010.
Build log:
http://people.freebsd.org/~ehaupt/misc/milkytracker/milkytracker-0.90.85_2.log
Upstream bug report:
http://forums.modarchive.org/index.php?topic=3389.0
Any
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you
On 17/03/2013 12:16, Marco Steinbach wrote:
> Hi,
>
> is there a way to overide options stored in /var/db/ports/*/options,
> basically getting back the pre-OPTIONSng behaviour of being able to
> overide port options in /etc/make.conf ?
>
> Before OPTIONSng was introduced, I was able to specify op
Baptiste Daroussin wrote on 14.03.2013 10:55:
Hi all,
Ilya A. Arkhipov wrote dialog4ports which has just been added into the ports
tree ports-mgmt/dialog4ports, this is intended to be a replacement for dialog(1)
designed specifically for the options, in particular for optionsng.
It uses libdial
On Thu, 14 Mar 2013, Baptiste Daroussin wrote:
Ilya A. Arkhipov wrote dialog4ports which has just been added into the ports
tree ports-mgmt/dialog4ports, this is intended to be a replacement for dialog(1)
designed specifically for the options, in particular for optionsng.
My one complaint is t
On Sun, Mar 17, 2013 at 03:17:58PM +0100, Marco Steinbach wrote:
> Baptiste Daroussin wrote on 14.03.2013 10:55:
> > Hi all,
> >
> > Ilya A. Arkhipov wrote dialog4ports which has just been added into the ports
> > tree ports-mgmt/dialog4ports, this is intended to be a replacement for
> > dialog(1
On Sun, Mar 17, 2013 at 08:56:13AM -0600, Warren Block wrote:
> On Thu, 14 Mar 2013, Baptiste Daroussin wrote:
>
> > Ilya A. Arkhipov wrote dialog4ports which has just been added into the ports
> > tree ports-mgmt/dialog4ports, this is intended to be a replacement for
> > dialog(1)
> > designed s
Baptiste Daroussin wrote on 17.03.2013 16:11:
On Sun, Mar 17, 2013 at 08:56:13AM -0600, Warren Block wrote:
On Thu, 14 Mar 2013, Baptiste Daroussin wrote:
Ilya A. Arkhipov wrote dialog4ports which has just been added into the ports
tree ports-mgmt/dialog4ports, this is intended to be a replace
On Sun, Mar 17, 2013 at 04:15:56PM +0100, Marco Steinbach wrote:
> Baptiste Daroussin wrote on 17.03.2013 16:11:
> > On Sun, Mar 17, 2013 at 08:56:13AM -0600, Warren Block wrote:
> >> On Thu, 14 Mar 2013, Baptiste Daroussin wrote:
> >>
> >>> Ilya A. Arkhipov wrote dialog4ports which has just been a
Matthew Seaman wrote on 17.03.2013 14:49:
On 17/03/2013 12:16, Marco Steinbach wrote:
Hi,
is there a way to overide options stored in /var/db/ports/*/options,
basically getting back the pre-OPTIONSng behaviour of being able to
overide port options in /etc/make.conf ?
Before OPTIONSng was intro
On Sun, Mar 17, 2013 at 5:42 PM, Marco Steinbach
wrote:
> Matthew Seaman wrote on 17.03.2013 14:49:
>
>> On 17/03/2013 12:16, Marco Steinbach wrote:
>>>
>>> Hi,
>>>
>>> is there a way to overide options stored in /var/db/ports/*/options,
>>> basically getting back the pre-OPTIONSng behaviour of be
Hello,
does graphics/dri build for you? It fails for me:
gmake[5]: Entering directory
`/usr/ports/graphics/dri/work/Mesa-7.6.1/src/mesa/drivers/dri/r200'
cc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver
-I../../../../../include -I../../../../../src/mesa
-I../../../../../src/egl/mai
On 17 Mar 2013 15:45, "Marco Steinbach" wrote:
>
> Matthew Seaman wrote on 17.03.2013 14:49:
>
>> On 17/03/2013 12:16, Marco Steinbach wrote:
>>>
>>> Hi,
>>>
>>> is there a way to overide options stored in /var/db/ports/*/options,
>>> basically getting back the pre-OPTIONSng behaviour of being abl
On Sunday 17 March 2013 04:08:08 Michael Scheidell wrote:
> Maintainer has been reset to ports@.
>
> If anyone wants to adopt this port, open a pr (if you are not a committer),
> or grab it if you are.
I grabbed it, thanks.
Beech
--
-
Chris Rees wrote on 17.03.2013 17:15:
On 17 Mar 2013 15:45, "Marco Steinbach" wrote:
Matthew Seaman wrote on 17.03.2013 14:49:
On 17/03/2013 12:16, Marco Steinbach wrote:
Hi,
is there a way to overide options stored in /var/db/ports/*/options,
basically getting back the pre-OPTIONSng behavi
On Sun, Mar 17, 2013 at 07:27:56PM +0100, Marco Steinbach wrote:
> Chris Rees wrote on 17.03.2013 17:15:
> > On 17 Mar 2013 15:45, "Marco Steinbach" wrote:
> >> Matthew Seaman wrote on 17.03.2013 14:49:
> >>
> >>> On 17/03/2013 12:16, Marco Steinbach wrote:
> Hi,
>
> is there a way
Patch adds ability to build HLS support for RTMP included in 3rd party
arut-rtmp-nginx-module
--
Fedor Dikarev
nginx-devel-hls-support.patch
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/
Hi,
I have tried building many pieces of groupware so that I can replace MS at
various client sites.
However:
zimbra? No port. (Hardcoded /opt/zimbra)
kolab? No port. (Hardcoded /kolab - This could work if they got rid of the
idiocy of "OpenPKG")
(A kolab port could easily be done if al
Baptiste Daroussin wrote on 17.03.2013 19:49:
On Sun, Mar 17, 2013 at 07:27:56PM +0100, Marco Steinbach wrote:
Chris Rees wrote on 17.03.2013 17:15:
On 17 Mar 2013 15:45, "Marco Steinbach" wrote:
Matthew Seaman wrote on 17.03.2013 14:49:
On 17/03/2013 12:16, Marco Steinbach wrote:
Hi,
is
INDEX build failed with errors:
Generating INDEX-8 - please wait.. Done.
make_index: rubygem-activerecord-mysql-adapter-0.0.1: no entry for
/usr/ports/databases/rubygem-mysql
Committers on the hook:
bdrewery beech crees eadler johans zi
Most recent SVN update was:
Updating '.':
Uports-mgmt
Waitman Gobble wrote ..
> Chris Petrik wrote ..
> > Looking at the current state of gnustep and I am wondering if any
> > commiters would be interested in creating a gnustep group/team? as a lot
> > of ports have no maintainer and would be nice if there was a ML and
> > other means for gnustep
On 17 March 2013 21:04, wrote:
> INDEX build failed with errors:
> Generating INDEX-8 - please wait.. Done.
> make_index: rubygem-activerecord-mysql-adapter-0.0.1: no entry for
> /usr/ports/databases/rubygem-mysql
>
> Committers on the hook:
> bdrewery beech crees eadler johans zi
zi fixed thi
On Sun, 17 Mar 2013 19:49:27 +0100
Baptiste Daroussin wrote:
> On Sun, Mar 17, 2013 at 07:27:56PM +0100, Marco Steinbach wrote:
> > Chris Rees wrote on 17.03.2013 17:15:
> > > On 17 Mar 2013 15:45, "Marco Steinbach"
> > > wrote:
> > >> Matthew Seaman wrote on 17.03.2013 14:49:
> > >>
> > >>> On
On 03/17/2013 03:06 PM, Waitman Gobble wrote:
Waitman Gobble wrote ..
Chris Petrik wrote ..
Looking at the current state of gnustep and I am wondering if any
commiters would be interested in creating a gnustep group/team? as a lot
of ports have no maintainer and would be nice if there was a M
On 3/17/2013 22:58, Chris Petrik wrote:
Yes, after review I notice the GNUstep ports are totally not working..
it doesn't work with base clang.
However, clang in ports works, and all the GNUstep modules build from
svn without issue.. so it really should be a piece of cake to build
some new GNUs
John Marino wrote ..
> On 3/17/2013 22:58, Chris Petrik wrote:
> >>
> >> Yes, after review I notice the GNUstep ports are totally not working..
> >> it doesn't work with base clang.
> >>
> >> However, clang in ports works, and all the GNUstep modules build from
> >> svn without issue.. so it reall
On 03/17/2013 04:14 PM, John Marino wrote:
On 3/17/2013 22:58, Chris Petrik wrote:
Yes, after review I notice the GNUstep ports are totally not working..
it doesn't work with base clang.
However, clang in ports works, and all the GNUstep modules build from
svn without issue.. so it really shou
- Convert to PEAR_AUTOINSTALL
- Trim header
-
Build ID: 20130315071200-29069
Job owner: m...@freebsd.org
Buildtime: 3 days
Enddate: Sun, 17 Mar 2013 22:49:00 GMT
Revision: r31
On 03/17/2013 04:23 PM, Waitman Gobble wrote:
John Marino wrote ..
On 3/17/2013 22:58, Chris Petrik wrote:
Yes, after review I notice the GNUstep ports are totally not working..
it doesn't work with base clang.
However, clang in ports works, and all the GNUstep modules build from
svn without
On Sat, 16 Mar 2013, Bryan Drewery wrote:
>>> So I wonder if there are any side effects or unexpected
>>> effects if I just change GCC_DEFAULT_VERSION= to e.g. 4.7?
> I don't think this is working as expected. See also ports/177017 which I
> believe is a bsd.gcc.mk issue and not a pkgng or portmast
Chris Petrik wrote ..
> On 03/17/2013 04:23 PM, Waitman Gobble wrote:
> > John Marino wrote ..
> >> On 3/17/2013 22:58, Chris Petrik wrote:
> Yes, after review I notice the GNUstep ports are totally not working..
> it doesn't work with base clang.
>
> However, clang in ports w
On 03/17/2013 05:21 PM, Waitman Gobble wrote:
Chris Petrik wrote ..
On 03/17/2013 04:23 PM, Waitman Gobble wrote:
John Marino wrote ..
On 3/17/2013 22:58, Chris Petrik wrote:
Yes, after review I notice the GNUstep ports are totally not working..
it doesn't work with base clang.
However, cl
Chris Petrik wrote ..
> On 03/17/2013 04:23 PM, Waitman Gobble wrote:
> > John Marino wrote ..
> >> On 3/17/2013 22:58, Chris Petrik wrote:
> Yes, after review I notice the GNUstep ports are totally not working..
> it doesn't work with base clang.
>
> However, clang in ports w
- Convert to PEAR_AUTOINSTALL
-
Build ID: 2013031503-5084
Job owner: m...@freebsd.org
Buildtime: 3 days
Enddate: Mon, 18 Mar 2013 00:00:45 GMT
Revision: r314247
Reposito
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Chris Petrik wrote ..
> I would be using the latest released ver not svn.
That sounds like it could be a good idea, looking forward to see your port.
--
Waitman Gobble
San Jose California USA
___
freebsd-ports@freebsd.org mailing list
http://lists.
39 matches
Mail list logo
