Re: querying the registry for installed files

> if ‘exp’ is the expression you’re looking for (e.g. ‘%qt4%’ for all files > containing …qt4…) > > sqlite> WITH i AS (SELECT id FROM files WHERE path LIKE exp GROUP BY id) > SELECT name FROM ports, i WHERE ports.id = i.id; > > Assuming you want the name of the ports which provides the files

Re: querying the registry for installed files

des the files you’re looking for Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: Moving to GitHub: Status Update, Action Required

lt-in GitHub support, so maybe that should work too. Thanks anyway for the hard work. Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: Moving to GitHub: Status Update, Action Required

Guys, I’ve bought Coda 2 when I use to do a bit of HTML development. Can I use it to check out - tinker with the new MacPorts GIT repository? TIA, Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org

Re: Trac down?

> On 20 Oct 2016, at 21:12, Lawrence Velázquez wrote: >> >> Yeah, I get that, but I mean: so nothing has changed yet: SVN is still >> supposed to work the way it always did (at least to my knowledge). > > Right. Thanks! I get out of your hair. V.

Re: Trac down?

esn’t work. This has nothing to do with migrating to git or whatever? Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: tk +quartz -x11 dependency on libX11. Why?

Hi Josh! > On 13 mai 2016, at 16:30, Joshua Root wrote: > > As the comment in the quartz variant in the portfile says: > # tk.h still includes and uses types from X11/Xlib.h Yep, but I commented the line below, and it compiled fine. So this comment must somehow be outdated.

tk +quartz -x11 dependency on libX11. Why?

Hi there, why does tk +quartz -x11 depend on libX11? I commented out that line in the Portfile and it compiled fine. Leaving that (dangling) dependency alive means installing a lot of cruft. Cheers! Vincent ___ macports-dev mailing list macports-dev

Re: VLC cannot play MKV files?

cations are not compressed. Xcode is, though, but things like iWorks (Pages, etc.) are not. I am not space savings in Snow Leopard were the result of using file compression. I’d rather wager Apple get rid of some universal code (ppc/ppc64) in 10.6. 10.5 was the final version usabl

Re: VLC cannot play MKV files?

it then. I’ll keep it private. Have a great day/night, depending on your exact TZ. Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

> Sure. And it is probably also very easy to introduce regressions that way if > the #ifdefs aren't already in place. Yeah, that’s right. Every cloud has its silver lining. Or the contrary for that matter. > It'll do the same with your /Applications directory or the entire /opt/local > tree.

Re: VLC cannot play MKV files?

will find the relevant part of the log hereafter. It seems VLC does not recognise the header, and there is an unknown error at some point that looks ominous. Thanks for looking into this! Cheers! Vincent — /Applications/MacPorts/VLC.app/Contents/MacOS/VLC -vvv /Volumes/Archives/Vidéos/Series/MLP\ FIM\

VLC cannot play MKV files?

issue. Any idea what could possibly be wrong? Thanks, Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

stalled to save space, and that wouldn’t be fun. Thanks for your help! Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

is really signifiant, though. Finally, I can disable much cruft, like the LUA interface, RTP and so on, I don’t need. Overall, I might be over-cautious. :B Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.m

Re: VLC cannot play MKV files?

' [7f9f92f00378] core libvlc debug: saving plugins cache /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/plugins.dat [7f9f92f00378] core libvlc debug: plug-ins loaded: 389 modules [7f9f92f00378] core libvlc debug: opening config file (/Users/vincent/Library/Preferences/org.videolan.vlc

Re: VLC cannot play MKV files?

> You might want to look at the following to clean up those libraries: > > $ port info port_cutleaves […] Thanks Craig! ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

Craig: > Do other mkv files play OK? I haven’t many MKV files, all from the same source, and none plays correctly on VLC. FFPLAY has no difficulty reading them. Strange. Output of mediainfo: > mediainfo /Volumes/Archives/Vidéos/Series/MLP\ FIM\ S4/YP-7Z-04x02.mkv General Unique ID

Re: Vector graphic with the MacPorts logo

> We have a 366x140 version: >https://www.macports.org/img/macports-logo-top.png > but that doesn't change anything: we still need a vector version. Doesn’t inkscape have a vectoriser module? Vincent ___ macports-dev mailing list mac

Re: Vector graphic with the MacPorts logo

> I tried a couple of options (such as WhatTheFont.com), but no exact match. > When looking for the font, look for the uncommon capital M and the slight > bulge on the top of the capital P. Best way is to vectorise it as paths. V. ___ macports-dev

Re: Vector graphic with the MacPorts logo

SVG version. It might need to have the font loaded, though. What we can do is transform the letters into paths. ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: Vector graphic with the MacPorts logo

Hi Mojka, here is a version where the letters have been transformed in paths, so one may adjust the letters individually. I’m not sure I’m going to have much time to do the small trimming you talk about. Will try to have a stab at it, though. Vincent

Re: Migration woe

> On 27 Nov 2015, at 19:43, Brandon Allbery <allber...@gmail.com> wrote: > > Reinstall from the installer for that platform, yes. Okay, that’s what I suspected. Thanks and 73s Brandon. Vincent ___ macports-dev mailing li

Migration woe

bark “platforms do not match” each time I try to punch a command. How am I supposed to upgrade? Should I reinstall base first? Thanks, Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo

Re: Trac down

> I can only tell you that due to high memory use, the system started killing > processes to free memory; that apparently included the web server and the ssh > server. I don’t know what caused the high memory use. Thanks Ryan! Have a great day

Re: QScintilla and Qwt with Qt5

atible with > QScintilla? If so, it might be interesting to figure out if we could > get it working. Hmm… Will have to check out. Cheers! Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listi

QScintilla and Qwt with Qt5

Folks, I’ve been able to patch the Portfiles for QScintilla and Qwt and get something useable with Qt5. If you’re interested in getting a copy of these, please let me know. Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https

Re: Qt5 port unparsable: can't read "qt_archdata_dir": no such variable

ate Updating '.': Skipped 'qt5-1.0.tcl' -- Node remains in conflict And I get no port-group file restored. Any idea? Thanks, Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: Qt5 port unparsable: can't read "qt_archdata_dir": no such variable

On 23 Nov 2015, at 20:49, David Strubbe <dstru...@macports.org> wrote: > > Do 'svn revert' on it. Thanks! I’m really a noob when it comes to svn use. Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.ma

Qt5 port unparsable: can't read "qt_archdata_dir": no such variable

Folks, every time I update my tree from svn I get this message: “Failed to parse file aqua/qt5/Portfile with subport 'qt5-qtbase': can't read "qt_archdata_dir": no such variable” And of course I cannot build Qt5. Has someone a clue? Thank

Re: New Mac OS Forge administrator

frastructure runs smoothly too. That’s great news. Your dedication to the project as well as your expertise is unparalleled. It’s a great move, and I’m very happy you’ve been chosen. I’m sure you will shine in your new responsibilities! All the b

Migration fails in images_to_archives – what am I supposed to do

set iversion [lindex $installed 1] set irevision [lindex $inst..." (file "./src/images_to_archives.tcl" line 38) make: *** [install] Error 1 Any hint or kludge? Thanks a lot! Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: Migration fails in images_to_archives – what am I supposed to do

. Just what I needed to know. Thanks a lot for your help! Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

[Personal apology] Sorry

Guys, I haven’t been much active lately and I apologise. I’d a tough September, and, I own up, procrastinated a bit knowing that 10.11 was about to be released. Will resume normal activity as soon as I get over the whole migration shebang. Thanks for your patience! Vincent

Re: Why is Python 2.7 dependent on db46 and only db46

On 21 Jul 2015, at 19:27, Daniel J. Luke dl...@geeklair.net wrote: IIRC oracle changed the bdb license after 4.6. I have a dim recollection that I was going to try to look over the new license to make sure it was reasonable to update the bdb that apr-util (and subversion) use, but I never

Re: Why is Python 2.7 dependent on db46 and only db46

On 21 Jul 2015, at 16:02, Brandon Allbery allber...@gmail.com wrote: On Tue, Jul 21, 2015 at 10:00 AM, Clemens Lang c...@macports.org wrote: - On 21 Jul, 2015, at 15:43, Rainer Müller rai...@macports.org wrote: And even if the default +db* variant selection depends on the local

Why is Python 2.7 dependent on db46 and only db46

to detect the installed db* version and go along with it, instead of forcing the installation of another version. Could this mechanism be extended, maybe though a port class? Thanks, Vincent ___ macports-dev mailing list macports-dev

Re: [MacPorts] #43758: eero-devel @3.2.2012-11-18: Cannot stat: .../lang/eero-devel/files/llvm-bin, No such file or directory

was released. Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [136972] trunk/dports/gis/cgal/Portfile

Ryan, On 01 Jun 2015, at 19:24, Ryan Schmidt ryandes...@macports.org wrote: master_siteshttps://gforge.inria.fr/frs/download.php/file/34705/ Thanks. Done in r136973. Sorry for the flub. Vincent ___ macports-dev mailing list macports-dev

Re: [134799] trunk/dports/databases/postgis2/Portfile

postgresql94 reaches version 9.4.2 or 3. It is always costly to migrate from one postgresql version to another one, so I always delay the bump a while. Besides, it lets a bit of time for the apps to accommodate the new version. Thanks again! Vincent

Re: [134799] trunk/dports/databases/postgis2/Portfile

with PostgreSQL 9.x’, and it was not a major bump, like from 8.x to 9.0. That’s why I adopted a rather conservative approach. But I’m going to upgrade at the next PostgreSQL 9.4.x sub-release. Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org

QWT 6 and Qt5

releases of QWT. Could a variant be added, or maybe a specific port created? Thanks, Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [131354] trunk/dports/gis/cgal/Portfile

https://gforge.inria.fr/frs/download.php/file/34403/ Done Ryan. Thanks. But for whatever reason, at the time I did update the Portfile, it seemed the website interface for CGAL fetched the file from this very directory. Hopefully the shortened form works, too. Thanks for pointing it out. Vincent

Re: [128555] trunk/dports/gis/saga

. With the new release, the configure script seems alright as to WxWidget configuration detection, yet somehow patching the other files is still necessary. Go figure. Have a great Sunday, Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org

Port deactivate boost hangs forever

--- Removing work directory for boost --- Computing dependencies for boost. --- Deactivating boost @1.56.0_1+no_single+no_static+python27 … … Hangs forever here. I interrupted it, tried to deactivate and de-install manually, to no avail. What am I supposed to do at this point? Thanks! Vincent

Re: Port deactivate boost hangs forever

Hi Chris, wait longer. It will take a while but will eventually finish… Yep, it did. Thanks. But that’s really unexpected, especially since I run a MBA with those super-fast PCI-e SSD. I think we ought even to warn the user about this (but I don’t think it’s possible). Vincent

Re: Port deactivate boost hangs forever

is wrong … Yep, I am. I just don’t know what went wrong… to quote a famous saying. I don’t remember having had to wait so long the last time boost was updated. Could be it caused by a combination of: • A high number of files; • A high number of dependents? Vincent

Re: Port deactivate boost hangs forever

Hi! Nope, the number of files was pretty much the same on Mavericks, as was the number of dependents. For some reason, the performance of our SQLite database plummeted on 10.10; we don't know why. Caching issue? V. ___ macports-dev mailing list

Re: Please start commit message with port name.

-- Bump to version 2.1.4 could become: - gdal: Correct various bugs. Bump to revision 1. and - postgis2: Bump to version 2.1.4 respectively. Fine. Ottima idea. Thanks for the suggestion! Vincent ___ macports-dev mailing list macports-dev

Include file clobbering / Reinplace strange behavior

. Question 2: Does anyone have a clue why? Thanks! Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: mpi

as the fortran compiler is available (it's just to build the API). I just wish llvm had a fortran front-end to avoid this mess. And, needless to say, I'll welcome any suggestion to improve the layout of the port. Vincent ___ macports-dev mailing list macports-dev

Re: Non versioned ports

such a dunce. I’ll check it out asap. Thanks for the suggestion! Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: Non versioned ports

the code is now in ‘52fb22e/trunk/trunk’. Etc. Sounds like the bitbucket port uses ‘worksrcdir’ to create the directory in which to store the code. Any workaround? Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https

Re: Non versioned ports

Le 25 août 2014 à 20:07, Sean Farley s...@macports.org a écrit : There are a few ways to work around this. In the dolfin port, I do: configure.dir ${worksrcpath}/build build.dir ${worksrcpath}/build Thanks, that works like a charm. I’ll commit the ports now. Vincent

Re: Non versioned ports

wrote this for the fetch phase (assuming 52fb22e is the commit #): fetch { system -W ${workpath} \ ${prefix}/bin/hg clone -u 52fb22e https://bitbucket.org/petebunting/rsgislib rsgislib » } Is that correct? Thanks so much! Vincent ___ macports-dev

Non versioned ports

warning the potential users that these are – at least until the new release — experimental and ‘use at your own risks?’. Thanks! Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo

Re: Non versioned ports

. In which case, yes, that would make sense. Thanks for your always helpful advice! Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [122649] trunk/dports/math/atlas/Portfile

Ryan, sourceforge:project/math-atlas/Stable/${version}:atlas Thanks. Fixed again in r122658. Hope it works this time… Cheers! V. ___ macports-dev mailing list macports-dev@lists.macosforge.org

Re: [122649] trunk/dports/math/atlas/Portfile

Ryan, sourceforge:project/math-atlas/Stable/${version}:atlas Thanks. Fixed again in r122658. Hope it works this time… Cheers! V. ___ macports-dev mailing list macports-dev@lists.macosforge.org

Re: MacPorts Developer Meeting?

in the nature (but still making sure that they would have a decent internet connection). My preference is somewhere closer to the mountains (I have a few particular places in mind). Konstanzmeer maybe? Where Germany, Switzerland and Austria meet? ‘c uskoro! Vincent

Re: MacPorts Developer Meeting?

very basic phrases in “Yugoslavian”, what ever that means now… But I understand that Slovenian is slightly different. Besides, Serbian uses cyrillic, so I tried a transliteration a bit at random. Cheers! Vincent ___ macports-dev mailing list macports

Re: MacPorts Developer Meeting?

in advance, I might be able to haul my rump out of my Paris' office and join you for one day or two, as that’d be fun. Do you have any blueprint yet? Vincent (I wouldn’t go to the US, though, over personal data privacy concerns) ___ macports-dev mailing

Re: New committers: petr, ctreleaven, juanrgar

Please join us in welcoming the following new MacPorts committers: - Peter Danecek (petr) - Craig Treleaven (ctreleaven) - Juan R. Garcia Blanco (juanrgar) Welcome to the jungle! ;) V. ___ macports-dev mailing list

Captcha error?

Hi, I’m trying to post an update to a ticket and I get this message : « Captcha error », but I fail to see any Captcha in the original page. Any help would be appreciated! :) Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org

Re: Choosing between libc++ or libstdc++ based third party libraries during linking

Hi Clemens, Switch depending of the value configure.cxx_stdlib. It's either libstdc++ or libc++. Thanks! I’ll do that. Does this scheme work also with old versions of Mac OS/XCode where/when only libstdc++ existed? Vincent ___ macports-dev mailing

Re: [120643] trunk/dports/lang/eero-devel

It was tcsh, following the FreeBSD standard userspace as Apple tends to do (indeed, fbsd still suggests tcsh as the default shell and uses it as root's shell). The maintainer of tcsh, Christos, is by the way one of the kernel developers of NetBSD. Vincent

Re: [120643] trunk/dports/lang/eero-devel

would not really care. 73s from F5RCS! Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [120643] trunk/dports/lang/eero-devel

Hi Ryan, llvm-bin will fail if it is passed any paths containing a space. The way to fix this is to use $@ instead of $*. See the wine port, for example, which does this. Thanks. I’ll commit a patch and bump the revision ASAP. Vincent

Re: [120643] trunk/dports/lang/eero-devel

Ryan, The way to fix this is to use $@ instead of $*. See the wine port, for example, which does this. Is it “$@” with the double quotes or without? I guess it’s without, but I’d like you to confirm. Thanks! Vincent ___ macports-dev mailing list

Re: [120643] trunk/dports/lang/eero-devel

to see what ${1+“$@”} exactly refers to… Why should Apple abandon bash? In favor of what? Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [120643] trunk/dports/lang/eero-devel

to see what ${1+“$@”} exactly refers to… Why should Apple abandon bash? In favor of what? Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [120643] trunk/dports/lang/eero-devel

version of SH? Or import a SH from another BSD project (FreeBSD?) Anyhow, I use TCSH as a shell, which is slightly newer, but not a lot more (2009). Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman

Orfeotoolbox 4

Hi there, would it be possible to add to the Orfeotoolbox Portfile a few lines to display, at the end of the install phase, a message explaining how to configure QGis 2.2 to use the library? Thanks, Vincent ___ macports-dev mailing list macports-dev

Re: New MacPorts web site

Ryan, the new design is rad! But I wonder if it is appropriate to use floppy disk icons to symbolize packages. I’m pretty sure the youngest over here do not even know what it is about ;) (Granted, that’s just nitpicking…) Thanks for the wonderful work. Vincent

Atlas update

(given that there is no Atlas binaries and it takes eons to build) or should I just commit the new port in a kinda stealth upgrade? Thanks for your input! Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https

Re: Atlas update

Hi Marko, great idea. I’ll attach the new Portfile right away in one of those tickets, so that you can test it. If it works fine, then I’ll close the bug and commit it (but still, my question remains). Vincent ___ macports-dev mailing list macports

Re: Atlas update

Hi Michael, Hi Vincent - With so many fixes / changes, once the updated Portfile is verified / fixed, my vote is to do the rev-bump. Makes future tickets easier to work with, among other things. - MLD Noted. By the way, I figured out it is not very wise to change the default compiler from

Re: [114142] trunk/dports/python/py-spatialite

on the epoch tag). That’s why I was planning to use the revision field to track the various development stages instead. Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [114136] trunk/dports/databases/postgis2/Portfile

version is actually newer than X.Y.Z-…; more precisely, that any trailing hyphen indicates a development version. Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [114136] trunk/dports/databases/postgis2/Portfile

indicate that the release is not final; between two Portfiles with such tags, the one with the ‘highest’ one would win. Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [114136] trunk/dports/databases/postgis2/Portfile

Le 2 déc. 2013 à 04:22, Ryan Schmidt ryandes...@macports.org a écrit : We should not confuse users and developers. We should call things what they are. I concur with you. We’re computer scientists, not politicians :) Vincent ___ macports-dev

Re: [114136] trunk/dports/databases/postgis2/Portfile

Hi Ryan, The epoch may never be removed or decreased; please put it back. Done in r114183. Does that mean that we can’t never get rid of that epoch wart? Cheers! Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https

Re: [114136] trunk/dports/databases/postgis2/Portfile

Blair: That’s right, they can never be removed. Thanks. By the way, what was the ‘epoch’ meant for, initially? Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [114142] trunk/dports/python/py-spatialite

Le 1 déc. 2013 à 03:53, Ryan Schmidt ryandes...@macports.org a écrit : The port should not claim to be version “3.0.1” when it is actually an alpha version thereof. Put the real version number in the version field. You’re right, that was not very clever. I thought it could be managed through

Re: [112580] trunk/dports/gis/gdal-grass/Portfile

to this. Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [112526] trunk/dports/math/atlas/Portfile

Sorry Ryan, I didn’t see your patch. I added the line very quickly as a kludge, being somewhat swamped at work. I’ll implement your patch on the double: r112566. Thanks as usual! Vincent ___ macports-dev mailing list macports-dev

Re: [112016] trunk/dports/gis/sfcgal/Portfile

2. ” So what should I do? The license name and version need to be separated by a dash. You mean a hyphen ‘-’ or a real dash ‘—’? Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo

Re: [112016] trunk/dports/gis/sfcgal/Portfile

a little pedantic. BTW, the port now has redundant name and version lines, and the case of the parent dir does not match that of the name. Oh, I know. But I thought a capitalized name would look terrible; what’s your opinion? Vincent ___ macports-dev

Re: [112016] trunk/dports/gis/sfcgal/Portfile

Le 10 oct. 2013 à 12:20, Joshua Root j...@macports.org a écrit : Well you should just remove the unnecessary (and now old) version line. The name line can be moved to after the github.setup to override it. Done in r112041. Thanks a lot! Vincent PS : I got a reply from the author concerning

Re: [112006] trunk/dports/gis

Ryan, Revision: 112006 […] Thanks for you ongoing alertness. I’ve taken into account all but one of your remarks: I couldn’t tweak the github port to fit that obviously non-standand repository, so I just left the master_site and all other variables as is. Thanks once more. Vincent

Re: [111764] trunk/dports/math/atlas/Portfile

Le 1 oct. 2013 à 12:41, Ryan Schmidt ryandes...@macports.org a écrit : Version numbers are strings, not floating-point numbers. You need to use the [vercmp] procedure to compare them. Thanks Ryan. Committed in r111786. Vincent ___ macports-dev

Re: Temporary fixing a file in /opt/local/share… generated by another port

to fixing bugs quickly. - MLD Done. Thanks for your help. Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Temporary fixing a file in /opt/local/share… generated by another port

the qsyntaxhighlighter.sip file during the time of the build, returning it to its normal buggy version at the end, or shall I proceed an other way? Thanks! Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman

Re: Another SIP API Update

was just updated, which address ticket #40240 fully so I'll close that. The remaining ports that seem to use SIP and hence might need a rev-bump are: vince : qgis […] 4.15.x seems to be buggy. It wasn’t a good idea after all. Breaks QGis 2.0 build, for example ;) Vincent

Re: [108385] trunk/dports/gis/gdal/Portfile

users. Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [108594] trunk/dports/databases/spatialite/Portfile

. Altered in r108641. Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

perf-1.0 portgroup

Folks, as part of the perf variant proposal, I have written a perf-1.0 portgroup file that might do the job. Opinion? Thanks, Vincent — # $Id: perf-1.0.tcl vi...@macports.org $ # # Copyright (c) 2013 The MacPorts Project # All rights reserved. # # Redistribution and use in source and binary

Re: wxWidgets30 libraries oddities

that means, but I just can’t figure out why there are, at the same time, both the methods and the “non-virtual thunks”. Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [108550] trunk/dports/gis

Ryan, +pre-configure { +system -W ${worksrcpath} autoreconf -i This could be done with: use_autoreconf yes autoreconf.args -i So be it. But how can I then patch the generated configure file before it is run? Vincent ___ macports-dev

Re: [108550] trunk/dports/gis

Le 27 juil. 2013 à 11:24, Clemens Lang neverpa...@gmail.com a écrit : Why do you have to? If you're running autoreconf anyway, why not just patch configure.in? Of course! Thanks! Sometimes I feel I’m just stupid! ;) Vincent ___ macports-dev

  1   2   3   4   5   >