Re: 'LANG=' produces German output

> Am 2020-02-13 um 23:11 schrieb Werner LEMBERG : > >>> I'm not sure whether I like this feature. At least on the command >>> line, I consider it surprising. >> >> There is the opposite expectation: "I have set that I want the >> programs to talk to me in German. Why do I need to specify it a

Re: Dependency untangling riddle

I have opened a pull request to update the default version to 3.8 in the Python PG [1]. I will also start updating my ports to 3.8 where possible. -Marcus [1] https://github.com/macports/macports-ports/pull/6383 > On Feb 13, 2020, at 8:30 PM, Ryan Schmidt wrote: > > Then the question is: why

Re: Dependency untangling riddle

Then the question is: why is that the default in the python portgroup? > On Feb 6, 2020, at 09:25, Marcus Calhoun-Lopez wrote: > > Speaking only for myself, I have set the default Python to 3.7 in some of my > ports even with 3.8 available because 3.7 is still the default in the python > Port

Re: 'LANG=' produces German output

On Feb 13, 2020, at 08:40, Werner LEMBERG wrote: >>> on my Lion box, calling >>> >>> LANG= bison ... >>> >>> I suddenly get *German* output! Ditto for other programs like >>> 'info', 'ggrep', etc., that come with '.po' files. Is this normal? >>> Is this a new gettext feature? > >> On a "no

Re: MacPorts and mounted file systems

Hi, On Sat, Feb 01, 2020 at 12:56:04PM +1100, Dave Horsfall wrote: > I know that MacPorts is not happy with symlinks, but how about a > separate file system e.g. a mounted /opt? It should work just fine. > In other words, does MacPorts use any hard links outside itself? They > will fail if the

Re: compiler warning

On Mon, Oct 28, 2019 at 08:28:37PM -0700, Al Varnell via macports-users wrote: > Maybe I’m missing something obvious here, but why isn’t the list configured > IAW RFC 2369 instead? Quoting from the headers of your mail: | List-Id: MacPorts general user support and discussion | | List-U

Call for contributors to macOS port of GDB

Hi, I'm writing to various circles of Mac users (brew, macports) in the hope that some people might be interested in contributing to the GDB macOS port. We (the GDB project) regularly receive some bug reports and feedback concerning GDB on macOS, which is great - it looks like people are willing

Re: 'LANG=' produces German output

Hello Bruno, thanks for your detailed answer. >> I'm not sure whether I like this feature. At least on the command >> line, I consider it surprising. > > There is the opposite expectation: "I have set that I want the > programs to talk to me in German. Why do I need to specify it a > second

Re: py36-matplotlib @3.1.3 broken

I just committed a fix for this issue. It seems to have been caused by the parallel-build feature that was recently enabled by default in the python PG. Hopefully this will fix the problem for you too. To get the new version, please do: “sudo port selfupdate ; sudo port upgrade outdated”. Best

Re: 'LANG=' produces German output

[CCing Bruno Haible] >> on my Lion box, calling >> >> LANG= bison ... >> >> I suddenly get *German* output! Ditto for other programs like >> 'info', 'ggrep', etc., that come with '.po' files. Is this normal? >> Is this a new gettext feature? > > I would suppose that without a valid locale LAN

Re: py36-matplotlib @3.1.3 broken

hi Sean, there is already a bug report about this (see: https://trac.macports.org/ticket/60074 ) and I’m looking into it. From the comments there it seems to be related to the “cairo” backend, since Frank reports that using the +qt5 variant instead of

Re: 'LANG=' produces German output

I would suppose that without a valid locale LANG or the LC_* variables, there would be some other default - that it's not randomly picking a locale. On a "normal" Unix/Linux system, I would expect "C" locale (or perhaps a system setting) to be that default. But Macs are a bit odd; their native

'LANG=' produces German output

[macports-ports 83eb0fba14b88745b29c0efa5d29aa73ee69c04b from 2020-02-12] Folks, on my Lion box, calling LANG= bison ... I suddenly get *German* output! Ditto for other programs like 'info', 'ggrep', etc., that come with '.po' files. Is this normal? Is this a new gettext feature?