Le 07-11-30 à 14:06, Eric Hall a écrit :
On Fri, Nov 30, 2007 at 04:22:12AM -0500, 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.
I
Le 07-11-30 à 14:23, Ernest Prabhakar a écrit :
Hi Randall,
On Tiger, I would've agreed with you. On Leopard, X11 is installed
by default, so I don't see a lot of value in assuming it is *not*
present.
-- Ernie P.
On Nov 30, 2007, at 3:10 AM, Randall Wood wrote:
I would like to
Le 07-11-22 à 06:36, Rémi Thébault a écrit :
Le 22 nov. 07 à 00:07, Yves de Champlain a écrit :
Le 07-11-21 à 17:52, Randall Wood a écrit :
Its possible to install the Gimp without using X11! I think it
mostly works, but am not a heavy user of it, so I don't know of
use cases that may
Le 07-11-21 à 17:52, Randall Wood a écrit :
Its possible to install the Gimp without using X11! I think it
mostly works, but am not a heavy user of it, so I don't know of use
cases that may break.
http://shyramblings.blogspot.com/2007/11/gimp-on-mac-os-x-without-
x11-from.html
I've
Le 07-10-08 à 05:34, [EMAIL PROTECTED] a écrit :
Revision
29735
Author
[EMAIL PROTECTED]
Date
2007-10-08 02:34:33 -0700 (Mon, 08 Oct 2007)
Log Message
Update dependencies based on trace output
-depends_build port:p5-xml-parser
-depends_libport:gtk2
+depends_build \
+ port:expat \
Le 07-10-02 à 18:23, Kevin Ballard a écrit :
Since the cd command has been removed from trunk, perhaps another
command could be added to fill in the void? I'm proposing a command
that acts like cd but takes a block and executes the block within
the given directory, then restores the old
Hi
I'm doing some tests with gtk-quartz. Many hours of genuine delight
garanteed.
Now, gtk-quartz does not need Xft2 and xrender. So I made the quartz
variant remove those deps. But port upgrade will try to install
them anyway. So I thought of this. I could make quartz variants for
Le 07-09-24 à 13:52, N_Ox a écrit :
Le 24 sept. 07 à 19:20, Yves de Champlain a écrit :
Hi
I'm doing some tests with gtk-quartz. Many hours of genuine
delight garanteed.
Now, gtk-quartz does not need Xft2 and xrender. So I made the
quartz variant remove those deps. But port upgrade
Hi
I always thought the port: dependency a very nice thing, but I wonder
if it is well suited for libraries. For instance, it would be very
helpful for me to create a glib-devel port. But that would mean
modifying over 60 ports that have a port:glib2 dependency. The same
happened with
Le 07-08-28 à 15:46, Chris Pickel a écrit :
On 27 Aug, 2007, at 21:12, Juan Manuel Palacios wrote:
I am most glad to announce that thanks to the work I've been
putting into the PortIndex2MySQL.tcl script lately, I was able to
recover our old web site back from the dead as a natural
thanks for noticing
yves
Le 07-08-25 à 16:46, Ryan Schmidt a écrit :
On Aug 25, 2007, at 12:58, [EMAIL PROTECTED] wrote:
Revision: 28235
http://trac.macosforge.org/projects/macports/changeset/
28235
Author: [EMAIL PROTECTED]
Date: 2007-08-25 10:58:17 -0700 (Sat, 25 Aug
Le 07-08-23 à 00:28, [EMAIL PROTECTED] a écrit :
On Aug 22, 2007, at 4:29 PM, Ryan Schmidt wrote:
Also, editors like TextWrangler will do syntax highlighting of
files, based on the filename extension. Since Portfiles have no
extension, no syntax highlighting is provided.
I wish that
Le 07-08-16 à 09:37, N_Ox a écrit :
Le 16 août 07 à 15:19, Yves de Champlain a écrit :
Le 07-08-16 à 08:49, N_Ox a écrit :
Le 16 août 07 à 13:47, Rainer Müller a écrit :
N_Ox wrote:
Le 14 août 07 à 19:58, N_Ox a écrit :
Le 12 août 07 à 05:28, N_Ox a écrit :
From what I've
Le 07-08-04 à 06:53, Ryan Schmidt a écrit :
On Aug 4, 2007, at 04:03, Rainer Müller wrote:
The point is that internals and default become less transparant
and more
complex for the user.
I admit it is a little bit more complex to deselect
default_variants if
they are conflicting, like
Le 07-08-06 à 04:22, Randall Wood a écrit :
A dependency is considered satisfied if the dependency is
installed, not if it is activated. I think this should be
considered a bug.
It is
https://trac.macosforge.org/projects/macports/ticket/7361
yves
Le 07-08-03 à 12:47, Rainer Müller a écrit :
[EMAIL PROTECTED] wrote:
Revision
27427 http://trac.macosforge.org/projects/macports/changeset/
27427
Author
[EMAIL PROTECTED]
Date
2007-08-03 09:30:45 -0700 (Fri, 03 Aug 2007)
[...]
+variant without_python conflicts python24 {
+
Le 07-08-03 à 14:48, Daniel J. Luke a écrit :
On Aug 3, 2007, at 1:45 PM, Rainer Müller wrote:
I don't like the syntax +without_foo as it reads with without
foo for
me. Why do we have that +/- syntax if we don't use it?
We don't use it because it's currently broken (ie, the -variants
Le 07-07-30 à 15:03, Ryan Schmidt a écrit :
On Jul 30, 2007, at 13:41, Landon Fuller wrote:
On Jul 29, 2007, at 17:21, Blair Zajac wrote:
On Jul 29, 2007, at 4:11 PM, Ryan Schmidt wrote:
Here's a message from the -users list just now:
On Jul 28, 2007, at 18:39, Chris Waterson wrote:
--- Fetching XFree86
Error:
You have an Apple X11 installation already.
MacPorts will not overwrite it.
If you really want to use XFree86 instead,
please move it aside first :
Le 07-07-25 à 10:59, Daniel J. Luke a écrit :
On Jul 25, 2007, at 10:31 AM, Yves de Champlain wrote:
--- Fetching XFree86
Error:
You have an Apple X11 installation already.
MacPorts will not overwrite it.
If you really want
Le 07-07-25 à 11:22, Daniel J. Luke a écrit :
On Jul 25, 2007, at 11:17 AM, Yves de Champlain wrote:
If I understand, the following code should end with return 1
instead of exit 1 ?
Yes, or you could use return -code error
You can also include some explanation (like the fusefs Portfile
Hi
I don't understand this error :
--- Attempting to fetch gimp-pic-filter.0.2.tar.gz from http://
registry.gimp.org/file/
% Total% Received % Xferd Average Speed TimeTime
Time Current
Dload Upload Total Spent
Left Speed
0
Le 07-07-17 à 13:11, [EMAIL PROTECTED] a écrit :
Chris Pickel [EMAIL PROTECTED] on Tuesday, July 17, 2007 at
9:42 AM
-0800 wrote:
One minor comment: the height of the sidebar (610px) is greater than
the height I have available to it on my monitor (about 580px), so it
gets clipped off. It
Le 07-07-15 à 00:04, Ryan Schmidt a écrit :
On Jul 10, 2007, at 23:49, Yves de Champlain wrote:
Le 07-07-11 à 00:25, Ryan Schmidt a écrit :
As for variant x86, the correct syntax would be platform
i386, wouldn't it? I don't see any ports with platform x86,
and nobody with an Intel Mac
Le 07-07-12 à 01:51, Ryan Schmidt a écrit :
On Jul 11, 2007, at 14:30, [EMAIL PROTECTED] wrote:
Revision: 26924
http://trac.macosforge.org/projects/macports/changeset/
26924
Author: [EMAIL PROTECTED]
Date: 2007-07-11 12:30:35 -0700 (Wed, 11 Jul 2007)
Log Message:
Le 07-07-12 à 12:32, Randall Wood a écrit :
On 12 Jul 2007, at 12:10, [EMAIL PROTECTED] wrote:
You might want to double check that the --with-gimp2-as-gutenprint
configure argument should have been replaced with --with-gimp-as-
gutenprint
It seems to me that this argument has to do
Hi
I'm in a normalizing mood.
I found out that
87 ports use variant darwin
10 ports use variant puredarwin
10 ports use variant freebsd
3 ports use variant powerpc
3 ports use variant x86
Now, that should be platform, shouldn't it ?
Should I go on and change everything ?
yves
Le 07-07-11 à 00:25, Ryan Schmidt a écrit :
On Jul 10, 2007, at 18:45, Yves de Champlain wrote:
I'm in a normalizing mood.
I found out that
87 ports use variant darwin
10 ports use variant puredarwin
10 ports use variant freebsd
3 ports use variant powerpc
3 ports use variant x86
Le 07-07-11 à 00:25, Ryan Schmidt a écrit :
On Jul 10, 2007, at 18:45, Yves de Champlain wrote:
I'm in a normalizing mood.
I found out that
87 ports use variant darwin
10 ports use variant puredarwin
10 ports use variant freebsd
3 ports use variant powerpc
3 ports use variant x86
Le 07-07-09 à 08:46, Simon Ruderich a écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Ryan Schmidt wrote:
I think you're saying that you have a port that installs a
configuration
file, and that you've then changed the configuration file, and
when you
upgrade the port, your changes
Le 07-06-21 à 16:51, Ryan Schmidt a écrit :
On Jun 20, 2007, at 10:29, Yves de Champlain wrote:
- more obscure names should either have a good description or a
clearer name like with_* / without_* / enable_* / disable_* to at
least give a clue if we are triggering a dependency
Le 07-06-20 à 10:38, Juan Manuel Palacios a écrit :
On Jun 19, 2007, at 7:00 PM, Yves de Champlain wrote:
I couldn't make it out from your edits, so I'm not sure if the
devel variant changes the port version number (a big NO-NO!!),
but even if it doesn't everybody is much better off
Le 07-06-19 à 18:16, Juan Manuel Palacios a écrit :
Hi Yves! A couple of notes about this commit, if you don't mind:
On Jun 19, 2007, at 5:17 PM, [EMAIL PROTECTED] wrote:
Revision
26328
Author
[EMAIL PROTECTED]
Date
2007-06-19 14:17:05 -0700 (Tue, 19 Jun 2007)
Log Message
Add a
Le 07-05-15 à 12:09, James Berry a écrit :
I checked into base last night (http://trac.macosforge.org/projects/
macports/changeset/25147), some code to support variant descriptions.
The syntax I chose was the following:
variant myvariant description This variant does this and that {
Le 07-05-15 à 14:23, Michael Jackson a écrit :
On May 15, 2007, at 10:42 AM, James Berry wrote:
The MacPorts Web App (mpwa) is online for some initial testing at
http://db.macports.org/
This is the start of a vision for a more comprehensive online
repository for ports. Please see some
Le 07-04-04 à 04:30, Randall Wood a écrit :
What's the best way to do this?
I have seen calls in ports doing this in the past like:
pre-install {
system port -f uninstall xxx
}
Which is not really the way to do it. Clearly the best way would be
loop the list of versions of the
Is that the right syntax ?
DEBUG: can't set depends_lib: invalid depspec:
while executing
set depends_lib [ldelete ${depends_lib} $val]
(procedure depends_lib-delete line 5)
invoked from within
depends_lib-delete port:gimp2
(procedure variant-without_gimp line 7)
invoked
Could anyone verify what is going on here (or am I going nuts) ?
DEBUG: can't set depends_lib: invalid depspec:
while executing
set depends_lib [ldelete ${depends_lib} $val]
(procedure depends_lib-delete line 5)
invoked from within
depends_lib-delete port:gimp2
(procedure
Le 07-04-03 à 11:28, [EMAIL PROTECTED] a écrit :
macports-dev@lists.macosforge.org on Tuesday, April 3, 2007 at 5:50 AM
-0800 wrote:
Revision
[ http://trac.macosforge.org/projects/macports/changeset/23511 ]23511
Author
[EMAIL PROTECTED]
Date
2007-04-03 05:50:24 -0700 (Tue, 03 Apr 2007)
Log
Le 07-04-03 à 12:46, Mark Duling a écrit :
macports-dev@lists.macosforge.org on Tuesday, April 3, 2007 at 9:30 AM
-0800 wrote:
Revision
[ http://trac.macosforge.org/projects/macports/changeset/23516 ]23516
Author
[EMAIL PROTECTED]
Date
2007-04-03 09:30:46 -0700 (Tue, 03 Apr 2007)
Log Message
Le 07-04-03 à 16:58, Ryan Schmidt a écrit :
On Apr 3, 2007, at 12:27, Yves de Champlain wrote:
http://trac.macosforge.org/projects/macports/ticket/3073
Don't know, I haven't tried. But it looks like a very weird idea
to me.
I mean, what can it give except loads of problems ?
But I'm
Le 07-04-01 à 03:02, Cédric Luthi a écrit :
On 1 avr. 07, at 08:03, Ryan Schmidt wrote:
Wouldn't most of the existing invocations of reinplace break if we
change that now?
I'd say no. Replacing sed -E by sed would break all those who
actually use extended syntax but probably not the
Le 07-04-01 à 10:05, Elias Pipping a écrit :
On Apr 1, 2007, at 3:39 PM, Yves de Champlain wrote:
On the other hand, maybe some grepper could translate that in
'basic mode' for me ?
sed -E 's|\$\(DESTDIR\)[[:space:]]+\$\(|\$\(DESTDIR\)\$\(|g'
sed 's|\$(DESTDIR)[[:space:]][[:space
Hi
Any reason reinplace does not call sed with -E (extended grep
patterns) ?
yves
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-dev
Hi
Of course, everybody knows a python problem is a serious problem ...
It seems that python modules linking with libpython will crash upon
import.
See
http://bugzilla.gnome.org/show_bug.cgi?id=422624
https://svn.macosforge.org/projects/macports/ticket/8
any idea ?
yves
Hi
There is no malloc.h in Darwin, but everything malloc.h provides is
provided (I'm sure) by libSystem (I think)
However, configure will always fail looking for malloc.h, so wouldn't
it be a good idea to have macports install a dummy malloc.h ? Or,
in other words maybe, why is there
Hi
Example (the story is real, only the versions numbers have been
changed) :
port upgrade gtk2
...
port installed :
gtk2 2.10.4
gtk2 2.10.8 (active)
port uninstall inactive :
can't uninstall gtk2 2.10.4 because gimp2 depends on it.
I am right to expect NOT
Le 07-02-22 à 11:05, Blair Zajac a écrit :
Jyrki Wahlstedt wrote:
On 18.2.2007, at 19.39, Markus Weissmann wrote:
skip ...
Well,
I beg to differ once again (though I am not sure it makes any
difference). The ports with no version number should always be for
the latest versions. If
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 Message
new port py25-bz2 - python 2.5 bindings to bzip2
I am a bit confused. Python 2.5 is presented as current production
version on
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 Message
new port py25-bz2 - python 2.5 bindings to bzip2
I am a bit confused. Python 2.5
Le 07-02-11 à 10:25, Randall Wood a écrit :
I have noticed that most variants add or delete a configure flag in
the form of --enable-*/--disable-*/--with-*/--without-* and maybe
add or delete a related dependency.
Therefore, I propose that all variants should fit the following forms:
51 matches
Mail list logo