Re: mplayer start problem
> On Apr 8, 2018, at 11:35 AM, rmglswrote: > > hi all, > in terminal mode: > mplayer somefile.mp3 > illegal instruction 4 > my ports are up-to-date, and mplayer reinstalled. > Darwin myhost.home 17.4.0 Darwin Kernel Version 17.4.0: Sun Dec 17 09:19:54 > PST 2017; root:xnu-4570.41.2~1/RELEASE_X86_64 x86_64 > > any idea? > > thanks. > > rm...@orange.fr > Works for me. Try another mp3? — K mplayer /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/CoreSimulator/Profiles/Runtimes/iOS.simruntime/Contents/Resources/RuntimeRoot/System/Library/PrivateFrameworks/HomeUI.framework/alarm1-b238.mp3 MPlayer 1.3.0-4.2.1 (C) 2000-2016 MPlayer Team 224 audio & 451 video codecs Playing /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/CoreSimulator/Profiles/Runtimes/iOS.simruntime/Contents/Resources/RuntimeRoot/System/Library/PrivateFrameworks/HomeUI.framework/alarm1-b238.mp3. libavformat version 57.25.100 (internal) Audio only file format detected. Load subtitles in /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/CoreSimulator/Profiles/Runtimes/iOS.simruntime/Contents/Resources/RuntimeRoot/System/Library/PrivateFrameworks/HomeUI.framework/ == Requested audio codec family [mpg123] (afm=mpg123) not available. Enable it at compilation. Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders libavcodec version 57.24.102 (internal) AUDIO: 48000 Hz, 2 ch, floatle, 192.0 kbit/6.25% (ratio: 24000->384000) Selected audio codec: [ffmp3float] afm: ffmpeg (FFmpeg MPEG layer-3 audio) == AO: [coreaudio] 48000Hz 2ch floatle (4 bytes per sample) Video: no video Starting playback...
Re: Online MacPorts Meeting on 21st April at 13:00 UTC - suggestion
On 2018-04-07 14:18, William H. Magill wrote: > IRC is still quite popular in Europe, but is little used in the US. IRC on our #macports channel is fine to ask questions for which you do not want to write a lengthy email or to debug problems with quick back-and-forth on what to check or try. However, meetings on IRC are slow, as you have to wait for others to type, you have no notifications whether others still have something to say, etc. For such a scheduled meeting, I would prefer audio chat as that would make the communication more direct and faster. > One alternative to IRC is “Discord” — it has the same “type text” > capabilities as IRC, but as far as I’m concerned, it is MUCH easier to use. > It also supports voice channels. > > And, yes, there is a Mac client - OSX and IOS - as well as access through the > browser. > > https://discordapp.com > > It is pitched as “for gamers,” mainly because of its voice capabilities. Discord looks fine to me. Apparently we would not even be the first open source project to use it [1]. Apparently you can use it directly in a browser without registration ("claiming the account"). The other well-known option would of course be Skype. However, with Skype one person would have to collect interested developers first and then invite them to a group call. With Discord it seems like you can just create a room that everyone can join, which would be a lot simpler. There is also Jitsi [2], an open source solution for video conferencing via WebRTC in the browser. However, browser support seems to be limited, especially with Safari. Rainer [1] https://discordapp.com/open-source [2] https://jitsi.org/
Re: OpenModelica?
On Apr 7, 2018, at 15:13, Murray Eisenberg wrote: > Would it be appropriate to open a ticket http://trac.macports.org? No, since we were not involved in the creation of the openmodelica portfiles nor do we host them in our repository, and we have no influence over those who do host them to make any modifications. Send your problem report to the people who host the portfiles, i.e. the openmodelica people. > (I will post to the forum at openmodeler.org, in any case.)
Re: OpenModelica?
On Apr 7, 2018, at 15:02, Ken Cunningham wrote: > Also, installing both gcc5 and gcc7 and libgcc6 and libgcc just seems nutty, > so I added gcc6 and gcc7 to the fortran variants — but that has nothing to do > with the above. Using both gcc5 and gcc7 in a single port would indeed be nutty, if indeed they are doing that. Using gcc5 in one port and gcc7 in a different port is acceptable, though not ideal. gcc6 and earlier require both libgcc6 and libgcc. This is normal. Just as gcc45 and earlier require libgcc45, libgcc6, and libgcc. libgcc provides the current stable version of all the gcc libraries, currently those of gcc7. libgcc6 provides the versions of the gcc libraries that were used by gcc6, where that differs from gcc7 (which is only libgfortran). libgcc45 provides the versions of the gcc libraries that were used by gcc45, where that differs from gcc6 (which is libobjc-gnu).