Re: 'doctor' script

2021-05-21 Thread Werner LEMBERG
>> So: Is there a command (or a simple shell invocation) to walk over >> all packages to check whether all dependencies are fulfilled? I >> suppose that `sudo port upgrade outdated` doesn't do this for >> efficiency. > > Upgrading a port will first install any missing dependencies, so 'sudo >

Re: 'doctor' script

2021-05-21 Thread Werner LEMBERG
>> is there a 'doctor' script that walks over all installed MacPorts >> ports and checks whether its dependencies are installed, too? In >> general, what's the right action(s) to thoroughly check the >> integrity of a MacPorts installation? >> >> I have forcibly uninstalled some ports by

'doctor' script

2021-05-19 Thread Werner LEMBERG
Folks, is there a 'doctor' script that walks over all installed MacPorts ports and checks whether its dependencies are installed, too? In general, what's the right action(s) to thoroughly check the integrity of a MacPorts installation? I have forcibly uninstalled some ports by accident, and

license for stuff in `macports-www`

2021-05-11 Thread Werner LEMBERG
Looking at https://github.com/macports/macports-www/ I can't find a license statement that applies to the stuff in the repository. So: What license is it under? I suggest to add a small `README.md` file that mention it... Werner

Re: after `sync -d`, installed versions are too new

2021-02-04 Thread Werner LEMBERG
>> sudo port -pb install outdated > > -p is discouraged and harmful. OK. > We used to get numerous reports from users that expected > > sudo port install bison @3.7.4_0 > > to install bison 3.7.4, when in fact "install" ignores the version > specifier (except in cases where you already

after `sync -d`, installed versions are too new

2021-02-01 Thread Werner LEMBERG
Folks, I'm running MacPorts directly from the git repository, using macOS 10.7.5. Today, I've done my usual incantation git fetch upstream && git merge upstream/master && git push port -d sync Calling port outdated gives the expected output: The following installed ports are

Re: 'LANG=' produces German output

2020-02-15 Thread Werner LEMBERG
on my Lion box, calling LANG= bison ... I suddenly get *German* output! [...] >> >> It's seems to be a new feature of gettext 0.21, which comes with >> improved MacOS support. In the NEWS file I read > > Then you should not be seeing this problem with MacPorts since

Re: 'LANG=' produces German output

2020-02-13 Thread Werner LEMBERG
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 >

Re: 'LANG=' produces German output

2020-02-13 Thread Werner LEMBERG
[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

'LANG=' produces German output

2020-02-13 Thread Werner LEMBERG
[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?

Re: linking problems

2019-12-08 Thread Werner LEMBERG
> Probably the problem is that you have specified CXX=clang-mp-9.0 -- > that's a C compiler. You want the C++ compiler here: > CXX=clang++-mp-9.0 Doh. That's it. I was blind. Fortunately I did first ask here before investing hours into delving this non-issue. Thanks a lot! Werner

linking problems

2019-12-08 Thread Werner LEMBERG
On my Mac Lion box running an up-to-date MacPorts, for experimentation reasons I try to build the current git version of lilypond directly from the repository – this is, I use the MacPorts infrastructure for compilation with a recent clang version, but without any adaptations of lilypond's source

Re: problem with perl's `PAR' module

2019-11-11 Thread Werner LEMBERG
>> Perl lib version (5.26.3) doesn't match executable >> 'perl' version (5.26.1) at >> /opt/local/lib/perl5/5.26/darwin-thread-multi-2level/Config.pm line 62. >> Compilation failed in require at >> /opt/local/lib/perl5/site_perl/5.26/PAR.pm line 7. >> >> > It could be a Perl port

Re: problem with perl's `PAR' module

2019-11-10 Thread Werner LEMBERG
Ryan, thanks for your help. > If you really want to use perl 5.26, then verify that [...] All of this is exactly as you describe. Since the `biber' program from TeXLive 2018 works I suspect a problem with the new binary from TeXLive 2019, which I will report upstream. Werner

problem with perl's `PAR' module

2019-11-09 Thread Werner LEMBERG
Folks, I've installed perl's `PAR` module, needed for TeXLive's (self-compiled) `biber` binary, with sudo cpan-5.26 install PAR on my up-to-date Lion box (using MacPorts from git). However, executing `biber --help` fails with Perl lib version (5.26.3) doesn't match executable

Re: package version and variant info in `main.log`

2019-11-08 Thread Werner LEMBERG
I've noticed that in `main.log` files there is no information what version and variants have been requested – for example, ImageMagick @6.9.9-40_7+x11 Wouldn't it make sense to make `port` add this information to the very top of `main.log`? This would also

Re: package version and variant info in `main.log`

2019-11-08 Thread Werner LEMBERG
>> I've noticed that in `main.log` files there is no information what >> version and variants have been requested – for example, >> >> ImageMagick @6.9.9-40_7+x11 >> >> Wouldn't it make sense to make `port` add this information to the >> very top of `main.log`? This would also help identify

libunwind-headers issue

2019-11-08 Thread Werner LEMBERG
On Mac Lion, installing a fresh MacPorts from scratch, then calling port -N mpkg lilypond-devel +mactex +perl5_28 +python37 always causes a (harmless) abort. The reason is that `libunwind-headers' gets installed as part of the dependencies rather early, but one of the very last steps is

package version and variant info in `main.log`

2019-11-07 Thread Werner LEMBERG
I've noticed that in `main.log` files there is no information what version and variants have been requested – for example, ImageMagick @6.9.9-40_7+x11 Wouldn't it make sense to make `port` add this information to the very top of `main.log`? This would also help identify various `make.log`

Re: dmgbuild ports disappeared

2019-10-20 Thread Werner LEMBERG
> I looked for "dmgbuild" in all mailing list, tracker and github > commit messages and found only: What about https://pypi.org/project/dmgbuild/ Doesn't it work to install with pip (or pip2/pip3)? Werner

Re: mpkg package variants

2019-10-06 Thread Werner LEMBERG
>>> I believe you can just specify the variants that you want (for the >>> port and all of its dependencies) at the command line when you run >>> `port mpkg`, can't you? As in: >>> >>> sudo port mpkg lilypond-devel +mactex +perl5_28 >> >> This seems to work, thanks! Maybe it's worth to

Re: mpkg package variants

2019-10-05 Thread Werner LEMBERG
>> Let me reformulate my question: Does the way how I have installed >> MacPorts packages on my computer influence how `port mpkg' works >> for a given package? Given that `port mpkg' rebuilds all packages, >> I would expect no. Instead, I would expect some control file (or a >> special

Re: mpkg package variants

2019-09-29 Thread Werner LEMBERG
>> I wonder how package variants are handled while creating `mpkg' >> bundles. As an example, consider the output of >> >> port rdeps lilypond-devel +mactex >> >> Looking at it you can see >> >> ... >> ossp-uuid >> perl5.26 >> ... >> >> and >> >> ... >> llvm-3.4 >> perl5 >>

mpkg package variants

2019-09-28 Thread Werner LEMBERG
Folks, I wonder how package variants are handled while creating `mpkg' bundles. As an example, consider the output of port rdeps lilypond-devel +mactex Looking at it you can see ... ossp-uuid perl5.26 ... and ... llvm-3.4 perl5 perl5.28 ... The created

Re: libuv fails to build on 10.8.5

2019-08-17 Thread Werner LEMBERG
> I do appreciate your time and fully understand that this is not your > concern but would be still thankful if anyone could advice on how to > configure MacPorts to use the recent ssl. Try this for bootstrapping: https://try.gitea.io/donbright/lm Werner

Re: problem with reactivating ports

2019-01-13 Thread Werner LEMBERG
Hello Ryan! > Do you need those old inactive versions? If not, you could > uninstall the inactive ports before beginning the exercise. Is there a safe command to uninstall all inactive ports in one rush? >> Irrespective of the problems I wonder whether it is a valid >> approach to deactivate

Re: problem with reactivating ports

2019-01-13 Thread Werner LEMBERG
Hello Mojca, thanks for replying! >> port echo active > macports.active >> sudo port deactivate `cat macports.active` >> >> to deactivate all MacPorts packages. I tried with the `-y' flag in >> advance, just to be sure... > > I understand the first command, but a much better way for the

problem with reactivating ports

2019-01-13 Thread Werner LEMBERG
[macports running from git] Folks, I wanted to compile a project under MacPorts, and at the same time I wanted to protocol what MacPorts packages must be installed in advance before starting compilation. My glorious idea was to say port echo active > macports.active sudo port

Re: strange error code 71

2018-12-26 Thread Werner LEMBERG
>> Exit code: 71 >> Error: Failed to configure grep: configure failure: command >> execution failed > > [...] open a ticket and attach your full build log Done. https://trac.macports.org/ticket/57814 Werner

strange error code 71

2018-12-25 Thread Werner LEMBERG
[d3b59876b6dde9a4a26135a9c6b59320080eb23f] While doing sudo port -v install grep I get sandbox-exec: sh: No such file or directory Command failed: \ cd "/opt/local/var/macports/build/_opt_macports_macports-ports_sysutils_grep/grep/work/grep-3.3" \ ./configure

Re: extractpdfmark build failure on 10.6

2018-10-28 Thread Werner LEMBERG
>> something like this from another port earlier today should do, until >> this issue finally gets fixed in the compiler run deps. >> >> >

Re: extractpdfmark build failure on 10.6

2018-10-28 Thread Werner LEMBERG
> something like this from another port earlier today should do, until > this issue finally gets fixed in the compiler run deps. > > Thanks! Werner

extractpdfmark build failure on 10.6

2018-10-28 Thread Werner LEMBERG
Folks, please have a look at this build log https://build.macports.org/builders/ports-10.6_x86_64_legacy-builder/builds/83428 It fails with /usr/bin/ranlib: object: libextractpdfmark-poppler-core.a(libextractpdfmark_poppler_core_a-pagemode.o) malformed object (unknown load

Re: `port install' from github tarball fails

2018-09-25 Thread Werner LEMBERG
>> I have to use `sync' anyway since I'm running MacPorts directly >> from the git repositories. > If you mean you've compiled a newer version of macports from the > macports-base git repository, then it's true that selfupdate won't > update it, though it won't do any harm either; it'll still

Re: `port install' from github tarball fails

2018-09-25 Thread Werner LEMBERG
> Don't be put off too much by this. It takes only about 10 minutes > to fix, if you care to. I use it on every machine < 10.9 routinely. > [...] Thanks, Mojca and Ken! Configuring with ./configure ac_cv_have_decl_rl_username_completion_function=yes \ --enable-readline \

Re: git stash problem with `port sync'

2018-09-15 Thread Werner LEMBERG
> Mostly likely because the global settings are under your home area, > whilst the checkout below is not. [...] > MacPorts automatically switches to the user owning the top-level > ports tree directory to run the 'git pull'. [...] Thanks for the tips. It now works again. Werner

git stash problem with `port sync'

2018-09-15 Thread Werner LEMBERG
Folks, after doing various network hacks, calling `port -d sync' now fails. ---> Updating the ports tree Synchronizing local ports tree from file:///opt/macports/macports-ports DEBUG: /opt/local/bin/git pull --rebase --autostash DEBUG: system -W /opt/macports/macports-ports:

Re: compilers on Lion

2018-09-11 Thread Werner LEMBERG
> If you try to avoid the troubles of installing a zillion compilers > for the sake of installing poppler, what about switching to a super > lightweight pplib (currently available only inside LuaTeX sources)? > :) :) :) I'm already using Emacs, I won't become an apostate :-) > You can manually

Re: compilers on Lion

2018-09-11 Thread Werner LEMBERG
>>> There _is_ indeed a way for gcc to build against libc++, as you >>> pointed out in a subsequent email, and one of our contributors >>> (Rene) went to the trouble of patching gcc to allow it to accept >>> the "-stdlib=libc++" flag to make this easy. But in the end, he >>> could not get any

Re: TeXLive distribution and macports

2018-09-11 Thread Werner LEMBERG
Hello Mojca! > Warmly welcome to another addictive distraction (aka. MacPorts :), So true... > it's nice to see you here as well. Thanks – it's time to meet again sometimes in the nearer future :-) >> Ports that are ok with using MacTeX instead will have declared >> their dependencies in

Re: compilers on Lion

2018-09-11 Thread Werner LEMBERG
* Where can I get a concise and up-to-date description of portfiles? `portfiles.7' seems to be heavily out of date... >>> >>> What would you like to know? >> >> A list of all available variables/keywords, with a description. > > Yup, that's supposed to be what's in the guide and the

Re: TeXLive distribution and macports

2018-09-09 Thread Werner LEMBERG
>> Ah, I assumed too much knowledge, sorry. TeXLive itself comes with >> binaries for MacOS (both legacy platforms, i.e., 10.6-10.10, and >> recent versions, i.e., 10.10-10.13). By simply prepending the path >> to those binaries to PATH, the `texlive-*' ports from MacPorts >> would be

Re: TeXLive distribution and macports

2018-09-09 Thread Werner LEMBERG
> If I understand what you are asking correctly, you are asking how to > setup a port that does nothing other than depend on other ports, so > installing it drags in all the dependencies, in one go? No, I want the opposite. For example, I want to create a replacement for `texlive-basic' that

TeXLive distribution and macports

2018-09-09 Thread Werner LEMBERG
My computer for daily use is an openSuSE GNU/Linux box; for TeX processing, however, I'm directly using tlmgr.[*] Regardless of this I don't have any dependency issues with `zypper', openSuSE's package manager, since I'm using the nifty `texlive-dummy-opensuse' package,

Re: compilers on Lion

2018-09-08 Thread Werner LEMBERG
Ken, thanks for your detailed answer. >> cxx_stdlib libc++ >> buildfromsourcealways > > One downside of going with libc++ is that none of the buildbots are > set up this way, so you will spend a great deal of time building > stuff. This is fortunately not a problem

Re: compilers on Lion

2018-09-08 Thread Werner LEMBERG
> As Chris mentioned, ports use a compiler of their choosing, not of > yours. Yeah, it takes time to let this paradigm change sink in. :-) > In fact, it takes the unusual and not-recommended step of completely > discarding MacPorts base's list of preferred compilers and > substituting its own

compilers on Lion

2018-09-08 Thread Werner LEMBERG
Folks, macports newbie here :-) I'm running a Lion box and I'm running macports from git, which works just fine. I've followed the advice on LibcxxOnOlderSystems and did cxx_stdlib libc++ buildfromsourcealways. Attached you can see the list of software that I've