Re: pre-built quartz variant packages

[Sergio Had]

AFAIK ports are only being pre-built with the default variant.

GTK should be trivial to build though.
On Jan 14, 2024 at 23:58 +0800, Valerio Messina via macports-dev 
, wrote:
> I'm not sure this is the right list to ask for pre-built macports.
>
> In case can you please direct me to the right one?
>
> thank you,
> Valerio
>
>
> On 12/5/23 10:47 PM, Valerio Messina via macports-dev wrote:
> > hi,
> > as a user of osxcross, I also use the good of macports.
> > I read that is not your main target, but tolerate cross-built from other
> > OS. I'm on Debian.
> >
> > I saw there are pre-built packages here:
> > https://packages.macports.org/
> > and this is where the 'osxcross-macport' get the packages.
> >
> > Native macport client has support for variants with something like:
> > $ port variants  # show package variants
> > $ port install  + -   # install variant1, not variant2
> >
> > I saw on packages.macports.org there are only X11 packages, and seems
> > native quartz variant are missing.
> > So for example for gtk3-devel:
> > https://ports.macports.org/port/gtk3-devel/details/
> > is available for X11 backend only as pre-built for foreign OS.
> >
> > Is there a reason for this?
> >
> > Having native quartz pre-built packages will help developer to target
> > quartz instead of xquartz, without the need to (cross)build the GTK
> > itself. This is so for other library with variants.
> >
> > As now the bash script 'osxcross-macport' do not support variants, but
> > I'm sure can be easily upgraded if packages server will host quartz
> > variants.
> >
> > thank you for explanation and work,
>
>
> --
> Valerio

Re: pre-built quartz variant packages

[Valerio Messina via macports-dev]

I'm not sure this is the right list to ask for pre-built macports.

In case can you please direct me to the right one?

thank you,
Valerio


On 12/5/23 10:47 PM, Valerio Messina via macports-dev wrote:

hi,
as a user of osxcross, I also use the good of macports.
I read that is not your main target, but tolerate cross-built from other 
OS. I'm on Debian.


I saw there are pre-built packages here:
https://packages.macports.org/
and this is where the 'osxcross-macport' get the packages.

Native macport client has support for variants with something like:
$ port variants  # show package variants
$ port install  + -   # install variant1, not variant2

I saw on packages.macports.org there are only X11 packages, and seems 
native quartz variant are missing.

So for example for gtk3-devel:
https://ports.macports.org/port/gtk3-devel/details/
is available for X11 backend only as pre-built for foreign OS.

Is there a reason for this?

Having native quartz pre-built packages will help developer to target 
quartz instead of xquartz, without the need to (cross)build the GTK 
itself. This is so for other library with variants.


As now the bash script 'osxcross-macport' do not support variants, but 
I'm sure can be easily upgraded if packages server will host quartz 
variants.


thank you for explanation and work,



--
Valerio

Re: Builder request, h5fortran on Sonoma x86

[Dave Allured - NOAA Affiliate via macports-dev]

Sergey, you are welcome.  Please also close your upstream ticket, if you
agree that it is resolved.
https://github.com/geospace-code/h5fortran/issues/46


On Sat, Jan 13, 2024 at 8:13 PM Sergey Fedorov  wrote:

> Dave, Josh, thanks for taking care of h5fortran!
>
> On Sun, Jan 14, 2024 at 10:34 AM Dave Allured - NOAA Affiliate via
> macports-dev  wrote:
>
>> On Sat, Jan 13, 2024 at 6:24 PM Joshua Root  wrote:
>>
>>> On 14/1/2024 12:04, Dave Allured - NOAA Affiliate via macports-dev wrote:
>>> > Would someone please push through a rebuild of h5fortran on Sonoma
>>> x86,
>>> > such that the status page is correctly updated?  I think this bad
>>> build:
>>> >
>>> > https://ports.macports.org/port/h5fortran/builds/
>>> >   (OS 14 x86)
>>> > https://trac.macports.org/ticket/68499
>>> > 
>>> >
>>> > ... was fixed as indicated in the ticket.  Remind me what I should do
>>> > for this, if anything.  Thanks for any help or advice.
>>>
>>> The buildbot is just finishing up the last of the ports. We'll run
>>> through all the ones that weren't successfully built again soon, to pick
>>> up fixes for Xcode issues etc. that have been made in the meantime.
>>>
>>> Committers with a buildbot account can force a build to run, and
>>> committing any change to a port's files will also run a new build if it
>>> failed previously. I queued one up for h5fortran.
>>>
>>
>> Well that was surprisingly quick.  Thanks, Josh!
>> https://ports.macports.org/port/h5fortran/builds/
>>
>