rkward: buildbot jobs failing due to erroneously existing files on the builders
Hi Ryan, something weird had happened last August to the buildbots w.r.t. building port:rkward [1], as some files were left on the filesystem which let all buildbots fail installations [2-4]. Funnily enough the installation for Snow Leopard was successful in [5]. See these timestamps which show that the files were created in August: --- RKWARD_TIMESTAMPS: total 32 drwxr-xr-x 7 root wheel 238 Aug 5 16:08 Meta drwxr-xr-x 5 root wheel 170 Aug 5 16:08 R drwxr-xr-x 7 root wheel 238 Aug 5 16:08 help drwxr-xr-x 4 root wheel 136 Aug 5 16:08 html -rw-r--r-- 1 root wheel 2141 Aug 5 16:08 INDEX -rw-r--r-- 1 root wheel 462 Aug 5 16:08 CITATION -rw-r--r-- 1 root wheel 1416 Aug 5 16:08 DESCRIPTION -rw-r--r-- 1 root wheel 3044 Aug 5 16:08 NAMESPACE /opt/local/Library/Frameworks/R.framework/Resources/library/rkward//Meta: total 40 -rw-r--r-- 1 root wheel 1776 Aug 5 16:08 Rd.rds -rw-r--r-- 1 root wheel 1805 Aug 5 16:08 hsearch.rds -rw-r--r-- 1 root wheel 873 Aug 5 16:08 links.rds -rw-r--r-- 1 root wheel 1226 Aug 5 16:08 nsInfo.rds -rw-r--r-- 1 root wheel 1024 Aug 5 16:08 package.rds /opt/local/Library/Frameworks/R.framework/Resources/library/rkward//R: total 120 -rw-r--r-- 1 root wheel 1056 Aug 5 16:08 rkward -rw-r--r-- 1 root wheel 49621 Aug 5 16:08 rkward.rdb -rw-r--r-- 1 root wheel 2195 Aug 5 16:08 rkward.rdx /opt/local/Library/Frameworks/R.framework/Resources/library/rkward//help: total 168 -rw-r--r-- 1 root wheel 2015 Aug 5 16:08 AnIndex -rw-r--r-- 1 root wheel795 Aug 5 16:08 aliases.rds -rw-r--r-- 1 root wheel444 Aug 5 16:08 paths.rds -rw-r--r-- 1 root wheel 68342 Aug 5 16:08 rkward.rdb -rw-r--r-- 1 root wheel794 Aug 5 16:08 rkward.rdx /opt/local/Library/Frameworks/R.framework/Resources/library/rkward//html: total 32 -rw-r--r-- 1 root wheel 10280 Aug 5 16:08 00Index.html -rw-r--r-- 1 root wheel 1319 Aug 5 16:08 R.css RKWARD_TIMESTAMPS: total 32 drwxr-xr-x 7 root wheel 238 Aug 5 16:08 Meta drwxr-xr-x 5 root wheel 170 Aug 5 16:08 R drwxr-xr-x 7 root wheel 238 Aug 5 16:08 help drwxr-xr-x 4 root wheel 136 Aug 5 16:08 html -rw-r--r-- 1 root wheel 462 Aug 5 16:08 CITATION -rw-r--r-- 1 root wheel 1095 Aug 5 16:08 DESCRIPTION -rw-r--r-- 1 root wheel 695 Aug 5 16:08 INDEX -rw-r--r-- 1 root wheel 296 Aug 5 16:08 NAMESPACE /opt/local/Library/Frameworks/R.framework/Resources/library/rkwardtests//Meta: total 40 -rw-r--r-- 1 root wheel 655 Aug 5 16:08 Rd.rds -rw-r--r-- 1 root wheel 689 Aug 5 16:08 hsearch.rds -rw-r--r-- 1 root wheel 351 Aug 5 16:08 links.rds -rw-r--r-- 1 root wheel 304 Aug 5 16:08 nsInfo.rds -rw-r--r-- 1 root wheel 923 Aug 5 16:08 package.rds /opt/local/Library/Frameworks/R.framework/Resources/library/rkwardtests//R: total 112 -rw-r--r-- 1 root wheel 1056 Aug 5 16:08 rkwardtests -rw-r--r-- 1 root wheel 48577 Aug 5 16:08 rkwardtests.rdb -rw-r--r-- 1 root wheel835 Aug 5 16:08 rkwardtests.rdx /opt/local/Library/Frameworks/R.framework/Resources/library/rkwardtests//help: total 72 -rw-r--r-- 1 root wheel618 Aug 5 16:08 AnIndex -rw-r--r-- 1 root wheel297 Aug 5 16:08 aliases.rds -rw-r--r-- 1 root wheel291 Aug 5 16:08 paths.rds -rw-r--r-- 1 root wheel 17867 Aug 5 16:08 rkwardtests.rdb -rw-r--r-- 1 root wheel413 Aug 5 16:08 rkwardtests.rdx /opt/local/Library/Frameworks/R.framework/Resources/library/rkwardtests//html: total 16 -rw-r--r-- 1 root wheel 3080 Aug 5 16:08 00Index.html -rw-r--r-- 1 root wheel 1319 Aug 5 16:08 R.css --- I've therefore enabled the removal of the rkward(tests) folders during the activation phase [6] and then all builds became GREEN. :) Finally I disabled the pre-activate phase altogether [7]. Greets, Marko [1] https://build.macports.org/changes/58438 [2] https://build.macports.org/builders/buildports-mavericks-x86_64/builds/16282 [3] https://build.macports.org/builders/buildports-mtln-x86_64/builds/27434 [4] https://build.macports.org/builders/buildports-yosemite-x86_64/builds/7644 [5] https://build.macports.org/builders/buildports-snowleopard-x86_64/builds/39981 [6] https://build.macports.org/changes/58439 [7] https://build.macports.org/changes/58440 ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: [MacPorts] #50356: sudo: Update to 1.8.15, CVE-2015-5602
On Jan 17, 2016 5:20 PM, "MacPorts" wrote:
>
> #50356: sudo: Update to 1.8.15, CVE-2015-5602
> +-
> Reporter: cal@… | Owner: youvegotmoxie@…
> Type: update | Status: new
> Priority: Normal | Milestone:
> Component: ports |Version: 2.3.4
> Keywords: | Port: sudo
> +-
> Hi,
>
> sudo has version 1.8.15 available. It attempts to fix CVE-2015-5602, but
> the problem is actually still present after that ![1,2,3]. Please update
> sudo to 1.8.15 and consider backporting the change that fixes the CVE and
> has been committed for sudo 1.8.16 ![4].
>
> Here's a patch that does the gruntwork, I haven't looked into backporting
> the patch, though.
>
> {{{
> #!diff
> Index: Portfile
> ===
> --- Portfile(revision 144755)
> +++ Portfile(working copy)
> @@ -5,8 +5,7 @@
>
> namesudo
> epoch 1
> -version 1.8.14p3
> -revision1
> +version 1.8.15
> categories sysutils security
> license ISC
> maintainers gmail.com:youvegotmoxie
> @@ -24,8 +23,8 @@
> master_sites${homepage}dist/ \
> ${homepage}dist/OLD/
>
> -checksums rmd160 209554c44467da8ebeeecc2134edbf42fce2244e \
> -sha256
> a8a697cbb113859058944850d098464618254804cf97961dee926429f00a1237
> +checksums rmd160 676ee3249c2ddacd64de54d6555b820912b56f6f \
> +sha256
> 4316381708324da8b6cb151f655c1a11855207c7c02244d8ffdea5104d7cc308
>
> patchfiles patch-sudoers.in.diff
>
> }}}
>
> I'm leaving this at normal priority, since the CVE doesn't affect our
> default installation.
>
> ![1] https://www.debian.org/security/2016/dsa-3440 [[BR]]
> ![2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804149 [[BR]]
> ![3] https://bugzilla.sudo.ws/show_bug.cgi?id=707 [[BR]]
> ![4] https://www.sudo.ws/repos/sudo/rev/c2e36a80a279
>
> --
> Ticket URL:
> MacPorts
Re: Using cxx11 PortGroup on < 10.9
2016-01-23 23:08 GMT+01:00 Mojca Miklavec : > Examples of such ports would be root6, newer versions of clang etc. Another example is gringo: in my local copy of the Portfile on 10.6 I removed the cxx11 PortGroup and added a suitable configure.compiler line. This feature would be most welcome. I'm willing to help testing possible solutions, if needed. Best wishes. Davide ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Using cxx11 PortGroup on < 10.9
Hi, Would it be possible to implement a way to use the cxx11 PortGroup without having to use libc++ as default stdlib? Maybe with an additional configuration like: PortGroup cxx11 1.0 cxx.require_global_libc++ no (but with a better keyword of course). What I have in mind are ports that require C++11, but don't have any C++ dependencies and thus don't suffer from stdlib incompatibility. Examples of such ports would be root6, newer versions of clang etc. It would be handy to have a shortcut, but cxx11 PortGroup alone is a tiny bit too restrictive. Mojca ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: VLC cannot play MKV files?
On Sat, 23 Jan 2016, Vincent Habchi wrote: > I’ve a fairly new Mac (three-year old or so), so performance is no concern > during normal operation; however, watching a flick or a show while compiling > Qt5 can sometimes be jerky. Besides, more CPU efficiency also means less > battery drain. Have you tried renicing the compilation up or the VLC instance down? ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: VLC cannot play MKV files?
On Saturday January 23 2016 20:49:22 Vincent Habchi wrote: Hi, >> I wouldn't count on it, as the really expensive operations are (hopefully) >> already handled by optimised code. > >I reckon there are parts of VLC which are written in assembly with >auto-detection to run as quickly as possible on a given model. My only gripe >(yeah, I like griping) here is that it wastes space, since you must embed all >the code for the different processors, while if you compile it you can discard >all the unnecessary code at compile time. This typically doesn't take a lot of space, and no compiler option will remove the unused code in software that was meant to support different CPUs at runtime... >I’ve a fairly new Mac (three-year old or so), so performance is no concern >during normal operation; however, watching a flick or a show while compiling >Qt5 can sometimes be jerky. My approach is to run the build on only 3 of the 4 cores I have, and with "nice -15". Building Qt5 (without QtWebengine) takes just a bit over 2h that way, as long as I don't use link-time optimisation (on a 2011 MBP with an i7). >Yeah, I should probably dig into this. 110 MiB for the standard VLC is *huge* >by my standards, especially just for watching video files. I have a MacBook >Air with the smallest SSD (128 GiB), so every megabyte spared is welcome. Of >course, your mileage may vary. Check out port:afsctool, HFS compression can make a considerable difference. >I’ll try to build the latest 3.0.0 pre-release and let you know, if you care. Why not, but I'm not planning to do anything with VLC for the time being... 'evening, R. ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: VLC cannot play MKV files?
René, > No, I wouldn't bother. Building a "dev" port that's almost a year old doesn't > make much sense. Yeah, it wouldn’t stack up. I tried the very latest 3.0.0 night build however, but there’s a small error that ruins the compilation. I had no time to investigate further today. Might be just a minor hitch. > I wouldn't count on it, as the really expensive operations are (hopefully) > already handled by optimised code. I reckon there are parts of VLC which are written in assembly with auto-detection to run as quickly as possible on a given model. My only gripe (yeah, I like griping) here is that it wastes space, since you must embed all the code for the different processors, while if you compile it you can discard all the unnecessary code at compile time. > It may mean you'll just avoid skipping frames for instance, and one could > call that significant. I’ve a fairly new Mac (three-year old or so), so performance is no concern during normal operation; however, watching a flick or a show while compiling Qt5 can sometimes be jerky. Besides, more CPU efficiency also means less battery drain. > You might want to verify that it's not the absence of one of the things you > deactivated that leads to your playback issue, or even the use of your > optimisation options. Yeah, I should probably dig into this. 110 MiB for the standard VLC is *huge* by my standards, especially just for watching video files. I have a MacBook Air with the smallest SSD (128 GiB), so every megabyte spared is welcome. Of course, your mileage may vary. I’ll try to build the latest 3.0.0 pre-release and let you know, if you care. Thanks for your help and those enlightening comments. Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: VLC cannot play MKV files?
> On Jan 23, 2016, at 12:33 PM, Vincent Habchi wrote: > >> … If you only installed those libraries for VLC then you shouldn't lose >> much. You would however have more definite proof whether your issue is due >> to something with the MacPorts build or in VLC itself. If the latter, you >> should take it up on the VLC bug tracker. > > The pre-packaged VLC works fine. It’s definitely something wrong with > MacPorts somewhere. Interesting…I downloaded a sample .mkv file [1]. I can’t get the MacPorts-built version to play it at all. Tried Opening the file in VLC.app, etc. No error message reported. The Media Info window does identify that it has a bunch of streams. Also tried playing it as rene suggest. Results are below—no idea how to interpret them!! Just a few days ago, I was using this version of VLC to play video streamed from my HDHomerun tuner box. (North American broadcast OTA MPEG2 with AC-3 sound. Note that I have to build with +dvb to make this work.) Worked fine. If you get the same results, I think you should file a bug. [1] https://mkvtoolnix.download/samples/ Craig $ /Applications/MacPorts/VLC.app/Contents/MacOS/VLC /Users/craigtreleaven/Movies/mkv_tests/vsshort-aac.mkv VLC media player 2.1.5 Rincewind (revision 2.1.4-49-gdab6cb5) [0x7f9bc0f744f0] main interface error: no suitable interface module [0x7f9bc0f79fd0] main demux meta error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/lua/liblua_plugin.dylib [0x7f9bc0f03d00] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [matroska,webm @ 0x7f9bc1809400] EBML header parsing failed [0x7f9bc0f8c590] main demux meta error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/lua/liblua_plugin.dylib [0x7f9bc0f8c590] main art finder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/lua/liblua_plugin.dylib [0x7f9bc351ed60] main probe error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/lua/liblua_plugin.dylib [0x7f9bc0c9eca0] main generic error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/lua/liblua_plugin.dylib [0x7f9bc0e0d890] macosx interface error: Unable to load extensions module [0x7f9bc3501fb0] mkv demux error: cannot find KaxSegment or missing mandatory KaxInfo [matroska,webm @ 0x7f9bc1830600] EBML header parsing failed [0x7f9bc3501fb0] avcodec demux error: Could not open /Users/craigtreleaven/Movies/mkv_tests/vsshort-aac.mkv: Unknown error: 1094995529 [0x7f9bc3501fb0] main demux error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/lua/liblua_plugin.dylib [0x7f9bc5b10630] main demux meta error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/lua/liblua_plugin.dylib [0x7f9bc18306b0] main decoder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib [0x7f9bc10730b0] main decoder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib [0x7f9bc20fa2b0] main decoder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib [0x7f9bc18392b0] main decoder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib [0x7f9bc184b6b0] main decoder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib [0x7f9bc105fcb0] main decoder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib [0x7f9bc18bc8b0] main decoder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib [0x7f9bc18e54b0] main decoder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib [0x7f9bc10736b0] main decoder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib [0x7f9bc20e22b0] main decoder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib [0x7f9bc10a58b0] main decoder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib [0x7f9bc18ea6b0] main decoder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib [0x7f9bc1086ab0] main decoder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib [0x7f9bc211f6b0] main decoder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib [0x7f9bc10a8cb0] main decoder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib [0x7f9bc10ad6b0] main decoder error: corrupt module: /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass
Re: VLC cannot play MKV files?
On Saturday January 23 2016 18:33:07 Vincent Habchi wrote: >> Ah, not mine AFAIK. The portfile I submitted on Trac *probably* contains a >> VLC-devel port for 3.0.0-150503-g7385062d (my local copy does), but I don't >> think I tried building or using that one since May last year (1505). > >I could have a stab at compiling it, if you want. No, I wouldn't bother. Building a "dev" port that's almost a year old doesn't make much sense. >The other reason I prefer to use the compiled VLC is, well, to optimise the >code. I suppose compiling with -march=native gives a slightly better code than >the standard bundle which must work on every hardware. I am not sure this is >really signifiant, though. I wouldn't count on it, as the really expensive operations are (hopefully) already handled by optimised code. Auto-vectorisation can can surprisingly good results sometimes, but usually only in simple algorithms that rarely account for a significant part of a computing load. Whether the end-result of extensive optimisation is significant will depend on your definition of the term, and to some extent on your hardware. It may mean you'll just avoid skipping frames for instance, and one could call that significant. >Finally, I can disable much cruft, like the LUA interface, RTP and so on, I >don’t need. You might want to verify that it's not the absence of one of the things you deactivated that leads to your playback issue, or even the use of your optimisation options. Note that you can also try to build the VLC code yourself, without using the VLC port but instead using the Videolan build script ... and dependencies like ffmpeg from MacPorts. That is not unlike what the VLC port does, except that you'd be using the "official" build script. R. ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: VLC cannot play MKV files?
> Ah, not mine AFAIK. The portfile I submitted on Trac *probably* contains a > VLC-devel port for 3.0.0-150503-g7385062d (my local copy does), but I don't > think I tried building or using that one since May last year (1505). I could have a stab at compiling it, if you want. > If you only installed those libraries for VLC then you shouldn't lose much. > You would however have more definite proof whether your issue is due to > something with the MacPorts build or in VLC itself. If the latter, you should > take it up on the VLC bug tracker. The pre-packaged VLC works fine. It’s definitely something wrong with MacPorts somewhere. The other reason I prefer to use the compiled VLC is, well, to optimise the code. I suppose compiling with -march=native gives a slightly better code than the standard bundle which must work on every hardware. I am not sure this is really signifiant, though. Finally, I can disable much cruft, like the LUA interface, RTP and so on, I don’t need. Overall, I might be over-cautious. :B Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: VLC cannot play MKV files?
> On Jan 23, 2016, at 9:36 AM, Vincent Habchi wrote: > I compiled VLC 2.2.1 using Macports and still have the same error :( > Seems something is wrong in the MacPorts librairies, but where? ... > > VLC media player 2.2.2 Weatherwax (revision 2.2.1-21-g2502874) > … > [7f9f92e60978] avformat demux debug: detected format: matroska,webm > … > [7f9f92e60978] ps demux warning: found sync code > [7f9f92e60978] ps demux warning: garbage at input, trying to resync… Do other mkv files play OK? You may also want to install mediainfo and check the contents of the problem file: $ port info mediainfo mediainfo @0.7.72 (multimedia) Variants: universal Description: MediaInfo supplies technical and tag information about a video or audio file Homepage: http://mediaarea.net Library Dependencies: zlib, curl Platforms:darwin License: LGPL-3+ Maintainers: nomaintai...@macports.org Craig ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: VLC cannot play MKV files?
On Saturday January 23 2016 14:48:56 Vincent Habchi wrote: >There’s a “beta” 2.2.2-20150427_3 available on MacPorts, I’ll try it and let >you know. Ah, not mine AFAIK. The portfile I submitted on Trac *probably* contains a VLC-devel port for 3.0.0-150503-g7385062d (my local copy does), but I don't think I tried building or using that one since May last year (1505). >> Might I suggest that you download the latest VLC player from videolan.org >> directly, and see if that one gives the same error? If it doesn't, you can >> then probably simply uninstall the one from MacPorts. > >Yep, I could do that, but I would have to uninstall all the libraries I’ve >installed to save space, and that wouldn’t be fun. If you only installed those libraries for VLC then you shouldn't lose much. You would however have more definite proof whether your issue is due to something with the MacPorts build or in VLC itself. If the latter, you should take it up on the VLC bug tracker. R ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: VLC cannot play MKV files?
Craig:
> Do other mkv files play OK?
I haven’t many MKV files, all from the same source, and none plays correctly on
VLC.
FFPLAY has no difficulty reading them.
Strange.
Output of mediainfo:
> mediainfo /Volumes/Archives/Vidéos/Series/MLP\ FIM\ S4/YP-7Z-04x02.mkv
General
Unique ID:
206008566657813998729350314970436825804 (0x9AFBCE86080DD11183450EA6D0E772CC)
Complete name: /Volumes/Archives/Vidéos/Series/MLP
FIM S4/YP-7Z-04x02.mkv
Format : Matroska
Format version : Version 2
File size: 521 MiB
Duration : 22mn 3s
Overall bit rate : 3 304 Kbps
Encoded date : UTC 2013-11-25 19:01:06
Writing application : mkvmerge v5.3.0 ('I could have
danced') built on Feb 9 2012 10:38:07
Writing library : libebml v1.2.3 + libmatroska v1.3.0
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames: 9 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 22mn 3s
Width: 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth: 8 bits
Scan type: Progressive
Title: S04E02 : Princess Twilight Sparkle
(2)
Writing library : x264 core 135 r2345 f0c1c53
Encoding settings: cabac=1 / ref=9 / deblock=1:1:1 /
analyse=0x3:0x113 / me=umh / subme=8 / psy=1 / psy_rd=0.40:0.00 / mixed_ref=1 /
me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 /
fast_pskip=1 / chroma_qp_offset=-2 / threads=3 / lookahead_threads=1 /
sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 /
constrained_intra=0 / bframes=5 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3
/ weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40
/ intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=17.0 / qcomp=0.60
/ qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:0.60
Language : English
Default : Yes
Forced : No
Audio #1
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : A_AC3
Duration : 22mn 3s
Bit rate mode: Constant
Bit rate : 384 Kbps
Channel(s) : 6 channels
Channel positions: Front: L C R, Side: L R, LFE
Sampling rate: 48.0 KHz
Bit depth: 16 bits
Compression mode : Lossy
Stream size : 60.6 MiB (12%)
Title: [ENG] AC3 5.1
Language : English
Default : Yes
Forced : No
Audio #2
ID : 3
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 22mn 3s
Channel(s) : 2 channels
Channel positions: Front: L R
Sampling rate: 48.0 KHz
Compression mode : Lossy
Title: [ENG] AAC 2.0
Language : English
Default : No
Forced : No
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: VLC cannot play MKV files?
> You might want to look at the following to clean up those libraries: > > $ port info port_cutleaves […] Thanks Craig! ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: VLC cannot play MKV files?
René, I compiled VLC 2.2.1 using Macports and still have the same error :( Seems something is wrong in the MacPorts librairies, but where? Cheers! — VLC media player 2.2.2 Weatherwax (revision 2.2.1-21-g2502874) [7f9f92f00378] core libvlc debug: VLC media player - 2.2.2 Weatherwax [7f9f92f00378] core libvlc debug: Copyright © 1996-2015 the VideoLAN team [7f9f92f00378] core libvlc debug: revision 2.2.1-21-g2502874 [7f9f92f00378] core libvlc debug: configured with ./configure '--prefix=/opt/local' '--with-contrib=/opt/local/var/macports/build/_Macports_dports_multimedia_VLC-devel/VLC-devel/work/VLC-devel-2.2.1/contrib' '--disable-debug' '--disable-update-check' '--enable-gnutls' '--disable-notify' '--disable-dbus' '--disable-lua' '--disable-gnomevfs' '--disable-growl' '--enable-dvdnav' '--enable-dvdread' '--disable-smbclient' '--enable-vcdx' '--disable-realrtsp' '--disable-freerdp' '--disable-opencv' '--enable-sftp' '--enable-dvbpsi' '--enable-mux_ogg' '--enable-mkv' '--enable-mod' '--enable-mpc' '--disable-shout' '--enable-a52' '--enable-faad' '--enable-flac' '--enable-live555' '--enable-opus' '--enable-vorbis' '--enable-ogg' '--enable-mad' '--enable-libass' '--enable-dca' '--enable-png' '--disable-quicktime' '--enable-twolame' '--enable-speex' '--enable-theora' '--enable-x264' '--enable-postproc' '--enable-avcodec' '--enable-avformat' '--enable-swscale' '--disable-fluidsynth' '--enable-schroedinger' '--enable-vpx' '--disable-caca' '--enable-sdl' '--enable-sdl-image' '--without-x' '--disable-xcb' '--disable-xvideo' '--enable-freetype' '--enable-fontconfig' '--enable-fribidi' '--disable-svg' '--disable-jack' '--enable-samplerate' '--disable-qt' '--enable-ncurses' '--disable-skins2' '--disable-goom' '--enable-bonjour' '--enable-upnp' '--enable-macosx-eyetv' '--enable-macosx-vlc-app' '--enable-macosx-qtkit' '--enable-macosx' '--enable-macosx-dialog-provider' 'CC=/usr/bin/clang' 'CFLAGS=-pipe -Os -arch x86_64' 'LDFLAGS=-L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64' 'CPPFLAGS=-I/opt/local/include -D__unix__=1 -DFREERDP_INTERFACE_VERSION -DFREERDP_VERSION_MAJOR=1 -DFREERDP_VERSION_MINOR=1 -I/opt/local/lib/live/liveMedia/include' 'CXX=/usr/bin/clang++' 'CXXFLAGS=-pipe -Os -stdlib=libc++ -arch x86_64' 'OBJC=/usr/bin/clang' 'OBJCFLAGS=-pipe -Os -arch x86_64' 'CXXCPP=/usr/bin/clang++ -E' [7f9f92f00378] core libvlc debug: searching plug-in modules [7f9f92f00378] core libvlc debug: loading plugins cache file /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/plugins.dat [7f9f92f00378] core libvlc debug: recursively browsing `/Applications/MacPorts/VLC.app/Contents/MacOS/plugins' [7f9f92f00378] core libvlc debug: saving plugins cache /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/plugins.dat [7f9f92f00378] core libvlc debug: plug-ins loaded: 389 modules [7f9f92f00378] core libvlc debug: opening config file (/Users/vincent/Library/Preferences/org.videolan.vlc/vlcrc) [7f9f92f00378] core libvlc debug: translation test: code is "C" [7f9f92f00378] core libvlc debug: CPU has capabilities MMX MMXEXT SSE SSE2 SSE3 SSSE3 SSE4.1 SSE4.2 FPU [7f9f92c3d438] core input debug: Creating an input for 'Media Library' [7f9f92c3d438] core input debug: Input is a meta file: disabling unneeded options [7f9f92c3d438] core input debug: using timeshift granularity of 50 MiB, in path '/tmp' [7f9f92c3d438] core input debug: `file/xspf-open:///Users/vincent/Library/Application%20Support/org.videolan.vlc/ml.xspf' gives access `file' demux `xspf-open' path `/Users/vincent/Library/Application%20Support/org.videolan.vlc/ml.xspf' [7f9f92c3d438] core input debug: creating demux: access='file' demux='xspf-open' location='/Users/vincent/Library/Application%20Support/org.videolan.vlc/ml.xspf' file='/Users/vincent/Library/Application Support/org.videolan.vlc/ml.xspf' [7f9f92c409e8] core demux debug: looking for access_demux module matching "file": 15 candidates [7f9f92c409e8] core demux debug: no access_demux modules matched [7f9f92c3d438] core input debug: creating access 'file' location='/Users/vincent/Library/Application%20Support/org.videolan.vlc/ml.xspf', path='/Users/vincent/Library/Application Support/org.videolan.vlc/ml.xspf' [7f9f92f1bc68] core access debug: looking for access module matching "file": 19 candidates [7f9f92f1bc68] filesystem access debug: opening file `/Users/vincent/Library/Application Support/org.videolan.vlc/ml.xspf' [7f9f92f1bc68] core access debug: using access module "filesystem" [7f9f92c40c28] core stream debug: Using stream method for AStream* [7f9f92c40c28] core stream debug: starting pre-buffering [7f9f92c40c28] core stream debug: received first data after 0 ms [7f9f92c40c28] core stream debug: pre-buffering done 296 bytes in 0s - 3754 KiB/s [7f9f92c40f28] core stream debug: looking for stream_filter module matching "any": 9 candidates
Re: VLC cannot play MKV files?
> On Jan 23, 2016, at 8:48 AM, Vincent Habchi wrote: >> Might I suggest that you download the latest VLC player from videolan.org >> directly, and see if that one gives the same error? If it doesn't, you can >> then probably simply uninstall the one from MacPorts. > > Yep, I could do that, but I would have to uninstall all the libraries I’ve > installed to save space, and that wouldn’t be fun. > You might want to look at the following to clean up those libraries: $ port info port_cutleaves port_cutleaves @0.1.4 (sysutils, macports) Description: Inspired by FreeBSD's pkg_cutleaves, port_cutleaves is an interactive script that eases the uninstallation of leaves - installed ports that are unrequested and have no dependents. Homepage: http://svn.macports.org/repository/macports/contrib/port_cutleaves/ Platforms:darwin License: unknown Maintainers: pe...@macports.org, openmaintai...@macports.org Craig ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: VLC cannot play MKV files?
> > That's indeed that latest one provided through MacPorts, but not the latest > VLC version. I've submitted a port for 2.2.1 on Trac months ago, but it has > never been committed. There’s a “beta” 2.2.2-20150427_3 available on MacPorts, I’ll try it and let you know. > Might I suggest that you download the latest VLC player from videolan.org > directly, and see if that one gives the same error? If it doesn't, you can > then probably simply uninstall the one from MacPorts. Yep, I could do that, but I would have to uninstall all the libraries I’ve installed to save space, and that wouldn’t be fun. Thanks for your help! Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: VLC cannot play MKV files?
On Saturday January 23 2016 14:19:26 Vincent Habchi wrote: > Latest one: > > port installed | grep VLC > VLC @2.1.5_7+mod+mpc+osd+qtkit+quartz (active) That's indeed that latest one provided through MacPorts, but not the latest VLC version. I've submitted a port for 2.2.1 on Trac months ago, but it has never been committed. > > > What does the VLC log tell you (either in-app or by launching the app > > bundle executable directly from a terminal, with the -vvv argument)? > > You will find the relevant part of the log hereafter. It seems VLC does not > recognise the header, and there is an unknown error at some point that looks > ominous. Might I suggest that you download the latest VLC player from videolan.org directly, and see if that one gives the same error? If it doesn't, you can then probably simply uninstall the one from MacPorts. Hope that helps... Cheers, René ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: VLC cannot play MKV files?
Hi René, > Any MKV file? What VLC version? Latest one: port installed | grep VLC VLC @2.1.5_7+mod+mpc+osd+qtkit+quartz (active) > What does the VLC log tell you (either in-app or by launching the app bundle > executable directly from a terminal, with the -vvv argument)? You will find the relevant part of the log hereafter. It seems VLC does not recognise the header, and there is an unknown error at some point that looks ominous. Thanks for looking into this! Cheers! Vincent — /Applications/MacPorts/VLC.app/Contents/MacOS/VLC -vvv /Volumes/Archives/Vidéos/Series/MLP\ FIM\ S4/YP-7Z-04x01.mkv VLC media player 2.1.5 Rincewind (revision 2.1.4-49-gdab6cb5) [0x7ffca242b0b0] main libvlc debug: VLC media player - 2.1.5 Rincewind [0x7ffca242b0b0] main libvlc debug: Copyright © 1996-2014 the VideoLAN team [0x7ffca242b0b0] main libvlc debug: revision 2.1.4-49-gdab6cb5 [0x7ffca242b0b0] main libvlc debug: configured with ./configure '--prefix=/opt/local' '--with-contrib=/opt/local/var/macports/build/_Macports_dports_multimedia_VLC/VLC/work/vlc-2.1.5/contrib' '--enable-shared' '--disable-debug' '--disable-update-check' '--disable-dbus' '--disable-growl' '--disable-notify' '--enable-gnutls' '--disable-lua' '--disable-decklink' '--disable-dv1394' '--disable-gnomevfs' '--disable-libfreerdp' '--disable-libvnc' '--disable-linsys' '--disable-macosx-eyetv' '--disable-opencv' '--disable-realrtsp' '--disable-smbclient' '--disable-v4l2' '--disable-vcdx' '--enable-bluray' '--enable-dc1394' '--enable-dvdnav' '--enable-dvdread' '--enable-libcddb' '--enable-sftp' '--enable-vcd' '--disable-dvbpsi' '--disable-gme' '--disable-sid' '--disable-shout' '--enable-mkv' '--enable-mux_ogg' '--enable-ogg' '--disable-crystalhd' '--disable-dxva2' '--disable-fdkaac' '--disable-kate' '--disable-libass' '--disable-libva' '--disable-live555' '--disable-omxil' '--disable-omxil-vout' '--disable-quicksync' '--disable-quicktime' '--disable-rpi-omxil' '--disable-speex' '--disable-tiger' '--disable-wma-fixed' '--disable-shine' '--disable-zvbi' '--enable-a52' '--enable-avcodec' '--enable-avformat' '--enable-dca' '--enable-dirac' '--enable-faad' '--enable-flac' '--enable-fluidsynth' '--enable-mad' '--enable-opus' '--enable-png' '--enable-postproc' '--enable-schroedinger' '--enable-swscale' '--enable-telx' '--enable-theora' '--enable-twolame' '--enable-vorbis' '--enable-x264' '--without-x' '--disable-aa' '--disable-caca' '--disable-egl' '--disable-fribidi' '--disable-gles1' '--disable-gles2' '--disable-glx' '--disable-sdl' '--disable-sdl-image' '--disable-svg' '--disable-vdpau' '--disable-xcb' '--disable-xvideo' '--disable-chromaprint' '--disable-jack' '--disable-pulse' '--disable-macosx-dialog-provider' '--disable-qt' '--disable-skins2' '--enable-ncurses' '--disable-goom' '--disable-projectm' '--disable-vsxu' '--disable-mtp' '--disable-udev' '--enable-bonjour' '--enable-upnp' '--enable-macosx-vout' '--enable-macosx-audio' '--with-macosx-sdk=/' '--enable-macosx-vlc-app' '--enable-mod' '--enable-mpc' '--enable-freetype' '--enable-fontconfig' '--enable-macosx-qtkit' '--enable-macosx' '--enable-macosx-avfoundation' '--disable-samplerate' '--enable-merge-ffmpeg' '--enable-realrtsp' '--enable-libass' 'CC=/usr/bin/clang' 'CFLAGS=-pipe -Os -arch x86_64' 'LDFLAGS=-L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64' 'CPPFLAGS=-I/opt/local/include -D__unix__=1' 'CXX=/usr/bin/clang++' 'CXXFLAGS=-pipe -Os -stdlib=libc++ -arch x86_64' 'OBJC=/usr/bin/clang' 'OBJCFLAGS=-pipe -Os -arch x86_64' 'CXXCPP=/usr/bin/clang++ -E' [0x7ffca242b0b0] main libvlc debug: searching plug-in modules [0x7ffca242b0b0] main libvlc debug: loading plugins cache file /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/plugins.dat [0x7ffca242b0b0] main libvlc debug: recursively browsing `/Applications/MacPorts/VLC.app/Contents/MacOS/plugins' [0x7ffca242b0b0] main libvlc debug: saving plugins cache /Applications/MacPorts/VLC.app/Contents/MacOS/plugins/plugins.dat [0x7ffca242b0b0] main libvlc debug: plug-ins loaded: 351 modules [0x7ffca242b0b0] main libvlc debug: opening config file (/Users/vincent/Library/Preferences/org.videolan.vlc/vlcrc) [0x7ffca242b0b0] main libvlc debug: translation test: code is "C" [0x7ffca242b0b0] main libvlc debug: CPU has capabilities MMX MMXEXT SSE SSE2 SSE3 SSSE3 SSE4.1 SSE4.2 FPU [0x7ffca24449a0] main input debug: Creating an input for 'Media Library' [0x7ffca24449a0] main input debug: Input is a meta file: disabling unneeded options [0x7ffca24449a0] main input debug: using timeshift granularity of 50 MiB, in path '/tmp' [0x7ffca24449a0] main input debug: `file/xspf-open:///Users/vincent/Library/Application%20Support/org.videolan.vlc/ml.xspf' gives access `file' demux `xspf-open' path `/Users/vincent/Library/Application%20Support/org.videolan.vlc/ml.xspf' [0x7ffca24449a0] main input debug: creating demux: access='file' demux='xspf-open' location='/Users/vincent/Library/Application%20Support/org.vi
Re: VLC cannot play MKV files?
On Saturday January 23 2016 12:10:54 Vincent Habchi wrote: Hi, >I’ve a strange problem with VLC. Clicking on a MKV file will not crash the >app, but it will go into a sort of infinite loop, as if it was not finding >anything to play inside the file and kept on trying again. > >ffplay with the same file works fine, though, so this is not a library issue. Any MKV file? What VLC version? What does the VLC log tell you (either in-app or by launching the app bundle executable directly from a terminal, with the -vvv argument)? R. ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
VLC cannot play MKV files?
Hi there, I’ve a strange problem with VLC. Clicking on a MKV file will not crash the app, but it will go into a sort of infinite loop, as if it was not finding anything to play inside the file and kept on trying again. ffplay with the same file works fine, though, so this is not a library issue. Any idea what could possibly be wrong? Thanks, Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
