been too long between selfupdates, it can fail (It did for me once
on 10.6.8). You might need to reinstall macports instead of selfupdate.
To any expoerts out there, does that sound helpful?
cheers,
raf
Corrections are always welcome.
> Thanks,
> Ken Wolcott
cheers,
raf
On Mon, Nov 27, 2023 at 06:08:00AM +1100, Joshua Root wrote:
> raf wrote:
>
> > I tried just putting "system" before the command but it didn't work.
> > I couldn't find the documentation for tcl's system,
>
> System isn't a standard Tcl thing, it's
t; ln -s "${prefix}/share/perl6/site/bin/zef-m"
> "${destroot}${prefix}/bin/zef-m"
> }
>
> Rainer
Thanks. I spotted that mistake too.
cheers,
raf
On Sun, Nov 26, 2023 at 02:07:39AM +1100, Joshua Root wrote:
> raf wrote:
>
> > The destroot part looks like this:
> >
> >destroot {
> >"${prefix}/bin/rakudo" -I"${worksrcpath}" bin/zef \
> >--to="inst#${
t.cmd,
why isn't it valid during destroot?
And how do I help destroot find it?
If you need to see the whole Portfile, it's at:
https://github.com/macportsraf/raku-zef-portfile/blob/main/lang/raku-zef/Portfile
cheers,
raf
On Fri, Nov 24, 2023 at 09:11:52AM -0800, Kenneth Wolcott
wrote:
> Hi raf;
>
> Thanks for your reply. Perhaps a note could be placed in the rakudo
> port stating that zef can be obtained separately and the instructions
> for installing it? Then others, who are new to Raku
a patch
to hack the raku module path so that zef is tricked into
doing what's needed.
cheers,
raf
r $PATH envrionment variable
(e.g., in your ~/.bashrc file or similar) because that's
where port installs programs to.
cheers,
raf
On Tue, Jun 20, 2023 at 09:58:08AM -0400, Bill Cole
wrote:
> On 2023-06-20 at 03:11:46 UTC-0400 (Tue, 20 Jun 2023 17:11:46 +1000)
> raf via macports-users
> is rumored to have said:
>
> > Hi. All of the p5-* perl module ports have:
> >
> > perl5.bra
Hi. All of the p5-* perl module ports have:
perl5.branches 5.28 5.30 5.32 5.34
Why is that? There's a perl5.36 port,
and there are perl5.16-perl5.26 ports.
I'm curious. I was expecting to see a branch
for all available versions of perl5.
cheers,
raf
On Thu, Jun 15, 2023 at 07:00:57PM -0500, Ryan Schmidt
wrote:
> On Jun 6, 2023, at 20:16, raf wrote:
>
> > That still leaves the question of how 10.6.8 hosts can download distfiles
> > from a non-https site (when https sites won't support TLS 1.0). Do distfiles
> >
On Wed, Jun 14, 2023 at 02:06:34PM -0600, Dave Allured - NOAA Affiliate via
macports-users wrote:
> On Wed, Jun 14, 2023 at 2:58 AM raf via macports-users
> wrote:
>
> > Hi,
> >
> > I have a Portfile question.
> >
> > I have the (possibly incorrect)
d "/${name}-${version}.tar.gz" and try
to download that. If it does, that won't work. But if it
just downloads the URL itself, it would work.
Does macports work with URLs like this in ${master_sites}?
cheers,
raf
ce 10.3 with 11.3.1,
and you probably will want the command line tools
as well.
cheers,
raf
On Mon, Jun 12, 2023 at 12:51:33AM -0400, "Daniel J. Luke"
wrote:
> On Jun 12, 2023, at 12:39 AM, raf via macports-users
> wrote:
> > Does anyone known where auth.* logs end up? Or if they don't end up
> > anywhere, is there a way to make them go somewhere?
>
&
oes anyone known where auth.* logs end up? Or if they don't end up
anywhere, is there a way to make them go somewhere?
Thanks.
cheers,
raf
On Wed, Jun 07, 2023 at 04:59:11PM +1000, raf wrote:
> On Tue, Jun 06, 2023 at 06:49:35PM -0700, Ken Cunningham
> wrote:
>
> > > On Jun 6, 2023, at 6:28 PM, raf via macports-users
> > > wrote:
> > >
> > > On Wed, Jun 07, 2023 at 11:09:13A
On Tue, Jun 06, 2023 at 06:45:58PM -0700, Ken Cunningham
wrote:
> > On Jun 6, 2023, at 6:16 PM, raf via macports-users
> > wrote:
> >
> > On Wed, Jun 07, 2023 at 11:09:13AM +1000, raf via macports-users
> > wrote:
> >
> >> So if I use different
On Tue, Jun 06, 2023 at 06:49:35PM -0700, Ken Cunningham
wrote:
> > On Jun 6, 2023, at 6:28 PM, raf via macports-users
> > wrote:
> >
> > On Wed, Jun 07, 2023 at 11:09:13AM +1000, raf via macports-users
> > wrote:
> >
> >> Yay! It worked. Many
On Wed, Jun 07, 2023 at 11:09:13AM +1000, raf via macports-users
wrote:
> Yay! It worked. Many thanks. I'll fix my Makefile for the upcoming version
> of rawhide and create the Portfile for that.
I spoke too soon. The compilation worked, but when I ran the
program to list everything in m
On Wed, Jun 07, 2023 at 11:09:13AM +1000, raf via macports-users
wrote:
> So if I use different macro names (e.g. ALL_CFLAGS and ALL_LDFLAGS), and just
> add $(CFLAGS) and $(LDFLAGS) from the environment to it, then it should work.
> I'll try that.
>
> Yay! It worked. Many than
and LDFLAGS macros myself in the (non-GNU)
Makefile, made up of a list of other *_CFLAGS and *_LDFLAGS macros.
So if I use different macro names (e.g. ALL_CFLAGS and ALL_LDFLAGS), and just
add $(CFLAGS) and $(LDFLAGS) from the environment to it, then it should work.
I'll try that.
Yay! It worked. Many thanks. I'll fix my Makefile for the upcoming version
of rawhide and create the Portfile for that.
cheers,
raf
On Tue, Jun 06, 2023 at 11:52:26PM +1000, raf wrote:
> Hi, I'm writing a Portfile, and I have two macOS
> systems to test it on: 10.6.8 and 10.14.6. Both have
> macports-2.8.1.
>
> I'm having trouble getting it working on macos-10.6.8.
> It doesn't know where to downloa
ts.org.
How does that happen?
Assuming it will happen eventually, how can I tell it to use a local copy of the
distfile for the moment, just for the purpose of testing the compilation on
10.6.8?
Maybe I need to set up a temporarily non-https website to download it from.
And is there anything else I've done wrong? I haven't done this before.
cheers,
raf
On Sun, Mar 26, 2023 at 10:12:00AM +1000, Peter West wrote:
> Has MacVim been mentioned?
Yes, I mentioned in my first response.
cheers,
raf
s you explore the resources of a running program.
But it looks very cumbersome. I'd prefer documentation and
manual editing, but you can't always get what you want. :-)
cheers,
raf
But that's not a good choice
if you use X11 in full screen mode.
I use an Athena (or sometimes Motif) gvim that I
compiled myself for use in full screen X11, and MacVim
for use in the macOS native desktop.
cheers,
raf
val would be drastic is
because the procedure uninstalls all the sotware that
you have installed with macports. But if you don't want
or have any such software, it's not drastic.
cheers,
raf
d quit immediately, it doesn't crash (macos-10.14.6).
cheers,
raf
anything, everything will be fine the next time
> you run port (because it loads the index anew when it starts).
>
> - Josh
I get the same messages on macos-10.6.8 when doing
"port selfupdate && port upgrade outdated and not MacVim"
and I say yes to reclaiming. But if I say no, and reclaim
separately, it's fine.
It doesn't happen for me on macos-10.14.6.
cheers,
raf
elper ]; then
eval `/usr/libexec/path_helper -s`
fi
Get it to echo $PATH before and after path_helper to
see if you want what it's doing. If not, change it to
stop path_helper from running.
Mine looks like:
if [ $(id -un) != raf ]; then
if [ -x /usr/libexec/path_helper ]; then
ut can't
> remember where it is, and I can't seem to find it today.
> Is it somewhere prominent and I'm just not finding it?
> It would be great if either of the above pages linked to it.
>
> Ah, this has a great compatibility chart:
> https://en.wikipedia.org/wiki/Xcode#Xcode_11.x_(since_SwiftUI_framework)
>
> I know this thread is about letting people know that XCode
> isn't always needed, but I think the instructions for getting
> the right XCode for old macos systems could be better too.
>
> cheers,
> raf
I think is the page I originally saw:
https://xcodereleases.com/
cheers,
raf
On Sat, Feb 05, 2022 at 11:05:11PM -0500, Andrew Udvare
wrote:
> > On 2022-02-05, at 22:29, raf wrote:
> >
> > Hi,
> >
> > Does anyone know how to get at macOS's ACLs from C?
> > I just need to access them in text form. I'm using
> > the
not "POSIX" ACL compatible
(or some similar sensible reason). Searching the net
has only turned up the "POSIX" ACL API so far.
cheers,
raf
On Mon, Jan 31, 2022 at 12:44:31AM +0100, Christopher Chavez
wrote:
> Sent: Sunday, January 30, 2022 at 4:00 PM
> From: "raf"
>
> > Are faccessat(), readlinkat(), and fstatat() also there?
>
> Yes. See https://github.com/macports/macports-legacy-support fo
On Sun, Jan 30, 2022 at 09:30:02PM +0100, Christopher Chavez
wrote:
> > Sent: Sunday, January 30, 2022 at 2:59 AM
> > From: raf
> >
> > I just tried to compile (/usr/bin/cc) something (not a
> > port) that uses openat(2) on 10.6.8 (with current
> > macports a
r xnu, to keep
> the search from picking up things like gnutar that optionally _used_
> openat)
Thanks.
cheers,
raf
default compiler), or did openat()
just not appear until a later version of macOS?
cheers,
raf
it.
There's also:
Mac OS X For Unix Geeks, 4th Edition (2008)
MAC OS X UNIX Toolbox: 1000+ Commands for the Mac OS X (2009)
Learning Unix for OS X, 2nd Edition (2016)
Take Control of the Mac Command Line with Terminal, 3rd Edition (2021)
I have no idea what they cover.
cheers,
raf
case
work, there will be no statistics for some systems. I
know that having mpstats isn't the default case, but it
is suggested by default.
cheers,
raf
e something that would be best
solved by a new version of MacPorts itself, so as to
solve the problem for all users with old systems.
cheers,
raf
url. To change that you need to rebuild
> base against an updated lib curl.
Is that something that can be made to happen for all users by the creation
of a new version of something (e.g., tclsh or whatever is linking against
that library)?
> Chris
cheers,
raf
On Fri, Nov 05, 2021 at 09:30:28AM -0500, Ryan Schmidt
wrote:
> On Oct 31, 2021, at 04:37, raf wrote:
>
> > On 10.14:
> >
> >> /opt/local/libexec/mpstats submit
> > Submitting data to https://ports.macports.org/statistics/submit/ ...
> > Error: P
On Mon, Nov 01, 2021 at 06:37:08AM -0400, "Richard L. Hamilton"
wrote:
>
>
> > On Nov 1, 2021, at 03:12, raf wrote:
> >
> > On Sat, Oct 30, 2021 at 05:49:11AM -0700, Al Varnell via macports-users
> > wrote:
> >
> >> I see
On Mon, Nov 01, 2021 at 08:13:14AM +0100, Henning Hraban Ramm
wrote:
>
> > Am 01.11.2021 um 00:32 schrieb raf :
> >
> > On Sun, Oct 31, 2021 at 11:46:46AM +0100, Henning Hraban Ramm
> > wrote:
> >>
> >> I’m working on a 2013 Mac mini and can’t
quot;?
If so, it can be renamed to isrgrootx1.pem (but it might not matter).
If you have a binary file in DER format, it can be converted to PEM format:
openssl x509 -inform der -outform pem -in file.der -out file.pem
Or just download the PEM version. They have both available.
cheers,
raf
&
ersion
> rather than the MacPorts version.
Yes. I think /opt/local/libexec/macports/lib/macports1.0/diagnose.tcl
is definitely indicating that the system curl is used for some things,
and that must include mpstats. But updates still work.
> > On Oct 31, 2021, at 05:37, raf wrote:
&
On Sun, Oct 31, 2021 at 11:46:46AM +0100, Henning Hraban Ramm
wrote:
>
> > Am 31.10.2021 um 10:37 schrieb raf :
> >
> > On Fri, Oct 29, 2021 at 09:02:34AM -0700, Michael
> > wrote:
> >
> > And this will happen again and again as every root certific
uot;? I read somewhere that errors
are silently ignored during automatic submission.
Could this be why https://ports.macports.org/statistics/ shows almost nothing
for 10.{14,13,8,7,6,5,4}? Or are those numbers accurate?
cheers,
raf
On Tue, Oct 05, 2021 at 05:33:53PM -0500, Ryan Schmidt
wrote:
>
> On Oct 3, 2021, at 02:32, raf wrote:
>
> > The instructions
> > https://trac.macports.org/wiki/ProblemHotlist#letsencrypt
> > include a suggestion of asking other webserver
> > administrator
tanalysis
breaking all current public key cryptography, or just
the existing algorithms individually being broken.
The short answer is that the need for responsible
cryptographic key management applies at least as much
to root keys as it does to any other keys.
> Off the list topic now. Thanks for your help.
cheers,
raf
ain as soon as it encounters
a certificate that is a local root certificate (so just
installing ISRG Root X1 locally on the client is
enough). Others keep checking the entire chain no
matter what (So DST Root CA X3 must either be removed
from server chains, or its expiry must be overruled
locally on clients). As for why this is: maybe the
chain-checking algorithm wasn't standardised (don't
know), or each approach just seemed like a good idea at
the time. :-)
cheers,
raf
f the "System" keychain:
sudo security -v add-trusted-cert -d -r trustRoot -k
/System/Library/Keychains/SystemRootCertificates.keychain isrgrootx1.pem
I don't know if it matters which of these keychains it goes into.
cheers,
raf
A X3
in my 10.6.8 keychains. So that's wierd. Otherwise, I
probably should have set it to always trust (not that
having ISRG Root X1 set to always trust convinced
Safari to trust it immediately - I had to tell Safari
itself to trust it as well).
cheers,
raf
. For files
in utf8 or unicode, it usually just autodetects that.
For other 8-bit character sets, it's best if you tell
vim what character set it is.
But /usr/bin/vi on macOS is actually an old vim, but
maybe it's in an unhelpfully strict vi-compatibility
mode when run as "vi" rather than "vim".
cheers,
raf
On Mon, Jul 12, 2021 at 08:04:19PM -0400, "Richard L. Hamilton"
wrote:
> > On Jul 12, 2021, at 19:27, raf via macports-users
> > wrote:
> >
> > On Mon, Jul 12, 2021 at 06:06:47PM +0300, Maxim Abalenkov
> > wrote:
> >
> >> Dear a
On Mon, Jul 12, 2021 at 06:06:47PM +0300, Maxim Abalenkov
wrote:
> Dear all,
>
> How are you? I hope all is well with you. Would you please tell me, if the dc
> (desk calculator) is available via MacPorts:
>
> https://en.wikipedia.org/wiki/Dc_%28computer_program%29
>
.
but they're all fine choices.
cheers,
raf
ven disabled it on my LAN (SSH
> is your friend).
>
> -- Dave
telnet might still be useful for debugging other services
(that have no authentication), although probably nothing
that nc/nc6 can't do. but yes, port 23 should certainly be
avoided like something proverbial.
cheers,
raf
On Thu, May 20, 2021 at 01:15:05AM -0500, Ryan Schmidt
wrote:
> On May 19, 2021, at 18:43, raf wrote:
>
> > I have the same problem on 10.14.6
>
> Thanks for confirming. So far everyone affected has been on 10.14. I suspect
> the difference between the 10.15 SDK SQLite
dylib #2 could not be loaded in
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
while executing
"load /opt/local/libexec/macports/lib/macports1.0/MacPorts.dylib"
("package ifneeded macports 1.0" script)
invoked from within
"package require macports"
(file "/opt/local/bin/port" line 46)
Oops. And now PAM/su/sudo are now broken. I shouldn't have done that. :-)
cheers,
raf
t;mportinit ui_options global_options global_variations"
Error: /opt/local/bin/port: Failed to initialize MacPorts, sqlite error: near
"COLUMN": syntax error (1) while executing query: ALTER TABLE registry.ports
RENAME COLUMN negated_variants TO requested_variants
It won't even selfupdate. Do I need to disable SIP and fiddle with
/usr/bin/sqlite3?
cheers,
raf
prerequisite of a port you want, and then you started
using that prerequisite port independently of the
originally wanted port, then that prerequisite port
should be setrequested. But other prerequisite ports
shouldn't be setrequested.
cheers,
raf
haracters. It looks like
that should do it. Although it should default to getting the characters
from the terminal. Perhaps a bugreport for editline would be a good idea.
There seem to be multiple editlines. It might be one of these (probably the
first one):
http://thrysoee.dk/editline/
https://github.com/troglobit/editline
Only the first one has an ~/.editrc file, so hopefully, that's the one.
cheers,
raf
involved (tcgetattr() ->
attr.c_cc[VEOF]), though many might not think to do so.
But I would expect readline to handle EOF properly. But
I don't know for a fact that it does.
cheers,
raf
in its
place that refers to the macports version, then keep an
eye out for any problems. You will probably need to
temporarily disable SIP in order to do that.
cheers,
raf
d their
dependencies wouldn't have changed, but if the versions
of installed ports no longer exist, or if the
dependencies have changed a lot since the last update,
then just installing the requested ports, and letting
the current dependencies sort themselves out, is a good
approach.
cheers,
raf
compiled, garbage-collected, concurrent programming language developed by
Google Inc.
cheers,
raf
es running when they're
> not needed.
If you really want it to start on login, you can add macport's X11.app
to your: System Preferences / Users & Groups / Login Items.
cheers,
raf
On Sun, Jan 24, 2021 at 11:58:39PM +1100, raf wrote:
> ...but I'd like to get avidemux
> working again, even if I have to rever to an older version.
Actually, I realised that I don't really need avidemux there either.
So, everything I need is updated and working on 10.6.8 now.
Many
Hi Ryan,
Thanks for the response.
On Sun, Jan 17, 2021 at 02:31:22AM -0600, Ryan Schmidt
wrote:
> On Jan 12, 2021, at 00:34, raf wrote:
>
> > I treated this like a migration, recorded and uninstalled existing ports,
> > then installed/upgraded macports, and then
On Thu, Dec 31, 2020 at 10:50:47AM +1100, raf wrote:
> On Wed, Dec 30, 2020 at 05:36:21PM -0600, Ryan Schmidt
> wrote:
>
> > On Dec 30, 2020, at 17:10, raf wrote:
> >
> > > Error: Error installing new MacPorts base: command execution failed
> > > Plea
On Wed, Dec 30, 2020 at 05:36:21PM -0600, Ryan Schmidt
wrote:
> On Dec 30, 2020, at 17:10, raf wrote:
>
> > Error: Error installing new MacPorts base: command execution failed
> > Please run `port -v selfupdate` for details.
> > Error: /opt/local/bin/port: port
g macports on that laptop when (I think)
MacVim started failing to compile. But it's OK. The
version that is there is fine. But I'm glad it's not my
only computer. :-)
cheers,
raf
> "We" (i.e. "people") need a tool to do a specific, but rare (for us) thing.
>
> We acquir
https://www.freedesktop.org/wiki/Software/Xephyr/
https://www.youtube.com/watch?v=WBcvRW0CXfU
Maybe that can do what you want (with XQuartz in non-fullscreen mode).
port search xephyr doesn't find it, though, so you might need to compile
it yourself.
cheers,
raf
On Mon, Nov 16, 2020 at 06:45:17PM -0600, Ryan Schmidt
wrote:
> On Nov 16, 2020, at 17:32, raf wrote:
>
> > On Sun, Nov 15, 2020 at 11:56:54AM -0600, Ryan Schmidt wrote:
> >
> >> You should definitely never run with a mismatched set of Xcode and its
> >&g
I suppose the
answer is yes.
Also, is the XCode app mistaken about which version of
the command line tools are there, or is it just
referring to its embedded version of them?
cheers,
raf
went so smoothly. It chugged
away for a while but worked perfectly.
Many thanks to everyone who contributes their precious
time and skills to making this easy.
cheers,
raf
On Tue, Sep 29, 2020 at 11:02:40AM +1000, raf wrote:
> On Mon, Sep 28, 2020 at 12:10:29AM -0500, Ryan Schmidt
> wrote:
>
> > On Sep 27, 2020, at 19:39, raf wrote:
> >
> > > But is there any way to make gnupg1 and gnupg2 not
> > > conflict?
> >
On Mon, Sep 28, 2020 at 12:10:29AM -0500, Ryan Schmidt
wrote:
> On Sep 27, 2020, at 19:39, raf wrote:
>
> > But is there any way to make gnupg1 and gnupg2 not
> > conflict?
>
> Sure, that's possible to do. "port notes gnupg1" even says it was
>
win.
cheers,
raf
ange "Login shell:"
anyway, macos's SIP wouldn't let you overwrite system binaries
anyway (without disabling it first but you wouldn't do that) :-)
cheers,
raf
them would serve your purposes.
> The ones I found with a quick search are: makepasswd, mkpwd, passogva,
> pwgen, secpwgen, sf-pwgen
>
> - Josh
Not a command line tool but but https://www.rempe.us/diceware/#eff is great.
cheers,
raf
hat
> differ depending on when you generate them, and the directory name is
> not what MacPorts expects).
>
> As you say, it shouldn't cause any serious problems, but I'll try to
> avoid it in future tarballs.
>
> - Josh
A command like this should fix it:
xattr -rd com.apple.quarantine *
cheers,
raf
;https://pawelgrzybek.com/apple-changed-the-default-shell-from-bash-to-zsh-so-did-i/>
Luckily, I've been using zsh since about 1990 so I wouldn't notice.
But I can't upgrade to Catalina anyway, or I'd lose a precious 32bit
program.
cheers,
raf
ss I'm missing something).
Do you get an error if you run:
$ sudo port uninstall p5.24-alien-wxwidgets
If not, then this might work afterwards:
$ sudo port uninstall p5.24
Good luck,
raf
y accident but no harm done)
and it's all fine now. Thanks.
cheers,
raf
Richard L. Hamilton wrote:
> Have you tried running
>
> port clean installed
>
> which I would think would eliminate the "do not match those the build was
> started with" errors.
> > On No
rses/main.log
for details.
which i don't understand because i removed i386 from universal_archs.
my macports.conf is identical to the new default version.
it's as though the earlier version of my macports.conf is somehow cached
somewhere and still having an effect.
cheers,
raf
ate:
> libsvm @3.20_2 -> Version 3.24, September 2019
>
> --
> Bjarne D Mathiesen
> Korsør ; Danmark ; Europa
i hope python27 wont't go away.
cheers,
raf
not the case.
Thanks. I thought it might be like when -devel is added
to a library's package name on some systems to indicate
that it includes header files for compiling new
programs that use the library rather than just
containing the library itself for dynamic linking
purposes.
thanks,
raf
I think llvm-gcc42 isn't needed for any of this. I don't
understand how it got pulled in but it doesn't really matter.
It's gone now and everything is fine.
> Mojca
cheers,
raf
92 matches
Mail list logo