new port: in lang/ or www?

[Michael Scheidell]

Should this be in ../lang/urweb  or in ../www/urweb ?
doesn't install anything in WWWDIR, and submitter suggests this should 
be in ../lang.


cat pkg-descr

Ur is a programming language in the tradition of ML and Haskell, but 
featuring
a significantly richer type system. Ur is functional, pure, 
statically-typed,
and strict. Ur supports a powerful kind of metaprogramming based on row 
types.


Ur/Web is Ur plus a special standard library and associated rules for 
parsing

and optimization. Ur/Web supports construction of dynamic web applications
backed by SQL databases. The signature of the standard library is such that
well-typed Ur/Web programs "don't go wrong" in a very broad sense. Not 
only do

they not crash during particular page generations, but they also may not:

  * Suffer from any kinds of code-injection attacks
  * Return invalid HTML
  * Contain dead intra-application links
  * Have mismatches between HTML forms and the fields expected by their
handlers
  * Include client-side code that makes incorrect assumptions about the
  * "AJAX"-style services that the remote web server provides
  * Attempt invalid SQL queries
  * Use improper marshaling or unmarshaling in communication with SQL 
databases

or between browsers and web servers

WWW: http://www.impredicative.com/ur/


for context:





--
Michael Scheidell, CTO
>*| * SECNAP Network Security Corporation
d: +1.561.948.2259
w: http://people.freebsd.org/~scheidell
___
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"

Re: new port: in lang/ or www?

[Rodrigo OSORIO]

On 05/04/12 10:41 -0400, Michael Scheidell wrote:
> Should this be in ../lang/urweb  or in ../www/urweb ?
> doesn't install anything in WWWDIR, and submitter suggests this should 
> be in ../lang.
> 
> cat pkg-descr
> 
> Ur is a programming language in the tradition of ML and Haskell, but 
> featuring
> a significantly richer type system. Ur is functional, pure, 
> statically-typed,
> and strict. Ur supports a powerful kind of metaprogramming based on row 
> types.
> 
> Ur/Web is Ur plus a special standard library and associated rules for 
> parsing
> and optimization. Ur/Web supports construction of dynamic web applications
> backed by SQL databases. The signature of the standard library is such that
> well-typed Ur/Web programs "don't go wrong" in a very broad sense. Not 
> only do
> they not crash during particular page generations, but they also may not:
> 
>   * Suffer from any kinds of code-injection attacks
>   * Return invalid HTML
>   * Contain dead intra-application links
>   * Have mismatches between HTML forms and the fields expected by their
> handlers
>   * Include client-side code that makes incorrect assumptions about the
>   * "AJAX"-style services that the remote web server provides
>   * Attempt invalid SQL queries
>   * Use improper marshaling or unmarshaling in communication with SQL 
> databases
> or between browsers and web servers
> 
> WWW: http://www.impredicative.com/ur/
> 
> 
> for context:
> 
> 
> 
> 
> 
> -- 
> Michael Scheidell, CTO
> >*| * SECNAP Network Security Corporation
> d: +1.561.948.2259
> w: http://people.freebsd.org/~scheidell
> ___
> 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"

Hi,

lang and www like in the original PR sounds great for me.
So /lang/urweb shoud be an acceptable answer.

- rodrigo
___
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"

Re: new port: in lang/ or www?

[Baptiste Daroussin]

On Thu, Apr 05, 2012 at 10:41:21AM -0400, Michael Scheidell wrote:
> Should this be in ../lang/urweb  or in ../www/urweb ?
> doesn't install anything in WWWDIR, and submitter suggests this should 
> be in ../lang.
> 
> cat pkg-descr
> 
> Ur is a programming language in the tradition of ML and Haskell, but 
> featuring
> a significantly richer type system. Ur is functional, pure, 
> statically-typed,
> and strict. Ur supports a powerful kind of metaprogramming based on row 
> types.
> 
> Ur/Web is Ur plus a special standard library and associated rules for 
> parsing
> and optimization. Ur/Web supports construction of dynamic web applications
> backed by SQL databases. The signature of the standard library is such that
> well-typed Ur/Web programs "don't go wrong" in a very broad sense. Not 
> only do
> they not crash during particular page generations, but they also may not:
> 
>* Suffer from any kinds of code-injection attacks
>* Return invalid HTML
>* Contain dead intra-application links
>* Have mismatches between HTML forms and the fields expected by their
>  handlers
>* Include client-side code that makes incorrect assumptions about the
>* "AJAX"-style services that the remote web server provides
>* Attempt invalid SQL queries
>* Use improper marshaling or unmarshaling in communication with SQL 
> databases
>  or between browsers and web servers
> 
> WWW: http://www.impredicative.com/ur/
> 
> 
> for context:
> 
> 
> 
> 
> 
> -- 
> Michael Scheidell, CTO
>  >*| * SECNAP Network Security Corporation
> d: +1.561.948.2259
> w: http://people.freebsd.org/~scheidell
> ___
> 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"

lang and www for categories also seems good to me.

regards,
Bapt


pgp9rMX23jBNv.pgp
Description: PGP signature

Re: new port: in lang/ or www?

[Dmitry Marakasov]

* Michael Scheidell (scheid...@freebsd.org) wrote:

> Should this be in ../lang/urweb  or in ../www/urweb ?
> doesn't install anything in WWWDIR, and submitter suggests this should 
> be in ../lang.

Yes, lang/ seems to be more suitable.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru  ..:  jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
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"

Re: FAQ on PORTREVISION bump?

[Michael Scheidell]

On 3/30/12 4:35 PM, Philip M. Gollucci wrote:

o When pkg-plist changes (except for fixing

.ifdef/NOPORT(DOCS|EXAMPLES))

#1 covers this, this is the OPTIONS case (default vs not)


perfect example, real world.

pr hasn't been submitted yet.


In short what you change is irrelevant. Does the resultant package
change. Yes or No.  The only question you need to answer is do we bump
if the resultant package changes for configs other than default.


prevkous committers/and/or maintainers have taken advantage of the 
PORTDOCS macro's, and wrapped the INSTALL_DATA inside an .if !defined 
(NOPORTDOCS), with macro taking care of the pkg-plist thing.


This leaves 100K of 'examples', that were (are) being copied to the 
../EXAMPLESdir.


So, from a 'did the package change' it would/did.  It would be 
compressed value, 100K smaller.  so, pointyhat wants a portrevision bump.
But from a users perspective, why do through the problems of rebuilding 
a port, (bringing in updated dependencies, conflicts regression 
testing), just to delete 100K from his ../share directory?


And, in exactly this situation, I have submitted several pr's without 
portrevision bumps, and they have all been committed like that.  no 
portrevision bump.
(did I mention I didn't commit them?  other, more senior members of the 
port team, who were the maintainers did?)


Also, there is this one:  waiting for maintainer timeout,


(in a previous conversation with dougb, he suggested that i wrap 
PORTDOCS= around a .ifdef  at that time, I didn't feel it was worth the 
extra work, doublecheck tinderbox, audit logs)


on this one, I did.  And was told by crees that I didn't need to wrap 
PORTDOCS= around an ifdef.


So, 2 programmers, 2 opinions.  Thank God I didn't ask in ports@.

so, pr 165820:  portrevision bump or not? this one saved 646K on the 
target system.
My preference is to support the user/operator who would not really want 
to be forced to portupgrade, for something he obviously didn't care 
about (or he would submit a pr, and/or rm the 646K from the hd)


and, next 'real' port upgrade, it will disappear anyway.


--
Michael Scheidell, CTO
>*| * SECNAP Network Security Corporation
d: +1.561.948.2259
w: http://people.freebsd.org/~scheidell
___
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"

Re: FAQ on PORTREVISION bump?

[Philip M. Gollucci]

On 04/05/12 20:04, Michael Scheidell wrote:
> on this one, I did.  And was told by crees that I didn't need to wrap
> PORTDOCS= around an ifdef.
> 
> So, 2 programmers, 2 opinions.  Thank God I didn't ask in ports@.
Of the 2 of them one is right. At least as it is currently documented.


# PORTDOCS  - A list of files and directories relative to
DOCSDIR.
# Shell glob patterns can be used,
directories include
# the entire subtree of contained files
and directories.
# Should not be set when no
documentation files are
# installed.
# Useful for dynamically generated
documentation.

in the case of NOPORTDOCS, no documentation files should be installed,
so this variable should not be set.  So you _must_ ifdef it.




-- 

1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354
Member,   Apache Software Foundation
Committer,FreeBSD Foundation
Consultant,   P6M7G8 Inc.
Director Operations,  Ridecharge Inc.

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.



signature.asc
Description: OpenPGP digital signature

Re: FAQ on PORTREVISION bump?

[Philip M. Gollucci]

On 04/05/12 20:04, Michael Scheidell wrote:
> But from a users perspective, why do through the problems of rebuilding
> a port, (bringing in updated dependencies, conflicts regression
> testing), just to delete 100K from his ../share directory?
Thats a larger argument.

pav@ would ask why do we both with NO* when its clearly much easier to
just rm -rf /usr/local/share after your done installing.



-- 

1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354
Member,   Apache Software Foundation
Committer,FreeBSD Foundation
Consultant,   P6M7G8 Inc.
Director Operations,  Ridecharge Inc.

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.



signature.asc
Description: OpenPGP digital signature

Re: FAQ on PORTREVISION bump?

[Mel Flynn]

On 4/5/2012 22:21, Philip M. Gollucci wrote:
> On 04/05/12 20:04, Michael Scheidell wrote:
>> on this one, I did.  And was told by crees that I didn't need to wrap
>> PORTDOCS= around an ifdef.
>>
>> So, 2 programmers, 2 opinions.  Thank God I didn't ask in ports@.
> Of the 2 of them one is right. At least as it is currently documented.
> 
> 

[snip bpm docs]

> in the case of NOPORTDOCS, no documentation files should be installed,
> so this variable should not be set.  So you _must_ ifdef it.

Shouldn't confuse two cases:
1) A case where upstream software takes care of installing the
documentation. In this case you can set PORTDOCS without any need to
wrap it, because bpm already takes care of this:
.if !target(add-plist-docs)
add-plist-docs:
.if defined(PORTDOCS) && !defined(NOPORTDOCS)
# do the magic
.else
@${DO_NADA}
.endif

In this case you need to pass "--disable-docs" or something to that
effect to it's CONFIGURE_ARGS or whatever the upstream build system
requires for it. Simply wrapping NOPORTDOCS around PORTDOCS will not do
this for you. It's also possible you need to do reverse: if NOPORTDOCS
is not defined, pass --enable-docs.

2) The case where you "abuse" PORTDOCS to install the documentation
yourself in (pre|post|do)-install. In this case you shall not install
the documentation if NOPORTDOCS is set and thus either you wrap PORTDOCS
in NOPORTDOCS so that it's an empty variable and your loop in the
install target doesn't run, or you wrap the PORTDOCS related part in the
install target with NOPORTDOCS.
Wrapping the install target is IMHO the preferred option, since you will
also have to disable ${MKDIR} ${DOCSDIR} if you use that.

-- 
Mel
___
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"

FreeBSD Port: samba34-3.4.14

[Da Rock]

Building samba 3.6, 3.5, 3.4... noticed a missing dependency during 
build on net/libnet. Maybe need to add this to the port?


Cheers
___
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"

Re: FreeBSD Port: samba34-3.4.14

[Timur I. Bakeyev]

Hi!

Can you show the build output? Port should't directly dipend from
anything like this.

Cheers.

On Fri, Apr 6, 2012 at 3:40 AM, Da Rock
 wrote:
> Building samba 3.6, 3.5, 3.4... noticed a missing dependency during build on
> net/libnet. Maybe need to add this to the port?
>
> Cheers
___
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"

Re: php5 and pgsql/sqlite

[Daniel Braniss]

problem solved, compiling php with:
   LINKTHR=on "Link thread lib (for threaded extensions)"
fixed it.

> On 2012-04-02 17:22, Daniel Braniss wrote:
> > hi,
> > whenever extensions=pgsql.so or/and extensions=slqlite3.so is added
> > php exits with error (Exit 1)
> > 
> > without those modules:
> > % php -v
> > PHP 5.3.10 with Suhosin-Patch (cli) (built: Apr  2 2012 14:28:23) 
> > Copyright (c) 1997-2012 The PHP Group
> > Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
> > 
> [...]
> > 
> > [Zend Modules]
> > 
> > 
> > but when adding, for example extension=pgsql.so to 
> > /usr/local/etc/php/extensions.ini
> > 
> > php exits with error
> > 
> > BTW, I noticed the problem after I compiled php5-extensions.
> > so, what am I doing wrong? 
> > 
> 
> Hi Daniel,
> 
> I suspect it is the ordering in /usr/local/etc/php/extensions.ini.
> Maybe the following script can help to solve your issue.
> http://people.freebsd.org/~ohauer/scripts/fixphpextorder.sh
> 
> There are not all extensions in the script but it is a starting point.
> 
> --
> Regards,
> olli


___
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"