it
starts to install teTeX. Why would it do this? Is there any problem in
the implementation of the "upgrade" command, or did I miss anything in
the configuration?
Best
Regards,
Xin Liu
___
macports-users mailing list
macports-u
dea to force people install
teTeX, because: 1) a lot of people are using MacTex; 2) the official
teTeX has been discontinued.
Best
Regards,
Xin Liu
MacPorts is designed to use its own software, not any other software
you may have installed elsewhere. See the FAQ:
http://tr
g and compiling start? I ask this because I want to easily
find out the full dependencies of installing a package before
installing anything, so that if I don't like a particular dependency,
I can edit the portfile to bypass it.
Best
Regards,
Xin Liu
__
hing like _mportispresent{}
to check whether the external dependencies have been satisfied. Or did
I miss something?
Best
Regards,
Xin Liu
On 7/24/07, Ryan Schmidt <[EMAIL PROTECTED]> wrote:
On Jul 24, 2007, at 10:44, M A wrote:
> On 7/24/07, Ryan Schmidt wrote:
>
>&g
by macports, he/she should use port style
instead.
Best
Regards,
Xin Liu
bin style dependencies are discouraged because of problems like this.
The upgrade code (unless you pass it -n, which is what you want to be
doing to fix this particular issue for yourself) needs to upgrade
library de
ere's too much confusion, and I don't think
I'm the only one that is confused.
As for the policy of "including everything in macports", I don't buy
it, but it's another story and may be discussed in separate threads.
Best
Regards,
Xin Liu
bin style dependencies
use, especially for some users who do not want to understand
portfiles.
Indeed, that's why (as I've said a few times now), the bin/lib style
dependencies are discouraged in favor of port: style dependencies.
So... in the long run, none of the macport packages should depend on
any external pr
> At least, "install" and "upgrade" should be consistent.
They aren't because they do different things.
A user is simply confused if they are inconsistent. For instance, when
the guy invokes "install" for gnuplot (and he has MacTex installed),
he is relaxed to find that no extra tex system is i
ake things clear. And a FAQ entry telling average
users that "be prepared to install everything from macports; if
something happens not to be installed, it's just you are lucky" would
be nice.
Best
Regards,
Xin Liu
___
macports-us
On 7/25/07, Daniel J. Luke <[EMAIL PROTECTED]> wrote:
On Jul 24, 2007, at 7:32 PM, Xin Liu wrote:
> A user is simply confused if they are inconsistent. For instance, when
> the guy invokes "install" for gnuplot (and he has MacTex installed),
> he is relaxed to find th
here any concrete example that a portfile has to use bin/lib style
> for internal dependencies?
all of them?
I mean, is there any concrete example that a portfile cannot use port
style and HAS to use bin/lib style?
Best
Regards,
Xin Liu
___
macport
bin/lib styles should
be installed anyway.
I guess I'll live with the inconsistence of "install" and "upgrade",
until some day the community cannot tolerate the lack of support for
external dependencies. Then let's sit down and find a solution.
Best
Regards,
Xin Liu
O
Last time I checked, this was fixed in gv-3.5.8_3. Maybe you need to
update your portfiles by invoking "sudo port sync" first.
Best
Regards,
Xin Liu
On 7/27/07, Jonathan Stickel <[EMAIL PROTECTED]> wrote:
> I get the following errors when trying to install gv:
>
On 7/27/07, Daniel J. Luke <[EMAIL PROTECTED]> wrote:
> On Jul 26, 2007, at 8:05 PM, Xin Liu wrote:
> > I think an easier and safer way of is to modify the logic in
> > macports::upgrade{} such that when it tries to upgrade things in
> > $portinfo(depends_build),
How about your xaw3d version?
And in case there is a previous version of gv on your harddisk, maybe
it's worth doing a "sudo port clean gv" first.
Best
Regards,
Xin Liu
On 7/27/07, Jonathan Stickel <[EMAIL PROTECTED]> wrote:
> Thanks for the suggestion. I did a por
My libiconv version is 1.11_4+darwin_8.
When I run iconv, I got the following error:
***
cookie:~ lx$ iconv
dyld: Library not loaded: /usr/local/lib/libintl.3.dylib
Referenced from: /opt/local/bin/iconv
Reason: image not found
Trace/BPT trap
***
Best
Regards,
Xin Liu
Regards,
Xin Liu
On 7/28/07, Daniel J. Luke <[EMAIL PROTECTED]> wrote:
> On Jul 28, 2007, at 6:34 PM, Xin Liu wrote:
> > My libiconv version is 1.11_4+darwin_8.
> >
> > When I run iconv, I got the following error:
> >
> > ***
> > cookie:~ lx$ iconv
> >
difference between these two sequences?
Best
Regards,
Xin Liu
On 7/29/07, Ryan Schmidt <[EMAIL PROTECTED]> wrote:
> On Jul 28, 2007, at 21:08, Daniel J. Luke wrote:
>
> > On Jul 28, 2007, at 6:34 PM, Xin Liu wrote:
> >
> >> My libiconv version is 1.11_4+darw
Hi,
I just found that the gimp in macports has been upgraded to 2.3.18,
and 2.2.17 is completely removed. I'm just wondering, since 2.2.17 is
the latest stable version, maybe it should be included in macports
until 2.4 is out? We can name the port gimp2.2.
Best
Regards,
Xi
ould be helpful.
Best
Regards,
Xin Liu
On 7/31/07, Ryan Schmidt <[EMAIL PROTECTED]> wrote:
> On Jul 31, 2007, at 03:59, Xin Liu wrote:
>
> > I just found that the gimp in macports has been upgraded to 2.3.18,
> > and 2.2.17 is completely removed. I'm just wondering, s
Hi,
I just found that dbus depends on docbook-xml-4.1.2. Since
docbook-xml-4.2 is also in the port system, is it OK to update the
dependency to be on docbook-xml-4.2? I prefer to installing only one
copy of docbook-xml...
Best
Regards,
Xin Liu
A further look shows that there are many versions of docbook-xml in
macports... So I guess there must be a reason for a particular port to
depend on a particular version of docbook-xml?
Best
Regards,
Xin Liu
On 7/31/07, Xin Liu <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I just found th
ython
}
***
Best
Regards,
Xin Liu
On 7/31/07, Yves de Champlain <[EMAIL PROTECTED]> wrote:
> Well, I have been using the unstable branch for many months now and
> not only does it work very well, but it also fixes some problems
> present in the stable branch.
>
> Now, uns
e to recall which variants I have disabled, and
I have to do uninstall-and-install instead of upgrade.
Or is there a patch on the way to fix the "-variant" problem?
Best
Regards,
Xin Liu
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users
he "mac os x support"?
Best
Regards,
Xin Liu
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users
You'll need to install py25-hashlib.
Best
Regards,
Xin Liu
On Dec 28, 2007 10:55 PM, Micheal Cooper <[EMAIL PROTECTED]> wrote:
> I found a post on this group about this issue:
> http://lists.macosforge.org/pipermail/macports-users/2007-March/001927.html
> but it was not ve
I've confirmed my PDF file is OK, because the conversion goes well
when I use the ImagickMagick bundled with Ubuntu-8.04.
My configuration: Snow Leopard running in 32-bit mode, MacPorts-1.8.1,
ImageMagick @6.5.8-0_1+q16 (active), ghostscript @8.70_1 (active).
Be
On Mon, Dec 21, 2009 at 1:51 AM, Ryan Schmidt wrote:
>
> On Dec 19, 2009, at 10:10, Xin Liu wrote:
>
>> I have a drawing in PDF, which is generated by PDFCreator from a Visio
>> drawing in Windows. When I convert it to eps using "convert a.pdf
>> a.eps", it l
On Mon, Dec 21, 2009 at 11:10 PM, Xin Liu wrote:
> On Mon, Dec 21, 2009 at 1:51 AM, Ryan Schmidt wrote:
>>
>> On Dec 19, 2009, at 10:10, Xin Liu wrote:
>>
>>> I have a drawing in PDF, which is generated by PDFCreator from a Visio
>>> drawing in Windows.
t; command did not complain about not finding a delegate.
However, from delegate.xml I find that I don't really need ImageMagick
to convert pdf to eps. I just copy the gs command in the delegate
entry to a shell script, and it works. Thanks for the hint!
Best
Regards,
Xin Liu
On Wed, Dec 3
30 matches
Mail list logo
