Re: Status of OpenGL on Mac
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. Fixed that and got new AMD firmware. It works, to certain extent. glxgears runs, so the core issue runts. WebGL apps do run a bit, but without texture or with significant issues, but that ould be a bug in the application or anyhere else, the "low level" issue is, I think, solved if glxgears runs. Thanks, Riccardo
Re: MacPorts 2.6 - Leopard 20.6 and libgcc8
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. https://github.com/macports/macports-ports/blob/master/lang/libgcc/Portfile Chris > On 24 Sep 2019, at 11:40 pm, Riccardo Mottola via macports-users > wrote: > > 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 > ---> libgcc8-8.3.0_5.darwin_9.x86_64.tbz2 doesn't seem to exist in > /opt/local/var/macports/incoming/verified > ---> Attempting to fetch libgcc8-8.3.0_5.darwin_9.x86_64.tbz2 from > http://lil.fr.packages.macports.org/libgcc8 > > % Total% Received % Xferd Average Speed TimeTime Time Current > Dload Upload Total SpentLeft Speed > 0 00 00 0 0 0 --:--:-- 0:00:04 --:--:-- > 0---> Attempting to fetch libgcc8-8.3.0_5.darwin_9.x86_64.tbz2 from > http://nue.de.packages.macports.org/libgcc8 > > % Total% Received % Xferd Average Speed TimeTime Time Current > Dload Upload Total SpentLeft Speed > 0 00 00 0 0 0 --:--:-- 0:00:04 --:--:-- > 0---> Attempting to fetch libgcc8-8.3.0_5.darwin_9.x86_64.tbz2 from > http://fco.it.packages.macports.org/mirrors/macports-packages/libgcc8 > > % Total% Received % Xferd Average Speed TimeTime Time Current > Dload Upload Total SpentLeft Speed > 0 00 00 0 0 0 --:--:-- 0:00:04 --:--:-- > 0---> Fetching distfiles for libgcc8 > Error: gcc8 8.3.0 is not supported on Darwin 9 > Error: Failed to fetch libgcc8: incompatible OS X version > Error: See > /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_lang_gcc8/libgcc8/main.log > for details. > Error: Problem while installing libgcc8 > Error: Follow https://guide.macports.org/#project.tickets to report a bug. > > > now... it means I can't have (yet) gcc8... > Maybe we can make the dependency of libgcc less stringgend... or Ken is > already doing some magic for gcc 8 support? > > In my experience, gcc 8 is an evolution of gcc6 which is a "good" compiler, > but gcc8 broke quite some things (like... ArcticFox compilation) > > Riccardo
MacPorts 2.6 - Leopard 20.6 and libgcc8
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 ---> libgcc8-8.3.0_5.darwin_9.x86_64.tbz2 doesn't seem to exist in /opt/local/var/macports/incoming/verified ---> Attempting to fetch libgcc8-8.3.0_5.darwin_9.x86_64.tbz2 from http://lil.fr.packages.macports.org/libgcc8 % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- 0:00:04 --:--:-- 0---> Attempting to fetch libgcc8-8.3.0_5.darwin_9.x86_64.tbz2 from http://nue.de.packages.macports.org/libgcc8 % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- 0:00:04 --:--:-- 0---> Attempting to fetch libgcc8-8.3.0_5.darwin_9.x86_64.tbz2 from http://fco.it.packages.macports.org/mirrors/macports-packages/libgcc8 % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- 0:00:04 --:--:-- 0---> Fetching distfiles for libgcc8 Error: gcc8 8.3.0 is not supported on Darwin 9 Error: Failed to fetch libgcc8: incompatible OS X version Error: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_lang_gcc8/libgcc8/main.log for details. Error: Problem while installing libgcc8 Error: Follow https://guide.macports.org/#project.tickets to report a bug. now... it means I can't have (yet) gcc8... Maybe we can make the dependency of libgcc less stringgend... or Ken is already doing some magic for gcc 8 support? In my experience, gcc 8 is an evolution of gcc6 which is a "good" compiler, but gcc8 broke quite some things (like... ArcticFox compilation) Riccardo
Re: Problems with MP 2.6.0 on Snow Leopard
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. Riccardo
Re: Is setting +pulseaudio by default for gstreamer1-gst-plugins-good really necessary?
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. > 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? Using/requiring pulseaudio > seems counterproductive to me. It looks like the variant was added 5 years ago: https://github.com/macports/macports-ports/commit/be8824094e6c33c603c905ce127960eb878475f6 Prior to that point, pulseaudio support was unconditionally enabled. There was no way for a user to disable it. Adding the variant provided a way for users to disable it. Leaving it enabled by default ensured that users who had relied on pulseaudio support were not suddenly without it. In MacPorts, we often err on the side of enabling more features, since that simplifies dependency management and usually results in happier users. Why do you believe defaulting to enabling pulseaudio support is bad? Why is simply installing the port without the pulseaudio variant, if you don't want those features, not acceptable? I am not especially familiar with this software, so the answer may be obvious to someone who is.
Re: Xcode update broke ports
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.
Re: Problems with MP 2.6.0 on Snow Leopard
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. It > > fails on the first step, upgrading gmp. Looking at the log files, it seems > > like it's expecting to find clang 8, and I have no idea why - I've never > > installed it and so, not surprisingly, it's not there. > > > > I'm using: > > > > Xcode 3.2 > > Component versions: DevToolsCore-1608.0; DevToolsSupport-1591.0 > > BuildVersion: 10D575 > > It won't fix this problem, but it's recommended to update to Xcode 3.2.6. > > > Here are the log files: > > This seems to be an issue specific to gmp. It does some manipulation of > the selected compiler which relies on assumptions that are no longer > true in MacPorts 2.6. Please file a ticket. Here it is: https://trac.macports.org/ticket/59097 (I also wonder why the web app doesn't pick this ticket up: https://ports.macports.org/port/gmp/tickets) Mojca
Is setting +pulseaudio by default for gstreamer1-gst-plugins-good really necessary?
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? Using/requiring pulseaudio seems counterproductive to me. Kind regards, Gijs
Re: Xcode update broke ports
> 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