On 30.01.2007, at 18:47, Juan Manuel Palacios wrote:
4) Any other differences between trunk/base and /brances/
release_1_3, to be integrated into a future release_1_4 branch,
including but not limited to:
-) the unarchive --> archive rollback of my earlier "fix",
performed by Daniel Luke;
Hi folks,
to clean up some stale maintainerships, we will do a mass-update to
Portfiles on 01. march and replace all @opendarwin.org maintainers
with the nomaintainer@ tag.
Most ports that still have @opendarwin.org maintainers are probably
abandoned and for those who are not: You have one
On 17.02.2007, at 17:42, Yves de Champlain wrote:
Le 07-02-17 à 11:32, Yves de Champlain a écrit :
Le 07-02-17 à 11:18, [EMAIL PROTECTED] a écrit :
Revision 22092 Author [EMAIL PROTECTED] Date 2007-02-17 08:18:26
-0800 (Sat, 17 Feb 2007) Log Messagenew port py25-bz2 - python
2.5 bindings
On 18.02.2007, at 18:08, Jyrki Wahlstedt wrote:
On 18.2.2007, at 0.15, Weissmann Markus wrote:
On 17.02.2007, at 17:42, Yves de Champlain wrote:
Le 07-02-17 à 11:32, Yves de Champlain a écrit :
Le 07-02-17 à 11:18, [EMAIL PROTECTED] a écrit :
Revision 22092 Author [EMAIL PROTECTED] Date
On 18.02.2007, at 20:36, Randall Wood wrote:
On the other hand, I just tried installing bittorrent and it built
with python2.4, while the py-wxwidgets port built on python2.5, so
the py-* is already broken, with some py-* ports building against
2.4 and others against 2.5.
BTW: AFAIK for t
Hi Douglas,
the soon-to-be-released version 1.4 of port will come with a python
2.5 "port group". This will allow us to quickly produce all the
python vastness for python 2.5, too.
This might be a chance for newcomers to start coding Portfiles:
Basically you will have to replace the "GroupC
On 22.02.2007, at 03:54, Randall Wood wrote:
On 21 Feb 2007, at 20:43, Landon Fuller wrote:
On Feb 21, 2007, at 15:43, Weissmann Markus wrote:
Hi Douglas,
the soon-to-be-released version 1.4 of port will come with a
python 2.5 "port group". This will allow us to quickly produce
On 20.02.2007, at 11:44, Jyrki Wahlstedt wrote:
On 18.2.2007, at 19.39, Markus Weissmann wrote:
On 18.02.2007, at 17:47, Yves de Champlain wrote:
Le 07-02-17 à 14:15, Blair Zajac a écrit :
Yves de Champlain wrote:
Le 07-02-17 à 11:32, Yves de Champlain a écrit :
Le 07-02-17 à 11:18, [EM
On 22.02.2007, at 18:35, Landon Fuller wrote:
On Feb 22, 2007, at 3:15 AM, Weissmann Markus wrote:
On 22.02.2007, at 03:54, Randall Wood wrote:
On 21 Feb 2007, at 20:43, Landon Fuller wrote:
On Feb 21, 2007, at 15:43, Weissmann Markus wrote:
Hi Douglas,
the soon-to-be-released version
Great job, thanks Elias!
This of course means that there are a lot of poor orphaned ports now,
which means a great opportunity to take maintainership of your
favorite port and also - if you're not yet a developer - your chance
to get involved in MacPorts... :)
salut,
-Markus
On 02.03.2
On 03.03.2007, at 10:48, Randall Wood wrote:
Is this +no_startupitem variant really smart?
I recently had a request to add a +without_startupitem variant to a
port I maintain and rejected the request; since startupitems simply
enable a port to be started at boot time, but do not cause a por
On 19.03.2007, at 09:01, Juan Manuel Palacios wrote:
Hey Markus! Are these bug fixes or enhancements to the Python
group code? Should they be merged into the 1.4 branch?
enhancements; and when I think about it: It really is a very clear
(and tiny) improvement, so merging it into 1.4 sh
+cd ${destroot}${prefix}/${name}-${version}/share/man/
+foreach n {1 7} {
+foreach f [glob man${n}/*.${n}] {
+system "gzip -9 ${f}"
+}
+}
Whats the deal with compressing the manfiles explicitly? Does the
auto-compression not work here? (And why? And why n
Hi all,
here is a proposal to solve the "I don't like the program X to be
called Y" problem. This problem normally looks like: A prefers Python
2.4 to be called when "python" is executed, while B prefers Python
2.5 in this case. Meanwhile C complains that for a silly python
script a while
On 24.03.2007, at 23:04, Ryan Schmidt wrote:
On Mar 24, 2007, at 09:31, Yves de Champlain wrote:
I just made a port for the yaz php extension. Now since there are
many such extensions that are all potential ports, does anybody
any naming scheme proposition ?
How about
www/php_yaz
Hmm.
On 12 Apr 2007, at 15:05, Paul Guyot wrote:
On Apr 12, 2007, at 8:54 PM, [EMAIL PROTECTED] wrote:
Revision: 23888
http://trac.macosforge.org/projects/macports/changeset/
23888
Author: [EMAIL PROTECTED]
Date: 2007-04-12 04:54:10 -0700 (Thu, 12 Apr 2007)
Log Message:
-
Hi Juan,
On 27 Apr 2007, at 18:04, Juan Manuel Palacios wrote:
On Apr 27, 2007, at 11:30 AM, [EMAIL PROTECTED] wrote:
Revision 24526 Author [EMAIL PROTECTED] Date 2007-04-27 08:30:45
-0700 (Fri, 27 Apr 2007) Log Message version (prerelease)
4.2.0-20070316, change program suffix to "-mp-${m
On 2 May 2007, at 03:12, Blair Zajac wrote:
David Glasser wrote:
On 5/1/07, Blair Zajac <[EMAIL PROTECTED]> wrote:
Can you write a quick patch for the python2.5 Portfile to do what
you're
referring to here?
Working on it. I've never been so good about understanding how to
test my own Portf
On 12 May 2007, at 09:29, Ryan Schmidt wrote:
On May 12, 2007, at 02:23, Randall Wood wrote:
Why is the postgresql82 port installed in the file locations its
installed in?
It is spread out strangely, and this making me pull some black
magic to get a port that depends on it working, that I
Hi Ryan,
Kevin,
On 25 Jun 2007, at 06:48, Ryan Schmidt wrote:
On Jun 24, 2007, at 08:57, [EMAIL PROTECTED] wrote:
Revision: 26461
http://trac.macosforge.org/projects/macports/changeset/
26461
Author: [EMAIL PROTECTED]
Date: 2007-06-24 06:57:23 -0700 (Sun, 24 Jun 2007)
Log M
On 25 Jun 2007, at 11:37, Ryan Schmidt wrote:
On Jun 25, 2007, at 03:47, Kevin Ballard wrote:
On Jun 25, 2007, at 1:41 AM, Weissmann Markus wrote:
Do you have any further information on unify.pl? Does it have a
web page or some documentation? I wasn't aware of it neither and
also m
On 11 Jul 2007, at 07:08, Jyrki Wahlstedt wrote:
On 11.7.2007, at 2.06, Anders F Björklund wrote:
Ryan Schmidt wrote:
The simple solution being defining tabs to something like 8.
To bring back some of the arguments from earlier threads: I do
not wish to configure my editor to use 8-space
On 15 Jul 2007, at 23:53, Anders F Björklund wrote:
Ryan Schmidt wrote:
Seems like all the current ports with "x86" or "intel" as the
arch are
either wrong or typos, though... "darwin x86" should be "darwin
i386",
I still say that this needs to be examined and evaluated
individually for
On 24 Jul 2007, at 11:35, Ryan Schmidt wrote:
On Jul 24, 2007, at 04:26, [EMAIL PROTECTED] wrote:
Revision: 27201
http://trac.macosforge.org/projects/macports/changeset/
27201
Author: [EMAIL PROTECTED]
Date: 2007-07-24 02:26:13 -0700 (Tue, 24 Jul 2007)
Log Message:
-
On 26 Jul 2007, at 22:58, Ryan Schmidt wrote:
On Jul 26, 2007, at 08:07, Weissmann Markus wrote:
I've just submitted a new port 'gcc_select', that'll basically do
the same as Apple's gcc_select(8) but for the C compilers MacPorts
has in stock.
There is a small m
Hello all,
I've just submitted a new port 'gcc_select', that'll basically do the
same as Apple's gcc_select(8) but for the C compilers MacPorts has in
stock.
There is a small manpage and 'gcc_select -h' also answers some
questions.
The real deal behind this tool is, that it can be used fo
On 12 Aug 2007, at 21:50, [EMAIL PROTECTED] wrote:
I had to add an mtree_violation statement for my logrotate port I I
don't
understand why. Here is the destroot phase.
destroot {
xinstall -m 755 ${worksrcpath}/logrotate
${destroot}${prefix}/sbin
xinstall -m 7
On 12 Aug 2007, at 07:25, [EMAIL PROTECTED] wrote:
Ryan Schmidt <[EMAIL PROTECTED]> writes:
I'm not sure I like that mtree violations are fatal errors. The ports
that are now failing to install because of mtree violations installed
just fine in MacPorts 1.5.0. Why should they now fail to instal
On 12 Aug 2007, at 22:36, Anders F Björklund wrote:
Weissmann Markus wrote:
we've documented the should-be state of the layout of the ports-
filesystems years ago already - see porthier(7); if ports fail
because of this right now, it is most likely either because our
implementati
On 12 Aug 2007, at 22:14, Weissmann Markus wrote:
On 12 Aug 2007, at 07:25, [EMAIL PROTECTED] wrote:
Ryan Schmidt <[EMAIL PROTECTED]> writes:
I'm not sure I like that mtree violations are fatal errors. The
ports
that are now failing to install because of mtree violations
inst
I personally like the services that Apple provides for us via
macosforge; with this installation we do have someone who is updating
our software and caring about our server.
Therefore I'd rather prefer to try to modify the macosforge provided
framework to meet our needs, at least as far as th
On 29.08.2007, at 15:30, Vincent Lefevre wrote:
On 2007-08-27 23:39:04 -0400, Juan Manuel Palacios wrote:
If I'm reading you correctly, you're proposing a Portfile only be
accepted
as clean if it specifically states it doesn't violate the mtree?
If so,
such functionality would require us goi
On 30.08.2007, at 18:47, Juan Manuel Palacios wrote:
On Aug 30, 2007, at 10:16 AM, [EMAIL PROTECTED] wrote:
Revision 28410 Author [EMAIL PROTECTED] Date 2007-08-30 07:16:38
-0700 (Thu, 30 Aug 2007) Log Messageuse configure.compiler instead
Hi again Mark!
Do any of these changes de
On 31.08.2007, at 16:21, N_Ox wrote:
Le 30 août 07 à 19:40, Anders F Björklund a écrit :
Ryan Schmidt wrote:
Why do we keep repeating these lines in so many portfiles? Why
isn't "configure.compiler gcc-4.0" the default on darwin 8, and
similarly, "configure.compiler gcc-3.3" the default o
On 01.09.2007, at 13:20, Weissmann Markus wrote:
On 31.08.2007, at 16:21, N_Ox wrote:
Le 30 août 07 à 19:40, Anders F Björklund a écrit :
Ryan Schmidt wrote:
Why do we keep repeating these lines in so many portfiles? Why
isn't "configure.compiler gcc-4.0" the default o
On 01.09.2007, at 22:52, Ryan Schmidt wrote:
On Sep 1, 2007, at 12:45, Landon Fuller wrote:
On Sep 1, 2007, at 6:07 AM, Weissmann Markus wrote:
'portconfigure.tcl' from trunk will chose a default for darwin
7/8/9 (gcc3.3/4.0/4.0). Please test it! Just replacing /opt/local/
shar
On 02.09.2007, at 21:43, Juan Manuel Palacios wrote:
Hey Mark!
Of all of the edits you made in this commit, the ones I left
quoted below present somewhat of a puzzle: does the
"configure.cppflags" env variable really need the "-L${prefix}/lib"
linking argument? It's present in a
Hi Jonathan,
On 02.09.2007, at 22:35, Jonathan Strine wrote:
All,
I am working on creating ports for a few applications. I have
created and submitted my first one just yesterday (libelf-0.8.9).
I am now working on my second (dynamips-0.2.7), but have a few
questions I'm hoping someone
On 03.09.2007, at 00:15, Jonathan Strine wrote:
Markus,
Thank you very much for the answers, but I am left with one more
question. Does the statement quoted below mean that as long as the
patch *and* the base port (that is the main program, dynamips) are
both GPL, then everything is OK?
On 03.09.2007, at 02:43, Ryan Schmidt wrote:
On Sep 2, 2007, at 12:11, Weissmann Markus wrote:
On 01.09.2007, at 22:52, Ryan Schmidt wrote:
On Sep 1, 2007, at 12:45, Landon Fuller wrote:
On Sep 1, 2007, at 6:07 AM, Weissmann Markus wrote:
'portconfigure.tcl' from trunk wi
On 03.09.2007, at 11:05, [EMAIL PROTECTED] wrote:
Weissmann Markus <[EMAIL PROTECTED]> writes:
Why isn't configure.env supported anymore?
oops - sorry, my fault! I really wanted to say:
Using configure.env directly should be avoided - we do have a nice
set of commands for setti
Hey, thanks a lot for fixing my typos! That was really quick! :)
-Markus
On 03.09.2007, at 21:52, [EMAIL PROTECTED] wrote:
Revision 28562 Author [EMAIL PROTECTED] Date 2007-09-03
12:52:23 -0700 (Mon, 03 Sep 2007) Log Message fix syntax errors
introduced in recent configure.env cleaning Mod
On 03.09.2007, at 22:30, Anders F Björklund wrote:
Weissmann Markus wrote:
Hey, thanks a lot for fixing my typos! That was really quick! :)
BTW; Syntax errors in Portfiles are detected by "port lint"
I suppose this only is in trunk so far?
-Markus
---
Markus W. Weis
On 05.09.2007, at 11:58, Ryan Schmidt wrote:
On Sep 4, 2007, at 03:34, [EMAIL PROTECTED] wrote:
Revision: 28595
http://trac.macosforge.org/projects/macports/changeset/
28595
Author: [EMAIL PROTECTED]
Date: 2007-09-04 01:34:17 -0700 (Tue, 04 Sep 2007)
Log Message:
--
While thinking about it: Wouldn't it be best in the case of a given
build-style to use the full path to the chosen tool? Like "/usr/bin/
bsdmake" etc.
else there could be nasty conflicts with ports not naming their
executables exactly like the platform does (which at least is the
case on dif
On 30.09.2007, at 12:13, Michael Wild wrote:
Ryan Schmidt wrote:
On Sep 28, 2007, at 14:45, Ryan Schmidt wrote:
On Sep 28, 2007, at 09:55, Michael Wild wrote:
My problem actually is that a port which I'm preparing requires
gfortran which doesn't come with Apple's system gcc but is in
port
On 04.10.2007, at 08:54, Anders F Björklund wrote:
Ryan Schmidt wrote:
I just think it would be a good idea, even if it moved really
really slow.
One could start out with a copy of the "archive", and then merge
ports
one by one from the "trunk" - either manually or maybe just by
timer.
On 05.10.2007, at 00:03, N_Ox wrote:
Le 4 oct. 07 à 19:49, Weissmann Markus a écrit :
On 04.10.2007, at 15:17, N_Ox wrote:
Le 4 oct. 07 à 15:05, Jyrki Wahlstedt a écrit :
On 4.10.2007, at 15.51, N_Ox wrote:
Le 4 oct. 07 à 13:04, Jyrki Wahlstedt a écrit :
On 4.10.2007, at 13.42
On 21.10.2007, at 17:51, N_Ox wrote:
Hi,
Following r30144 and r30145, can i create a top-level emacs category?
I think I'm going to add some more emacs packages, i don't want to
pollute the editors category.
I think it would be nice to prefix the emacs packages with
"emacs-" (like the r
Hi Adam,
sure. Done. :)
-Markus
On 20.10.2007, at 06:10, Adam Mercer wrote:
Hi
Can someone with commit access please take a look at ticket #12825 [1]
which adds a Portfile for a python25 version of pexpect?
Cheers
Adam
[1] http://trac.macports.org/projects/macports/ticket/12825
_
On 22.10.2007, at 08:51, Juan Manuel Palacios wrote:
On Oct 21, 2007, at 3:29 PM, Weissmann Markus wrote:
On 21.10.2007, at 17:51, N_Ox wrote:
Hi,
Following r30144 and r30145, can i create a top-level emacs
category?
I think I'm going to add some more emacs packages, i don't
On 29.10.2007, at 05:54, Ryan Schmidt wrote:
On Oct 28, 2007, at 17:20, [EMAIL PROTECTED] wrote:
+livecheck.version uthash-1.2
[snip]
In the uthash and stklos portfiles, I think you could simplify the
livecheck by writing
livecheck.version ${name}-${version}
Yes, this would als
On 29.10.2007, at 05:51, Ryan Schmidt wrote:
On Oct 28, 2007, at 17:43, [EMAIL PROTECTED] wrote:
[snip]
-distfiles ReportLab_1_20.tgz
-checksums md5 8d374b9b6f7db3fc0821082347d5e6b5
+distfiles ReportLab_2_1.tgz
+checksums sha1 67c6fba57b6372
On 28.10.2007, at 16:51, [EMAIL PROTECTED] wrote:
James Berry <[EMAIL PROTECTED]> writes:
I'm pretty sure that if you specify this like:
startupitem.executable mybinary -d 10 -t 600
that it will work correctly. In other words, don't do the following:
startupitem.executable "m
On 28.10.2007, at 23:52, js wrote:
On 10/29/07, Anders F Björklund <[EMAIL PROTECTED]> wrote:
Note that some ports will fail to build, when using "make -j 2"
What causes the build erorr? is it for bad Makefile or problem of
"-j"
option itself?
Bad makefiles, usually missing dependencies.
On 30.10.2007, at 12:13, Anders F Björklund wrote:
I'd rather encourage a mechanism for port that provides a
mechanism for port authors to know how many processors there are
and to enable parallel builds if they know this to work.
Perhaps a switch "use_parallel_build [yes|no]" that will add "
On 31.10.2007, at 16:35, Vincent Lefevre wrote:
On 2007-10-31 15:57:56 +0100, Markus Weissmann wrote:
So the discussion has narrowed to:
1.) disabled by default on an "per-installation" option:
Can be toggled system-wide (with default "off"); ports have to
actively
deny a parallel build atte
I've just added a way to automatically set the number of build jobs
(if desired):
If the number of build jobs is set to "0" (in the config file), the
number of jobs is set to the number of cores.
This works only on Mac OS X (and FreeBSD -- though untested).
-Markus
On 05.11.2007, at 20:32,
On 05.11.2007, at 22:16, Juan Manuel Palacios wrote:
Hey everyone!
It's very pleasing to see the amount of work that has gone into
base since our last release, but the negative side of that is that
our current code delta between trunk and the last release branch is
huge. Therefor
Hi,
would it be possible to supply a diff? The attached files has
practically nothing in common with the Portfile in trunk:
$ slrn-devel> diff -u Portfile slrn-devel.portfile | wc -l
92
$ slrn-devel> wc -l *
50 Portfile
43 slrn-devel.portfile
93 total
-Markus
On 06.1
On 07.11.2007, at 21:34, Sbranzo wrote:
On 06/11/07 15:28, Weissmann Markus wrote:
would it be possible to supply a diff? The attached files has
practically
nothing in common with the Portfile in trunk:
$ slrn-devel> diff -u Portfile slrn-devel.portfile | wc -l
92
$ slrn-devel>
On 08.11.2007, at 17:58, Emmanuel Hainry wrote:
Dear list,
For a port I maintain (namely rubber), there are some patches
that upstream has not yet included and are provided by the
maintainer of
the port for pkgsrc. They are now in macports repository and I wonder
which licens
On 12.11.2007, at 22:51, Adam Mercer wrote:
On 12/11/2007, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
Revision 30974 Author [EMAIL PROTECTED] Date 2007-11-12 13:47:21
-0800 (Mon,
12 Nov 2007)
Log Message gcj does not compile on leopard -- disable java for 10.5
gcj-mp-4.2 built for me wi
On 30.11.2007, at 01:18, Boyd Waters wrote:
On Nov 29, 2007, at 4:52 PM, Eric Hall wrote:
If there's a way to specify 'gtk2 +x11' I'm all for adding
that to the wireshark (and other) ports, I don't think there is yet
(and I'm happy to be corrected).
The issue of specifying variants on deps
On 30.11.2007, at 10:22, Randall Wood wrote:
The assumption that a user wants the entire X11 stack installed for
him is not deterministically true. I will not and can not force a
user to install X11 if they do not want to.
well, in reality there are two kind of users of macports: The ones
Please do not do this! This will end up in a dead-lock!!!
"bzr activate" will wait for "bazaar activate" to finish, which will
never happen (as "bazaar install" is waiting for "bzr activate").
Regards,
-Markus
On 07.12.2007, at 17:05, [EMAIL PROTECTED] wrote:
Revision 31791 Author [EMAIL
On 07.12.2007, at 23:38, Daniel J. Luke wrote:
On Dec 7, 2007, at 4:44 PM, Ryan Schmidt wrote:
I haven't looked at your changes and I don't know if the deadlock
Markus describes will occur. But I have suggested a couple times
that we should have a portfile keyword like "superseded_by" which
Hmmm... wouldn't it be much cleaner and easier to only have one
variant "quartz" as "quartz" and "x11" are mutually exclusive anyway?
This way it wouldn't be necessary to explain to a user why the
selection "x11 and quartz" he just made is illegal.
Regards,
-Markus
On 10.12.2007, at 01:54,
acports/browser/trunk/
dports/x11/gtk2/Portfile?rev=31844
On Dec 10, 2007, at 08:16, Weissmann Markus wrote:
Hmmm... wouldn't it be much cleaner and easier to only have one
variant "quartz" as "quartz" and "x11" are mutually exclusive anyway?
This way it
On 10.12.2007, at 18:27, Ryan Schmidt wrote:
On Dec 10, 2007, at 08:43, Weissmann Markus wrote:
On 10.12.2007, at 15:23, Ryan Schmidt wrote:
On Dec 10, 2007, at 08:16, Weissmann Markus wrote:
Hmmm... wouldn't it be much cleaner and easier to only have one
variant "quartz"
On 11.12.2007, at 19:28, Ryan Schmidt wrote:
On Dec 8, 2007, at 02:30, Landon Fuller wrote:
On Dec 6, 2007, at 3:37 PM, Ryan Schmidt wrote:
Don't change this now, but remember for next time that the first
revision of a given port version is 0, not 1. In the future, just
remove the revisio
71 matches
Mail list logo