Looking for someone to create an initial Portfile for GitLab Runner (Go)

Hello, I’d like to be able to install GitLab Runner [0] via MacPorts. I’ve already created a Portfile [1] that installs this single binary tool, but I’ve been informed this tool should be built from source by the Portfile. I’m not familiar enough with Go builds to create the initial Portfile an

Re: Looking for someone to create an initial Portfile for GitLab Runner (Go)

oading rebuild docker files > > Judging by the FreeBSD port[2], that seems to be unavoidable. > >> On Nov 27, 2018, at 1:19 PM, Nils Breunese wrote: >> >> Hello, >> >> I’d like to be able to install GitLab Runner [0] via MacPorts. I’ve already >>

Re: Looking for someone to create an initial Portfile for GitLab Runner (Go)

lgende geschreven: > > Nils, > > I didn’t want to dig down several layers, so the Portfile is incomplete. > > I’ve put it in my personal repo: > > https://github.com/Schamschula/macports/blob/master/devel/gitlab-runner/Portfile > > >> On Nov 28, 2018, at 4:32 A

Re: macports rot

Rainer Müller wrote: > Somehow the Homebrew community managed to get their ubiquitous marketing > on almost every software project website. Compare this with the MacPorts > website, which has not seen any redesign in more than 10 years... > > Although a good package management system should not n

Re: macports rot

Calvin Ardi wrote: > I haven't looked into it because Hugo's publicity hadn't crossed my mind, nor > am I involved in the upstream project in any way (my primary motivation for > maintaining the Portfile is driven by my own desire to use Hugo). I’m also not involved in most upstream projects f

Re: [off-topic] remove app association from file extension

Helmut K. C. Tessarek wrote: > How do I dissociate a file extension from an application? I haven’t tried it, but Google brought me to a StackExchange post saying you can use RCDefaultApp, or use /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Ve

Re: Slack-like chat (also for GSOC)

Rainer Müller wrote: > I think Slack workspaces are also always invite only, but please correct > me if I am wrong (maybe only for paid plans?). Slack provides shareable invite links, but they expire. This blog post lists some other options: https://intoli.com/blog/make-a-public-slack-community

Re: Slack-like chat (also for GSOC)

Chris jones wrote: > ( The main problem I have, is not something specific to Riot or whatever > forum we use, but more we need to perhaps give some thought to the channels. > Currently there is really only one, which gets (some) chat but also messages > for each and every commit. I don't thin

Re: 10.7 buildbot disk space issues

> Christopher Jones wrote: >> I've previously used Grand Perspective to examine the disk space usage of >> the build machines and didn't see anything big, but it turns out Grand >> Perspective doesn't include items whose names begin with a period, and >> that's where the problem was: the .Spot

Re: [dovecot2-antispam] port gone !?!

https://wiki2.dovecot.org/Plugins/Antispam says: "This plugin is deprecated, please see HowTo/AntispamWithSieve how to replace it with IMAPSieve” Nils. > Op 3 sep. 2019, om 18:19 heeft Bjarne D Mathiesen > het volgende geschreven: > > I'm messing around in dovecot2 , and there're comments sta

Re: MacPorts Catalina

Mark Anderson wrote: > Sorry I was a bit short there. What I mean is to use the mailing list. I’m > not certain when we’re going to release the 10.15 installer. My best advice > for now is to install it from source using the 2.6.0 tag on the macports-base > repo. 2.6.1 is current. You should

Update with same filename but different URL path not picked up

Hello, I’m the maintainer for AdoptOpenJDK in MacPorts and I'm trying to update the OpenJ9-based OpenJDK subports. The URL's for the patched files have a different path, but the filenames themselves are the same as the current one. (Yes, AdoptOpenJDK should have updated the filenames as well, a

Re: Update with same filename but different URL path not picked up

Mojca Miklavec wrote: > On Fri, 8 Nov 2019 at 21:53, Nils Breunese wrote: >> >> Hello, >> >> I’m the maintainer for AdoptOpenJDK in MacPorts and I'm trying to update the >> OpenJ9-based OpenJDK subports. The URL's for the patched files have a >

Re: Gitlab

Mark Brethen wrote: > How would you set up a portfile to fetch from gitlab? Example: > https://gitlab.com/DavidGriffith/frotz There are tarballs with source code available from https://gitlab.com/DavidGriffith/frotz/-/releases I maintain the gitlab-runner port which is also built from such a

Re: Port ehcache Issue #60219

Ryan Schmidt wrote: > On Apr 2, 2020, at 09:39, SAPTARSHI MUKHERJEE wrote: > >> Thanks again for assigning to me the issue #60219 related to port ehcache. >> It helped me develop a much better understanding about a few things related >> to the portfile and the ports. >> >> I've made the neces

Looking for help with kustomize port (Go)

Hello, I was looking for kustomize [0] in MacPorts and when I didn’t find it, I decided to try to create a port for it myself. Although I already maintain a couple of other Go-based ports I couldn’t get this one to work, so I decided to use the pre-built binary [1] for now. I submitted this as

Re: Looking for help with kustomize port (Go)

> Op 28 apr. 2020 om 06:30 heeft Ryan Schmidt het > volgende geschreven: > >> On Apr 27, 2020, at 09:46, Nils Breunese wrote: >> >> I couldn’t figure out how to make MacPorts do the equivalent of ‘cd >> kustomize’ after unpacking the archive >

Re: Looking for help with kustomize port (Go)

Nils Breunese wrote: >> Op 28 apr. 2020 om 06:30 heeft Ryan Schmidt het >> volgende geschreven: >> >>> On Apr 27, 2020, at 09:46, Nils Breunese wrote: >>> >>> I couldn’t figure out how to make MacPorts do the equivalent of ‘cd >>> kust

Re: Looking for help with kustomize port (Go)

Aaron Madlon-Kay wrote: > It's common in Go to specify version strings as linker flags. Grep the > ports tree like so to see existing ports that successfully set these > flags. It's not uncommon to use the string 'unknown' for e.g. the git > commit when it is redundant or not readily available. >

Re: Looking for help with kustomize port (Go)

Nils Breunese wrote: > Thanks. I know actually about this mechanism, but I guess I should have > specified that I don’t know how to find out what the exact names of the flags > are that I should set. Is there an easy way to find out? Should I go and read > the source code

Re: Announcement: System fonts port tree

Aaron Madlon-Kay wrote: > - Why make this? > > I like to keep my fonts up to date, and MacPorts is a great way to do so. I love this idea! > I asked about including system font ports in the default ports tree a long > time ago on the dev list. The main problem is that it’s not “nice” to put t

Re: randomly bumping things to require perl 5.30 vs 5.28 requires everyone to have both installed ...

Jason Liu wrote: > Would it be possible to sort of split the difference? i.e. not _just_ have > one single perl5 port and get rid of all the individual point releases, but > rather to add perl5 as a sort of "metapackage" that is essentially the same > as perl5.30. I guess metapackage isn't the

Re: macos as vm guest

Michael wrote: > Yes, there's one that will force your boot drive to APFS. So if you need to > use older systems (I have 32 bit programs that have no 64 bit replacement. I > use Jack Router when streaming and recording.), that means that at least a > significant portion of your system and home

Re: port "cask" -- installing prebuilt binaries

I already maintain some ports that install binaries from upstream, like the openjdk* ports, which are very complex to build from source and take many, many hours to build. I also maintain some Go ports that build from source, but that are not available on some older OS versions because the go c

Re: port "cask" -- installing prebuilt binaries

OpenJDK is open source, so it can be built from source. However, it is quite a complex and lengthy build. As the maintainer of the openjdk* ports I decided to use the binaries provided by the AdoptOpenJDK (for the HotSpot VM and OpenJ9 VM based JDK’s) and GraalVM projects. I personally wouldn’t

Re: supertuxkart non-redistributable?

Ken Cunningham wrote: > Just curious what makes this port non-redistributable…. > > it’s likely a pain for users to have to build it. I don’t know, but Linux distributions like Fedora Linux are distributing binary packages for supertuxkart: http://mirrors.kernel.org/fedora/releases/32/Everyt

Re: How to abort a macports portfile on an error condition?

There is also ‘known_fail yes’, which I see getting combined with ‘return -code error’: https://trac.macports.org/ticket/60566 I’m not familiar with the precise differences between known_fail, ui_error and return -code error. Nils. > Op 3 okt. 2020, om 12:30 heeft Eric F het volgende > gesch

Re: Updating OpenSSH port to 8.4p1

Blake Garner wrote: > Successfully rolled the version of openssh to 8.4p1 and incremented the port > revision to 10. I see the Portfile Reference [0] doesn’t mention this, but when you increment the version, the revision should be reset to 0. Bumping the revision should only happen when makin

macOS Big Sur 11.0.1 crashes when MacPorts tries to install p5.28-locale-gettext

Hello, Every time MacPorts tries to install the p5.28-locale-gettext port on my Big Sur 11.0.1 machine, the OS crashes and the Problem Reporter shows the crash report below. Does installing this port work for others on Big Sur 11.0.1? Any ideas? Nils Breunese. —— panic(cpu 8 caller

Re: macOS Big Sur 11.0.1 crashes when MacPorts tries to install p5.28-locale-gettext

Nils Breunese wrote: > Every time MacPorts tries to install the p5.28-locale-gettext port on my Big > Sur 11.0.1 machine, the OS crashes and the Problem Reporter shows the crash > report below. Does installing this port work for others on Big Sur 11.0.1? > Any ideas? >

Re: macOS Big Sur 11.0.1 crashes when MacPorts tries to install p5.28-locale-gettext

Jan Trtík wrote: > do you have, by any chance, Little Snitch installed on your computer? > I had same problem and it went away as soon as I removed it… I am still > trying to find out what exactly does trigger this issue, but this at least > allowed me to migrate MacPorts to macOS 11. No, I d

Re: macOS Big Sur 11.0.1 crashes when MacPorts tries to install p5.28-locale-gettext

Ken Cunningham wrote: > you're timing out downloading perl modules... > > try downloading a few manually to see what's going on, perhaps Running ’sudo port fetch p5.28-locale-gettext’ also crashes my machine. Nils.

Re: macOS Big Sur 11.0.1 crashes when MacPorts tries to install p5.28-locale-gettext

Jan Trtík wrote: >> 14. 11. 2020 v 17:43, Nils Breunese mailto:n...@breun.nl>>: >> >> No, I don’t have Little Snitch installed. > > and another network filter or antivirus software? > > from the crashlog in your first mail it seems that someth

Re: macOS Big Sur 11.0.1 crashes when MacPorts tries to install p5.28-locale-gettext

Ryan Schmidt wrote: > On Nov 13, 2020, at 18:34, Nils Breunese wrote: > >> Nils Breunese wrote: >> >>> Every time MacPorts tries to install the p5.28-locale-gettext port on my >>> Big Sur 11.0.1 machine, the OS crashes and the Problem Reporter sho

Re: macOS Big Sur 11.0.1 crashes when MacPorts tries to install p5.28-locale-gettext

Ken Cunningham wrote: >> Running ’sudo port fetch p5.28-locale-gettext’ also crashes my machine. > > By manually, I meant using curl or something other than MacPorts to download > it, so you can see perhaps where it is going wrong. I downloaded http://cpan.cs.uu.nl/modules/by-authors/id/P/PV/

Re: macOS Big Sur 11.0.1 crashes when MacPorts tries to install p5.28-locale-gettext

Ryan Schmidt wrote: > You could edit the source code to change 50 to a smaller number and try > again. To ensure that your test is not influenced by previously cached > entries, delete /opt/local/var/macports/pingtimes before trying again. If you > didn't see this problem with other ports that

Re: port "cask" -- installing prebuilt binaries

Ken Cunningham wrote: >> So, I'm looking to install iTerm2 for old systems from binary as building >> is becoming increasingly impossible - have we come to a consensus on any of >> this? >> >> —Mark >> ___ >> Mark E. Anderson >> MacPorts Trac WikiPage

Re: Swift Package Manager

Ryan Schmidt wrote: > A build system that forces fetching from a specific upstream server reduces > our ability to build on older systems, since that specific server might have > https requirements that older system can't meet. We need to be able to mirror > files on our servers so that older

Re: Swift Package Manager

Herby G wrote: > > Otherwise MacPorts could just run Artifactory or something to cache and > serve dependencies and all would be good. > > Having MacPorts run asset servers or repositories for all the different > languages and frameworks out there (like running Artifactory) would be > immens

Re: [errors] php80

Bjarne D Mathiesen wrote: > When upgrading from php74 > > $=> cat php.bash > #!/opt/local/bin/bash > > phpOld=${1:-74} > phpNew=${2:-80} > > while read -a portName -u 9 > do >toInstall="${portName[0]/${phpOld}/${phpNew}}" >installed=$( port -q installed "${toInstall}" | wc -l ) >[

Re: [errors] php80

Nils Breunese wrote: > Looking at for instance the Portfile for php-offline (…) I meant to write php-pdflib, but it got auto-corrupted. Nils.

OpenJDK ports incorrectly shown as 'green' for unsupported OS versions on ports.macports.org

make versions older than 10.10 not show up as green? Nils Breunese.

Re: Desolate Condition

Christopher Nielsen wrote: > One advantage that HomeBrew does have, though, is cachet: There are so many > times when articles - or even organizations, such as Google - simply > recommend using HomeBrew… with no mention of MacPorts. I think it’s a great idea to always send pull requests to upd

Re: fun fact about ICU +universal

Ken Cunningham wrote: > It's not complaining, it's irony. I’ve learned that irony doesn’t work very well via e-mail, because irony usually requires knowing the author well when communicating via a text-only medium, and it is often interpreted as complaining otherwise. I’m sorry to say that I

Re: Desolate Condition

Karl-Michael Schindler wrote: > This indicates the first problem: Brew is often better represented on > homepages of other software than MacPorts. The task to tackle is to find a > person or form a team going after this. A more scalable solution would be for port maintainers to check the upstr

Re: 11_x86 build - build failures due to 'no space on device'

Ryan Schmidt wrote: > Both copies of the simulator caches came back again. I filed FB9072613 with > Apple about this. We were down to 3GB free disk space which isn't a good > place to be. I deleted the caches again and marked the dyld directories chmod > 000. Let's see if that prevents Xcode f

Re: Publicizing MacPorts

Georges Martin wrote: > - What if a port is not building on M1 because upstream is not ready yet? > (libffi, openjdk16, ghc comes to mind) The openjdk16 port in MacPorts indeed doesn’t support arm64 yet, because AdoptOpenJDK hasn’t released their arm64 version for macOS yet. I have added open

What in MacPorts decides that files are 'broken'?

Hello, I maintain the openjdk* ports. These ports install prebuilt x86_64 binaries from AdoptOpenJDK. A MacPorts user with an M1 created https://trac.macports.org/ticket/62802 to report that installing the openjdk11 port on his machine makes rev-upgrade reports a couple of files in this port as

Re: What in MacPorts decides that files are 'broken'?

> Op 4 mei 2021 om 03:39 heeft Daniel J. Luke het volgende > geschreven: > >  >> >> On May 3, 2021, at 6:33 PM, Nils Breunese wrote: >> I maintain the openjdk* ports. These ports install prebuilt x86_64 binaries >> from AdoptOpenJDK. A MacPor

Re: Ports updated without maintainer notification?

Ryan Schmidt wrote: > Holding back a library to be compatible with one port may not be the right > choice for other ports that depends on the library. If other ports would want to use the latest version of foo-lib, but Blender needs specifically version 1.15 of foo-lib, it might be an idea to

Re: gitconfig file truncated in new git revision

Gregory Anders wrote: > I submitted a PR to the git port [1] that creates a global gitconfig file at > /opt/local/etc/gitconfig when the credential_osxkeychain variant is enabled. > I noticed today that when I installed the new version, the file was created > but had no contents: > >$ ls

Warning: The macOS 12 SDK does not appear to be installed. Ports may not build correctly.

Hello all, Today I upgraded my personal machine from macOS Big Sur to Monterey and I installed the Monterey version of MacPorts, and upgraded all my installed ports, which reinstalled them for Darwin 21. I also see get this message very frequently when running `port` commands: Warning: Th

Re: Warning: The macOS 12 SDK does not appear to be installed. Ports may not build correctly.

Daniel J. Luke wrote: > On Oct 30, 2021, at 5:25 PM, Nils Breunese wrote: >> But I indeed don’t seem to have an SDK for macOS 12: >> >> So far I haven’t had any ports not building correctly. Is this a known >> issue? Does it have a known solution? > > Yes

Re: Warning: The macOS 12 SDK does not appear to be installed. Ports may not build correctly.

Joshua Root wrote: > On 2021-10-31 10:04 , Daniel J. Luke wrote: >>> On Oct 30, 2021, at 5:25 PM, Nils Breunese wrote: >>> But I indeed don’t seem to have an SDK for macOS 12: >>> >>> So far I haven’t had any ports not building correctly. Is this a

Re: Warning: The macOS 12 SDK does not appear to be installed. Ports may not build correctly.

Joshua Root wrote: > On 2021-10-31 10:04 , Daniel J. Luke wrote: >> On Oct 30, 2021, at 5:25 PM, Nils Breunese wrote: >>> But I indeed don’t seem to have an SDK for macOS 12: >>> >>> So far I haven’t had any ports not building correctly. Is this a kn

Re: incr revision / portindex

Joshua Root wrote: > On 2021-11-5 18:42 , Ryan Schmidt wrote: >> Either we allow portindexes that differ by OS version and arch (and we >> currently do), or we do not. > > That's something of a false dichotomy; we can also allow it for some but not > all options. I am advocating disallowing i

Re: Significant security vulnerability discovered in Log4j

Eric Gallager wrote: > On Fri, Dec 10, 2021 at 6:00 PM Jason Liu wrote: >> >> In case everyone hadn't heard the news. If anyone is running Log4j for >> logging on any of your web servers, you might want to read this. >> >> WIRED: 'The Internet Is On Fire' >> A vulnerability in the Log4j loggi

Re: Significant security vulnerability discovered in Log4j

Joshua Root wrote: > On 2021-12-12 20:02 , Nils Breunese wrote: >> It could be the case the MacPorts has ports for Java-based applications that >> include a vulnerable version of the Log4J library. A port that includes a >> file called log4j-$version.jar with $version in t

Re: Significant security vulnerability discovered in Log4j

Nils Breunese wrote: > For versions of Log4J 2.x older than these properties are not read yet. (…) I meant to write: For versions of Log4J 2.x older than *2.10* these properties are not read yet, so you can’t use the properties to mitigate the vulnerability if you’re using Log4J < 2.10. Nils.

Re: Significant security vulnerability discovered in Log4j

Eric Gallager wrote: > On Sun, Dec 12, 2021 at 4:57 AM Joshua Root wrote: >> >> On 2021-12-12 20:02 , Nils Breunese wrote: >>> It could be the case the MacPorts has ports for Java-based applications >>> that include a vulnerable version of the Log4J library.

Re: Significant security vulnerability discovered in Log4j

Nils Breunese wrote: > Eric Gallager wrote: > >> On Sun, Dec 12, 2021 at 4:57 AM Joshua Root wrote: >>> >>> On 2021-12-12 20:02 , Nils Breunese wrote: >>>> It could be the case the MacPorts has ports for Java-based applications >>>> tha

Re: Significant security vulnerability discovered in Log4j

Arjun Salyan wrote:: >> On 12-Dec-2021, at 3:27 PM, Joshua Root wrote: >> >> Not all ports have installed file information available, but the web app can >> search the ones that do: >> >> > > I identified an issue with the way we w

Re: Frotz build targets

I believe variants are global for a port, but Iyou could use conditional logic based on which subport gets installed for a variant. What are you trying to achieve? Nils. > Op 27 jun. 2022, om 23:35 heeft Mark Brethen het > volgende geschreven: > > Can a subport have variants? > > Mark Breth

Re: Frotz build targets

ce." > > > I’ve created subports for the frotz Portfile, i.e. curses_frotz, dumb_frotz > and sdl_frotz. frotz can be compiled without sound using "build.target > nosound” which I’d like to implement as a variant for curses frotz. (see the > attached Portfile) > >

Re: fetch timeout

This depends on your definition of succeeding. The request to the HTTP URL returns a 301 redirect, which is not necessarily a ‘success’ status code. This response points to the HTTPS URL and the TLS/SSL error only occurs when requesting that URL. Nils. > Op 19 jul. 2022 om 11:58 heeft Mark Br

Re: fetch timeout

ok > at the command line output (not port), that error didn’t occur and the file > downloaded successfully. I was curious what the fetch curl command looked > like vs the command line? > > Sent from my iPhone > >>> On Jul 19, 2022, at 9:57 AM, Nils Breunese wr

Re: fetch timeout

I have run into problems with fetch, I’m not sure it’s > worth the time spent. > >> On Jul 19, 2022, at 10:36 AM, Nils Breunese wrote: >> >> It doesn’t look like the .tar.gz file downloaded successfully, it looks like >> the HTML for the 301 redirect was downloaded

Re: fetch timeout

Mark Brethen wrote: > What version of curl/libressl? I have curl and openssl installed from MacPorts: ❯ port installed | egrep 'curl|openssl' curl @7.84.0_0+http2+ssl (active) curl-ca-bundle @7.84.0_0 (active) openssl @3_6 (active) openssl3 @3.0.5_0+legacy (active) openssl11 @1.1.1q_

Re: fetch timeout

Dave Allured - NOAA Affiliate via macports-dev wrote: > Several of us have now reproduced the SSL problem. I see two things in > common: > (1) Older curl/SSL versions bundled into older MacOS versions, such as > Catalina. > (2) The target website, wias-berlin.de. > > I suspect wias-berlin.

Re: ffmpeg 5.x status

When a new version introduces breaking changes and some other ports still require an older version, creating a new separate port (e.g. ffmpeg5) makes perfect sense to me. Nils. > Op 24 jul. 2022 om 20:12 heeft Christopher Nielsen > het volgende geschreven: > > For anyone curious as to where

Re: Port unalz Pull Request #15527

GitHub shows PR’s only for the repository they target. Nils. > Op 3 aug. 2022 om 23:23 heeft Robert Kennedy het volgende > geschreven: > >  > I found PR 15527 for unalz on the GitHub page for macports. But I find it > strange that the PR does not appears on my Github page for my unalz branc

Re: How to submit a patch to source code for specific arch (apple silicon)

Alejandro Imass wrote: > I found a problem with dia (GNU dia diagraming app) in Apple Silicon and > finally got it to compile and run. Was wondering what the process is to > submit a patch ? Are there any docs I can read that describe the process of > contributing to source code patches, etc.?

Removed ports still listed on ports.macports.org

Hi, The openjdk port was removed on August 25th after it had been obsoleted a while ago (https://github.com/macports/macports-ports/pull/15910), but I just noticed that https://ports.macports.org/port/openjdk/details/ still shows the openjdk port information from when it last existed. I see th

Re: having the "+test" or "+tests" variant propagate causes unexpected builds

Maybe MacPorts could introduce the concept of ‘test dependencies’ (dependencies only required for running tests). I work with Apache Maven quite a bit, and apart from build and runtime dependencies (which MacPorts already distinguishes) it also supports declaring test scope dependencies, that do

Re: Removed ports still listed on ports.macports.org

Mojca Miklavec wrote: > The port pages were kept on purpose (to let users find deleted ports easily > and potentially resurrect them instead of having to reinvent the wheel, for > historic / arcival reasons, ...), with the intention to clearly mark that > they have been deleted and they should

Re: Removed ports still listed on ports.macports.org

Ryan Schmidt wrote: > On Oct 30, 2022, at 01:06, Mojca Miklavec wrote: > >> V ned., 30. okt. 2022 01:02 je oseba Nils Breunese napisala: >>> Hi, >>> >>> The openjdk port was removed on August 25th after it had been obsoleted a >>> while ago

Re: Using platforms in 2.8.0

Joshua Root wrote: > There is another way that platforms can be used: > > platforms any > platforms {darwin any} > > The first one indicates that the port will install identical files no matter > what platform it is built on, and will set the platform in the archive > filename to "any_any". T

Re: Using platforms in 2.8.0

Joshua Root wrote: > On 2022-10-22 21:56 , Kirill A. Korinsky wrote: >> I'm asking is there a way to support specified arch inside platform block's >> condition. Like: >> platform {aarch64} { >> ... >> } > > You can certainly do things like: > > platform darwin arm { > ... > } I wasn’t aware

Re: Using platforms in 2.8.0

Joshua Root wrote: > On 2022-11-1 11:14 , Nils Breunese wrote: >> Joshua Root wrote: >>> There is another way that platforms can be used: >>> >>> platforms any >>> platforms {darwin any} >>> >>> The first one indicates that the po

Re: Using platforms in 2.8.0

Joshua Root wrote: > On 2022-11-1 11:45 , Nils Breunese wrote: > >> So when a port installs one pre-built binary on x86_64 and another on arm64, >> regardless of OS version, setting 'platforms {darwin any}’ would be >> appropriate and correct? > > Sure.

Re: Using platforms in 2.8.0

Joshua Root wrote: > On 2022-11-1 11:40 , Nils Breunese wrote: >> Joshua Root wrote: >>> On 2022-10-22 21:56 , Kirill A. Korinsky wrote: >>>> I'm asking is there a way to support specified arch inside platform >>>>

Re: Using platforms in 2.8.0

Joshua Root wrote: > On 2022-11-1 13:31 , Nils Breunese wrote: >> Joshua Root wrote: >>> On 2022-11-1 11:45 , Nils Breunese wrote: >>> >>>> So when a port installs one pre-built binary on x86_64 and another on >>>> arm64, regardless of OS

Re: Re possibility of ports that install pre-built apps (allowed for free distribution)

I personally like to install software via my package manager (MacPorts) as much as I can. This makes bootstrapping a new machine easy, as well as keeping everything up to date. Therefore in principle I’d like all software I need to be installable via my package manager. It just makes admin life

Re: Dev guide updated for github/easy instructions?

Does https://guide.macports.org/chunked/project.github.html help? Nils. P.S. I believe macports-...@lists.macosforge.org is the old address of this mailing list, macports-dev@lists.macports.org is the new one. > Op 12 dec. 2022, om 16:35 heeft Watson Ladd het > volgende geschreven: > > This

Re: Java portgroup default fallback?

Latest LTS (currently openjdk17) could be reasonable, but ideally the fallback version should be verified to work. If that implicitly happens on CI, because there is never a pre-existing Java installation there, then I guess that’s could be ok, although I personally think it’s good to have expli

Re: Java portgroup default fallback?

The built-from-source openjdk11 and openjdk17 ports have arm64 support. The openjdk8 port doesn’t though. If you want Java 8 on arm64, you can install openjdk8-zulu (Azul Zulu OpenJDK) or openjdk8-corretto (Amazon Corretto). Nils. > Op 23 feb. 2023, om 22:22 heeft Kirill A. Korinsky via macport

Re: Java portgroup default fallback?

Joshua Root wrote: > On 24/2/2023 11:44, Nils Breunese wrote: >> Latest LTS (currently openjdk17) could be reasonable, but ideally the >> fallback version should be verified to work. If that implicitly happens on >> CI, because there is never a pre-existing Java insta

Re: Clean up PROJ mess

You could already create a proj9 port now and have proj depend on that. When version comes out you can add proj10 and change proj to depend on that instead of proj9. This way users can choose to install ‘proj latest’ or ‘proj 9’ explicitly, with the former getting updated as newer versions are r

Re: iTerm2

Hi Mark,I maintain the ports that install binary builds of OpenJDK Java distributions. You can take a look at the openjdk*-zulu ports for instance.Nils.Op 22 jun. 2023 om 17:06 heeft Mark Anderson het volgende geschreven:iTerm2 is getting increasingly hard to support building using macports to wh

Portfile for osxphotos

Hello, I recently wanted to export some photos from Apple’s Photos application and import them on my partner’s Mac, without losing any metadata, keeping Live Photos as-is (not just a JOG), etc. I found osxphotos [0] to be a great tool for this (and it can do much more!). The osxphotos installa

Re: Portfile for osxphotos

Joshua Root wrote: > On 7/9/2023 16:03, Nils Breunese wrote: >> Does someone here think MacPorts could install osxphotos without using an >> intermediary package manager like pipx? > > Yes, it looks like it's a standard setuptools build system, so the python > po

Re: Portfile for osxphotos

Kirill A. Korinsky het volgende geschreven: > I've used osxphotos once or twice and willing to make a port file and take > care of it. > > PR will be made tonight. Ah, that would be great. Thanks, Kirill! I’ll keep an eye out for it. Nils.

{ darwin any } ports getting reinstalled after OS upgrade

Hi, I’ve updated to macOS 14, installed MacPorts 2.8.1 for Sonoma and then upgraded my ports. I noticed that ports that use ‘platform { darwin any }’ get reinstalled during this process, and ‘port outdated’ shows ‘(platform darwin 22 ≠ 23)’. Does MacPorts really need to reinstall these ports if

Re: { darwin any } ports getting reinstalled after OS upgrade

Ryan Schmidt wrote: > On Sep 27, 2023, at 06:09, Christopher Jones wrote: > >> b.t.w. When upgrading to a new major OS version, you anyway should follow >> the migration instructions, which involves manually removing all ports >> anyway. > > We do recommend that, but the piecemeal method Nils

Re: { darwin any } ports getting reinstalled after OS upgrade

Christopher Jones wrote: > I had no idea we supported single tarballs for multiple OS versions. > > I must say, the distinction between > > platforms { darwin any } > > and > > platforms {darwin >= 11} > > which *does* result in specific tarballs for each OS is a bit too subtle for > my ta

Re: { darwin any } ports getting reinstalled after OS upgrade

Ryan Schmidt wrote: > On Sep 27, 2023, at 05:57, Nils Breunese wrote: >> >> I noticed that ports that use ‘platform { darwin any }’ get reinstalled >> during this process, and ‘port outdated’ shows ‘(platform darwin 22 ≠ 23)’. >> Does MacPorts really need to reins

Re: { darwin any } ports getting reinstalled after OS upgrade

Joshua Root wrote: > On 27/9/2023 23:01, Nils Breunese wrote: > >> You can do this: >> platforms { darwin any } { darwin >= 11 } >> Which means that the port will install on Darwin 11+, and it will install >> identically on all of those supported v

Updating openjdk8 to 8u392

Hello, The openjdk8 port in MacPorts is currently at 8u372, but two updates with security fixes have been released since then: 8u382 in July and 8u392 this month. I don’t maintain the openjdk8 port myself, but I’ve tried bumping the version, because this port is specified as the java.fallback d

Re: GEDA site dead?

I’m not familiar with gEDA, but according to https://github.com/macports/macports-ports/blob/master/science/geda-gaf/Portfile the homepage is http://www.geda-project.org/ But requests to both the .com and the .org domains indeed fail for me. Nils. > Op 26 jan 2024, om 03:37 heeft Mark Anderson

Re: Antlr: Rebuild on 12.x86_64

You can use the java PortGroup (https://guide.macports.org/chunked/reference.portgroup.html#reference.portgroup.java) to specify a minimum required Java version, and a fallback port to install when this minimum version is not already available. Nils. > Op 5 feb 2024 om 07:42 heeft Joshua Root

  1   2   >