Re: What is "ghc" and why was it installed?

ghc is the Haskell compiler. so probably you need it to compile some haskell code source package I guess? (IIRC, `pandoc' would be one example of a widely used tool written in Haskell). br/j On 18.01.23 05:08, Fielding, Eric J (US 329A) via macports-users wrote: I was running “port

Re: SBCL build hangs (seemlingly forever).

On 08.09.22 11:45, chrischa...@gmx.us wrote: On 9/8/22 at 4:09 AM, joerg van den hoff wrote: maybe related (but not identical to) https://trac.macports.org/ticket/65340 in my case, running with port's -v option I get ... ---> Building sbcl This is SBCL 1.2.11, an implementation of A

SBCL build hangs (seemlingly forever).

maybe related (but not identical to) https://trac.macports.org/ticket/65340 in my case, running with port's -v option I get ... ---> Building sbcl This is SBCL 1.2.11, an implementation of ANSI Common Lisp. More information about SBCL is available at . SBCL is free

Re: groff_char.7 manpage broken

, at 02:15, joerg van den hoff wrote: hi ranga, thank you for the reply. On 25.08.22 03:48, Sriranga Veeraraghavan wrote: Hi Joerg, My experience with macports (as a user) is that macports rarely, if ever, modifies system configuration files provided by Apple. I think that '/private/etc/man.c

Re: groff_char.7 manpage broken

On Aug 13, 2022, at 07:34, joerg van den hoff wrote: re the below issue (reported in previous mail): `man -d groff_char' says: (cd "/opt/local/man" && (echo ".ll 14.3i"; echo ".nr LL 14.3i"; /usr/bin/gunzip -c '/opt/local/man/man7/groff_char.7.gz') | /us

groff_char.7 manpage broken

re the below issue (reported in previous mail): `man -d groff_char' says: (cd "/opt/local/man" && (echo ".ll 14.3i"; echo ".nr LL 14.3i"; /usr/bin/gunzip -c '/opt/local/man/man7/groff_char.7.gz') | /usr/bin/tbl | /usr/bin/groff -Wall -mtty-char -Tascii -mandoc -c | (/usr/bin/less -is ||

groff_char.7 manpage broken

this concerns the `groff' package: `man groff_char' is broken (again, I believe, after having worked correctly some time ago). `man groff_char' first lists a bunch of `tbl' warnings and the then displayed manpage does not display any of the tables supposed to give the overview of "available

Re: status of ksh (korn shell) in macports

On 07.08.22 03:59, Ryan Schmidt wrote: On Aug 6, 2022, at 06:22, joerg van den hoff wrote: `port search ksh' currently yields the following 4 korn shell packages: ksh @2020.0.0_1 (shells) the KornShell UNIX shell and programming language (stable version) ksh-devel @20200125-g43d1853

status of ksh (korn shell) in macports

`port search ksh' currently yields the following 4 korn shell packages: ksh @2020.0.0_1 (shells) the KornShell UNIX shell and programming language (stable version) ksh-devel @20200125-g43d1853 (shells) the KornShell UNIX shell and programming language (development version) ksh93

Re: "port install meld" does not yield working executable

hi, coming back to this after some time: I just've verified that the problem persists (current macports, i.e. 2.7.1, and osx 10.15). still any hope for a fix? thank you, joerg On 17.03.21 13:57, Ryan Schmidt wrote: On Mar 17, 2021, at 07:47, joerg van den hoff wrote: On 17.03.21 13

Re: "port install meld" does not yield working executable

On 17.03.21 13:57, Ryan Schmidt wrote: On Mar 17, 2021, at 07:47, joerg van den hoff wrote: On 17.03.21 13:16, Ryan Schmidt wrote: On Mar 17, 2021, at 07:04, joerg van den hoff wrote: and sadly even `sudo port -ns upgrade --force meld)' does not solve the problem... too bad. but I

Re: "port install meld" does not yield working executable

On 17.03.21 13:16, Ryan Schmidt wrote: On Mar 17, 2021, at 07:04, joerg van den hoff wrote: and sadly even `sudo port -ns upgrade --force meld)' does not solve the problem... too bad. but I appreciate your help. at least I now understand where approximately the problem is located

Re: "port install meld" does not yield working executable

On 17.03.21 12:39, Ryan Schmidt wrote: > On Mar 17, 2021, at 06:36, joerg van den hoff wrote: >> On 17.03.21 11:07, Ryan Schmidt wrote: >>> I think there is something wrong with your /opt/local/share/gir-1.0/GtkSource-4.gir. Specifically in mine, there is the line: >&g

Re: "port install meld" does not yield working executable

On 17.03.21 11:07, Ryan Schmidt wrote: On Mar 17, 2021, at 04:07, joerg van den hoff wrote: On 17.03.21 05:07, Ryan Schmidt wrote: On Mar 16, 2021, at 13:47, joerg van den hoff wrote: "** (meld:70489): WARNING **: 19:46:07.080: Failed to load shared library './gtksourc

Re: "port install meld" does not yield working executable

On 17.03.21 05:07, Ryan Schmidt wrote: On Mar 16, 2021, at 13:47, joerg van den hoff wrote: "** (meld:70489): WARNING **: 19:46:07.080: Failed to load shared library './gtksourceview/libgtksourceview-4.0.dylib' referenced by the typelib: dlopen(./gtksourceview/libgtksourceview-4.0.

Re: "port install meld" does not yield working executable

of hours ago. and afterwards the `port install meld' (which I had uninstalled previously during the pulseaudio/webkit-gtk hickup) On Tue, Mar 16, 2021 at 7:47 PM joerg van den hoff wrote: On 16.03.21 19:41, Ruben Di Battista wrote: If you run `port notes dbus` it should tell you how

Re: "port install meld" does not yield working executable

) right, sorry. my fault... On Tue, 16 Mar 2021, 19:31 joerg van den hoff, wrote: On 16.03.21 19:24, Ruben Di Battista wrote: Did you enable dbus as per its notes? that was fast... :). no, I did not. didn't see any notes either. you mean "notes of dbus" rather than "meld&qu

"port install meld" does not yield working executable

after "port install meld", on trying to start the program I get on the command line from which it is started the message " dbus[70231]: Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! **

Re: pulseaudio install fails

On 10.03.21 19:00, Ryan Schmidt wrote: On Mar 10, 2021, at 05:58, joerg van den hoff wrote: I did a (somewhat overdue, thus lengthy ...) `port upgraded outdated' yesterday and ran into some hickups most of which went away after forced uninstalling of affected packages and dependencies

pulseaudio install fails

I did a (somewhat overdue, thus lengthy ...) `port upgraded outdated' yesterday and ran into some hickups most of which went away after forced uninstalling of affected packages and dependencies and reinstalling them afterwards. however I cannot manage to get `pulseaudio' to install again (a

Re: migration hickup

On 09.03.21 18:41, Ryan Schmidt wrote: On Mar 9, 2021, at 11:34, joerg van den hoff wrote: so I find this strange: seemingly everything is just fine (macports user and its home dir exists etc.) but I get that "cannot change owner: no macports user" warning nonetheless. so t

Re: migration hickup

On 09.03.21 18:11, Ryan Schmidt wrote: On Mar 9, 2021, at 10:41, joerg van den hoff wrote: for the record and in case someone searches the mail archive: re-installing Macports from the .dmg installer solved the problem for me (no more warning messages regarding missing `macports' user

Re: migration hickup

the Migration Assistant run? maybe the issue is fixable on the Macports side for the future (I have seen this with 10.15.7)? thx, joerg On 08.03.21 21:12, joerg van den hoff wrote: On 08.03.21 21:01, Rainer Müller wrote: On 08/03/2021 17.44, joerg van den hoff wrote: Now, after the data transfer

Re: migration hickup

On 08.03.21 21:01, Rainer Müller wrote: On 08/03/2021 17.44, joerg van den hoff wrote: Now, after the data transfer completed, on the new machine I do have a (seemingly/so far) working Macports installation: Migration Assistant actually transferred the stuff in /opt, too. BUT, when now

migration hickup

hi there, today I have set up a new macbook, using the "Migration Assistant" app to move my stuff from the old machine to the new one. the only thing which I *excluded* from the offered list of user accounts and other data (Applications etc.) was the `macports' user since "Migration

Re: Running X11 in MacOS-window-as-X11-display mode?

On 07.12.20 21:41, Justin Vallon wrote: I think that XQuartz is the X-server for MacPorts X11.app.  That "full screen" mode takes over the entire display (hiding all other Mac applications).  I would like to have that X display within a Mac Window. did not really follow this thread but it

Re: python2.7 throws bus error when issuing `help("modules")'

On 23.08.20 21:45, Joshua Root wrote: joerg van den hoff wrote: seen with current macports and Python 2.7.18 (default, Apr 22 2020, 05:03:29) [GCC 4.2.1 Compatible Apple LLVM 11.0.3 (clang-1103.0.32.29)] on darwin I get a reproducible bus error when trying to get a list of known modules

python2.7 throws bus error when issuing `help("modules")'

seen with current macports and Python 2.7.18 (default, Apr 22 2020, 05:03:29) [GCC 4.2.1 Compatible Apple LLVM 11.0.3 (clang-1103.0.32.29)] on darwin I get a reproducible bus error when trying to get a list of known modules with `help("modules"). /usr/bin/python (which is 2.7.16) does not do

Re: hg/hgsubversion problem

On 24.02.20 16:46 , Ryan Schmidt wrote: On Feb 24, 2020, at 08:45, joerg van den hoff wrote: after today's `selfupdate' and `upgrade outdated' hg errors out with abort: No module named repo! the proximal cause seems `hgsubversion'. if I avoid loading that extension in my .hgrc, hg

hg/hgsubversion problem

after today's `selfupdate' and `upgrade outdated' hg errors out with abort: No module named repo! the proximal cause seems `hgsubversion'. if I avoid loading that extension in my .hgrc, hg is back to normal. any ideas? new ticket required? seen on 10.15.2 thx/joerg

Re: sqlite error on self update

no solution but a remark: this looks like the registry.db sqlite database is really broken (that's what sqlite is telling you after all...). sqlite has a reputation for being very resilient against database corruption. so my best guess would be hardware problems (power outage in the midst of

Re: tclsh/tclreadline question

On 20.01.20 13:03 , O'Connor, Daniel wrote: > > >> On 20 Jan 2020, at 22:28, joerg van den hoff wrote: >> I am running osx 10.15 and have installed tcl 8.6.10 plus tclreadline 2.3.5 with current macports. >> >> this works flawlessly, in fact. I am neverthele

tclsh/tclreadline question

I am running osx 10.15 and have installed tcl 8.6.10 plus tclreadline 2.3.5 with current macports. this works flawlessly, in fact. I am nevertheless asking here since when self-compiling the exact same tclsh 8.6.10 and trying to use the macports-installed tclreadline together with it, the

Re: future of ksh package

On 14.01.20 03:12, Ryan Schmidt wrote: On Jan 13, 2020, at 03:52, joerg van den hoff wrote: hi there, not that long ago I asked for updating the ksh package and ryan thankfully did that and interacted a bit with the ast/ksh project ("ksh2020") at github in t

future of ksh package

hi there, not that long ago I asked for updating the ksh package and ryan thankfully did that and interacted a bit with the ast/ksh project ("ksh2020") at github in the process. in the intervening months I had to learn, however, (by working with the "new" ksh and by interacting with the

upgrade to osx 10.15 catalina

I had to upgrade to 10.15 (wanted to postpone this further but ...) and recall that there were many reports over the last months of problems with subsequent macports upgrade, recommendations to use previous xcode releases with catalina and assorted package specific problems simply not being

Re: ghostscript update not automatically activated

On 28.11.19 12:44 , Ryan Schmidt wrote: On Nov 28, 2019, at 04:48, joerg van den hoff wrote: I ran `port upgrade outdated' today. after end of sucessfull completion `port outdated' still reported ghostscript9.27_1 < 9.50_0 rerunning the `upgrade' did not cha

ghostscript update not automatically activated

I ran `port upgrade outdated' today. after end of sucessfull completion `port outdated' still reported ghostscript9.27_1 < 9.50_0 rerunning the `upgrade' did not change anything. on further inspection I see that I now have 1) ghostscript @9.25_1+x11 2) ghostscript

Re: ksh93

On 16.11.19 13:55, Ryan Schmidt wrote: On Nov 16, 2019, at 06:49, joerg van den hoff wrote: thanks a lot for all these clarifications. I really was not aware that package update is so dependent on manual intervention the macports package maintainers. which makes your work even more

Re: ksh93

6.11.19 09:25, Mojca Miklavec wrote: On Fri, 15 Nov 2019 at 23:46, joerg van den hoff wrote: On 15.11.19 23:00, Christopher Jones wrote: > >> Hello, >>If you put in a ticket to https://trac.macports.org/wiki/Tickets <https://trac.macports.org/wiki/Tickets> it can

Re: ksh93

On 15.11.19 23:00, Christopher Jones wrote: > >> Hello, >>If you put in a ticket to https://trac.macports.org/wiki/Tickets it can be monitored. It is up to the maintainer or someone else to update. > > or, even better, submit a PR with the update

feh image viewer

there is only a single "universial" variant. but I know that when compiling from source there is a flag to activate EXIF tag processing which also makes a auto-rotate feh option available. question: is there are way to make the macports package provide this variant (or do it by default)?

ksh93

the current version has assorted bugs. some of them have been reported and fixed by the ksh93 maintainers. a new release is available for download at the github side (there should be another one soon, I hope: still bugs). question: how often and according to what policy is the macports ksh93

rxvt-unicode install fails

this is on OSX 10.14.6 and with current macports 2.6.2. it does not find it seems. I don't find anything related to this in the bug tracker, so any hint appreciated how to proceed. thank you, joerg PS: # tail of logfile: ...

Re: texlive no longer finds (some of) its style files?

On 08.07.19 08:28 , Dan Ports wrote: On Sat, Jun 29, 2019 at 06:29:57PM +0200, joerg van den hoff wrote: would `port upgrade texlive' throw out an old texlive-latex-extra rather than upgrading (or ignoring) it? it shouldn't do that but could it? Yes, this can happen on occasion. MacPorts

texlive no longer finds (some of) its style files?

seen with OSX 10.4.5 and current port: after today's update from texlive2018 to texlive2019 previously compiling documents no longer do, complaining about assorted missing style files, e.g. mparhack.sty ellipsis.sty wrapfig.sty I trust all of these should be included in the default "medium"

gnupg problem "no pinentry"

maybe someone knows what is going on here: for some time know (since whenever `gpg' started to use this litte pinentry GUI for querying pass phrases) I have the rather sporadically reappearing situation that gpg interaction fails with a "no pinentry" error. this always happens out of the blue

Re: `Tk' aqua variant not working as expected in 10.14

for the MacPorts bug report. Apparently, there are other Mac issues holding things up. See the thread: http://code.activestate.com/lists/tcl-core/20396/ -Marcus On Nov 8, 2018, at 1:49 PM, joerg van den hoff wrote: after migration to 10.14 I see strange behaviour after port install TK +aqua

`calc' doesn't find its help files

issuing `help overview' (or `help {any_other_topic}') in `calc' results in "no such help file". considering the manpage output, I presume, the help files are expected in /opt/local/lib/help but they are actually residing in /opt/local/share/calc/help. I would appreciate a fix for this. seen

Re: tcl-sqlite3

On 26.08.18 05:27, Ryan Schmidt wrote: It seems like it would be better if we updated the tcl-sqlite3 port to match the version in the sqlite3 port, which is 3.24.0, and remove these parts from the tcl port. I agree. We could make updates to tcl-sqlite3 automatic by making it a subport

Re: tcl-sqlite3

On 25.08.18 06:21, Joshua Root wrote: >> currently, this port is at version >> >>tcl-sqlite3 @3.6.22_3 >> >> sqlite3, however, is already at 3.24. there have been relevant changes >> to sqlite between versions 22 and 24, so I now see "malformed schema" >> errors with the tcl package for

tcl-sqlite3

currently, this port is at version tcl-sqlite3 @3.6.22_3 sqlite3, however, is already at 3.24. there have been relevant changes to sqlite between versions 22 and 24, so I now see "malformed schema" errors with the tcl package for databases generated with current sqlite3 (identical to those