:
1. Change python24 to drop standard mods just as python25 does.
2. Don't change anything.
3. 1+add dropped mods to python24 and python25 as dependencies
I like the first one.
How about you?
On Wed, Mar 12, 2008 at 10:08 PM, js [EMAIL PROTECTED] wrote:
The benefit is that python24 and python25
] wrote:
js wrote:
If I add zlib dependency to python24, I'd also add it to python25.
But if you you add it as dependency, what is the benefit from putting it
in its own port?
Rainer
___
macports-dev mailing list
macports-dev@lists.macosforge.org
Yes, that may be confusing. But it seems that your solution is to
make everyone that runs a port upgrade python24 discover they don't
have zlib anymore. Thats all I'm pointing out.
That would be avoidable without any hassle.
depend_lib or ui_msg?
It also presumably involves you running
Hi,
ccache really saves so much time, but it is off by default.
Assuming this is just because MacPorts installer does not contain ccache,
how about adding ccache into the installer and making configurecache
on by default?
I think this would help many users who don't know about ccache, just
like I
To lower this risk, I could resign python24 port to separate some of
sorry, another typo
s/resign/redesign/
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
Hi,
I've just thought it would be very convenient to have Portfile skelton
generator in base MacPorts system.
The generator would works this way.
Let's say I wanted to add a new port named foo.
$ port skelton foo 1.0 Portfile
The content of Portfile would looks like
# -*- coding: utf-8;
The hier part of the guide is meant to provide the source for the
porthier.7 man page. It doesn't right now, but we are intending to base
all manpages on the guide very shortly, so changing the guide is how to
get the man pages changed. Right now the guide has the most up-to-date
Apparently more people like this change.
I'll get back to trac ticket and start working on this.
On Thu, Feb 21, 2008 at 12:39 AM, js [EMAIL PROTECTED] wrote:
Thanks for thorough explanation. That makes sense.
The reason why I started this discussion is that
I want to make python24
js wrote:
Let's say I just installed mysql5 and apache2.
Where's the configuration files?
for mysq5, It's located in ${prefix}/etc/mysql5 by default.
for apache2 ${prefix}/apache2/conf/ by default.
Where's the log files?
mysql5 uses /opt/local/var/db/mysql5
apache2 uses
BTW, Twisted Web2 is still under development and
recommend using svn trunk until next release.
So I assume there're not so many people using twisted web2 port.
I think now is the time to fix this portname.
On Tue, Mar 4, 2008 at 9:27 PM, js [EMAIL PROTECTED] wrote:
Then, is my request rejected
More people apparently agreed this change.
I attached the fix below.
http://trac.macosforge.org/projects/macports/ticket/14375
Closing this discussion.
On Sat, Mar 8, 2008 at 1:55 PM, js [EMAIL PROTECTED] wrote:
BTW, Twisted Web2 is still under development and
recommend using svn trunk until
I wrote the Filename hierarchy standard for MacPorts.
I know there's already porthier(7), but I thought it would be nice
to have more specific standard.
So is this meant to replace porthier(7)? Than you should write it up as
a patch for the manual page. I don't think we need yet
BSDs save system-specific data like locate.database here.
might be good place to put macports dir.
var/macports moved from var/db/dports in the DarwinPorts - MacPorts
rename effort.
Any reason?
___
macports-dev mailing list
The apache port should be able to coexist with either the apache2 or
the apache20 port. Currently, they cannot coexist:
$ sudo port activate apache
Password:
--- Activating apache
Error: port activate failed: Image error: /opt/local/share/man/man1/
dbmmanage.1.gz is
Then, is my request rejected?
Who has the power to decide this kind of issue?
On Sat, Mar 1, 2008 at 6:07 AM, Ryan Schmidt [EMAIL PROTECTED] wrote:
On Feb 29, 2008, at 14:33, Kevin Ballard wrote:
On Feb 29, 2008, at 3:28 PM, Ryan Schmidt wrote:
On Feb 29, 2008, at 09:20, js wrote
Before anyone does anything, I'd like to know why you want this
change.
Consistency, period.
When I upgraded from apache1 to apache2, it surprized me that
there is no conf dir in /opt/local/etc and apachectl is in
/opt/local/apache2/bin/.
Let's figure out the pros and cons.
A con would be
Hi James,
As you know, current apache2 port uses /opt/local/apache2 as a prefix.
This is a bit different from other ports using /opt/local as a prefix.
This problem always confused me, so I think it would be nice if
it changed to use the same prefix.
This change, however, would need a lot of
I don't think this is not worth the effort.
if there were a way to provide instrictions, it would encourages
developer to write more messages I suppose.
On 2/29/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
The problem is that if you do miss these messages, then you can't
easily
The folllowing tickets has been unchanged more than 3 days.
Please review/commit them.
ipython
http://trac.macosforge.org/projects/macports/ticket/14360
twisted
http://trac.macosforge.org/projects/macports/ticket/14375
python_select
http://trac.macosforge.org/projects/macports/ticket/14452
For this rather long nedi help, I would prefer to put them into some
file like /opt/local/share/doc/nedi/INSTALL.macports and just print a
message that there is additional help in this file.
I like this idea.
On 3/1/08, Rainer Müller [EMAIL PROTECTED] wrote:
js wrote:
+1
+1 for what
+1
On 2/29/08, Rainer Müller [EMAIL PROTECTED] wrote:
js wrote:
I don't think this is not worth the effort.
if there were a way to provide instrictions, it would encourages
developer to write more messages I suppose.
One option would be to simply hold back any message until all ports
22, 2008, at 23:07, js wrote:
Hi,
when I viist http://www.macports.org/ with Safari v.1.3.2,
I always see the warnings saying
warnings
This page contains the following errors:
error on line 41 at column 459: Entity 'nbsp' not defined
error on line 92 at column 45: Entity
http://www.456bereastreet.com/archive/200410/safari_and_xhtml/
On Wed, Feb 27, 2008 at 1:10 AM, Rainer Müller [EMAIL PROTECTED] wrote:
js wrote:
The problem is Safari 1.3 is processing the page as an XML document,
even though, just as you pointed out, it's really a XHTML.
The server
You can rely on RSS for that matter.
One thing I want to have is weekly summary report of macports-dev,
macports-list.
Although this would need editors to write it up, very attractive for me.
On 2/22/08, Randall Wood [EMAIL PROTECTED] wrote:
Openoffice.org publishes a daily email of new tickets
I suggest giving non-maintainers the permission to change Assigned to field.
Once tickets are properly assigned, all you have to do is to look at
My tickets.
In addition to that, How abount sending reminder to macports-dev
when there're tickets unchanged more than a few weeks?
Trac's backend is
I suggest giving non-maintainers the permission to change Assigned
to field.
It seems to me like that would be a good idea too. But I'm not sure
what all the implications of that would be.
According to Trac doc[1], if I had TICKET_CHGPROP,
I could modify ticket properties except
Hi,
when I viist http://www.macports.org/ with Safari v.1.3.2,
I always see the warnings saying
warnings
This page contains the following errors:
error on line 41 at column 459: Entity 'nbsp' not defined
error on line 92 at column 45: Entity 'ldquo' not defined
error on line 113 at column 211:
Hi Markus,
does not compute: python25 drops but python25 doesn't --
contradiction detected. ;)
Oops! That's typo.
My question was why python2.4 and 2.5 is different.
If the question was why python25 does not build all auxiliary modules
[1] like _sqlite3 etc.: For people who don't need
Thanks for thorough explanation. That makes sense.
The reason why I started this discussion is that
I want to make python24 to be python25-like port.
What if I created patches for this,
Would you accept that changes?
well, what else do you want to change? There already are
Besides, I don't have permission to change Assigned to field of a
Trac ticket.
Maintainers probably don't see ticket not assigned to them.
Correct. Adding the maintainer to the Cc line would also work in a
pinch.
Just a email is easy to miss, I guess.
If I could assign maintainers to
or two to comment
on if you want to continue the debate.
-Bill
On Feb 19, 2008, at 4:56 AM, js wrote:
Besides, I don't have permission to change Assigned to field of a
Trac ticket.
Maintainers probably don't see ticket not assigned to them.
Correct. Adding the maintainer to the Cc line
don't have permission to change Assigned to field of a Trac ticket.
Maintainers probably don't see ticket not assigned to them.
If I could assign maintainers to my tickets, I might help the situation.
On 2/18/08, Ryan Schmidt [EMAIL PROTECTED] wrote:
On Feb 17, 2008, at 03:17, js wrote:
I'm
There seems to be few people who is interested in this issue :(
I really love to fix this for consistency.
If somebody asked, I'd do create py25-ports which already exist for python24.
python25 should be more used than python24.
The more modules python25 has, the more people likely to use
I'm not sure whether Trac has this capability or not,
but I think having reminder would prevent maintainers from
missing their jobs.
The reminder would be sent to maintainers when
- the status of the ticket remains new more than 3 days
- the ticket has a patch to review but not answered more
Hi Blair,
If Maintainers think so, that's fine with me.
I just guessed 72 hours are not practical to accept for maintainers.
On 2/16/08, Blair Zajac [EMAIL PROTECTED] wrote:
js wrote:
Hi,
MacPorts Guide says
The maintainer should apply the patches and close the ticket within 72
# Moving from Trac ticket #14342
No, py25-foo can have different dependencies than py-foo. I don't know
what you wanted to tell us with this.
I meant if we would change python24 to drop some standard modules like
the current python25 port does, py-foo and py25-foo's dependencies
would be the
Sorry to disturb, but another reminder.
Maintainers,
This is the reminder for the ticket which hasn't received no response
from maintainers more than 72 hours.
http://trac.macosforge.org/projects/macports/ticket/13410
Please take a look and commit the patch if everything's fine
Hi,
MacPorts Guide says
The maintainer should apply the patches and close the ticket within 72 hours.
If the maintainer does not respond within 72 hours, you or another
committer may review the patches and update the port.
But actually this is not always the case.
So I started to consider 72
Hi,
As you know, MD5 has serious flaws (http://en.wikipedia.org/wiki/MD5)
So recently I don't use it and even remove it when I found it in the
checksum part of portfile.
I thought dropping use of md5 in portfile would be nice.
Any thought?
___
Disagree. Three types of checksums (md5, sha1, rmd160) in a portfile
are stronger than just two.
I would agree that ports should not use md5 alone, but I would also
say that ports should not use sha1 or rmd160 alone. Ports should use
all three checksum types.
When we have sha1 and rmd160
NP, author has free to ignore the warning message ;)
On Feb 16, 2008 2:36 PM, Ryan Schmidt [EMAIL PROTECTED] wrote:
On Feb 15, 2008, at 23:29, js wrote:
You might say we should therefore use sha1 or rmd160 instead. But
what if a similar problem is discovered in sha1 or rmd160?
MD5
Forgot to send this to macports-dev...
forwarding.
-- Forwarded message --
From: js [EMAIL PROTECTED]
Date: Feb 13, 2008 9:52 PM
Subject: Trac ticket that need your attension: py25-mysql
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Maintainers,
This is the reminder for the ticket
Maintainer,
This is the reminder for the ticket which hasn't received no response
from maintainers more than 72 hours.
http://trac.macosforge.org/projects/macports/ticket/14255
Please take a look and commit the patch if everything's file
___
And pylons 0.9.6.1 and the too.
http://trac.macosforge.org/projects/macports/ticket/14235
On 2/13/08, js [EMAIL PROTECTED] wrote:
Maintainer,
This is the reminder for the ticket which hasn't received no response
from maintainers more than 72 hours.
http://trac.macosforge.org/projects
Might be better to send this to macports-dev.
On 2/13/08, Florian Ebeling [EMAIL PROTECTED] wrote:
Hi,
I submitted a Portfile for a new port a couple of weeks ago, but
nothing happend.
http://trac.macports.org/projects/macports/ticket/13779
Is there anything wrong with it? I think I
Then let me acquaint you with our ports tree:
boehmgc (7.0) is newer than boehmgc-devel (6.3alpha6)
php5 (5.2.5) is newer than php5-devel (5.2.5RC2)
swi-prolog (5.6.50) is newer than swi-prolog-devel (5.5.36)
sylpheed (2.2.3) is newer than sylpheed-devel (2.2.0beta7)
tin (1.8.3) is newer
Some of our non-devel ports do install development versions because
the latest releases don't work at all or are years out of date, say.
But generally this should not be the case. If you think the latest
stable release of a program is not suitable, then you should push
the developers to
If the developer call it as stable and the other's development,
Let' follow it.
Anyone who like to use newer can easily choose -devel one.
On Feb 7, 2008 10:50 PM, Vincent Lefevre [EMAIL PROTECTED] wrote:
On 2008-02-07 22:08:57 +0900, js wrote:
I agree with you,
but I think
I think -devel is better.
For one thing, it's more intuitive.
Second, this naming convension is already used in FreeBSD
so at least BSD users prefers -devel one.
By the way, I think MacPorts is not for everyone,
I mean, it's mostly for developer or kinds of techies, right?
So IMHO providing an
Why is it again that we need separate dmgs for separate OS releases
at all? Why don't we just have a single universal dmg, with the
PowerPC part built with the 10.3.9 SDK and the Intel part built with
the 10.4u SDK, and everyone's happy? Isn't that the whole point of
universal binaries and
Forwarding to macports developers.
-- Forwarded message --
From: js [EMAIL PROTECTED]
Date: Dec 25, 2007 12:19 AM
Subject: macforge.org via https?
To: MacPorts Users [EMAIL PROTECTED]
Hi list,
A simple question.
is there any reason http://www.macosforge.org/wp-login.php
Hi list,
I've just installed coreutils and found that
all files in coreutils have g prefix.
port cat corefiles show that this is because
coreutils' portfile set configure.args to program-prefix=g.
The reason why I installed coreutils was to
run shell script that uses seq but for the g prefix,
Hi Rainer.
Thanks for your quick reply.
On Dec 22, 2007 9:41 PM, Rainer Müller [EMAIL PROTECTED] wrote:
js wrote:
[...]
Yes, I can easily avoid this by port edit corefiles and drop
program-prefix
but I thought if most of the MacPorts users wouldn't want g,
it might be better to fix
But it have no doubt having g prefix is safer than installing bins without it.
On Dec 22, 2007 10:30 PM, js [EMAIL PROTECTED] wrote:
On Dec 22, 2007 10:13 PM, Rainer Müller [EMAIL PROTECTED] wrote:
js wrote:
On Dec 22, 2007 9:41 PM, Rainer Müller [EMAIL PROTECTED] wrote:
js wrote:
So
But there's no working 1.6 binary for OS X 10.3.
Wouldn't it be nice to postpone that change after the fix?
(I won't be long, right?)
On Dec 23, 2007 11:41 AM, Ryan Schmidt [EMAIL PROTECTED] wrote:
When filing a new ticket, the default MacPorts version is still
1.5.2. Since 1.6.0 has been
Hi,
I filed a tichet and attached patches but no response is returned.
http://trac.macosforge.org/projects/macports/ticket/13459
Someone please check my patches into the svn?
___
macports-dev mailing list
macports-dev@lists.macosforge.org
Hi,
I filed a tichet and attached patches but no response is returned.
http://trac.macports.org/projects/macports/ticket/13431
Someone please check my patches into the svn?
___
macports-dev mailing list
macports-dev@lists.macosforge.org
57 matches
Mail list logo