New Ticket     Tickets     Wiki     Browse Source     Timeline     Roadmap     Ticket Reports     Search

Custom Query (25093 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (6001 - 6100 of 25093)

Ticket Summary Cc Owner Type Status Priority
#554 RFE: darwinports has no method to designate empty directories as useful landonf@… enhancement closed Normal
Description

Some ports, including apache create empty directories for things like .pid files or log files that are created at runtime, there should be a way to avoid dports removing these dir other than putting .turd files in there.

#590 RFE: cvsync port macports-tickets@… enhancement closed Normal
Description

Here is a Portfile for cvsync. Jason

#19096 RFE: create system_x11 variant for mkfontdir jeremyhu@… enhancement closed Normal
Description

Attached is a proposed change to mkfontdir since XQuartz seems to provide
/usr/X11/bin/mkfontdir.

#650 RFE: coreutils port macports-tickets@… enhancement closed Normal
Description

coreutils port. Should obsolete fileutils, shellutils, and textutils.

#14557 RFE: Commands for installing .app bundles ryandesign@… enhancement closed Normal
Description

Commands for installing .app bundles would be helpful. See for example how the tuxmath port does it at the moment.

post-destroot {
    xinstall -m 755 -d ${destroot}/Applications/MacPorts/TuxMath.app/Contents/MacOS
    ln -s ${prefix}/bin/tuxmath ${destroot}/Applications/MacPorts/TuxMath.app/Contents/MacOS/TuxMath
}

This could be done like this:

app.install    yes
app.name       TuxMath
app.binary     ${prefix}/bin/tuxmath

Additional directives would be needed for inclusion of Resources etc. Also, a Info.plist with version information should be generated.

#147 RFE:cmd_name depspec {#do stuff}, tcl primitive to provide conditionals macports-tickets@… enhancement closed High
Description

A number of ports nned to be able to test the environment (test installed libs/files/location of installed items) to be able to do the right thing (set variables, install locations, etc).

I propose a syntax like :cmd_name depspec {#do stuff}

where we reuse depspec syntax to test for files/libs/etc and then are able to set variables in a block, for example change the default variant in response to what is providing a dependancy

#2899 RFE: cmake-2.0.6 syntax files for emacs and vim cssdev@… enhancement closed Normal
Description

This patch for devel/cmake/Portfile downloads Kitware's CMake emacs and vim syntax files for CMakeLists.txt and *.cmake files. These three files are downloaded from the CMake website, and they are installed into emacs and vim directories during the destroot process. These files are not included with the source, but they are provided directly on the download page. It might be preferrable to add these as a variant, but these three files probably are not significant enough to constitute a full variant. The diff below assumes BUG #2898 resolution, bringing the CMake version to 2.0.6. Should the emacs file be byte-compiled prior to installation?

--- Portfile.206        Thu Apr 14 12:53:19 2005
+++ Portfile    Thu Apr 14 13:40:34 2005
@@ -13,6 +13,32 @@
        used in conjunction with the native build environment.
 homepage       http://www.cmake.org/
 platforms      darwin freebsd
-master_sites   http://www.cmake.org/files/v2.0/
-checksums      md5 840ea86d7f1a56b469052c9cabbeac54
+master_sites   http://www.cmake.org/files/v2.0/:source \
+               http://www.cmake.org/CMakeDocs/:syntax
+
+distfiles      ${name}-${version}.tar.gz:source \
+               ${name}-mode.el:syntax \
+               ${name}-indent.vim:syntax \
+               ${name}-syntax.vim:syntax
+
+extract.only   ${name}-${version}.tar.gz
+
+checksums      ${name}-${version}.tar.gz \
+                       md5 840ea86d7f1a56b469052c9cabbeac54 \
+               ${name}-mode.el md5 9e84a1509d5ea5b0c669e0eb016c9b41 \
+               ${name}-indent.vim md5 9ed4a0a1cec2957f2e839fd4b904d55c \
+               ${name}-syntax.vim md5 7337be86138adee979c0e9df216995cd
+
 configure.args --mandir=/share/man
+
+post-destroot  {
+       xinstall -d -m 0755 ${destroot}${prefix}/share/emacs/site-lisp
+       xinstall -m 0644 ${distpath}/${name}-mode.el \
+               ${destroot}${prefix}/share/emacs/site-lisp
+
+       xinstall -d -m 0755 ${destroot}${prefix}/share/vim/syntax
+       xinstall -m 0644 ${distpath}/${name}-indent.vim \
+               ${destroot}${prefix}/share/vim/syntax
+       xinstall -m 0644 ${distpath}/${name}-syntax.vim \
+               ${destroot}${prefix}/share/vim/syntax
+}
#18102 RFE: Change perl dependency of xmlwrapp stechert@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of xmlwrapp. See #16830 for the reasons.

#17513 RFE: change perl dependency of torrentsniff eridius@… enhancement closed Normal
Description

Attached is a proposed change in the perl dependency of torrentsniff.
Since torrentsniff uses the perl5 PortGroup, I do not think perl dependency is needed.
It also resolves issues brought up in #17182 and #16830.

#17514 RFE: Change perl dependency of subversion-perlbindings dluke@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of subversion-perlbindings.
See #16830 and #17182 for the reasons.

#17940 RFE: Change perl dependency of sleuthkit md@… enhancement closed Normal
Description

Attaches is a proposed change to the perl dependency of sleuthkit.
See #16830 for the reasons.

#17640 RFE: Change perl dependency of sendemail mww@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of sendemail.
See #16830 for the reasons.

#17440 RFE: change perl dependency of rrdtool markd@… enhancement closed Normal
Description

Attached is a proposal to change the perl dependency of rrdtool.
See #16830 for the reasons.

#17801 RFE: Change perl dependency of redland-bindings arto.bendiken@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of redland-bindings.
See #16830 for the reasons.

#17441 RFE: change perl dependency of rancid markd@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of rancid.
See #16830 for the reasons.

#17641 RFE: Change perl dependency of p5-file-temp-svkonly dluke@… enhancement closed Normal
Description

Attached is a proposed update to the perl dependency of p5-file-temp-svkonly.
See #16830 for the reasons.

#18100 RFE: Change perl dependency of openldap landonf@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of openldap.
See #16830 for the reasons.

#17443 RFE: change perl dependency of nedi markd@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of nedi.
See #16830 for the reasons.

#17448 RFE: change perl dependency of nagios-plugins markd@… enhancement closed Normal
Description

Since nagios-plugins uses the perl5 portgroup, I believe that the perl
dependency is already taken care of.

This also fixes the issues raised in #16830.

#17575 RFE: change perl dependency of mod_perl2 ryan@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of mod_perl2.
See #16830 for the reasons.

#17444 RFE: change perl dependency of mediaserv ecronin@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of mediaserv.
See #16830 for the reasons.

#17445 RFE: change perl dependency of jlj mstevens@… enhancement closed Normal
Description

Attached is a proposed update to the perl dependency of jlj.
See #16830 for the reasons.

#17814 RFE: Change perl dependency of ikiwiki tommyd@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of ikiwiki.
Since ikiwiki already uses the perl5 PortGroup, the perl5.8 dependency is not
needed.

The change would go towards solving #16830.

#17815 RFE: change perl dependency of gallery ckieffer@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of gallery.
See #16830 for the reasons.

#17944 RFE: Change perl dependency of frozenbubble2 pmq@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of frozenbubble2.
See #16830 for the reasons.

#17571 RFE: change perl dependency of clearsilver dluke@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of clearsilver.
See #16830 for the reasons.

#17446 RFE: change perl dependency of bro pmq@… enhancement closed Normal
Description

Attached is a proposed update to the perl dependency of bro. See #16830 for the reasons.

#17574 RFE: change perl dependency of boxbackup ecronin@… enhancement closed Normal
Description

Attached is a proposed update to the perl dependency of boxbackup.
See #16830 for the reasons.

#17573 RFE: Change perl dependency of autopsy ecronin@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of autopsy.
See #16830 for the reasons.

#18101 RFE: Change perl dependency of automake17 springer.jonathan@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of automake17. See #16830 for the reasons.

#17447 RFE: change perl dependency of argus-monitor markd@… enhancement closed Normal
Description

Attached is a proposed update to the perl dependency of argus-monitor. See #16830 for the reasons.

#17132 RFE: change perl dependency in udunits takeshi@… enhancement closed Normal
Description

Attached is a proposal to change the perl dependency in udunits.
I believe that perl is only needed during the build phase.
See #16830 for the change to perl5.

#17137 RFE: change perl dependency in tablet-encode ecronin@… enhancement closed Normal
Description

Attached is a proposal to modify the perl dependency in tablet-encode.
See #16830 for the reasoning.

#17439 RFE: change perl dependency in sclj kayos@… enhancement closed Normal
Description

Attached is a patch to change the perl dependency in sclj.
See #16830 for the reasons.

#17394 RFE: change perl dependency in imapsync mww@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency in imapsync.
See #16830 for the reasons.

#17136 RFE: change perl dependency in gnupod pmq@… enhancement closed Normal
Description

Attached is a proposal to modify the perl dependency in gnupod.
See #16830 for the reasoning.

#17512 RFE: Change perl dependency for wakeonlan mww@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of wakeonlan.

#17570 RFE: Change perl dependencies of vim and vim-app raimue@… enhancement closed Normal
Description

Attached are proposed changes to the perl dependencies of vim and vim-app.
See #16830 for the reasons.

#17395 RFE: change perl dependencies of terminus-font rlonstein@… enhancement closed Normal
Description

Attached is a proposed update to the dependencies of terminus-font.

As far as I can tell, perl is not needed once the fonts are installed.
I also changed the perl due to the issues in #16830.

#17572 RFE: change perl dependencies of spidereyeballs mstevens@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependencies of spidereyeballs.
See #16830 for the reasons.

#17442 RFE: change perl dependencies of nfsen markd@… enhancement closed Normal
Description

Attached is a proposed update to the perl dependency of nfsen.
See #16830 for the reasons.

#17817 RFE: Change perl dependencies of mecab-jumandic-* rsky0711@… enhancement closed Normal
Description

Attaches is a proposed change to the perl dependencies of mecab-jumandic-*.
See #16830 for the reasons.

#17267 RFE: change perl dependencies in pspp jeremy@… enhancement closed Normal
Description

Attached is a proposed change in the perl dependencies of pspp.
See #16830 for the reasons.

#17147 RFE: change perl dependencies in metasploit2 opendarwin.org@… enhancement closed Normal
Description

Attached is a proposal to change the perl dependencies in metasploit2.
See #16830 for the reasoning.

#17128 RFE: change faad2 depends_lib to depends_build pguyot@… enhancement closed Normal
Description

I believe that faad2 only depends on libtool, autoconf, and automake
during the build stage.

I don't think it depends on perl at all.

Attached is the proposed change.

#17938 RFE: change default perl used in dpkg landonf@… enhancement closed Normal
Description

Attaches is a proposed change of dpkg. See #16830 for the reasons.

#17937 RFE: change default perl used in chsuf mww@… enhancement closed Normal
Description

Attaches is a proposed change of chsuf.
See #16830 for the reasons.

#17642 RFE: Change default perl port of ps2eps aschenke@… enhancement closed Normal
Description

Attached is a proposed change to the perl dependency of ps2eps.
See #16830 for the reasons.

#14667 RFE: ccache: Move symlinks to avoid mtree violation nox@… defect closed Normal
Description

Currently, ccache violates the mtree by using ${prefix}/ccache. The symlinks inside this directory should be moved to ${prefix}/libexec/ccache where this would be more appropriate.

An ui_msg should inform users about the change.

If done, the ccache HOWTO needs an update.

#19455 RFE: Build SuiteSparse shared libraries stechert@… enhancement closed Normal
Description

Attached is a proposed change to SuiteSparse to build shared libraries.
It also allows universal builds.

#12280 RFE: buildmakejobs setting (simultaneous make) macports-tickets@… enhancement closed Normal
Description

When building with Make and multiple CPUs (or slow Makefile targets), sometimes things go a lot faster when using multiple commands at once with "make -j2". Support for that MacPorts is good.

Note that setting the number of jobs higher than e.g. "# CPU + 1" is a good way of using too much memory and making the build slow to a crawl due to lack of available memory and swapping instead.

#19173 RFE: build libxml2 with muniversal PortGroup cedric.luthi@… enhancement closed Normal
Description

Attached is a proposed change to the universal build of libxml2.

#14914 RFE: build fftw-3 shared libraries takeshi@… enhancement closed Normal
Description

As noted in the mailing list, fftw-3 does not build shared libraries.
Attached is a proposal to allow shared libraries to be built.
http://lists.macosforge.org/pipermail/macports-users/2008-April/009783.html

I also removed configure arguments which have no effect.

#25770 RFE: bitstream-vera does not install architecture dependent files jbenninghoff@… enhancement closed Normal
Description

As far as I can tell, bitstream-vera does not install architecture dependent files.
Attached is a proposed change to let bitstream-vera be a better dependency of a universal port.

#6353 RFE: bison-2.1: use_bzip2 toby@… defect closed Normal
Description

The attached patch changes the bison-2.1 port to use the bzip2 archive instead of the gzipped tarball.

#37921 RFE: binutils's "notes" entry should specify which ports exactly it causes to fail to build macports-tickets@… enhancement new Normal
Description

Right now binutils comes with the following "notes" entry in its portfile:

"Having ${name} installed will cause some other ports to\
fail to build. Consider uninstalling ${name}."

I'd like to know which ports exactly these are, or at least have a link to a Trac ticket or something, so I can be better informed about whether I should actually follow this advice to uninstall it or not.

#11824 RFE: Base - Add startupitems for Inetdcompatibility macports-tickets@… enhancement closed Low
Description

This needs a little fine tuning probably, but here are modified portstartupitem.tcl and portdestroot.tcl (complete and patches) that add:

startupitem.inetdcompat startupitem.inetdcompat.socketsvcname startupitem.inetdcompat.nowait

#38120 RFE: automatically remove .DS_Store files from build directories macports-tickets@… enhancement new Normal
Description

Often times I'll stop a port's build part way through to check on stuff in Finder, and when I do that, the port's build path will get littered with .DS_Store files, causing the port's build folder to not get deleted during the cleaning step, because it won't be empty. These files should be deleted so that build directories get cleaned away properly.

#272 RFE: authorized sendmail should be in ports macports-tickets@… enhancement closed Normal
Description

It would be nice to be able to enable authorized sendmail from ports. This is probably best by first completing a sendmail port, then adding a sasl variant, but it could be done any number of ways.

Here are the instructions for building the software. Hopefully patching dlcompat is not needed, if it is then it should either be verified that the patch is compatible with everything else that uses dlcompat or a custom version should be installed with a different name. Hopefully authorization can also be enabled for a released version of sendmail as well as sendmail from cvs.

$ cvs -d cvs.opendarwin.org:/cvs/od co dlcompat
$ cd dlcompat; sudo make install

$ curl -O ftp://ftp.andrew.cmu.edu/pub/cyrus-mail/cyrus-sasl-1.5.27.tar.gz
$ tar xzf cyrus-sasl-1.5.27.tar.gz
$ cd cyrus-sasl-1.5.27/config/
$ cp /usr/libexec/config* ./
$ curl -O http://fink.sourceforge.net/files/ltconfig
$ curl -O http://fink.sourceforge.net/files/ltmain.sh
$ cd ..
$ ./configure --with-plugindir=/usr/local/lib/sasl --libdir=/usr/local/lib --mandir=/usr/share/man --disable-krb4 --disable-gssapi --enable-login

$ vi plugins/Makefile
--
-plugins/Makefile: LDFLAGS = -L/usr/local/lib -export-dynamic -rpath $(plugindir)
+plugins/Makefile: LDFLAGS = -L/usr/local/lib -export-dynamic -module -rpath $(plugindir)
--

$ vi lib/dlopen.c lib/saslutil.c

----- begin patch -----
--- cyrus-sasl-1.5.27/lib/dlopen.c      Sun Aug 13 18:44:02 2000
+++ cyrus-sasl-1.5.27-modified/lib/dlopen.c     Mon May 13 16:06:01
2002
@@ -158,7 +158,7 @@
     int flag;
     void *library;
     void *entry_point;
-#if __OpenBSD__
+#if __OpenBSD__ || __APPLE__
     char adj_entryname[1024];
 #else
 #define adj_entryname entryname
@@ -179,7 +179,7 @@
        return SASL_FAIL;
     }

-#if __OpenBSD__
+#if __OpenBSD__ || __APPLE__
     snprintf(adj_entryname, sizeof adj_entryname, "_%s", entryname);
 #endif

---- end patch -----
---- begin patch -----
--- cyrus-sasl-1.5.27/lib/saslutil.c    Wed Dec 20 22:03:43 2000
+++ cyrus-sasl-1.5.27-modified/lib/saslutil.c   Mon May 13 16:18:12
2002
@@ -358,6 +358,12 @@
     if (!rpool->initialized) {
        getranddata(rpool->pool);
        rpool->initialized = 1;
+#ifdef __APPLE__
+      {
+       long *foo = (long *)rpool->pool;
+       srandom(*foo);
+      }
+#endif /* __APPLE__ */
     }
 }

@@ -370,6 +376,11 @@
     /* init if necessary */
     randinit(rpool);

+#ifdef __APPLE__
+    for (lup=0;lup<len;lup++) {
+        buf[lup] = (char) (random() >> 8);
+    }
+#else /* __APPLE__ */
 #ifdef WIN32
     for (lup=0;lup<len;lup++)
        buf[lup] = (char) (rand() >> 8);
@@ -377,6 +388,7 @@
     for (lup=0; lup<len; lup++)
        buf[lup] = (char) (jrand48(rpool->pool) >> 8);
 #endif /* WIN32 */
+#endif /* __APPLE__ */
 }

 /* this function is just a bad idea all around, since we're not trying to
----- end patch -----

$ sudo make install
$ vi /usr/local/lib/sasl/Sendmail.conf
----- Use the system password database for authentication ------
pwcheck_method: passwd
-----

$ cvs -d cvs.opendarwin.org:/cvs/Apple co sendmail

$ vi sendmail/devtools/Site/site.config.m4
------
APPENDDEF(`confENVDEF', `-DSASL')
APPENDDEF(`conf_sendmail_LIBS', `-lsasl -ldl')
------

$ mkdir /tmp/sendmail.obj
$ mkdir /tmp/sendmail.dst
$ sudo make DSTROOT=/tmp/sendmail.dst OBJROOT=/tmp/sendmail.obj RC_ARCHS=ppc install

$ cp -Rp /tmp/sendmail.dst/* /


-- edit sendmail.cf m4 -- trust authenticated users for relaying
define(`confAUTH_MECHANISMS', `PLAIN LOGIN')
TRUST_AUTH_MECH(`PLAIN LOGIN')

[references]
http://www.sendmail.org/~ca/email/auth.html
http://asg.web.cmu.edu/archive/message.php?mailbox=archive.cyrus-sasl&msg=1001
#349 RFE: a tcl primitive to populate destdir kvv@… enhancement closed Normal
Description

A fair number of ports don't populate desdir before trying to install, and fal over if you don't do it for them, as such many ports have a lot of install lines making the directories I propose a tcl primitive that takes a list and makes directories )named as specified in the list) in /destroot/prefix/

use something like

make-dir bin man lib

#5736 RFE: apache2 port only allows prefork MPM when worker MPM is Apple recommended james@… enhancement closed Normal
Description

The apache2 port builds using the default MPM for "unix" distributions which is the prefork MPM. This MPM is a non-threaded pre-forking implementation. However, in recent Apple documentation ( http:// developer.apple.com/tools/subversionxcode.html ) it is recommeneded that apache2 is built using the worker MPM (the multi-process, multi-threaded MPM). Accoring to Apache, its virute lies in the fact that "by using threads to serve requests, it is able to serve a large number of requests with less system resources than a process-based server. Yet it retains much of the stability of a process-based server by keeping multiple processes available, each with many threads."

I would recommend that in the least there is a variant that adds --with-mpm=work to the configure.args, but believe that it should be enabled by default and that the prefork MPM be a variant for those that can't/ don't want to use it.

#583 RFE: apache2 port macports-tickets@… enhancement closed Normal
Description

Here are the various files needed for an apache2 port. It installs into /opt/local/apache2 to avoid clobbering an existing apache 1 installation. The issues that I think exist (others may find more) are: a) No mod_perl or mod_python. I really don't know these too well so I thought I'd submit the port and someone who does know them can add them. b) No php update. Again I don't really know it. c) No suexec. I could add this, but without mod_perl or mod_python I didn't see the point. In order to be able to create modules with this I symlinked /opt/local/apache2/build/libtool to /usr/bin/glibtool, which places a requirement on the Apple Developer Tools, but since DarwinPorts itself requires that I didn't think it was a problem. The patchfile makes the default install use the www user that exists on all systems (no way to pass that arg to configure as best as I could tell). The apache2.sh is only installed if you install the variant +activate_server, just like the apache 1 port. Jason

#18189 RFE: alternate universal build of libiconv ryandesign@… enhancement closed Normal
Description

Attached is an alternate build mechanism for libiconv which,
hopefully, is a little easier to maintain.

#18190 RFE: alternate universal build of libiconv ryandesign@… enhancement closed Normal
Description

Attached is an alternate build mechanism for libiconv which,
hopefully, is a little easier to maintain.

#18191 RFE: alternate universal build of gettext ryandesign@… defect closed Normal
Description

Attached is an alternate build mechanism for gettext which should
make it a little easier to maintain.

#12310 RFE: Allow packages in base/src to use different libs sfiera@… enhancement closed Normal
Description

There are a number of different dylibs that are compiled in base/src/*: macports; pextlib; darwintracelib; tclobjc; and in the future, cflib and registry2.0. All of these need different libraries to function, but there's not currently a way to link different libraries into the different dylibs (well, cflib and tclobjc sort of do it, but they still link a lot of unnecessary stuff). I've prepared a patch that will allow these different packages to have full control over the libs they link to.

While I don't think it's all that detrimental to link libz, libcurl, libcrypto, sqlite3, and readline into e.g. darwintracelib, I'm pretty sure it's not necessary--I've installed the results of my patch and port -t still works just fine--and it strikes me as safer/cleaner.

#25066 RFE: Allow arpack to build universal shared libraries mmoll@… enhancement closed Normal
Description

Attached is a proposed patch to arpack to allow shared libraries and a 32/64-bit universal build.

The g95 variant has been removed to facilitate this change.

#5065 RFE: a fix for X11/app-defaults recurrent problems macports-tickets@… enhancement closed Normal
Description

Many ports use a post-destroot procedure to fix X11/app-defaults which will break the activation if port tries to overwrite the symlink in /usr/X11R6/lib/X11 with a directory, which is the case for Apple's X11 for instance.

However, if /usr/X11R6/lib/X11 really is a directory, which is the case for XFree86 4.5.0, app-defaults placed in /etc/X11 are boldly ignored.

So here is a little addition to the destroot_finish procedure which - hopefully - cope with the issue by adapting the app-defaults location to the user's setup, thus making app-defaults fiddlings in post- destroot obsolete.

#38508 RFE: add version number support to `platforms` field in portfiles larryv@… enhancement closed Normal
Description

Thought of this is #38506; not sure if there's already a ticket open for it...

Anyway, currently, if a port is incompatible with a certain OS version, the portfile author has to write something like this:

pre-fetch {
    if {${os.platform} == "darwin" && ${os.major} < 9} {
        ui_error "${name} is only supported on OS X 10.5 Leopard or later."
        return -code error "unsupported platform version"
    }
}

It'd be much easier to just be able to write something likeplatforms darwin 9+ or something like that instead.

#11563 RFE: adduser should be done the same way as startupitems macports-tickets@… enhancement closed Normal
Description

set to yes and define required variables instead of adding in pre-destroot / pre-install in Portfiles.

#14777 RFE: Add Tcl variant to db44 macports-tickets@… enhancement closed Normal
Description

Attached is a proposal to include a Tcl variant in db44.

I can not figure out why the static libraries were deleted in post-destroot
so I removed them as well.

#10633 RFE: add PDO::sqlite driver to PHP 5.1 port enhancement closed Low
Description

Hi,

After discussion with Ryan Schmidt, to whom this ticket is destined, he decided that maybe it would be a good idea to include sqlite driver to PDO in PHP 5.1 port.

To do so Ryan, you just have to add '--with-pdo-sqlite' to the configure line. Everything is included in the PHP 5.1 source, so there is no need for a variant or another port, you could enable it by default, the overhead is minimal.

To test if the driver was enabled after the "make install", you can run this : $ /opt/local/bin/php -r "phpinfo();" | grep "PDO drivers.*sqlite.*sqlite" | wc -l

Which will give you 0 if the driver was not installed, 1 if it was. I'm not sure this is something you can do, and maybe it's not the most surefire way to test for the availability, but that's how I do it ;)

Anyway, thanks for the help.

#5525 RFE: add "package.resources" Portfile key macports-tickets@… enhancement new Normal
Description

At long last, I've modified the self-building DarwinPorts port to include a path-patching postflight script, as well as a ReadMe and License. Note that this requires the packages.resources patch in "Depends On", which may mean it needs to wait for 1.2. But, hopefully this will help the DP maintainers build that!

#17082 RFE: Add livecheck to mpfr vincent-opdarw@… enhancement closed Normal
Description

Attached is a proposal to add livecheck to mpfr.

#24123 RFE: Add license pseudo-portname macports-tickets@… enhancement closed Normal
Description

I've attached a patch that adds a license pseudo-portname.

#14913 RFE: add fortran variant to hdf5 mcalhoun@… enhancement closed Normal
Description

In the recent update to hdf5, r35665, a variant was added which builds the Fortran interface.
In the same variant are optimization options, which do not work yet.
Attached is a patch which would allow the fortran interface to be built (without the problematic optimizations).

#17809 RFE: Add correct dependencies for use_* in configure raimue@… enhancement closed Normal
Description

There are some options available to run configuration script generators before configure.

  • use_autoconf
  • use_autoreconf
  • use_automake
  • use_xmkmf

All of them require tools to be provided by the system or to be installed by MacPorts.

Currently, the dependencies are added in each Portfile using such an option, but it would be better to do it automatically.

#17972 RFE: Add a PortGroup with a different universal build mechanism mcalhoun@… enhancement closed Normal
Description

To facilitate the building of more 32/64-bit universal binaries,
I would like to propose a PortGroup which builds the packages
separately and then merges them together.

It is intended to be an improvement of the merge function.

#37808 RFE: Add a "minor" variable to the perl portgroup macports-tickets@… enhancement closed Normal
Description

So that in a portfile, I can use something like this:

${perl5.major.minor}

to get an output of something like this:

5.12.4
#17392 RFE: add a few more plugin and bindings to graphviz ryandesign@… enhancement closed Normal
Description

Attached is a proposed increase in the number of plugins and bindings of graphviz.

#38112 RFE: add a "depends_pkg" type of dependency macports-tickets@… enhancement new Normal
Description

I'd like to be able to declare a dependency on stuff like dylibbundler or jarbundler just for the packaging step, so that I could bundle up everything into a single app bundle instead of having the installer put a bunch of stuff in /opt/local. In other words I'd like something like this to work:

depends_pkg dylibbundler
pre-pkg {
    dylibbundler -x ${destroot}${applications_dir}${name}.app/Contents/MacOS/${name} -b -cd -p @executable_path/../libs
}
#38761 RFE: add a `--conflicts` flag to `port info` macports-tickets@… enhancement new Normal
Description

port help info lists the following flags available for port info:

--category --categories --depends_fetch --depends_extract --depends_build --depends_lib --depends_run --depends --description --epoch --fullname --heading --homepage --index --license --line
            --long_description --maintainer --maintainers --name --platform --platforms --portdir --pretty --replaced_by --revision --subports --variant --variants --version

This covers most of the fields normally displayed by port info, however, it doesn't look like there's one for the conflicts field. It'd be useful to have a --conflicts flag for port info to make it easier to use in scripts in which one might want to know what ports a given port conflicts with. It could also have the command port conflicts as an alias or something.

(I think I might have brought this up in irc before, but I forget if it was this or something else...)

#2893 RFC: xsp should be re-categorized macports-tickets@… defect closed Normal
Description

xsp should, IMHO, be placed in the category named "www" not "devel" xsp is related to mono and is described as follows:

http://www.mono-project.com/Downloads

The XSP server is a small web server that hosts the Mono System.Web classes for running what is commonly known as ASP.NET

#10238 RFC: XFree86-4.5.0_2: detect Apple X11 headers installed without libraries css@… enhancement closed Normal
Description

A common problem on the mailing list is people trying to install ports that depend upon X11. They often have the X11 headers installed through XCode without the system libraries in place. Because DP doesn't detect libX11, it attempts to build XFree86. This can make for a lot of confusion for new uesrs, as DP will refuse to install when it detects conflicts trying to install the headers. One suggestion might be to catch when the headers are installed without the libraries.

The attached patch proposes one approach: have the darwin variant check for X.h without libX11.dylib. This condition will generate a ui_error indicating that the user should install X11 from the Mac OS X Install DVD. Perhaps the message could be improved, but I wonder if adding this special case to the Portfile might help to clear up some of the trouble that people encounter when trying to install X11-based ports.

#7845 RFC: removal or repurposing of gnome/abiword port rhwood@… enhancement closed Normal
Description

There are two gnome/abiword ports: abiword and abiword2.

The abiword port installs version 1.x of abiword, while abiword2 installs version 2.x (current version 2.4.1)

Is there any objection to either removing the abiword port entirely or removing the abiword port and renaming the abiword2 port to abiword?

#1371 RFC: ntop devel variant mww@… defect closed Normal
Description

adding devel variant to have latest.

#6013 RFC: new my.cnf michaelm@… defect closed Normal
Description

new my.cnf to avoid confusion over socket paths

#891 RFC: libpng mastersites has changed and more waqar@… defect closed Normal
Description

libpng no longer maintains the src at their main site. It is now maintained at sourceforge site

http://download.sourceforge.net/libpng/

in addition, they have now provided a seperate mac os x makefile that actually works.

#5960 RFC: libgda depends on mysql 3.23 gnome-darwinports@… defect closed Normal
Description

I'm not really sure if this is a bug, but when I tried to install libgda, it wanted to install the mysql package, which is listed as a dependency. I already have the mysql4 port installed, but that didn't help. A manual variant +mysql4 (it's listed as a variant) didn't change anything either - it probably would have installed both versions.

Is this desired behaviour? And - more important - is this really neccessary?

#3062 RFC: It would be nice if coreutils could be installed without the g prefix toby@… enhancement closed Normal
Description

I dislike the fact that coreutils installs its programs with the "g" prefix. I want the GNU utilities to be available as ls, mv, rm, etc. instead of gls, gmv, and grm. Would it be possible to make this a variant by adding the following to the Portfile?

variant without_prefix {

configure.args-delete --program-prefix=g

}

#3002 RFC: "_" instead of "-" as separator between package names and version numbers macports-tickets@… defect closed Normal
Description

In order to facilitate the recognition of externally available prebuilt packages, it would be better using Debian's convention to separate the name of a port from its version number by using an underscore sign instead of a minus. This should ease, for example, importing the packages made available in opendarwin.org's WebDAV Server since it's currently difficult to tokenize the filename of a package to extract the port name.

#3044 RFC: gnome-games does not include aislerot gnome-darwinports@… defect closed Normal
Description

I'd like to install aislerot and can't find it anywhere. It's part of the gnome-games source package, but it is not in the dports package.

#529 RFC: dumpasn1-20030222 macports-tickets@… defect closed Normal
Description

dumpasn1-20030222: a utility to decode and pretty-print ASN.1 (BER and DER) files. Currently configured with knowledge of all known security-related ASN.1 OIDs.

Author's homepage is http://www.cs.auckland.ac.nz/~pgut001/

#5981 RFC: Building rb-gnome install all Gnome... tristan@… enhancement closed Normal
Description

Trying to install rb-gnome in order to have rb-gtk2, it appears that this port installs *all* Gnome. That seems overkill to just write ruby apps with a gtk2 toolkit.

#2712 RFC:adium-0.77 growl variant toby@… defect closed Normal
Description

adium-0.77 growl variant

diff attached

Comments: The variant checks for the Growl dependency, and then enables Growl.AdiumPlugin in the pre-destroot phase.

#31442 R fails to build on snow leopard kjell.konis@… defect closed Normal
Description

The first error appears to be on tuklib_integer.h. I have attached the log. The current log is for variant +aqua but I have tried without it.

Thanks

#27388 rexx: regina executable fails to work (library install_name wrong) ryandesign@… defect closed Normal
Description

After installing the Regina package (port:rexx), the "regina" executable fails with:

dyld: Library not loaded: libregina.dylib
  Referenced from: /opt/local/bin/regina
  Reason: image not found
Trace/BPT trap

This can be mitigated by setting DYLD_LIBRARY_PATH to /opt/local/lib but this workaround is obviously suboptimal as it can break non-MacPorts programs.

#14100 Rewrite of the portfile for cracklib to use the latest proper cracklib distro macports-tickets@… update closed Normal
Description

This patch completely rewrites the cracklib portfile and patches to use the cleaned up, more appropriate distribution at http://sourceforge.net/projects/cracklib/.

#44504 rev-upgrade: print a different message if a library exists, but has a bad install name cal@… enhancement closed Normal
Description

I recently ran into an issue where... well before I describe it, some backstory. I have a port for an old version of gnutls (specifically gnutls2) that I have configured to build against a port for libcfgplus. It builds successfully against it, but upon rev-upgrade, I started seeing messages like this:

Could not open libcfg+.0.6.2.dylib: Error opening or reading file (referenced from /opt/local/lib/gnutls2/bin/certtool2)
DEBUG: Marking /opt/local/lib/gnutls2/bin/certtool2 as broken

This is confusing. My first instinct was to just revbump without thinking, as that is what I normally do with rev-upgrade issues. But then when it still failed and I actually stopped to think, my first thought was, "How is that happening? I have libcfgplus installed, and gnutls2 successfully built against it, so why is rev-upgrade failing to find it?" So I verified my installation:

$ stat /opt/local/lib/libcfg+.0.6.2.dylib
234881026 19178807 -rw-r--r-- 1 root admin 0 76276 "Jul 30 17:42:23 2014" "Apr  6 12:58:22 2014" "Apr  6 12:58:26 2014" "Apr  6 12:58:22 2014" 4096 152 0 /opt/local/lib/libcfg+.0.6.2.dylib
$ port contents libcfgplus | grep dylib
  /opt/local/lib/libcfg+.0.6.2.dylib
  /opt/local/lib/libcfg+.dylib
$ port contents libcfgplus | grep dylib | xargs /usr/bin/file
/opt/local/lib/libcfg+.0.6.2.dylib: Mach-O universal binary with 2 architectures
/opt/local/lib/libcfg+.0.6.2.dylib (for architecture x86_64):	Mach-O 64-bit dynamically linked shared library x86_64
/opt/local/lib/libcfg+.0.6.2.dylib (for architecture i386):	Mach-O dynamically linked shared library i386
/opt/local/lib/libcfg+.dylib:       Mach-O universal binary with 2 architectures
/opt/local/lib/libcfg+.dylib (for architecture x86_64):	Mach-O 64-bit dynamically linked shared library x86_64
/opt/local/lib/libcfg+.dylib (for architecture i386):	Mach-O dynamically linked shared library i386

So after verifying that the library that rev-upgrade thought was missing was actually present after all, I tried to think of why rev-upgrade might have been failing to find it. The first explanation I came up with was to blame dyld, so I tried messing around with the DYLD_FALLBACK_LIBRARY_PATH environment variable, but that was hack-ish and failed to lead anywhere. Next I assumed that it was because of the "+" in the library name, but I had other libraries installed with "+"-es in their names, and they were okay, so I ruled out that possibility. Then I looked closer and next decided to try verifying the actual linking:

$ otool -L /opt/local/lib/gnutls2/bin/certtool2
/opt/local/lib/gnutls2/bin/certtool2:
	/opt/local/lib/gnutls2/lib/libgnutls.26.dylib (compatibility version 49.0.0, current version 49.3.0)
	/opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.8)
	/opt/local/lib/libintl.8.dylib (compatibility version 10.0.0, current version 10.2.0)
	/opt/local/lib/libreadline.6.dylib (compatibility version 6.0.0, current version 6.3.0)
	/opt/local/lib/libgcrypt.11.dylib (compatibility version 20.0.0, current version 20.2.0)
	/opt/local/lib/libgpg-error.0.dylib (compatibility version 11.0.0, current version 11.0.0)
	libcfg+.0.6.2.dylib (compatibility version 0.0.0, current version 0.0.0)
	/opt/local/lib/liblzo2.2.dylib (compatibility version 3.0.0, current version 3.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.11)
	/opt/local/lib/libp11-kit.0.dylib (compatibility version 1.0.0, current version 1.0.0)

The libcfg+ entry looked weird, so I double-checked the install names:

$ port contents libcfgplus | grep dylib | xargs otool -D
/opt/local/lib/libcfg+.0.6.2.dylib:
libcfg+.0.6.2.dylib
/opt/local/lib/libcfg+.dylib:
libcfg+.0.6.2.dylib

I inferred from this that the weird install names must be the issue, so I threw some code into my Portfile to fix the install names, upgraded, and that fixed things. However, this could have been a lot simpler to figure out if the error message had given me some more accurate information. Although I am not entirely sure how exactly rev-upgrade would go about determining in an automated fashion if an error was due to a bad install name vs. an actually missing file though... The method I used manually requires knowing which port a missing library is supposed to come from, and I cannot think of a way that MacPorts could be expected to know this itself... searching to try to find it would probably be a waste of time and resources...
How about this for a heuristic: If an install name is missing any path separators, then it is probably relative, and therefore we can probably assume that it is bad. rev-upgrade already does some parsing of the install names when deciding to skip ones containing @rpath or @executable_path, so perhaps while scanning for those, it could also add a check for a '/' character, and then print a warning if the install name is missing one?

btw, apparently there were some other issues with rev-upgrade and bad install names previously as well that probably could have also benefitted from this being clarified:

#48811 rev-upgrade failed: can't read "{os.platform}": no such variable ryandesign@… defect closed Normal
Description

I have recently installed macports to which i am a big fan. I have had no issues on my previous mac running MAC OSX Yosemite ( Macbook Pro mid 2011 ), i have just bought a new Macbook Pro mid 2015 Model Identifier:MacBookPro11,5

I installed xcode then command line tools as well as developer tools then Macports . Install was easy enough , i used the source download to install 1st time round.. i made sure my profile path was updated.

My Profile :-

#!/usr/bin/bash
# MacPort
export PATH="/opt/local/bin:/opt/local/sbin:$PATH"

I also installed Quartz as i do use this a fair amount ..

OS = MAC OSX Yosemite 10.10.5
Xcode = Xcode 7 Beta
Command line Tools = Command Line Tools OSX 10.10 for Xcode 7 beta 6
Quartz = XQuartz-2.7.7
MacPorts = MacPorts-2.3.3.tar.bz2

I then tried to install minicom @2.7 & i got this output from my screen :-

Jimbo:base Jimbo$ sudo port install minicom
--->  Computing dependencies for minicom
--->  Cleaning minicom
--->  Scanning binaries for linking errors
--->  Found 3 broken files, matching files to ports
--->  Found 1 broken port, determining rebuild order
You can always run 'port rev-upgrade' again to fix errors.
The following ports will be rebuilt: minicom @2.7
Continue? [Y/n]: Y
Error: rev-upgrade failed: can't read "{os.platform}": no such variable
Error: Follow http://guide.macports.org/#project.tickets to report a bug.
Jimbo:base Jimbo$ sudo port rev-upgrade
--->  Scanning binaries for linking errors
--->  Found 3 broken files, matching files to ports
--->  Found 1 broken port, determining rebuild order
You can always run 'port rev-upgrade' again to fix errors.
The following ports will be rebuilt: minicom @2.7
Continue? [Y/n]: Y
Error: rev-upgrade failed: can't read "{os.platform}": no such variable
Error: Follow http://guide.macports.org/#project.tickets to report a bug.

This is from the log file :-

version:1
:msg:clean --->  Computing dependencies for pkgconfig:msg:clean 
:debug:clean pkgconfig has no conflicts
:debug:clean Searching for dependency: libiconv
:debug:clean Found Dependency: receipt exists for libiconv
:debug:main Executing org.macports.main (pkgconfig)
:debug:main changing euid/egid - current euid: 0 - current egid: 0
:debug:main egid changed to: 501
:debug:main euid changed to: 502
:debug:main Skipping completed org.macports.archivefetch (pkgconfig)
:debug:main Privilege de-escalation not attempted as not running as root.
:debug:main Skipping completed org.macports.fetch (pkgconfig)
:debug:main Privilege de-escalation not attempted as not running as root.
:debug:main Skipping completed org.macports.checksum (pkgconfig)
:debug:main Privilege de-escalation not attempted as not running as root.
:debug:main Skipping completed org.macports.extract (pkgconfig)
:debug:main Privilege de-escalation not attempted as not running as root.
:debug:main Skipping completed org.macports.patch (pkgconfig)
:debug:main Privilege de-escalation not attempted as not running as root.
:debug:main Skipping completed org.macports.configure (pkgconfig)
:debug:main Privilege de-escalation not attempted as not running as root.
:debug:main Skipping completed org.macports.build (pkgconfig)
:debug:main Privilege de-escalation not attempted as not running as root.
:debug:main Skipping completed org.macports.destroot (pkgconfig)
:debug:main Privilege de-escalation not attempted as not running as root.
:debug:install install phase started at Tue Sep  8 14:45:38 BST 2015
:notice:install --->  Installing pkgconfig @0.28_0
:debug:install Can't run install on this port without elevated privileges. Escalating privileges back to root.
:debug:install euid changed to: 0. egid changed to: 0.
:debug:install Executing org.macports.install (pkgconfig)
:debug:install Using /usr/bin/tar
:debug:install Using /usr/bin/bzip2
:error:install org.macports.install for port pkgconfig returned: no destroot found at: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_pkgconfig/pkgconfig/work/destroot
:debug:install Error code: NONE
:debug:install Backtrace: no destroot found at: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_pkgconfig/pkgconfig/work/destroot
    while executing
"create_archive $location $portarchivetype"
    (procedure "portinstall::install_main" line 22)
    invoked from within
"portinstall::install_main org.macports.install"
    ("eval" body line 1)
    invoked from within
"eval $procedure $targetname"
:info:install Warning: targets not executed for pkgconfig: org.macports.activate org.macports.install
:notice:install Please see the log file for port pkgconfig for details:
    /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_pkgconfig/pkgconfig/main.log
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_pkgconfig/pkgconfig/main.log (END) 

I have looked around on your ticket system for other similar issues but cannot seem to narrow any of them down to a particular remedy.
I am hoping this is an easy enough one for you to remedy & point me in the right direction...

Thanks in advance
Regards
Jimbo :)

Note: See TracQuery for help on using queries.