On Oct 2, 2013, at 07:46, take...@macports.org wrote:
Revision: 111797
https://trac.macports.org/changeset/111797
Author: take...@macports.org
Date: 2013-10-02 05:46:48 -0700 (Wed, 02 Oct 2013)
Log Message:
---
gnudatalanguage: updated for 0.9.4. fixed a bug that
Hi Bill,
are you talking about convenience or about dog fight ?
Has there already been issues with GPL components in macports.org ?
I can help by gathering the sources of the components PortsAutoComplete
is based on.
Eric
Le Tue, 01 Oct 2013 13:35:22 -0700,
William Siegrist wsiegr...@apple.com
Components it is based on? Is it not your original work? Or are you referring
to dependencies? Your code should be covered by some other license if you want
it to get installed on the server.
-Bill
On Oct 2, 2013, at 8:42 AM, Eric Le Lay ele...@macports.org wrote:
Hi Bill,
are you
Hi all,
two questions:
(1)
I am working on a port for iRods. This software package would provides a server
and a set of clients. Currently I am interested only in the client part (for
those who might know the product: icommands and fuse) and there might be no
need for the server part after
Hi all,
could someone have a quick look at Tickets #40533 and #40534:
https://trac.macports.org/ticket/40533
https://trac.macports.org/ticket/40534
These are quite simple, so should be no big deal.
I replaced `file link` commands with Macport's extension `ln -s`. I understood
it is
On Oct 2, 2013, at 14:51, rai...@macports.org wrote:
Revision: 111821
https://trac.macports.org/changeset/111821
Author: rai...@macports.org
Date: 2013-10-02 12:51:50 -0700 (Wed, 02 Oct 2013)
Log Message:
---
sysutils/sudo:
Fix copying of configuration in
On Oct 2, 2013, at 13:53, Peter Danecek wrote:
(1)
I am working on a port for iRods. This software package would provides a
server and a set of clients. Currently I am interested only in the client
part (for those who might know the product: icommands and fuse) and there
might be no need
If it's so easy to work around it, then that means it should be pretty easy
to add an alias or something that does the same thing as the workaround in
base, right?
On Wed, Oct 2, 2013 at 5:37 PM, Ryan Schmidt ryandes...@macports.orgwrote:
On Oct 2, 2013, at 13:53, Peter Danecek wrote:
(1)
I submitted two tickets 40653 and 40654 with patches, that are
nomaintainer. I would be willing to take them over, but I wasn't sure how I
was supposed to do that. Just declare myself the maintainer? I also
contributed a perl 5.18 Portfile, which seems to have a maintainer +
openmaintainer. I'd
At 7:30 PM -0400 10/2/13, Mark Anderson wrote:
I submitted two tickets 40653 and 40654 with patches, that are
nomaintainer. I would be willing to take them over, but I wasn't
sure how I was supposed to do that. Just declare myself the
maintainer? I also contributed a perl 5.18 Portfile, which
Ok, so I just needed to RTFM, I had a feeling. Thanks!
Mark
—Mark
___
Mark E. Anderson e...@emer.net
On Wed, Oct 2, 2013 at 7:38 PM, Craig Treleaven ctrelea...@cogeco.cawrote:
At 7:30 PM -0400 10/2/13, Mark Anderson wrote:
I submitted two tickets 40653 and 40654 with
On Oct 2, 2013, at 16:49, Eric Gallager wrote:
If it's so easy to work around it, then that means it should be pretty easy
to add an alias or something that does the same thing as the workaround in
base, right?
It would be implemented differently in base -- copy the -append implementation
On Oct 2, 2013, at 19:02, Ryan Schmidt wrote:
https://trac.macports.org/ticket/40655
Do we want this in base? There are probably other situations where it's
useful too.
One place this would come in handy is for CPPFLAGS in situations when MacPorts'
default `-I${prefix}/include` is
On Oct 2, 2013, at 8:14 PM, Ryan Schmidt ryandes...@macports.org wrote:
One place this would come in handy is for CPPFLAGS in situations when
MacPorts' default `-I${prefix}/include` is problematic for some build
systems. Ideally the build systems should be fixed of course, but when that's
On Oct 2, 2013, at 19:29, Daniel J. Luke wrote:
But another way to handle that issue is to replace `-I${prefix}/include`
with `-isystem${prefix}/include`, and several ports (like freetype,
ghostscript and pianobar) do that. Which brings up the question of whether
we should change
I have actually wanted something like this in base for a while now, and
just forgot to open a ticket about it...
On Wed, Oct 2, 2013 at 8:02 PM, Ryan Schmidt ryandes...@macports.orgwrote:
On Oct 2, 2013, at 16:49, Eric Gallager wrote:
If it's so easy to work around it, then that means it
16 matches
Mail list logo