On Thu, Oct 20, 2011 at 22:03, Blair Zajac bl...@orcaware.com wrote:
Looks like this package can be retired given that http://www.sshkeychain.org/
is just a bunch of links. Even the URL to download the source is bad:
http://svn.sshkeychain.org/repos/tags/0.8.2
Don't we host it a tarball on
On Oct 21, 2011, at 02:33, Andrea D'Amore wrote:
On Thu, Oct 20, 2011 at 22:03, Blair Zajac wrote:
Looks like this package can be retired given that
http://www.sshkeychain.org/ is just a bunch of links.
I reported this to their mailing list in February; there was no reply.
On Oct 21, 2011, at 3:55 AM, Ryan Schmidt wrote:
On Oct 21, 2011, at 02:33, Andrea D'Amore wrote:
Even the URL to download the source is bad:
http://svn.sshkeychain.org/repos/tags/0.8.2
Don't we host it a tarball on macports repository in such a case?
Of course we do.
On Oct 21, 2011, at 08:40, Daniel J. Luke wrote:
On Oct 21, 2011, at 3:55 AM, Ryan Schmidt wrote:
On Oct 21, 2011, at 02:33, Andrea D'Amore wrote:
Even the URL to download the source is bad:
http://svn.sshkeychain.org/repos/tags/0.8.2
Don't we host it a tarball on macports repository in
On Oct 21, 2011, at 10:58, krisc...@macports.org wrote:
Revision: 86205
http://trac.macports.org/changeset/86205
Author: krisc...@macports.org
Date: 2011-10-21 08:58:56 -0700 (Fri, 21 Oct 2011)
Log Message:
---
Update to android sdk 14.
Modified Paths:
It's tedious to determine what license a project is under. It would be nice if
I could run a script and it would figure it out for me. Do we already have one?
My thoughts for how this could be done, for simple cases anyway, is to locate
the license file in the tarball looking for several common
On Fri, Oct 21, 2011 at 04:13:56PM -0500, Ryan Schmidt wrote:
It's tedious to determine what license a project is under. It would be nice
if I could run a script and it would figure it out for me. Do we already have
one? My thoughts for how this could be done, for simple cases anyway, is to
On Oct 21, 2011, at 16:26, Dan Ports wrote:
One thing that thwarts the simplest analysis you might think of doing
is that the COPYING file, if one exists, will not usually give you all
the information you need. It's pretty common to just stick a verbatim
copy of some version of the GPL in
On Oct 20, 2011, at 08:48, Daniel J. Luke wrote:
On Oct 20, 2011, at 4:41 AM, Ryan Schmidt wrote:
The guide has not been kept up to date with many of the changes MacPorts has
undergone in recent years.
maybe we should revive our long-ago policy of not allowing changes to be
merged to a
On Oct 20, 2011, at 02:06, Marko Käning wrote:
On Oct 20, 2011, at 3:15 AM, Ryan Schmidt wrote:
Furthermore, no_ variants are deprecated; these days, it should be an
x11 variant, that adds the dependency, and is enabled by default.
Oh, that's interesting news.
I guess then we should scan
scare away contributors
Nowadays, poor coding and undocumented process does just as much damage.
smime.p7s
Description: S/MIME cryptographic signature
___
macports-dev mailing list
macports-dev@lists.macosforge.org
What do you mean?
I think he means it copies files, not folders.
smime.p7s
Description: S/MIME cryptographic signature
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
On Oct 21, 2011, at 16:39, Jeremy Lavergne wrote:
What do you mean?
I think he means it copies files, not folders.
file copy copies both files and folders.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
--On October 21, 2011 3:43:02 PM -0500 Ryan Schmidt
ryandes...@macports.org wrote:
On Oct 21, 2011, at 08:40, Daniel J. Luke wrote:
On Oct 21, 2011, at 3:55 AM, Ryan Schmidt wrote:
On Oct 21, 2011, at 02:33, Andrea D'Amore wrote:
Even the URL to download the source is bad:
On Oct 21, 2011, at 17:31, Mike Alexander wrote:
I just looked and SSHKeyChain still seems to be around. The source is in GIT
now instead of SVN, but it's still available at
http://sshkeychain.git.sourceforge.net/git/gitweb-index.cgi. The project
page at
On Oct 20, 2011, at 16:53, Eric A. Borisch wrote:
On Thu, Oct 20, 2011 at 4:48 PM, Ryan Schmidt wrote:
Why not use the notes feature for this message?
Also, why is a message needed at all?
I'd love to, but 'notes' isn't documented in the guide... care to
enlighten or point me in the
On Oct 20, 2011, at 17:35, David Evans wrote:
On 10/20/11 2:41 PM, Ryan Schmidt wrote:
On Oct 20, 2011, at 15:15, devans wrote:
py26-atspi: add license, remove redundant dependency on python26.
It wasn't particularly redundant, was it? py26-atspi does itself use
python26, so it was
On Oct 20, 2011, at 06:37, Jeremy Lavergne wrote:
Thinking outside of the confines of port lint, if we fetch a distfile, and
redirects occur, then those redirects are being sent by the distfile web
server, a sourceforge server in this case, so we don't have the opportunity
to know that on
On 10/21/11 4:29 PM, Ryan Schmidt wrote:
On Oct 20, 2011, at 17:35, David Evans wrote:
On 10/20/11 2:41 PM, Ryan Schmidt wrote:
On Oct 20, 2011, at 15:15, devans wrote:
py26-atspi: add license, remove redundant dependency on python26.
It wasn't particularly redundant, was it? py26-atspi does
On Oct 21, 2011, at 20:19, David Evans wrote:
On 10/21/11 4:29 PM, Ryan Schmidt wrote:
On Oct 20, 2011, at 17:35, David Evans wrote:
On 10/20/11 2:41 PM, Ryan Schmidt wrote:
On Oct 20, 2011, at 15:15, devans wrote:
py26-atspi: add license, remove redundant dependency on python26.
It wasn't
On 10/21/11 6:28 PM, Ryan Schmidt wrote:
On Oct 21, 2011, at 20:19, David Evans wrote:
On 10/21/11 4:29 PM, Ryan Schmidt wrote:
On Oct 20, 2011, at 17:35, David Evans wrote:
On 10/20/11 2:41 PM, Ryan Schmidt wrote:
On Oct 20, 2011, at 15:15, devans wrote:
py26-atspi: add license, remove
On Oct 21, 2011, at 9:19 PM, David Evans wrote:
On 10/21/11 4:29 PM, Ryan Schmidt wrote:
On Oct 20, 2011, at 17:35, David Evans wrote:
On 10/20/11 2:41 PM, Ryan Schmidt wrote:
On Oct 20, 2011, at 15:15, devans wrote:
py26-atspi: add license, remove redundant dependency on python26.
It wasn't
On Oct 21, 2011, at 8:39 PM, Ryan Schmidt wrote:
Does MacPorts output any debug/info when redirects happen? If so, then yes,
that would be a possibility. But we don't want to fire off yet another email
to the committer/maintainer. It would be nice if it were part of the lint
mail.
I don't
In Your Inifinite Free Time...
For any ports for which you fetch from version control rather than
downloading a tarball, I suggest that a cron job somewhere
periodically fetch the latest code from the upstream version control,
then make a tar backup.
That way if their version control completely
On Fri, Oct 21, 2011 at 2:26 PM, Dan Ports dpo...@macports.org wrote:
One thing that thwarts the simplest analysis you might think of doing
is that the COPYING file, if one exists, will not usually give you all
the information you need.
It would be best in that case to notify the upstream that
+1 make archives from vcs and host them.
On Oct 21, 2011, at 9:09 PM, Michael Crawford wrote:
In Your Inifinite Free Time...
For any ports for which you fetch from version control rather than
downloading a tarball, I suggest that a cron job somewhere
periodically fetch the latest code from
26 matches
Mail list logo
