Re: Working with Git

On 06/10/16 14:57, Rainer Müller wrote: On 2016-10-06 14:28, Ryan Schmidt wrote: If there are easy ways to rewrite the history of a pull request, by all means, let's suggest the user do that, and provide instructions for how to do so. I have no idea how to do it. You can rewrite the source

Re: [MacPorts] #52246: Portfile for l3afpad (GTK+ 3 fork of leafpad)

Hello David, I've only tested on Linux via ssh -X and don't see this. I'll try with Xquartz. I'm testing on 10.11. If that works, I guess there's a missing dep. Which platform are you testing on? Russell On 30/09/16 18:59, MacPorts wrote: #52246: Portfile for l3afpad (GTK+ 3 fork of

l3afpad port

Hi all, Could someone review and commit https://trac.macports.org/ticket/52246 please? Russell ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: User for startupitem.executable

Hi Javier, grep -ril startupitem.executable /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/ | xargs less suggests that sudo -u is the way to do it if a program doesn't know how to drop privileges. If that doesn't work, I guess several ports have the same problem

Re: [151216] contrib/buildbot-test/master.cfg

On 11/08/16 16:36, Brandon Allbery wrote: On Thu, Aug 11, 2016 at 2:20 AM, Lawrence Velázquez > wrote: Which is unexpected to say the least. It's because "os" gets hijacked as a variable name, around line 440: And I have another

Re: snapd

On 20/06/16 10:43, Rainer Müller wrote: Furthermore, back to the topic of Snappy packages, I recommend to read this post by Kyle Keen. He describes how distributions adapt software to the needs of their users. This mostly also applies to MacPorts, as we often have to patch software to make it

Re: snapd

I wonder if SIP could be used by MacPorts to ensure the files in the directory match what the ports specify (and what would need to be added to Portfiles to have sufficient information to do this). Russell On 18/06/16 07:00, Mojca Miklavec wrote: MacPorts has to keep reminding software

Re: Java Version required to be checked.

Hi Abdulrahman, Do you mean this Z3? https://github.com/Z3Prover/z3 It appears to be MIT licensed. Russell On 29/03/16 00:22, Abdulrahman Alshammari wrote: I can do a port of this tool but I am wondering about the copyright issue. I will search on this situation. Thanks Ryan

Re: [144262] trunk/dports/lang/py-htmldocs/Portfile

Another solution would be a PR with a patch for https://github.com/python/docsbuild-scripts/blob/master/build_docs.py to add versions, I guess. Russell On 08/01/16 09:11, Mojca Miklavec wrote: On 8 January 2016 at 01:47, Ryan Schmidt wrote: On Jan 7, 2016, at 12:12 PM, Eric A. Borisch

Re: [144262] trunk/dports/lang/py-htmldocs/Portfile

On 06/01/16 23:44, Ryan Schmidt wrote: On Jan 6, 2016, at 4:44 AM, Russell Jones wrote: I was thinking you might use git+https://github.com/python/cpython.git/Doc with a set checkout id using the GitHub PortGroup, but that would require building the docs. How about using https

Re: [144262] trunk/dports/lang/py-htmldocs/Portfile

On 07/01/16 16:17, Daniel J. Luke wrote: On Jan 7, 2016, at 5:53 AM, Russell Jones <russell.jo...@physics.ox.ac.uk> wrote: On Daniel's point: checking an SSL cert provides a guarantee from some certificate issuer, given a competent sysadmin, etc, that the host name matches it. Wh

Re: SSL Certificates (was Re: [144262] trunk/dports/lang/py-htmldocs/Portfile)

On 07/01/16 16:44, Daniel J. Luke wrote: On Jan 7, 2016, at 11:41 AM, Russell Jones <russell.jo...@physics.ox.ac.uk> wrote: On 07/01/16 16:17, Daniel J. Luke wrote: On Jan 7, 2016, at 5:53 AM, Russell Jones <russell.jo...@physics.ox.ac.uk> wrote: On Daniel's point: checking

Re: [144262] trunk/dports/lang/py-htmldocs/Portfile

I was thinking you might use git+https://github.com/python/cpython.git/Doc with a set checkout id using the GitHub PortGroup, but that would require building the docs. How about using https://docs.python.org and relying on python.org's SSL cert to ensure the integrity rather than the MacPorts

Re: Issue with the portgroup python using the python.version variable

You may also be interested in the pypi2port contrib. I've not started using it much yet, but I'm planning to at some point. sudo port install py27-progressbar svn co https://svn.macports.org/repository/macports/contrib/pypi2port/ Russell On 25/09/15 13:03, Tiago Freitas Pereira wrote: Ah, I

Re: libjpeg vs. libjpeg-turbo

On 22/05/15 09:57, René J.V. Bertin wrote: ... different updating schemes that would allow the user to select between always having the latest version of everything, and something that provides more long-term stability. But then I'm not even sure if Debian/Ubuntu really allow the user to

Re: Port development status

On 22/05/15 13:36, Rainer Müller wrote: What if a port flagged stable depends on an unstable port? Then that would be a port bug, provided it did so to the exclusion of depending on a stable package. If a stable and an unstable port were installed together, that would be a misconfigured or

Re: [MacPorts] #46857: update rNMR to 1.1.8 using new xvfb-run port and xvfb subport as well as return to ${prefix}/lib/R/library

Is X11 only used for rendering graphics? If so http://stackoverflow.com/questions/13067751/how-to-run-r-scripts-on-servers-without-x11 suggests using options(bitmapType='cairo') Could this be set in a config file, in an env var or as a CL parameter during build? Russell On 16/02/15 13:34,

Re: [MacPorts] Migration modified

On 15/12/14 09:38, René J.V. Bertin wrote: For comparison: while theoretically possible, it's generally not advised to update an Ubuntu or Debian release by simply changing the repository definitions and letting apt figure things out. R. Actually, Ubuntu provide do-release-upgrade (and a GUI

RE: bin:* dependencies and searched directories

Perhaps the installer should offer to add the path if (the most recent) MacTeX is installed? That won't cover all cases, but could save some people a lot of time. From: macports-dev-boun...@lists.macosforge.org [macports-dev-boun...@lists.macosforge.org]

Inkscape patch

Hello, Could the patch in https://trac.macports.org/ticket/30323 be applied, please? Inkscape still crashes as described in https://trac.macports.org/ticket/29689 (when compiled +universal at least, and I'd think even if not as the bug is reportedly related to the 64-bit platform) Russell

RE: Inkscape patch

. From: Russell Jones Sent: 23 August 2011 09:23 To: macports-dev@lists.macosforge.org Subject: Inkscape patch Hello, Could the patch in https://trac.macports.org/ticket/30323 be applied, please? Inkscape still crashes as described in https://trac.macports.org/ticket/29689 (when compiled

RE: SVN interdependencies

Which I suppose is a shortening of tentative use retaining directories or some contrived reverse-engineered acronym play like that. From: macports-dev-boun...@lists.macosforge.org [macports-dev-boun...@lists.macosforge.org] on behalf of Jeremy Lavergne

e2fstools conflict with kerberos5

Hello all, These two packages conflict, but as far as I can see it's because they have a same-named file. It looks like they both have the same subsidiary build. Could something be renamed, or the build be moved out to another port? Neither has a maintainer, otherwise I'd ask them this... is

RE: kile-devel to stable version

I don't know if there's a policy, but kile-kde4 would seem like a more descriptive name. I can't really find any port names of that form, though. Alternatively kile21, (like python25. emacs22, etc) Russell From: macports-dev-boun...@lists.macosforge.org

GraphTool macport

Is there any reason the GraphTool Portfile is provided separately and not included in MacPorts? http://projects.skewed.de/graph-tool/wiki/GraphToolDownload Russell ___ macports-dev mailing list macports-dev@lists.macosforge.org

Lion sandboxing (was: RE: efence patch for darwin)

But it *is* the 21st century and I most definitely am interested in seeing Lion sandboxing, just like everyone else is waiting. I wonder if it will be possible to convert SELinux and/or AppArmor profiles to the system Lion will use. Has there been any public indication of how Apple are

RE: Lion sandboxing (was: RE: efence patch for darwin)

That is neither a good or bad thing that its impossible to convert. I'm not sure on what basis you conclude it's impossible, though you're likely right. It is not a really, really bad thing, no, but it does mean that we can't make use a load of work that's already been done in terms of

Re: Checksum libraries

The other reason for platform independence, I guess, is that it helps OS X version independence, i.e. with future versions that may drop features MP depends on. Russell - Original Message - From: Anders F Björklund [mailto:a...@macports.org] Sent: Friday, April 15, 2011 10:29 AM To:

RE: perl5, perl5.* changes

From: macports-users-boun...@lists.macosforge.org [macports-users-boun...@lists.macosforge.org] on behalf of Brandon S Allbery KF8NH [allber...@gmail.com] Sent: 03 March 2011 17:32 To: macports-us...@lists.macosforge.org Subject: Re: perl5, perl5.* changes -BEGIN PGP SIGNED MESSAGE-

RE: MacPorts participation in GSoC 2011

I've just started John Calcote's Autotools ( http://nostarch.com/autotools.htm ), which looks as though it'll be excellent, and I had the idea that macports could have a command that would detect the configuration toolset in use in the distfile for a port, e.g. autotools, scons, cmake, etc,

Re: [MacPorts] #27106: sextractor fetch fails

OK, will supply log/-d output. Russell - Original Message - From: MacPorts [mailto:nore...@macports.org] Sent: Wednesday, November 03, 2010 03:09 AM To: Russell Jones; te.picker...@macports.org te.picker...@macports.org Cc: macports-tick...@lists.macosforge.org macports-tick

Re: [MacPorts] #27039: ImageMagick +universal fails to build on 10.6.4

I haven't installed anything but macports and /Applications type stuff but I'll have a look. It seems to be part of gcc from a quick look on Google. Russell - Original Message - From: MacPorts [mailto:nore...@macports.org] Sent: Thursday, October 28, 2010 08:20 PM To: Russell Jones

RE: [MacPorts] howto/cpan2port added

Does CPAN keep older versions? Is it just a build description like Macports, or are files supplied too? Russell ---BeginMessage--- On Jul 20, 2010, at 5:01 PM, Jeremy Lavergne wrote: It would be fascinating if this functionality could be added to MacPorts, forming a direct gateway for CPAN

Re: [MacPorts] #25485: Xaw3d doesn't build +universal or 64-bit on 10.6.4

Erm, perhaps I misread the debug output. Will have a look tomorrow. R - Original Message - From: MacPorts nore...@macports.org To: Russell Jones; macports-tick...@lists.macosforge.org macports-tick...@lists.macosforge.org Sent: Thu Jul 01 19:46:39 2010 Subject: Re: [MacPorts] #25485

Redundant openssh patches

Hello all, I'm working on a openssh local port to add some custom changes, and I wanted to add them as a patch. Thus I wanted to check for clashes with the patches that come with the port, but none seem to be applied: port -d patch openssh gives no output. Is this how things should be, or have

Re: MacPorts 1.9.0-beta2 now available for testing

Joshua Root wrote: Source code and disk images for MacPorts 1.9.0-beta2 are now available [1]. Testing of either of these install methods is helpful. While there are no known regressions from 1.8.2 at this point, be prepared to encounter bugs. Please report any that you find [2] (after first

RE: Homebrew

TCL isn't really a barrier to port development. It's mostly just used for key-value paris. If anything Ruby creates the danger of people who know Ruby overcomplexifying the package definition files because they can. That doesn't apply to core, though. Russell ---BeginMessage--- On Mon, May 17,

RE: Time for 1.9

for those who want to type the minimum. Russell ---BeginMessage--- Russell Jones russell.jo...@physics.ox.ac.uk wrote: Andrea D'Amore wrote: On Mon, May 3, 2010 at 12:09 PM, Rainer Müller rai...@macports.org wrote: The only thing for me would be 'rdeps' vs. 'deps --recursive

Re: Time for 1.9

Andrea D'Amore wrote: On Mon, May 3, 2010 at 12:09 PM, Rainer Müller rai...@macports.org wrote: The only thing for me would be 'rdeps' vs. 'deps --recursive' (or the abbreviated version 'deps --r'). But I guess that only bothers me, so just leave it as it is now :-) Meaning that in