Re: os.major etc. on Linux

2016-05-12 Thread Joshua Root
On 2016-5-13 14:39 , Ryan Schmidt wrote: On May 12, 2016, at 5:37 AM, René J.V. Bertin wrote: On Thursday May 12 2016 11:57:21 Rainer Müller wrote: I would consider this a bug. Me too, if we're sure it isn't a feature ;) We take this directly from $tcl_platform(osVersion), which is equiv

Re: os.major etc. on Linux

2016-05-12 Thread Ryan Schmidt
On May 12, 2016, at 5:37 AM, René J.V. Bertin wrote: > On Thursday May 12 2016 11:57:21 Rainer Müller wrote: > >> I would consider this a bug. > > Me too, if we're sure it isn't a feature ;) > >> We take this directly from >> $tcl_platform(osVersion), which is equivalent to `uname -r`. >> >>

#51140 Play @1.2.7.2 Patch

2016-05-12 Thread John Patrick
Hiya, I raise a ticket (https://trac.macports.org/ticket/51140) 4 weeks ago, is someone also to look at the patch? Cheers, John ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [MacPorts] #51287: Inkscape crashes on startup if enchant is installed with +applespell

2016-05-12 Thread David Evans
On 5/12/16 2:53 AM, MacPorts wrote: > #51287: Inkscape crashes on startup if enchant is installed with +applespell > ---+-- > Reporter: jo.vanoost@… | Owner: devans@… > Type: defect| Status: closed > Priority:

Request to review/commit port ALPSCore, ticket 51200

2016-05-12 Thread Alexander Gaenko
Hi, I'd like to request review/commit the ALPSCore Macports package, ticket #51200. Please let me know if any additional information is needed! Thanks! Alexander. ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge

Re: [148570] trunk/dports/devel/subversion-perlbindings/Portfile

2016-05-12 Thread Daniel J. Luke
On May 12, 2016, at 10:05 AM, Mojca Miklavec wrote: > I'm really really sorry for not sending a notice upfront. (I'll try to > get better in communicating changes next time.) thanks :) > A more serious question though (and it's not a rethorical one!). Let's > assume that we would already be usin

Perl 5.24

2016-05-12 Thread Mojca Miklavec
Hi, I would like to ask the maintainers to start looking into Perl 5.24. Either by adding variants, switching to 5.24 exclusively ... or perhaps just testing in case that ports don't need any special switch. Please file bug reports for problems you discover. We should hopefully be done with tran

Re: [148570] trunk/dports/devel/subversion-perlbindings/Portfile

2016-05-12 Thread Mojca Miklavec
On 12 May 2016 at 14:44, Daniel J. Luke wrote: > On May 11, 2016, at 2:16 PM, mo...@macports.org wrote: >> subversion-perlbindings: add new subport subversion-perlbindings-5.24 > > While this change is fine - it's not an openmaintainer port (and this wasn't > a "broken port" issue), so I would hav

Re: [148570] trunk/dports/devel/subversion-perlbindings/Portfile

2016-05-12 Thread Daniel J. Luke
On May 11, 2016, at 2:16 PM, mo...@macports.org wrote: > subversion-perlbindings: add new subport subversion-perlbindings-5.24 While this change is fine - it's not an openmaintainer port (and this wasn't a "broken port" issue), so I would have appreciated a note. -- Daniel J. Luke

Re: Runtime dependencies on Perl

2016-05-12 Thread Daniel J. Luke
On May 11, 2016, at 2:02 PM, Mojca Miklavec wrote: > I noticed that some ports like git strictly have just runtime dependencies on > ${perl5.major}-whatever yes. that's currently our practice. > What's currently the best way to avoid the need to recompile a port > like that? Using >p5-what

Re: os.major etc. on Linux

2016-05-12 Thread René J . V . Bertin
On Thursday May 12 2016 11:57:21 Rainer Müller wrote: > I would consider this a bug. Me too, if we're sure it isn't a feature ;) > We take this directly from > $tcl_platform(osVersion), which is equivalent to `uname -r`. > > As this assumption is wrong for Linux, this is the place where it need

Re: os.major etc. on Linux

2016-05-12 Thread Rainer Müller
On 2016-05-12 11:44, René J.V. Bertin wrote: > AFAIK that's not relevant on Linux; the SDKs with which MacPorts and > (the vast majority of) its ports are concerned, the "userland", don't > change when you boot a 4 or 3 kernel. Booting back into a 2.x kernel > might have more implications, but IIRC

os.major etc. on Linux

2016-05-12 Thread René J . V . Bertin
Hi, As you may know, I've been making a few local changes to "base" and setting up my ports so I can use MacPorts on my Linux systems too, mostly as a convenient means for installing KF5 applications on my KDE4 desktop (and testing any of my patches I'm submitting upstream on KDE's main platfor

Re: *-devel ports for llvm and gcc

2016-05-12 Thread René J . V . Bertin
Ryan Schmidt wrote: >> is released as a stable version it should be renamed to llvm-3.9. The >> ports llvm-3.9 and llvm-3.9-devel are still drop-in replacements. > > This makes it much more difficult on developers when the time comes for a port > to graduate from development to stable status, as