Hi Adrian
John Paul Adrian Glaubitz wrote:
One can just add the main archive with:
den [arch=all]http://ftp.debian.org/debian unstable contrib non-free
to one’s sources.list and run “apt update”.
this worked! Actually, on one of the two laptops I have I left "sid"
instead of unstable.
Hi,
Indeed, gcc8 is not supported on 10.5 or older, and likely will never be.
What is requiring you to use libgcc8 ? You should instead be using libgcc7 on
that platform. Note this is what the libgcc port is there for, to set up this
dependency correctly.
Hi,
I don't know if it is related to the 2.6 upgrade or it is "just" an
upgrade, but on Leopard 10.5, I get the following:
---> Cleaning curl
---> Removing work directory for curl
---> Computing dependencies for libgcc8.
---> Fetching archive for libgcc8
--->
Hi,
Ken Cunningham wrote:
clang-8.0 is the new default compiler for 10.6.8, but it shouldn't be requiring
it until it is installed.
oh, wow! I tested 5.0 quite a bit lately and it would have been safe,
but 8.0 is new grounds. Let's hope for the best!
I'll start testing in the weekend.
On Sep 24, 2019, at 11:19, Gijs Vermeulen wrote:
> The dependency on gstreamer plugins has recently grown in Wine.
I haven't updated the wine ports in months, so I don't think anything has
happened there recently...
> When installing -good I noticed it has pulseaudio as a default variant.
On Sep 23, 2019, at 17:37, Richard L. Hamilton wrote:
> You might want to install it as something other than Xcode.app, like
> Xcode.10.3.app
If the problem is that some ports have a baked-in path to the 10.14 SDK, then
you'll need to install it as Xcode.app to match that baked-in path.
On Mon, 23 Sep 2019 at 16:50, Joshua Root wrote:
>
> Hi Rob,
>
> Rob Widdicombe wrote:
> > I'm still resolutely running Snow Leopard and last night did a port
> > selfupdate to take me up to MP 2.6.0. So far so good.
> >
> > However, when I then tried to do a port rev-upgrade, the problems began.
Hi everyone,
The dependency on gstreamer plugins has recently grown in Wine.
When installing -good I noticed it has pulseaudio as a default variant.
Looking at the portfile I couldn't find a reason why. Building with
-pulseaudio works fine for me.
Could anyone shed some light on this decision?
> I think it is port-dependent. Some ports worked fine with the symlink, but
> some (e.g., gcc) failed due to differences in the headers from what they were
> expecting.
Oh, okay, right, makes sense.
Have fun,
Vincent