On 2011-12-23 14:20 , Mark Brethen wrote:
> Can either the copy or xinstall extension copy the contents of a directory,
> excluding certain files or subdirectories?
No, you'd need to use something like fs-traverse to do that in Tcl. This
is one case where shelling out to run e.g. rsync could resu
This was super informative and I definitely enjoyed reading the
responses. Lots of substantiated technical arguments and interesting
use cases -- I like it.
Jeremy, I think you and I are in general agreement, and we even agree
on most of the particulars.
I'll try to summarize the "3000 ft view" [
Can either the copy or xinstall extension copy the contents of a directory,
excluding certain files or subdirectories?
Mark
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
On Dec 22, 2011, at 07:38, Marin Saric wrote:
> Hi Jeremy,
>
> Just a general remark before answering some of the interesting
> subpoints you make. A case for supporting static library deployment on
> a Unix ports project does not need to collide with supporting dynamic
> libraries. It sounds in
Here's a little discussion about just this topic. No conclusions reached, of
course.
https://trac.macports.org/ticket/32516
vq
On Dec 22, 2011, at 1:08 p.m., Jordan K. Hubbard wrote:
> Just wondering if it's time to remove this port given that it's been
> abandonware since 2008 and fuse4x has
On Dec 22, 2011, at 10:08 AM, Jordan K. Hubbard wrote:
> Just wondering if it's time to remove this port given that it's been
> abandonware since 2008 and fuse4x has effectively replaced it on all versions
> of OS X that matter. The maintainer for it is set to "dports", hence this
> query on
Just wondering if it's time to remove this port given that it's been
abandonware since 2008 and fuse4x has effectively replaced it on all versions
of OS X that matter. The maintainer for it is set to "dports", hence this
query on the general list.
- Jordan
On Dec 22, 2011, at 08:50, Lawrence Velázquez wrote:
> Could someone review and commit this change?
>
> https://trac.macports.org/attachment/ticket/32423/Portfile-gnome-doc-utils.diff
Done.
___
macports-dev mailing list
macports-dev@lists.macosforg
Hi Jeremy,
Just a general remark before answering some of the interesting
subpoints you make. A case for supporting static library deployment on
a Unix ports project does not need to collide with supporting dynamic
libraries. It sounds in your arguments as if you are imagining
everyone linking aga
Could someone review and commit this change?
https://trac.macports.org/attachment/ticket/32423/Portfile-gnome-doc-utils.diff
Thanks,
vq
On Dec 22, 2011, at 7:54 a.m., MacPorts wrote:
> #32529: Gnome-doc-utils can't be built in Mac OS X 10.4.11/Tiger because of
> missing
> XML::Parser perl mod
Hi,
On Thu, Dec 22, 2011 at 01:33:38AM +0100, Marin Saric wrote:
> Example 1: ABI incompatibilities
>
> x264 is a great example of where having it in a static form removes
> just the rebuilding problem that occurred now. x264 does not have a
> very stable ABI. It's source level API is consistent,
On Dec 18, 2011, at 17:50, Jeremy Huddleston wrote:
> So it turns out that llvm doesn't build well with python3
> (https://trac.macports.org/ticket/32575). It's been building fine in most
> cases without the python dependency in the port by picking up /usr/bin/python
> or ${prefix}/bin/python
Hi,
On Wed, Dec 21, 2011 at 10:48:25PM -0800, Bradley Giesbrecht wrote:
> > If the "macports.sqlext" file AND the "VERSION" sqlite3 collation SHOULD
> > NOT be a problem, what can I do to figure out why I get this "make install"
> > result?
> > Could I have a permission issue, "logic error or mi
Hi James,
On 2011-12-21 19:10 , James Berry wrote:
> I checked in a change to opIntersection, which makes sure the two
> lists being passed to opIntersection are unique. Can you verify that
> fixes your problem?
Yes, this seems to have fixed the problem in my tests.
Rainer
__
14 matches
Mail list logo
