Re: [99754] trunk/base/src/port1.0/portchecksum.tcl

On 2012-11-16 15:06, Jeremy Lavergne wrote: > In the case we think we know what's wrong (HTML was downloaded), it could > also be handy to print out the originating mirror rather than have people go > through debug log. We are currently checking for HTML in the downloaded file during the checksu

Re: How to make sure that a port doesn't get automatically upgraded/cleared during "sudo port upgrade outdated" and "sudo port uninstall inactive"

On 2012-11-18 12:22, mk-macpo...@techno.ms wrote: > Now, in case one of my "debuggable ports" gets updated I'd like to make sure > that > > 1) the port would be re-build with the needed "-k" option There is no way at the moment to add this option to specific ports only. The only way I could th

Re: Livecheck and the github port group

On 2012-11-17 21:35, Sean Farley wrote: > On Sat, Nov 17, 2012 at 2:18 PM, Ryan Schmidt wrote: >> >> On Nov 17, 2012, at 12:31, Sean Farley wrote: >> >>> This is another example of the internal macports comparison code not >>> recognizing release candidates. Is there any reason to not fix that >>

Re: [99599] trunk/dports/office/todotxt/Portfile

On 2012-11-12 09:00, Andrea D'Amore wrote: > Why? Users that already installed the package don't need the change. The files installed on disk changed. Reinstalling this port will place files in different locations. A single Portfile revision is meant to be reproducible. The only reason not to incr

Re: move port to new category

On 2012-11-01 21:23, Blair Zajac wrote: > On 11/01/2012 12:50 PM, Bradley Giesbrecht wrote: >> Is it good enough to move a port like so, or is there more to it? >> >> svn mv devel/levmar math/levmar >> port ed math/levmar # change category and revbump >> svn ci devel/levmar math/levmar > > That'll

Re: [MacPorts] howto/AvoidRedirects added

On 2012-10-29 23:36, Craig Treleaven wrote: > Pixilla did that for me (thanks Bradley) within minutes of posting the > new page. > > https://trac.macports.org/wiki/howto?action=diff&version=58&old_version=57 Ah, sorry, I missed that... Actually, this tutorial is targeted to portfile authors not

Re: [MacPorts] howto/AvoidRedirects added

Hello, thanks for your contribution! Please, add a link to this HOWTO to the overview page, so others can find this new page. https://trac.macports.org/wiki/howto Thanks, Rainer On 2012-10-21 20:32, MacPorts wrote: > Page "howto/AvoidRedirects" was added by ctrelea...@cogeco.ca > Content: > ---

Re: buildbot: ./configure: line 27: /dev/null: Permission denied

On 2012-10-08 21:18, Jeremy Lavergne wrote: >>> Does /dev/null still get deleted when run as a normal user instead of >>> root/macports? >> >> Good question; someone should totally try it out. > > I built git-core @89635 on OS X 10.6, MacPorts trunk, configure.compiler=gcc. > > Went phase-by-has

Re: [98388] trunk/dports/databases

On 2012-10-05 18:32, mk-macpo...@techno.ms wrote: > On Oct 5, 2012, at 6:27 PM, Craig Treleaven wrote: >> I can't find an 'official' reference for it, but I believe GitHub says that >> 7 characters are unique (7**26). > I see. They are not unique, it's just unlikely that conflicts would occur in

Re: [MacPorts] howto/PatchLocal modified

Hey, this is regarding your addition to the MacPorts wiki at https://trac.macports.org/wiki/howto/PatchLocal First of all, this is a great idea for a tutorial. Thank you for your contribution. However, I have some notes on this topic: Users should not apply patches directly in sources synced fro

Re: Apple's gcc can't handle deprecated attribute

On 2012-10-04 22:25, Jack Howarth wrote: > Note this issue is described in http://llvm.org/bugs/show_bug.cgi?id=6. > The alternative of using weakref's apparently requires these be static... > > http://www.lsd.ic.unicamp.br/~oliva/writeups/weakref/weakref.txt Thanks for the links. I thought t

Re: Apple's gcc can't handle deprecated attribute

On 2012-10-04 15:16, mk-macpo...@techno.ms wrote: > And here is another invalid attribute: > --- > lib/result.c:882:53: error: only weak aliases are supported on darwin > void result_free(result_t *r) __attribute__ ((weak, alias > ("csvdb_free_result"))); >

Re: Apple's gcc can't handle deprecated attribute

Hi, On 2012-10-04 14:46, mk-macpo...@techno.ms wrote: > while trying to build a new port I ran into this compiler issue: > --- > :info:build ../inc/csvdb.h:163: error: wrong number of arguments specified > for 'deprecated' attribute > --- > > The corresponding line of code is this: > --- > void

Re: macports vs. freebsd ports syntax and functionality differences (only to satisfy my curiosity)

On 2012-09-27 16:58, Kuba Ober wrote: > Is the port system very similar between freebsd and macports, or are > those things similar only in name and are really completely separate > implementations? For example, would a "benign" portfile from MacPorts > work with freebsd? Do they use tcl as well?

Re: My arb port has disappeared

Hello, On 2012-09-27 05:50, Matt Cottrell wrote: > I am the arb port maintainer. > > When I go to http://www.macports.org/ports.php and search for arb under > Software Title the arb port is not listed. I can't reproduce this problem. Probably it was a temporary glitch that has been resolved by

Re: trunk/doc-new/guide/xml/portfiledev.xml: license

On 2012-09-12 19:18, Bradley Giesbrecht wrote: > Perhaps it's time to uncomment the license list item in the MP Guide "Section > 4.2. Creating a Portfile"? > https://trac.macports.org/changeset/55459 > > I don't think I understand the MP Portfile license policy well enough to do > it myself. >

Re: [97868] trunk/base/src/port1.0/portconfigure.tcl

On 2012-09-18 13:59, rai...@macports.org wrote: > Revision: 97868 > http://trac.macports.org//changeset/97868 > Author: rai...@macports.org > Date: 2012-09-18 04:59:57 -0700 (Tue, 18 Sep 2012) > Log Message: > --- > port1.0/portconfigure.tcl: > ccache failed with ccache >= 3

Re: [97700] trunk/dports/lang

On 2012-09-12 18:43, jerem...@macports.org wrote: > Revision: 97700 > http://trac.macports.org//changeset/97700 > Author: jerem...@macports.org > Date: 2012-09-12 09:43:28 -0700 (Wed, 12 Sep 2012) > Log Message: > --- > gcc4?: Make libstdcxx builds faster, workaround bug in

Re: Version Control in the MacPorts tree

On 2012-09-06 10:47, Rainer Müller wrote: > However, no code was contributed yes to support syncing a ports tree > from a git repository. Before we can really think about switching the > main ports tree to git, we should at least have support for additional > ports trees hosted in a gi

Re: Version Control in the MacPorts tree

On 2012-09-05 21:50, Clemens Lang wrote: > On Wed, Sep 05, 2012 at 09:35:58PM +0200, Benoit T wrote: >> I don't see why I should spend more time chopping off the output of >> svn diff (that's not really a unified diff) and manually entering >> individual patches into Trac, than the time it took me

Re: +universal vs the buildbot

On 2012-08-29 20:34, Joshua Root wrote: > On 2012-8-29 23:33 , Rainer Müller wrote: >> Note that universal archives do not indicate which architectures they >> include in the file name and thus, we could not distinguish different >> architectures with the current code. >

Re: Return Codes that BuildBots Will Accept

On 2012-08-26 20:48, Jeremy Lavergne wrote: > There are some ports that cannot build on specific os.major; is there a way > we can have an accepted error message that the buildbot will not report as an > error? > > Can we make it so `return -code error "unsupported OS X version"` is not an > er

Re: +universal vs the buildbot

On 2012-08-29 13:49, Mojca Miklavec wrote: > Or another buildbot which would try to build all the ports as universal ;) > (or i386-only when 64-bit cannot be built ;) The definition of +universal may vary from system to system since the universal_archs config option can be changed in macports.conf

Re: texlive dependencies - installing texlive when it didn't before (e.g. latex2html)

On 2012-08-19 16:15 , John Owens wrote: > OK, I'm a little baffled then, since I do have that all set up correctly. > Thoughts? I did not see this until 10.8. Did not see what? You did not describe what exactly your problem is. >From your original email, I assume MacPorts installs texlive ports f

Re: Adding ${python.branch} without the . to Python groups

On 2012-08-17 20:02, Blair Zajac wrote: > I'm working on unifying py2{5,6,7}-logilab-astng and they all depend upon the > corresponding $py2{5,6,7}-logilab-common. Can we add to the python groups > another variable without the . in it, so I can do > > depends_lib-append port:py{python.SOMETHING}

Re: compile a source code modified with macport

Hello, On 08/17/2012 11:41 AM, Michaël Parchet wrote: > I try to compile a customized gimp version with the attached portfile. the > source url syntax is it ok ? > > Is that it will compile correctly my source code ? The gimp port is actually just a meta port that defines dependencies on many

Re: [96620] trunk/dports/editors/textmate2/Portfile

On 2012-08-15 16:41 , c...@macports.org wrote: > Revision: 96620 > https://trac.macports.org/changeset/96620 > Author: c...@macports.org > Date: 2012-08-15 07:41:40 -0700 (Wed, 15 Aug 2012) > Log Message: > --- > textmate2: update to 2012-08-14 > > Modified Paths: > ---

Re: MacPorts filesystem layout warning

On 08/09/2012 09:54 AM, Craig Miller wrote: > I've looked at the 'man porthier' and I don't believe any of my files > are violating the filesystem layout it describes. How can I obtain > more information about which files port thinks are problematic? If you already installed the port, use 'port c

Re: compiling and linking against matlab

Hello, On 2012-07-04 10:57 , Leo Singer wrote: > I am a co-maintainer of a port (nds2-client) that has an optional > MATLAB interface. The MATLAB interface takes the form of so-called > MEX files, which are shared modules that are compiled and linked > against MATLAB. I am consdering adding a vari

Re: [96231] trunk/base/src/macports1.0/macports.tcl

On 2012-08-05 23:27 , Ryan Schmidt wrote > Well but here you're using backquotes around the command Thanks for catching this one. My intention was to use single quotes for all messages, as is already the case for the messages suggesting 'port clean' or 'port -f activate'. Fixed in r96238. Rainer

Re: Mountain Lion and Command Line Tools

On 2012-07-26 06:39, Adam Mercer wrote: > I received the same error, I contacted Developer support and they are > aware of the issue and are working on it. Hopefully there'll be a > resolution soon. You should still be able to install Xcode from the App Store and then install the Command Line Tool

Support for Tiger (was: Re: What should a port do if 10.4 is not supported any more?)

On 05/29/12 16:02, Ryan Schmidt wrote: > MacPorts 2.1.1 still works fine on Tiger and up. At least the selfupdate from 2.0.x to 2.1.x on Tiger is broken according to a report on StackOverflow [1]. I never bothered to report it here as we previously considered versions of Mac OS X below Leopard as

Default choices for port select (was: Re: py-mercurial)

On 05/10/12 19:53, Sean Farley wrote: > This is not possible as port select always needs a base file which > cannot be shipped with any of the selectable port options. This is why > we have the *_select ports; their only purpose is to install this > base file. > > > Sure it is. Yo

Re: py-mercurial

On 05/10/12 01:47, Sean Farley wrote: > I like the new feature that (2) brings but before I submit my patch, > there a few notes and issues: > > i) it should be possible for the python-1.0 group to create a "port > select" on the fly (port select --set mercurial mercurial27, port > select --set me

Re: py-mercurial

On 05/06/12 22:33, Daniel Ericsson wrote: > hg-forest isn't even compatible with mercurial 2.x, without a > maintainer or a replacing port can we just remove it? or do we need a > grace period as the guide says? If the port is broken already for the last 6 months after mercurial was upgraded to 2.

Re: Comment SPAM

On 05/02/12 16:43, Adam Mercer wrote: > Some SPAM has been posted as a comment to ticket 22360, specifically > #comment:46. Could someone with the appropriate permissions please > delete this? Deleted. Rainer ___ macports-dev mailing list macports-dev@l

Re: MacPorts 2.1.0-beta1 now available for testing

On 04/24/12 20:14, Daniel wrote: > I'm just suggesting a port selfupdate --pre > to make it easier. That sounds like a good suggestion. However, this is more complex as you could be installing either trunk or a beta/release candidate of the current branch. Also the current version never knows wha

Re: MacPorts 2.1.0-beta1 now available for testing

On 04/23/12 19:03, Daniel wrote: > I would have tested it were it a little bit easier. You can just use the pkg installer, even if you have an already existing MacPorts installation. Rainer ___ macports-dev mailing list macports-dev@lists.macosforge.or

Re: github port group

On 04/22/12 23:43, Ryan Schmidt wrote: > Ah, you're right, they did not. Now I get the same sums, if both files have > not only the same name but also the same timestamp. Yes, gzip stores the original file name and date of the file supplied on the command line. Just for the record, this behavior

Re: [91946] trunk/dports/x11/wine-devel

On 04/14/2012 03:04 PM, Andrea D'Amore wrote: > On Sat, Apr 14, 2012 at 13:06, Joshua Root wrote: >>> Is there an explicit set of supported platform? >> Officially, current and current-1. > > Is there a reference for this? This has always been our policy, although it does not seem to be stated a

Re: Fwd: package installation fails with Homebrew

On 2012-04-14 11:26 , Elmar Stellnberger wrote: > Excuse me, but there is something completely messed with ports. > It should take the path out of xcode-select. > > root:/> xcode-select -print-path > /Applications/Utilities/Xcode.app/Contents/Developer Is your Xcode.app really in Utilities? This

Re: Applications using python (and py*-gtk)

On 04/13/2012 04:41 PM, Thibaut Paumard wrote: > I think this is not correct and I should ensure the python that is used > really is the one for which I make sure py-gtk gets installed. > > I could do that by patching the shabang line: >#!/usr/bin/env python2.6 Actually this should read:

Re: package installation fails with Homebrew

On 04/13/2012 04:06 AM, Art McGee wrote: > Clearing up the confusion: > > This person is referring to the Homebrew package manager. > > He mistakenly thinks that because Homebrew works with only the > commandline tools installed, that MacPorts should as well. MacPorts *could* work with the comma

Re: Fwd: package installation fails with Homebrew

Hello Elmar, Please reply to the mailing list, not just to me. http://trac.macports.org/wiki/MailingLists#reply On 04/12/2012 03:57 PM, Elmar Stellnberger wrote: > Unfortunately now the build error has changed: >> port install macfuse > Error: The installed version of Xcode (2.0orlower) is too ol

Re: Fwd: package installation fails with Homebrew

On 2012-04-11 13:05, Elmar Stellnberger wrote: > It would be very nice if macports supported to compile a certain set > of base packages > without having to install the full bloated Xcode environment (which > consumes too much > disk space on my computer). The directory /Applications/Xcode.app ta

Re: macports 2.0.4 breaks the usage of clang on Xcode 4.3.2

On 2012-04-08 21:35 , Jack Howarth wrote: > Also non-sensical values like... > > sudo port -d install pymol +gcc49 > > don't produce an error. Is that expected behavior for the error to be > silently ignored by port? Variants are being passed down to dependencies. It could well be that this vari

Re: first experiences with rev-upgrade

On 2012-04-08 13:57 , Clemens Lang wrote: > Not running rev-upgrade automatically will probably cause it never to be > run at all by the average user. We could run the analysis phase > automatically and instruct the user to issue port rev-upgrade to trigger > the rebuild manually when problems occu

Re: MacPorts 2.1.0 or 2.0.5

On 04/01/2012 04:01 AM, Ryan Schmidt wrote: > To those who have worked on base: > > There are several little fixes merged into the 2.0 branch already > (and a few more I could merge) that could be released as 2.0.5, but I > see a 2.1.0 milestone was also created in Trac and several tickets > were

Re: [91233] trunk/dports/databases/mysql55/Portfile

On 03/27/2012 05:24 PM, Ryan Schmidt wrote: > On Mar 27, 2012, at 08:00, Joshua Root wrote: >> I never imagined that someone would write "subport foo" when they are >> already defining the foo port outside of any subport block. > > No, outside of any subport block, they're defining global things s

Re: [91233] trunk/dports/databases/mysql55/Portfile

On 03/27/2012 02:49 AM, Ryan Schmidt wrote: >> Modified: trunk/dports/databases/mysql55/Portfile >> === >> --- trunk/dports/databases/mysql55/Portfile 2012-03-26 15:08:04 UTC (rev >> 91232) >> +++ trunk/dports/databases/mysql55/Portf

Re: [91009] trunk/base

On 03/22/2012 05:35 AM, Ryan Schmidt wrote: > Alternately, do we have any interest in changing the default > applications_dir to ${prefix}/Applications (keeping a symlink to that > in /Applications/MacPorts)? As far as I remember previous discussions there is some difference in the way LaunchServi

Re: Breaking long dependency chains

On 03/19/2012 06:05 PM, Ryan Schmidt wrote: > Rainer Müller had been working two years ago on a new consolidated > documentation system based on asciidoc; this was dormant for awhile but > Rainer seems to have picked it up again recently: > > https://trac.macports.org/log/br

Re: [90772] trunk/dports/_resources/port1.0/group/crossgcc-1.0.tcl

On 03/14/2012 10:48 AM, Aljaž Srebrnič wrote: > 2) The problem with the extract.only keyword is that my > msp430-gcc[-devel] ports download the full gcc archive (gcc-4.5.6, for > example) and that breaks if extract.only is set like that. Hm, I see. Since you are overwriting distfiles in the msp430

Re: Please test branches/release_2_0 with Xcode 4.3

On 2012-02-26 16:26 , Clemens Lang wrote: > It's not a large blocker IMHO though, because > grep -R -E -i --exclude-dir=.svn "build.type[ \t]*bsd" . > shows 9 ports using bsdmake. Those are: > ppmd > scud > bsdiff > libcipher > fortune > dsocks > boxb

Re: Xcode 4.3.1 is out

On 03/08/2012 07:13 PM, Ryan Schmidt wrote: > FYI, Xcode 4.3.1 was apparently released March 7. I don't know what has > changed. Here are the release notes from Apple: Xcode 4.3.1 adds support for iOS 5.1 and includes the new features of Xcode 4.3. https://developer.apple.com/library/ios/do

New committers: aronnax, g5pw, marin

Please join us in welcoming the following new MacPorts committers: - Leo Singer (aronnax) - Aljaž Srebrnič (g5pw) - Marin Saric (marin) We look forward to continued excellent contributions from these new team members. - Joshua, Rainer, and Ryan Do you want to join the MacPorts team? If you

Re: New source install problem with certs

On 03/06/2012 06:29 AM, Frank Schima wrote: > As a follow-up, my workaround was to manually build portindex and > install the subversion (1.7) port. Then I recursively changed the > permissions of the /opt directory to be owned by me with read/write > by everyone. You actually changed the permissi

Re: Remove alternate worksrcpath

On 03/05/2012 02:51 AM, Joshua Root wrote: > On 2012-3-5 04:16 , Rainer Müller wrote: >> as of MacPorts 1.8 we support using an alternate worksrcpath in >> ~/.macports for compiling without root privileges. However, some >> releases later we are now dropping privileges t

Scheduled downtime on Mar 5, 16-17 UTC

Hello, there will be a scheduled downtime for the MacPorts Trac and Subversion server due to maintenance at our hosting provider MacOSforge. The services mentioned above will be affected on Monday, March 5th, from 16:00 to 17:00 UTC. Hopefully the interruption will not even take the full time. R

Remove alternate worksrcpath

Hello, as of MacPorts 1.8 we support using an alternate worksrcpath in ~/.macports for compiling without root privileges. However, some releases later we are now dropping privileges to a separate macports user and using a different home directory to isolate better from external configurations. Th

Re: New source install problem with certs

On 2012-03-02 17:25 , Joshua Root wrote: > Unfortunately this doesn't help /usr/bin/svn. I would say this is > actually a bug/limitation in Apple's svn (or perhaps their OpenSSL) on > Lion. I can reproduce the issue on 10.7 but not 10.6. You are right, I can reproduce the problem with /usr/bin/svn

Re: New source install problem with certs

Hi, On 03/02/2012 01:17 AM, Frank Schima wrote: > $ port -v sync > Warning: No index(es) found! Have you synced your source indexes? > ---> Updating the ports tree > Synchronizing local ports tree from file:///opt/mports/trunk/dports > svn: OPTIONS of 'https://svn.macports.org/repository/macports

Re: Please test branches/release_2_0 with Xcode 4.3

On 02/27/2012 10:01 AM, Andrea D'Amore wrote: > How do you guys handle using different mp versions? I have /opt/local running trunk and a separate /opt/release_2_0 running the release_2_0 branch. The important step is that you need to set applications_dir and frameworks_dir to a separate location

Re: About Google Summer of Code 2012

Hello, mentoring organizations can begin submitting applications to Google as of tomorrow up until March, 9th. If anybody still wants to make a participation of MacPorts happen, it's not too late yet! Rainer On 2012-02-04 19:52 , Rainer Müller wrote: > Hello MacPorts developers, &g

Re: Xcode 4.3 Command Line Tools installer glitch

On 02/17/2012 05:03 AM, Jack Howarth wrote: I've confirmed that for both the clean install of Xcode 4.3/Command Line Tools as well as the upgrade install of Xcode 4.3/Command Line Tools over Xcode 4.2.1 that the developer directory path isn't being set. This results in 'xcodebuild -version'

Re: Hosting and reviving the Porticus source code

On 2012-02-14 20:36 , Guido wrote: > On my request, Richard Laing has made available the source code of > Porticus on his blog: (). > > The code is very well commented and it shouldn't be too diff

About Google Summer of Code 2012

Hello MacPorts developers, today, Google has announced Summer of Code 2012! I think most of you will already have heard of it. Google pays students to work on various Open Source projects over the summer. It is also a good start for students with Open Source development. MacPorts is taking part in

Re: duplicate ports and the PortIndex

On 2012-01-30 09:25 , Dan Ports wrote: > We've had a few duplicate ports recently, usually as part of unifying > Python ports. That's easily fixable -- but, to my surprise, it isn't > enough just to remove one of the offending ports. We also need to make > some change to the remaining port (say, a

Re: Suggestion for new pseudo-portnames

Hello, On 02/02/2012 05:03 AM, Arno Hautala wrote: Specifically, outdated ports that have been upgraded (redundant), and uninstalled dependencies (outstanding). [...] port uninstall actinact and inactive or rather port uninstall redundant Note there is already the port -u upgrade/uninsta

Re: RFC new actions

On 01/30/2012 04:19 PM, Andrea D'Amore wrote: Please someone have a check at [1] for actions 'active' and 'inactive', actually just shorthands for 'echo active' and 'echo inactive' I don't think there are any cons but I'm asking before committing. The commands 'port installed' and 'port outdate

Re: RFC new actions

On 01/30/2012 04:20 PM, Jeremy Lavergne wrote: When are we going on github, btw? Why would we move? Here are some links to the previous discussions about git: http://lists.macosforge.org/pipermail/macports-dev/2009-May/008764.html http://lists.macosforge.org/pipermail/macports-dev/2009-Novem

Re: xcode 4.3 breaks macports

On 2012-01-28 00:18 , James Gregurich wrote: > I'm not sure if this is known or not, but Xcode 4.3 breaks macports. > I'll report what I have learned in hacking my macports install into > working. Note that /Developer has been moved inside the Xcode.app > package and the internal structure of Devel

Re: [89180] trunk/base/src/port/port-help.tcl

On 2012-01-24 20:05 , Clemens Lang wrote: >> I'm also not clear on what the use case is for rev-upgrade. Are we >> trying to catch cases where maintainers forget to increase the >> revision of ports to force a rebuild, or are we trying to phase out >> the practice of manually bumping the revisions

Re: [89221] trunk/dports/editors/nedit/Portfile

On 01/23/2012 01:38 AM, Ryan Schmidt wrote: On Jan 21, 2012, at 11:35, rai...@macports.org wrote: Revision: 89221 http://trac.macports.org/changeset/89221 Author: rai...@macports.org Date: 2012-01-21 09:34:59 -0800 (Sat, 21 Jan 2012) Log Message: --- editors/nedit: Remo

Re: [89248] trunk/dports/science/alliance/Portfile

On 2012-01-22 17:57 , Rainer Müller wrote: > Remember that llvm-gcc42 will most probably also not be available > forever and it's already four releases behind the mainline gcc used on > other platforms. Oh, and I forgot to add: We should always add a comment in the Portfile wh

Re: [89248] trunk/dports/science/alliance/Portfile

Hello, problems such as this should not result in a switch of the compiler and pulling in the huge apple-gcc42 port. This can be fixed with simpler methods than ruling out clang. See also Clemens' mail in which he recently explained the situation on implicit assumption about the compiler [1]. In

Re: "None" license

On 2012-01-02 18:38 , Arno Hautala wrote: > I'm putting together a Portfile for "symlinks" by Mark Lord. The > source doesn't come with a license and the author has stated that it > doesn't have one [1]. Is there such an identifier for the license > field in a Portfile? I would recommend "Permissi

Re: Merging rev-upgrade

Hi, On 2011-12-30 01:22 , Clemens Lang wrote: > In trunk as of r88376. Now keep the bug reports coming :) Woohoo! Congratulations on merging your work to trunk! This concludes your work in the Google Summer of Code program now, but I am pretty confident you will stick around and continue to cont

Re: [88244] trunk/dports/devel/allegro/Portfile

On 2011-12-23 18:15 , Rainer Müller wrote: > No, this is not a good idea as it breaks existing dependents! Finally got back to it and reverted the update in r88371. I did not hear any comment from Philipp about this... Rainer ___ macports-dev mail

Re: [88244] trunk/dports/devel/allegro/Portfile

On 2011-12-23 12:23 , Ryan Schmidt wrote: > > On Dec 23, 2011, at 04:29, p...@macports.org wrote: > >> Revision: 88244 >> http://trac.macports.org/changeset/88244 >> Author: p...@macports.org >> Date: 2011-12-23 02:29:45 -0800 (Fri, 23 Dec 2011) >> Log Message: >> --- >> Up

Re: MP trunk sql.c COLLATE VERSION

On 12/22/2011 07:27 AM, Bradley Giesbrecht wrote: Ok. with branches/gsoc11-rev-upgrade I am getting database corruption on 10.5/PPC and not on 10.6/Intel. Can you please run an integrity check in sqlite3 on this database file to verify it is not already corrupted before the upgrade of the dat

Re: Vacuuming

On 12/23/2011 11:36 AM, Jeremy Lavergne wrote: > On 12/23/2011 11:26 AM, Ryan Schmidt wrote: On my system this process seems to take 45 seconds. This adds up, as I typically uninstall multiple ports daily, in the course of testing and upgrading ports. If the purpose of vacuuming is just to save s

Re: Strange Behavior

Hi James, On 2011-12-21 19:10 , James Berry wrote: > I checked in a change to opIntersection, which makes sure the two > lists being passed to opIntersection are unique. Can you verify that > fixes your problem? Yes, this seems to have fixed the problem in my tests. Rainer __

Re: MP trunk sql.c COLLATE VERSION

On 12/21/2011 08:21 PM, Bradley Giesbrecht wrote: With port from trunk I do not have VERSION collation available in registry.db. This has always been the case. There is an sqlite3 extensions available in base (only in the source tree, it is not distributed) which can be loaded to define this co

Re: Strange Behavior

On 2011-12-21 01:53 , Jeremy Lavergne wrote: > Specifically, I have my own repo and macports in sources.conf, with > my repo first and marked as default. If i run a command against > specific port names, it uses those portfiles. If I use something like > "install categorky:kde and maintainer:snc" t

Re: configure.pkg_config_path

On 2011-12-18 18:54 , Lawrence Velázquez wrote: > The guide says that "configure.pkg_config_path" is supposed to have a > default value of "${prefix}/lib/pkgconfig:${prefix}/share/pkgconfig", > but it's coming up empty for me. Am I missing something? You are right, the configure.pkg_config_path op

Re: vercmp with "-" [SOLVED]

Hi, On 2011-12-17 09:20 , Ryan Schmidt wrote: > I would say base is clearly wrong here. The proposed change is good > *as described*, but what got implemented doesn't seem to match what > we wanted. Of course I did not try to break any existing regex on purpose. ;-) But Josh is right, the current

Re: vercmp with "-" [SOLVED]

On 2011-12-15 13:26 , Bradley Giesbrecht wrote: > All the Percona-Server versions are on the same line of html and evidently > livecheck picks the first match and stops for that line. Fixed in r88031 in trunk. The livecheck regex will now find multiple matches on the same line as expected. Rain

Re: [88013] trunk/dports/textproc/dblatex/Portfile

On 12/16/2011 01:25 AM, Ryan Schmidt wrote: Modified: trunk/dports/textproc/dblatex/Portfile === --- trunk/dports/textproc/dblatex/Portfile 2011-12-16 00:12:22 UTC (rev 88012) +++ trunk/dports/textproc/dblatex/Portfile 201

Re: [87750] trunk/dports/editors/MacVim/Portfile

On 2011-12-05 01:06 , Adam Mercer wrote: > Are you sure this is Lion only now? Snapshot 63 built and runs without > issue on my Snow Leopard machine. The binaries of the snapshots, that > are obtained from the website, are Lion only but I see no mention that > only Lion is supported when building f

Re: Update for xymon #31718

Hi, On 2011-10-27 11:24 , Francois Claire wrote: > I know everybody's busy but could a committer have a look to #31718 ? > > The update has been submitted 5 days ago and should be straightforward. Committed in r86558. Rainer ___ macports-dev mailing l

Scheduled downtime on Oct 20, 14-17 UTC

Hello, there will be a scheduled downtime for the MacPorts mailing list server due to maintenance at our hosting provider MacOSforge. The mailing lists and @macports.org email aliases will be affected today, October 20th, from 14:00 to 17:00 UTC. Hopefully the interruption will not even take t

Re: Execution of shell instruction in Portfile

On 2011-10-02 23:01 , Marko Käning wrote: > But the ui_msg is shown directly during installation, whereas the notes have > to be actively asked for by the user using "port notes foo". > So, in such a case it might be even better to use a combination of both? Notes are being displayed after activa

Re: commit?

On 09/24/2011 10:53 AM, Titus von Boxberg wrote: I followed http://guide.macports.org/#project.membership to apply for commit rights but didn't receive an answer on two mails. Is this due to a technical or personal or documentation problem? You did nothing wrong and that is the correct procedu

Re: Releasing 2.0.3

On 09/06/2011 11:24 AM, Rainer Müller wrote: As an alternative, we could create detached rmd160 signatures using openssl as we do for the packages now. But you would need a public key to verify them. That key needs to be verified as well against a known authority (which?). Where should we

Re: [83920] trunk/dports/devel/depot_tools/Portfile

On 09/13/2011 04:49 AM, Jeremy Lavergne wrote: Was this meant to be a workaround for the MacPorts 2.0.2 bug? Since 2.0.3 is out I'd remove that. Eh, I forget why that was added; either way it was only 8 days ago 2.0.3 was released. I'll wait at least the 14 days and then start cleaning out t

Re: macports fetch suggestion

On 2011-09-13 02:12 , Ryan Schmidt wrote: > > On Sep 12, 2011, at 11:01, Joshua Root wrote: > >> On 2011-9-12 17:54 , Ryan Schmidt wrote: >>> If you still find yourself in a situation where MacPorts is >>> taking a long time to build a port and you need to leave your >>> Internet connection, you ca

Re: macports fetch suggestion

Hello Daniel, On 2011-09-12 07:04, Daniel Price wrote: > Here is a simple suggestion for improving the macports build process. Since > the build process for each port is neatly divided into "fetch", "configure", > "build" etc, would it be possible to perform the "fetch" step for *all* > dependenci

Re: Diffing compressed tarballs

On 2011-09-10 02:28 , Ryan Schmidt wrote: > On Sep 9, 2011, at 19:19, Arno Hautala wrote: >> I'm thinking it's probably an issue >> of BSD vs GNU. I'm installing gnutar right now to see if that fares >> any better. > > gnutar does not produce an error, but I also still don't see a diff. I took a

Re: Packages ignoring applications_dir

On 2011-09-09 09:39 , Anders F Björklund wrote: > Better yet, the applications_dir *should* be relocated to ${prefix} > just like frameworks_dir was (successfully). With a symlink set up: > > /Applications/MacPorts -> /opt/local/Applications LaunchServices shows different behavior for apps in /Ap

<    1   2   3   4   5   6   7   8   9   10   >