The current port of whois is broken because the source has been removed
from the Debian repository. Have submitted a patch as
http://trac.macports.org/projects/macports/ticket/12798
which updates the port from version 4.7.22 to 4.7.23 which is available.
Would appreciate it if someone could
Would appreciate it if a comitter would look at the following which
relate to recent regressions in libgnome (patch to fix regression) and
libgnomecanvas (update to upstream fixed version)
http://trac.macports.org/projects/macports/ticket/12964
Would appreciate comitter help with the following tickets:
http://trac.macports.org/ticket/16046
http://trac.macports.org/ticket/16047
http://trac.macports.org/ticket/16048
http://trac.macports.org/ticket/16049
http://trac.macports.org/ticket/16051
Thanks
MacPorts wrote:
#16048: lv2core: new port
-+--
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: enhancement | Status: assigned
Priority: Normal |
MacPorts wrote:
#16661: neither pango nor pango-devel are compatible with [EMAIL PROTECTED]
-+--
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: closed
I would greatly appreciate it if a comitter could take a look at the
patch for the ffmpeg Portfile
submitted with the following ticket
https://trac.macports.org/ticket/16589
No response for 2 weeks from the maintainer or otherwise and the port is
marked
as openmaintainer.
Thanks for any help
Would appreciate committer help in submitting the patch to upgrade gimp2
to 2.60 and
its new required dependencies gegl and babl
See
https://trac.macports.org/ticket/16729 (babl)
https://trac.macports.org/ticket/16730 (gegl)
https://trac.macports.org/ticket/16735 (gimp2)
Thanks
Dave
MacPorts wrote:
#16803: graphics/gimp2: maintainer update to 2.6.1
-+--
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: enhancement | Status: closed
Ryan Schmidt wrote:
On Oct 13, 2008, at 15:14, [EMAIL PROTECTED] wrote:
Revision: 40745
http://trac.macports.org/changeset/40745
Author: [EMAIL PROTECTED]
Date: 2008-10-13 13:14:34 -0700 (Mon, 13 Oct 2008)
Log Message:
---
New port libopenraw-0.0.5, a free software
Bryan Blackburn wrote:
On Thu, Oct 16, 2008 at 09:18:10PM -0700, [EMAIL PROTECTED] said:
Revision: 40877
http://trac.macports.org/changeset/40877
Author: [EMAIL PROTECTED]
[...]
namelibwpd
version 0.8.9
-revision1
I'm
Bryan Blackburn wrote:
On Wed, Oct 22, 2008 at 11:04:27AM -0700, [EMAIL PROTECTED] said:
Revision: 41080
http://trac.macports.org/changeset/41080
Author: [EMAIL PROTECTED]
[...]
+master_sitesftp://ftp.gimp.org/pub/gimp/v${branch}/ \
Bryan Blackburn wrote:
At least initially the smaller one would probably be better, especially if
it's still quite a few machines. Otherwise we'd probably have to use a
gimp and a gimp-app set or something to that effect.
Also note that, unfortunately, you won't be able to use an updated
Frank Schima wrote:
On Oct 23, 2008, at 6:10 AM, Andrea D'Amore wrote:
On 21/ott/08, at 23:55, Frank Schima wrote:
Improvements are welcome. I hope others will find it as helpful as
it is for me. Please let me know if this is useful to others and I
will continue to post my updates to the
[EMAIL PROTECTED] wrote:
Revision
41253 http://trac.macports.org/changeset/41253
Author
[EMAIL PROTECTED]
Date
2008-10-29 04:50:17 -0700 (Wed, 29 Oct 2008)
Log Message
cairomm: update to 1.7.0. Also remove dependencies apart from cairo, since
the rest will be pulled
David Evans wrote:
[EMAIL PROTECTED] wrote:
Revision
41253 http://trac.macports.org/changeset/41253
Author
[EMAIL PROTECTED]
Date
2008-10-29 04:50:17 -0700 (Wed, 29 Oct 2008)
Log Message
cairomm: update to 1.7.0. Also remove dependencies apart from cairo, since
After updating gimp2 to 2.6.2 last night, an incidence was reported this
morning of checksum failure
during a fetch from one site out of many on the port's master_sites
list. Fetches from other sites on
the list were successful and so it appears that this one site had a
bogus copy of the
Bryan Blackburn wrote:
In theory, trying other servers on a checksum mismatch makes sense, but
there are a few areas where this would be really annoying. Take, for
example, the texlive_texmf-docs port whose distfile is 255M; for large files
like that, I'm not sure we'd possibly want to
Rainer Müller wrote:
David Evans wrote:
In addition, it would be nice to have a maintainer tool a bit like
distcheck that would iterate
through a ports site list and download and checksum each site to check
for this sort of problem.
Isn't this exactly what 'port distcheck' does
As a follow up, it turns out the site in question[1] is broken and
redirects to
the sites home page when trying to access the url of the distribution.
So the
checksums returned were for this home page.
GIMP developers have removed the site from their SVN although this will not
be reflected on
[EMAIL PROTECTED] wrote:
Revision
41395 http://trac.macports.org/changeset/41395
Author
[EMAIL PROTECTED]
Date
2008-11-01 11:29:13 -0700 (Sat, 01 Nov 2008)
Log Message
autoconf: fix path to perl in dependency
Modified Paths
*
Rainer Müller wrote:
David Evans wrote:
According to the guide:
Distcheck reports whether or not the distfile(s) specified in a Portfile
are still available on the developer's download site.
And it says that the default for distcheck.check is moddate. So my
undertanding
Joshua Root wrote:
David Evans wrote:
Something not right here. I just tried upgrading autoconf and even
though the path
/opt/local/bin/perl exists (because perl5.8 is installed), port perl5
was built but activation
failed because of the conflict with perl5.8.
That's
Bryan Blackburn wrote:
The plan for 1.7.0 is basically to get the last remaining tickets which are
assigned to the 1.7.0 milestone:
http://trac.macports.org/milestone/MacPorts%201.7.0
Which shows three tickets remaining, though two are interrelated. The third
is just for an apparent
Ryan Schmidt wrote:
A good example is #8221.
Have you tested the solution attached to that ticket? Does it work?
You could add a note to the ticket with your findings. I admit I have
not tested it.
Will give it a shot. Frankly, it never crossed my mind that someone
would submit a patch
Scott Haneda wrote:
Concerning the dependencies
if there are so many, perhaps if you published a list of what's needed
others might lend a hand.
Sure, I can find some, but not others:
Net::DNS
Compress::Zlib
Digest::MD5
Email::MIME::Modifier new
Email::Valid
File::ReadBackwards
wrong list, sorry
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
I was trying to install ntfsprogs +crypto today and found that it failed
configuration looking for a pkg-config file for libconfig.
We have a port libconfig but it doesn't provide pkg-config files and
definitely isn't the one that ntfsprogs is looking for (completely
different API).
The
jerem...@macports.org wrote:
Revision
43834 http://trac.macports.org/changeset/43834
Author
jerem...@macports.org
Date
2008-12-15 13:23:09 -0800 (Mon, 15 Dec 2008)
-configure.args-append --with-xinput
+
+configure.args-append --with-xinput
Jeremy Huddleston wrote:
On Dec 15, 2008, at 14:48, David Evans wrote:
jerem...@macports.org wrote:
Revision
43834 http://trac.macports.org/changeset/43834
Author
jerem...@macports.org
Date
2008-12-15 13:23:09 -0800 (Mon, 15 Dec 2008)
-configure.args-append
Ian Grant wrote:
On Mon, 22 Dec 2008 21:50:52 -
MacPorts nore...@macports.org wrote:
gnome-doc-utils upgraded to version 0.14.1 in r44154 and builds
without incident on 10.4.11 ppc.
Thanks, 0.14.1 works for me too.
I had been operating on the assumption that if I didn't do a
Jeremy Huddleston wrote:
On Jan 2, 2009, at 10:44, Adam Mercer wrote:
On Fri, Jan 2, 2009 at 18:18, jerem...@macports.org wrote:
Revision 44730 Author jerem...@macports.org Date 2009-01-02 10:18:30
-0800
(Fri, 02 Jan 2009)
Log Message
cairo: Added missing dep on librsvg
What does
MacPorts wrote:
#17884: gimp2 2.6.4 build fails
-+--
Reporter: calle.k...@… | Owner: macports-tick...@…
Type: defect | Status: new
Jean-Michel Pouré wrote:
sudo port -v install ffmpeg-devel
--- Activating xorg-renderproto @0.9.3_0
Error: Target org.macports.activate returned: Image
error: /opt/local/include/X11/extensions/render.h is being used by the
active render port. Please deactivate this port first, or use the -f
Jean-Michel Pouré wrote:
On Wed, 2009-01-28 at 11:43 -0800, David Evans wrote:
My understanding is the without the x264 option, ffmpeg includes its
own
codec (h264) and
with it an additional libx264 codec is included. So I guess it
depends
on whether the libx264
codec is being called
Jeremy Huddleston wrote:
Why should no_gpl disable ffmpeg? It seems to make sense to me that
no_gpl should still pull in ffmpeg since ffmpeg+no_gpl should be
GPL-free (if that's not the case, then it should be... I think the
confopt os --disable-gpl).
The no_gpl idea has been scratched.
Jeremy Huddleston wrote:
On Jan 30, 2009, at 10:06, David Evans wrote:
Jeremy Huddleston wrote:
Why should no_gpl disable ffmpeg? It seems to make sense to me that
no_gpl should still pull in ffmpeg since ffmpeg+no_gpl should be
GPL-free (if that's not the case, then it should be... I
Jean-Michel Pouré wrote:
On Fri, 2009-01-30 at 15:21 +, MacPorts wrote:
This port is not compiling, probably because it needs a sox upgrade.
But I
am creating the ticket and will update the port attached file from
time to
time.
Please note that MLT requires a very recent
Jean-Michel Pouré wrote:
Dear friends,
Three minor issues:
* I am curious to learn why GTK2 port should rely (ultimately after a
few depencies) on FFMpeg port. Under Debian GNU/Linux, this is not the
case and not the case also on most GNU/Linux systems. So there may be
place for discussion to
Jean-Michel Pouré wrote:
On Fri, 2009-01-30 at 12:10 -0800, David Evans wrote:
Is r15943 good enough for your purposes or does it need to be
incremented to a later revision?
Thank you very much for the explanations. For using MLT and Kdenlive in
good conditions, we really need
Jean-Michel Pouré wrote:
On Fri, 2009-01-30 at 13:59 -0700, Bryan Blackburn wrote:
Can you run a 'port dependents ffmpeg' to see which port brought it
in?
ffmpeg @15261_2+a52+darwin_i386 (active)
ffmpeg-devel @15943_1+darwin_i386
port dependant ffmpeg
gegl depends on ffmpeg
sox
MacPorts wrote:
#8221: RFE: port upgrade should consider variants when computing dependencies
--+-
Reporter: ryandes...@… | Owner: gwhit...@…
Type: enhancement |
Rainer Müller wrote:
dev...@macports.org wrote:
Revision: 46741
http://trac.macports.org/changeset/46741
Author: dev...@macports.org
Date: 2009-02-11 13:00:11 -0800 (Wed, 11 Feb 2009)
Log Message:
---
ffmpeg: remove --enable--nonfree configure option and +no_nonfree
Jean-Michel Pouré wrote:
Hello,
We had this discussion before, but I still don't understan why
installing Gimp triggers after several dependencies ffmpeg.
sudo port -u upgrade gimp
--- Activating ffmpeg @15261_3+a52+darwin_i386
Error: Activating ffmpeg @15261_3 failed: Image
error:
Ryan Schmidt wrote:
On Mar 15, 2009, at 13:57, dev...@macports.org wrote:
Revision: 48164
http://trac.macports.org/changeset/48164
Author: dev...@macports.org
Date: 2009-03-15 11:57:55 -0700 (Sun, 15 Mar 2009)
Log Message:
---
gimp: make gimp-gap-devel the default
pe...@macports.org wrote:
Revision
48265 http://trac.macports.org/changeset/48265
Author
pe...@macports.org
Date
2009-03-17 16:32:31 -0700 (Tue, 17 Mar 2009)
Log Message
port1.0/portlivecheck.tcl - Fixed livecheck for freshmeat. (Addresses #18887)
Modified Paths
Perry Lee wrote:
We could use the -nocase option (Causes upper-case characters in
string to be treated as lower case during the matching process) with
regexp, but I'm not sure if we should be ignoring case.
To work, I think it would have to lowercase both the livecheck.name and
the
Perry Lee wrote:
Index: src/port1.0/portlivecheck.tcl
===
--- src/port1.0/portlivecheck.tcl (revision 48265)
+++ src/port1.0/portlivecheck.tcl (working copy)
@@ -199,7 +199,7 @@
set updated_version 0
Perry Lee wrote:
On Mar 18, 2009, at 10:18 AM, David Evans wrote:
I vote to include this additional patch as part of 1.7.1 to keep the
freshmeat livechecks working as they did before the recent changes.
I committed Bryan's simpler fix to make freshmeat's default
livecheck.regex case
Rainer Müller wrote:
On 2009-04-02 12:54, Ryan Schmidt wrote:
Absolutely. We already need a flag for whether distfiles may be
distributed. William is currently maintaining that list manually in
his mirror script, which isn't optimal. Anyone have a suggestion for
what such a flag could
Jeremy Huddleston wrote:
I think it might be wise to create a list of such volatile variants
(system_x11, universal, no_x11, etc) and mention them to users in the
install guide, so they can make decisions about them before it's too
late.
maybe volatile is a bit harsh? ;-)
Also, this brings
Ryan Schmidt wrote:
If you want some undefined build that contains support for no graphics
output at all, you use just +no_x11. :) Hmm, maybe I need to make that
impossible.
Actually cairo with just +no_x11 still has several backends available.
For instance, you can render SVG, PDF, PNG, etc
ryandes...@macports.org wrote:
Revision
50351 http://trac.macports.org/changeset/50351
Author
ryandes...@macports.org
Date
2009-04-29 10:30:58 -0700 (Wed, 29 Apr 2009)
Log Message
pango, pango-devel: still depend on gtk-doc, but don't use it, because doing so
seems to be
ryandes...@macports.org wrote:
Revision
50352 http://trac.macports.org/changeset/50352
Author
ryandes...@macports.org
Date
2009-04-29 10:38:23 -0700 (Wed, 29 Apr 2009)
Log Message
php5-syck: Move from www to php category, with maintainer's permission
While you're
Jeremy Huddleston wrote:
So, the MacPorts-provided X11 libs should be regression free over what
is installed in any x11prefix. The hardware-rendering libGL was the
last nail, and that's been fairly stable for the past 1-2 months.
Can we successfully nuke the backwards-compatible system_x11
Jeremy Huddleston wrote:
On Apr 29, 2009, at 12:41, David Evans wrote:
I agree that this would be a move toward simplification, but the
interest in universal builds makes me think that a number of people
are using
MacPorts to build applications to be distributed in binary form to
various
Ryan Schmidt wrote:
It would be helpful if you could use something like @PREFIX@ instead
of /opt/local in the reinplace and in the patchfiles, for two
reasons: 1) I have a rule in my email program to flag MacPorts changes
emails containing /opt/local so that I can identify changes that
Ryan Schmidt wrote:
On May 21, 2009, at 02:26, dev...@macports.org wrote:
+depends_build port:pkgconfig \
+port:intltool \
+port:gettext \
+port:p5-xml-parser \
+port:gtk-doc
I've seen other ports list
ryandes...@macports.org wrote:
Revision
50797 http://trac.macports.org/changeset/50797
Author
ryandes...@macports.org
Date
2009-05-09 13:40:52 -0700 (Sat, 09 May 2009)
Log Message
gnome-platform-suite:
* allow pango-devel to satisfy pango dependency
* pkgconfig is a
nox wrote:
Le 17 juin 09 à 21:09, Joshua Root a écrit :
On 2009-6-18 05:07, nox wrote:
So liboobs does not depend anymore on glib2 and gettext?
Or did you just remove them because dbus-glib depends on them? If this
is the answer, you should not do that.
Why not? If every gnome component
Blair Zajac wrote:
I'm with Dave on this one.
We recently ran into this with serf and its dependence upon apr and
apr-util, which pulls in SQLite, PostgreSQL and BerkeleyDB
dependencies depending upon the variants it was built with. Having to
have serf have the same variants as apr and
Jeremy Lavergne wrote:
On Jun 17, 2009, at 4:25 PM, David Evans wrote:
The total number of entries in the tree is 2520790 but there are only
321 unique ports involved. Port glib2 alone appears 14023 times.
So there's a lot of overkill going on here.
I'd have to argue that if you can
macsforever2...@macports.org wrote:
Revision
52555 http://trac.macports.org/changeset/52555
Author
macsforever2...@macports.org
Date
2009-06-18 14:01:25 -0700 (Thu, 18 Jun 2009)
Log Message
Set to nonmaintainer based on email from prior maintainer.
Modified Paths
nox wrote:
libgda should be updated instead, I have a local diff which I need to
file on Trac.
Le 18 juin 09 à 21:39, dev...@macports.org a écrit :
revision52549authordev...@macports.orgdate2009-06-18 12:39:00 -0700
(Thu, 18 Jun 2009)Log Message
new port libgda4:
* updates libgda to
Sorry about the inadvertent post to macports-changes
Dave
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
Ok,
I checked the situation from (reliable) sources. For the time being
midgard2-core needs libgda3 (the information is that gda4 still
doesn't support e.g. table creation, also database provider set is not
quite stable). So let's not drop it yet:-) I expect that midgard2-core
will move
Ryan Schmidt wrote:
On Jun 23, 2009, at 03:21, dev...@macports.org wrote:
Revision: 52798
http://trac.macports.org/changeset/52798
Author: dev...@macports.org
Date: 2009-06-23 01:21:36 -0700 (Tue, 23 Jun 2009)
Log Message:
---
abiword-x11: fix livecheck.
nox wrote:
A better fix would be to add a dummy python25 variant to Deluge, which
would ALWAYS be enabled through variant_set.
I don't understand how this would help. boost +python25 is not an
option for deluge -- it is a python application and won't build without
that support.
The changes
Joshua Root wrote:
On 2009-6-25 03:22, David Evans wrote:
nox wrote:
A better fix would be to add a dummy python25 variant to Deluge, which
would ALWAYS be enabled through variant_set.
I don't understand how this would help. boost +python25 is not an
option for deluge
I was thinking that if I move the check for boost +python25 from
pre-configure to an earlier phase,
say pre-fetch, then the check can be done before dependencies are
checked and I can restore the
dependency.
Will this work? In particular, will a pre-fetch phase be executed even
if the
Joshua Root wrote:
How about the attached patch for a slightly better dodgy hack?
- Josh
A step in the right direction but I don't see the need for adding the
+python25 variant to deluge. Just delete the dependency
if boost +python25 support isn't detected. The port will error out and
Joshua Root wrote:
It errors out in pre-configure, by which time boost would already be
installed without the earlier depends_lib-delete. You can't error out
outside a phase because then you would get the error on targets like
'port info'.
- Josh
Right, I went through all of that already.
Joshua Root wrote:
On 2009-6-25 06:44, David Evans wrote:
Here's the patch that I propose to commit which tests out in the three
cases
* no boost installed/active (error)
* boost installed active but no python support (error)
* boost installed active with python support (no error
Joshua Root wrote:
Maybe an example will help. With boost not installed at all, try this
with my patch vs the one you committed:
sudo port install deluge +python25
With mine, boost+python25 will be installed as a dependency, and deluge
will then be installed (all with no manual intervention).
Ryan Schmidt wrote:
I think the pre-fetch block in the deluge port should be a pre-extract
phase instead. By making it pre-fetch, I believe you are preventing
the distfiles mirror from being able to fetch the files.
Works for me. Fixed in r52866. Thanks.
Toby Peterson wrote:
On Jun 25, 2009, at 10:13 PM, Ryan Schmidt wrote:
On Jun 26, 2009, at 00:04, Toby Peterson wrote:
On Jun 25, 2009, at 9:36 PM, Ryan Schmidt wrote:
On Jun 25, 2009, at 21:48, t...@macports.org wrote:
Revision: 52946
http://trac.macports.org/changeset/52946
In the previous discussion about mirror sites, Toby mentioned that at
least this one rejected the connection immediately.
It appears that this is because this site rejects http requests (port
80) and only allows ftp access. This appears to be independent
of originating network so looks like
I'm having trouble understanding the behavior of port dependents. I'm
sure it's a well known situation
so perhaps someone with more knowledge can explain.
Here's what happens:
port gcalctool 2.26.2 is initially installed and it really does depend
on libgnomeui.
port dependents libgnomeui says
selfupdate port
outdated` regularly.
On Jun 30, 2009, at 4:15 PM, David Evans wrote:
When dependencies change, how does port dependents get updated? Or
does it?
Ok, so I'm assuming that you mean that it will be updated when PortIndex
is updated. That is, this command uses
the dependency
Jeremy Lavergne wrote:
Well, there it is in the PortIndex. dependencies.
And on top of this, if this command uses PortIndex information to
calculate dependencies, why does it only do it for
ports that are installed since PortIndex contains dependency information
for all ports. This makes me
t...@macports.org wrote:
Revision
53174 http://trac.macports.org/changeset/53174
Author
t...@macports.org
Date
2009-06-30 12:49:45 -0700 (Tue, 30 Jun 2009)
Log Message
#20120 (PolicyKit 0.9 + Mac OS 10.6 10A394)
Modified Paths
*
David Evans wrote:
Jeremy Lavergne wrote:
Well, there it is in the PortIndex. dependencies.
And on top of this, if this command uses PortIndex information to
calculate dependencies, why does it only do it for
ports that are installed since PortIndex contains dependency
information for all
n...@macports.org wrote:
Revision
55756 http://trac.macports.org/changeset/55756
Author
n...@macports.org
Date
2009-08-18 05:51:11 -0700 (Tue, 18 Aug 2009)
Log Message
orbit2: Patch gtkdoc-rebase test instead of depending on gtk-doc, as in gtk2.
Modified
Ryan Schmidt wrote:
On Aug 31, 2009, at 06:23, s...@macports.org wrote:
Revision: 56639
http://trac.macports.org/changeset/56639
Author: s...@macports.org
Date: 2009-08-31 04:23:23 -0700 (Mon, 31 Aug 2009)
Log Message:
---
update version, ticket #20951. add
Jeremy Lavergne wrote:
Or we could just make 1.7.2 that includes changes for ONLY the
portfile changes (livecheck.check, license)
On Aug 31, 2009, at 10:55 AM, David Evans wrote:
+1 for the batch change but I suggest that a message be sent to
macport-users and something appropriate added
Jeremy Lavergne wrote:
I don't think that helps as they still have to upgrade/install a new
MacPorts version to eliminate the errors.
If they're not updating on that branch even then it's not our problem
to cater to them.
Is there a way to determine the MacPorts version within the
Probably.
And there is no advantage to doing so, over keeping it at
livecheck.check regex, which we're not going to do, since the point
of renaming this option was to make it more consistent with other
similar options elsewhere in MacPorts.
So I'm back to make the change and promote
Probably.
And there is no advantage to doing so, over keeping it at
livecheck.check regex, which we're not going to do, since the point
of renaming this option was to make it more consistent with other
similar options elsewhere in MacPorts.
So I'm back to make the change and promote
jerem...@macports.org wrote:
Revision
57052 http://trac.macports.org/changeset/57052
Author
jerem...@macports.org
Date
2009-09-05 13:16:18 -0700 (Sat, 05 Sep 2009)
Log Message
gnome-desktop-suite: Don't install gnome-sharp2 on ppc systems since mono
fails.
Jeremy Lavergne wrote:
I have run into an issue that is unclear on MacPorts. In fink
we often would put placekeepers in a patch such as @FINKPREFIX@
and use the command...
sed 's|@FINKPREFIX@|%p|g' %{PatchFile} | patch -p1
to replace the @FINKPREFIX@ with the actual fink installation
Joshua Root wrote:
On 2009-9-13 07:10, Ryan Schmidt wrote:
On Sep 12, 2009, at 08:25, dev...@macports.org wrote:
+if {$build_arch != } {
Is there actually a circumstance when build_arch can be the empty
string?
Non-darwin platforms.
- Josh
I was going to say
I found:
virtuoso
lynx (as a variant)
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
More found:
gnupg2
/opt/local/libexec/gpg2keys_curl
qca-ossl
/opt/local/libexec/qt4-mac/plugins/crypto/libqca-ossl.bundle
seahorse-plugins
/opt/local/lib/seahorse/seahorse-applet
I can't get qca-ossl to compile at the moment.
___
On 8/25/10 3:58 AM, André Kaplan wrote:
Hi,
Following the last update of libxklavier, xfce4-settings is broken:
xfce4-settings
/opt/local/bin/xfce4-keyboard-settings
/opt/local/bin/xfce4-settings-helper
/opt/local/lib/libxklavier.12.dylib
The new path to the dynamic library is
On 9/20/10 9:58 AM, Jeremy Lavergne wrote:
For most of these, this means p5-xml-parser is never used outside of the
build phase. Is that correct?
On Sep 20, 2010, at 12:50 , dev...@macports.org wrote:
Revision
71696
Author
dev...@macports.org
Date
2010-09-20 09:50:12 -0700 (Mon, 20
On 9/24/10 12:19 PM, Michael Dickens wrote:
On Sep 24, 2010, at 3:05 PM, dev...@macports.org wrote:
jack: add missing dependency without maintainer's approval since the port
fails to build otherwise.
Um ... I'm using 10.6.4 x86_64, XCode 3.2.3, MacPorts latest from SVN:
==
On 10/3/10 10:28 AM, MacPorts wrote:
#26710: Update gdk-pixbuf to latest release
---+
Reporter: anatol.pomo...@… | Owner: macports-tick...@…
Type: update|
On 10/3/10 1:24 PM, Rainer Müller wrote:
On 2010-10-03 20:16 , David Evans wrote:
Actually the latest version of gtk+ 2.22.0 breaks gdk-pixbuf out
separately again (also 2.22.0) to keep
it out of the gtk3 development path. So a gdk-pixbuf-2 port will be
necessary when gtk2 is upgraded
On 10/21/10 6:46 PM, Rainer Müller wrote:
Changes like this should not be necessary anymore with 1.9. If you try
to install +universal and a dependency does not have a universal
variant, it will print a descriptive error message:
$ sudo port install foo +universal
Error: Cannot install
On 10/24/10 11:46 AM, MacPorts wrote:
#26924: glib2: new GDBus API can't connect to dbus
--+-
Reporter: dev...@… | Owner: ryandes...@…
Type: defect | Status:
On 10/24/10 1:46 PM, Ryan Schmidt wrote:
On Oct 24, 2010, at 15:39, David Evans wrote:
So something to look for or maybe get involved upstream.
This is just to let you know of the situation if you weren't already
aware
Please contact upstream if this is something they need to know about. I
1 - 100 of 353 matches
Mail list logo
