e defined via
> 'typedef'
>87 | typedef int bool;
> | ^~~~
> /usr/include/id3/globals.h:87:13: note: 'bool' is a keyword with '-std=c23'
> onwards
> configure:22095: $? = 1
> configure: program exited with status 1
Which is #1098206 that I just filed against id3lib3.8.3
James
A correction for a mistake in my previous message:
> Because Debian builds packages from a fixed build path, neither the
> 'reprotest'
> utility in Salsa-CI, nor the Reproducible Builds team's package test
> infrastructure for Debian[1] currently check for equivalent binary package
> output from
/docs/build-path/
Thanks,
James
[1] - https://tests.reproducible-builds.org/debian/reproducible.html
[2] - https://www.debian.org/Bugs/Developer#severities
/docs/build-path/
Thanks,
James
[1] - https://tests.reproducible-builds.org/debian/reproducible.html
[2] - https://www.debian.org/Bugs/Developer#severities
Source: ffmpeg
Followup-For: Bug #985187
X-Debbugs-Cc: vagr...@reproducible-builds.org
Control: fixed -1 7:6.1-1
Control: close -1
This package is not yet building reproducibly[1], but the build-path embed
correctly identified by this bugreport as a contributing factor has been
removed[2] from ffm
(Bumping as it's been a week or so)
Joao, Daniel, do you have any objection to removing these on ppc64el?
Best,
James
On 2024-02-20 20:21, James Lu wrote:
Hi,
Forwarding this along to maintainers of the affected packages. If
there's no objection, I can look at opening tho
Hi,
Forwarding this along to maintainers of the affected packages. If
there's no objection, I can look at opening those RM bugs.
(Chiming in here as I'm also affected by obs-studio being kicked from
testing with looking-glass)
Best,
James
On Sun, 14 Jan 2024 17:16:55 + (UTC
Followup-For: Bug #1034867
Control: fixed -1 smplayer/23.6.0+ds0-1
Control: close -1
On Sat, 09 Dec 2023 22:18:12 + I wrote:
> On Tue, 14 Nov 2023 20:31:38 + I wrote:
> > The separate issue of mplayer breakage when using an invalid wid parameter
> > in
> > combination with the nokeepaspec
Package: smplayer
Followup-For: Bug #1034867
On Tue, 14 Nov 2023 20:31:38 + I wrote:
> The separate issue of mplayer breakage when using an invalid wid parameter in
> combination with the nokeepaspect option still seems replicable to me using
> mplayer at version 1.5+svn38423-2+b1 -- a version
Source: smplayer
Followup-For: Bug #1034867
Using smplayer 23.6.0+ds0-1 with mplayer does now play video under Wayland as
expected; thank you!
The separate issue of mplayer breakage when using an invalid wid parameter in
combination with the nokeepaspect option still seems replicable to me using
Package: sox
Followup-For: Bug #905166
Dear Maintainer,
is there any progress on this? Opus is a free format and it's being used more
and more. Unfortunately debian 12 stable was released without support for opus
in sox. Maybe it could be added in a 12.x point release?
xception. This appears to occur here:
https://sources.debian.org/src/mplayer/2%3A1.5%2Bsvn38408-1/libvo/vo_xv.c/#L365-L367
I've reported the issue upstream to smplayer, and intend to file a bugreport
with mplayer to see whether there is a way that the floating point exception
could be avoided.
Thanks,
James
On Mon, 24 Apr 2023 at 14:05, James Addison wrote:
>
> However: I do have problems playing an MP4 video file with the
> 'default' video output driver selected. Maybe that is the same issue
> with VAAPI.. or maybe something else. I'll spend some time to check,
> I t
he video output driver
(thanks, Alf!) - I can play video (a sample MP4 file) correctly.
However: I do have problems playing an MP4 video file with the
'default' video output driver selected. Maybe that is the same issue
with VAAPI.. or maybe something else. I'll spend some time to check,
I think that either/both of those should be reported/followed in
separate bug(s).
Thanks,
James
Followup-For: Bug #1034289
X-Debbugs-Cc: giuseppe.bilo...@gmail.com, debian-multimedia@lists.debian.org
Control: reassign -1 libgtk-3-0
Control: affects -1 inkscape
Control: tags -1 patch
After testing the patch (that is based on a suggestion in an upstream GTK bug
discussion thread[1]), I can con
Package: inkscape
Version: 1.2.2-2+b1
Followup-For: Bug #1034289
After installing a fresh Debian bookworm system and installing the 'inkscape'
package (version 1.2.2-2+b1), I can confirm that this issue is reproducible; it
can be found by running:
$ GTK_IM_MODULE=xim inkscape
... and from ther
uggested fix).
The (untested) patch I've attached here applies the suggested change to
src:gtk+3.0 (and was created from version gtk+3.0-3.24.37 of it).
I don't yet have an environment prepared to build and test it, but will try to
create one soon.
Thanks,
James
[1] - https://gitla
Source: mpv
Followup-For: Bug #1026060
X-Debbugs-Cc: s...@debian.org
Thanks, Nicholas!
Although I don't have a DVB device to test with locally, the fix makes sense
to me, and I'm glad to read from Alf's report that it is working.
Regards,
James
ource began using meson from version 0.35 onwards[2], so that
could fit as an explanation.
FWIW: Debian's packaging has (both in the past[3], and currently[4]) included
build configuration to enable DVB.. so this may likely be a regression as a
result of those upstream build system changes.
Tha
acher wrote:
>
> On 2023-03-25 19:56:32 +, James Addison wrote:
> > Source: libass
> > Version: 1:0.17.1-1
> > Followup-For: Bug #1033381
> > Control: retitle -1 libass: nasm: use i386-baseline compatible NOP alignment
> > Control: tags -1 patch
> >
Source: aom
Version: 3.6.0-1
Followup-For: Bug #1033382
Control: retitle -1 aom: nasm: use i386-baseline compatible NOP alignment
Control: tags -1 patch
Please find a patch / merge request for this on Salsa at:
https://salsa.debian.org/multimedia-team/aom/-/merge_requests/1
I believe that the fi
Source: libass
Version: 1:0.17.1-1
Followup-For: Bug #1033381
Control: retitle -1 libass: nasm: use i386-baseline compatible NOP alignment
Control: tags -1 patch
Please find a patch / merge request for this on Salsa at:
https://salsa.debian.org/multimedia-team/libass/-/merge_requests/5
I believe
Source: libvpx
Version: 1.12.0-1
Followup-For: Bug #1033380
Control: retitle -1 libvpx: nasm: use i386-baseline compatible NOP alignment
Control: tags -1 patch
Please find a patch / merge request for this on Salsa at:
https://salsa.debian.org/multimedia-team/libvpx/-/merge_requests/4
I believe t
Source: x264
Version: 2:0.164.3095+gitbaee400-2
Followup-For: Bug #1033379
Control: retitle -1 x264: nasm: use i386-baseline compatible NOP alignment
Control: tags -1 patch
Please find a patch / merge request for this on Salsa at:
https://salsa.debian.org/multimedia-team/x264/-/merge_requests/2
offer a merge request on Salsa with the suggested change.
Thanks,
James
(for context: this bug was discovered while researching multi-byte NOP opcodes
as part of #1005863)
[1] - https://www.nasm.us/xdoc/2.16.01/html/nasmdoc6.html#section-6.2
[2] -
https://sources.debian.org/src/libass/1%3A0.17.1-1/libass/x86/x86inc.asm/#L904
Package: libheif1
Version: 1.14.2-1
Followup-For: Bug #1029668
X-Debbugs-Cc: debian-multimedia@lists.debian.org
The inability to read HEIC content using applications that depend on libheif1
could be a symptom of a more general codec-loading problem in that package:
Version 1.14.0 of upstream libh
It looks like the latest release
(https://github.com/obsproject/obs-studio/releases/tag/26.1.0) has
this included.
On Fri, 28 Aug 2020 08:48:51 +0200
Sebastian Ramacher wrote:
> That's not a package coming from us and is also not a backport of
> anything the multimedia team packaged. Please take a look at its
> changelog and contact whoever prepared 2.4.1-0build2~ubuntu18.04.
OK, I apologize for the noise, th
On Thu, 27 Aug 2020 21:15:08 +0200
Sebastian Ramacher wrote:
> 2.4.1 was never packaged. Do you mean 2.4.2? In any case, for the
> current version:
I have this (screenshot attached from Synaptic).
- Maintainer: Debian Multimedia Maintainers
-
- Version: 2.4.1-0build2~ubuntu18.04
On my machin
file give the same error:
> $ echo 'int main(void) {}' | gcc -x c - $(pkg-config --cflags --libs
> tesseract)
> /usr/bin/ld: cannot find -larchive
> collect2: error: ld returned 1 exit status
So I think this is a bug in tesseract.
Thanks,
James
signature.asc
Description: OpenPGP digital signature
he package "arch any multi-arch same" seems sensible to me, or
just removing the packages altogether (we already have a Provides:
libavcodec-extra on the real library packages so the existing
dependencies should work still).
Thanks,
James
signature.asc
Description: OpenPGP digital signature
ot;Comment" section at the top and
don't mention it in any "License" clauses which I think makes this
distinction between copyright and patent issues a bit clearer.
James
signature.asc
Description: OpenPGP digital signature
Hi Bernhard,
Marking stops as 'Multi-Arch: foreign' should make
that installation possible.
The package 'stops' contains binary instrument data, which as far as I
know, is uniquely created by the undocumented and well-hidden instrument
editor feature in aeolus (hold down Ctrl then left-mouse-
eg. The change in twolame is deliberate:
> https://github.com/njh/twolame/pull/32. The defaults in ffmpeg produce
> invalid files.
I submitted the above patch. I'll give it a few days to see what
upstream says about it before I upload it.
James
signature.asc
Description: OpenPGP digital signature
Hi,
On 28/10/2019 12:29, Utkarsh Gupta wrote:
> Hi James,
>
> On Tue, Oct 22, 2019 at 10:36 PM James Cowgill <mailto:jcowg...@debian.org>> wrote:
>
> Hi!
>
> On 22/10/2019 15:03, Utkarsh Gupta wrote:
> > Hey,
> >
> > I have
you have a patch for this NMU (or even better - a git branch against
the repo in Salsa)?
James
Hi,
On 27/07/2019 15:52, Jonas Smedegaard wrote:
> Quoting James Cowgill (2019-07-27 11:12:00)
>> Hi,
>>
>>> ffmpeg currently links with libcrystalhd3.
>>>
>>> It seems, however, that libcrystalhd3 is only really useful together
>>> with f
mpletely from libcrystalhd3 as well in that case?
James
signature.asc
Description: OpenPGP digital signature
Package: ambdec
Version: 0.7.1-1
Severity: minor
Dear Maintainers,
The package description for ambdec says:
Ambisonic decoder for first and second order
However, the long description for this package says:
It can be used for both horizontal and full 3-D systems of first, second
and third ord
On 23/07/2019 00:59, James Cowgill wrote:
> On that basis, it's unfortunate that nvenc was allowed to be enabled in
> buster in the first place.
Sorry, I meant to say "stretch" here not "buster".
James
signature.asc
Description: OpenPGP digital signature
quot; exception
to make it possible to dynamically load nvenc without the GPL requiring
the source of nvenc to be provided. I don't think Debian can rely on
this though because nvenc is not normally distributed by Debian (and you
have to enable non-free to get it).
James
signature.asc
Description: OpenPGP digital signature
dropping this dependency I would
expect all the GL / X11 / etc dependencies to also go which would give
much better space savings. Probably needs a little more thinking about
the way this would be implemented though (and it's relationship with the
normal ffmpeg package).
James
signature.asc
Description: OpenPGP digital signature
opencv/opencv/issues/10963
https://ffmpeg.org/pipermail/ffmpeg-devel/2018-March/226872.html
It seems the conclusion is that the OpenCV C API is dead and FFmpeg
should drop all support for it. That seems the likely course of action
for the Debian package unless someone can think of anything better.
James
signature.asc
Description: OpenPGP digital signature
rned error exit status 2
> Errors were encountered while processing:
> soundscaperenderer
Thanks for this bug.
This is also reported by piuparts:
https://piuparts.debian.org/sid/fail/soundscaperenderer_0.5.0~dfsg-1.log
James
signature.asc
Description: OpenPGP digital signature
and
they've declined to fix it - mainly citing support issues. Given that
upstream ffmpeg (for better or worse) are going to be receiving support
requests from people who have the Debian package installed, I'd rather
not deviate from upstream on this.
James
signature.asc
Description: OpenPGP digital signature
can run this to find out:
dpkg -l libavcodec57
This sounds like #904123 which was fixed in ffmpeg 7:3.2.12-1~deb9u1.
James
signature.asc
Description: OpenPGP digital signature
.
I'll poke it and see what upstream has to say, but I doubt they're going
to reintroduce xdg-shell v6 support.
https://github.com/mpv-player/mpv/issues/6110
James
signature.asc
Description: OpenPGP digital signature
-0.2.10933-beta36-0.2.7561-beta20.5-p11-0.2.7386-beta20.3-p14/
Upstream commit which fixes this:
https://source.openmpt.org/browse/openmpt/trunk/?op=revision&rev=10903
James
signature.asc
Description: OpenPGP digital signature
is intentional. The tv support in mpv has been unmaintained for
some time now and upstream recommends you use the v4l support from
libavdevice instead.
Eg:
mpv av://v4l2:/dev/video0
James
signature.asc
Description: OpenPGP digital signature
a options, so it's not a decoder
> problem.
Can you provide an example stream which exibits this behavior? I tested
a few rtp streams and they seem to work fine.
Also, please run mpv with the "-v" option on one of the broken streams,
and attach the output to this bug report.
Hi Boyuan,
> I am not proposing to remove this package; instead I was proposing of having
> MIA team involved and (orphan this package) / (have other maintainers taken
> this package care of)
That should not be necessary since it is maintained by
debian-multimedia. I agree it needs a rebuild no
Hi Boyuan,
> Dear stops maintainer (Hi Free Ekanayaka)
Maintainer for this package is Debian Multimedia Team, it's just that
Free was the last uploader.
> I was cleaning up packages that hasn't receive any upload in Debian for a
> long
> time and noticed that your package, stops, received no up
Hi,
On 22/08/18 22:35, Vincent Lefevre wrote:
> On 2018-08-22 22:31:29 +0100, James Cowgill wrote:
>> Firefox 52 does not work with FFmpeg 4.0. You must upgrade either to
>> Firefox 61 or 60.1 ESR.
>
> Something I cannot do because it no longer support session management
&
se it should
already be fixed in unstable. Hopefully firefox-esr 60.1 will migrate to
testing soon so it'll be fixed there as well.
James
signature.asc
Description: OpenPGP digital signature
repository (also,
you do not need to be a team member to create an MR).
This thread was the last thing mentioning calf packaging:
https://alioth-lists.debian.net/pipermail/pkg-multimedia-maintainers/2017-November/061765.html
Jonas said he was going to look at it. I wonder if that has mat
rnatively you
could try rewriting the broken code (in libavcodec/ppc/fdctdsp.c) to
avoid the miscompilation.
James
signature.asc
Description: OpenPGP digital signature
Hi,
On 01/08/18 03:16, shirish शिरीष wrote:
> On 31/07/2018, James Cowgill wrote:
>> On 31/07/18 07:07, shirish शिरीष wrote:
>>> At times when I'm running a video, I get this ffmpeg warning -
>>>
>>> [ffmpeg] NULL: Failed to parse extradata
>&g
iled to parse extradata
>
> and have no idea why that error triggrs.
Probably a broken input file. Does this only happen for some files?
James
signature.asc
Description: OpenPGP digital signature
erimentation) that "--cache=no --cache-secs=10"
will work on 0.29 and 0.27 giving the same behavior as "--cache=no" did
on 0.27.
James
signature.asc
Description: OpenPGP digital signature
ixing, at the very least.
I think I agree that the manpage needs some clarification to note that
the --cache option only affects the stream cache.
In the meantime I uploaded mpv 0.29 which has adjusted the cache sizes a
bit (although the behavior of --cache has not changed). Can you see if
it has
:
[Fix] Tuning: Fix integer overflow and division by zero in
GetRatio()/GetRatioFine() with out-of-range m_FineStepCount caused by
malformed files (caught with afl-fuzz).
AFAIKT this is denial of service only, so keeping the severity at important.
James
signature.asc
Description: OpenPGP digital
monitor if you want:
https://github.com/mpv-player/mpv/issues/6024
Thanks,
James
signature.asc
Description: OpenPGP digital signature
orrectly disabled by that option). The issue here was the size of
the demuxer cache (which caches already demuxed packets). This cache is
not affected by the --cache option. Upstream enabled this cache and set
it to a very large size. This was reduced in 0.29 thus mitigating the issue.
James
signa
Control: tags -1 - moreinfo
Hi,
On 21/07/18 16:23, Mattia Rizzolo wrote:
> On Sat, Jul 21, 2018 at 02:41:32PM +0100, James Cowgill wrote:
>> If versioned provides was working properly everywhere then
>> possibly it could be used, but I don't think it does yet (althoug
won't work because it won't satisfy versioned
dependencies. If versioned provides was working properly everywhere then
possibly it could be used, but I don't think it does yet (although I'm
happy to be corrected!).
James
signature.asc
Description: OpenPGP digital signature
Control: reassign -1 src:ffmpeg 7:3.4.3-1
Control: found -1 7:3.2.11-1~deb9u1
Control: fixed -1 7:4.0-1
Control: tags -1 fixed-upstream
Hi,
On 21/07/18 14:54, S Andreason wrote:
> James Cowgill wrote:
>> Can you confirm that it's this bug you're seeing?
>> https://
s it's an FFmpeg bug. It should be fixed when 3.2.12 is
uploaded. AFAIKT, 3.4.3 in testing is also affected, but the 4.0 branch
(including 4.0.1 in unstable) is not.
Thanks,
James
signature.asc
Description: OpenPGP digital signature
gain.
> ffmpeg works correctly
>
> paolo@rigel:~$ ffmpeg -version
> ffmpeg version 2.8.1 Copyright (c) 2000-2015 the FFmpeg developers
> built with gcc 5.2.1 (Debian 5.2.1-22) 20151010
It also looks like you have a custom (and very old) version of ffmpeg
installed, but I think t
/mpv-player/mpv/pull/5975
Waf commit which fixes this:
https://gitlab.com/ita1024/waf/commit/facdc0b173d933073832c768ec1917c553cb369c
Reverting the build system to python2 should also fix this.
James
signature.asc
Description: OpenPGP digital signature
Hi,
On 08/07/18 11:41, shirish शिरीष wrote:
> On 08/07/2018, James Cowgill wrote:
>> On 05/07/18 10:03, shirish शिरीष wrote:
>>> I had the good fortune at the time to have both the multimedia
>>> libraries and youtube-dl
>>> at the latest on debian testing
what needs to be tested and how. I do see the
> libraries are all there in experimental and can install them but dunno
> if that will change anything or not.
It would be useful to know if the ffmpeg issues you are seeing are fixed
in 4.0 or not.
James
uff), but the patches might
need backporting unless the qt 5.11 transition happens before ffmpeg.
James
signature.asc
Description: OpenPGP digital signature
Hi Petter,
> have not heard from any of the other team
> members for a while, lack a mailing list to communicate with them
It seems this was one of the mailing lists not migrated away from alioth.
Would it make sense for all the Xiph packages to be managed via
https://salsa.debian.org/multimedia
Hi all,
On 21/06/18 05:40, Debian testing autoremoval watch wrote:
> sonic-visualiser 3.0.3-4 is marked for autoremoval from testing on 2018-07-16
>
> It (build-)depends on packages with these RC bugs:
> 899571: libfishsound: Invalid maintainer address
> pkg-xiph-ma...@lists.alioth.debian.org
S
Hi,
On 18/06/18 14:35, José Couto wrote:
> Sorry, I forgot to cc bugs.debian.org <http://bugs.debian.org>.
>
> Hi, James. Thank you for your help.
[...]
> I can't install libmypaint-common by hand either:
>
> ###
> # apt-get -o Debug::pkgProblemResolver=
Hi,
Sorry I accidentally sent the last email by mistake before it was finished.
On 18/06/18 14:35, José Couto wrote:
> Sorry, I forgot to cc bugs.debian.org <http://bugs.debian.org>.
>
> Hi, James. Thank you for your help.
[...]
> I can't install libmypain
install libmypaint-1.3-0
Do you have mypaint-data installed? If so, this is probably a duplicate
of #894757.
James
signature.asc
Description: OpenPGP digital signature
em
with your setup.
Could you provide the full log of this command:
mpv -v -v --no-config https://www.youtube.com/watch?v=tKemIJ0G1C8
James
signature.asc
Description: OpenPGP digital signature
The idea of that is to only use the ytdl hook as a fallback if the
native loaders (which can play m3u files) fail to load it for some
reason. After that PR, the ytdl hook is not involved at all.
Thanks,
James
signature.asc
Description: OpenPGP digital signature
er/mpv/issues/5359
https://github.com/mpv-player/mpv/issues/5652
https://github.com/mpv-player/mpv/issues/5799
However, in this commit the maximum cache size was reduced to 150MB, so
hopefully 0.29 will improve this:
https://github.com/mpv-player/mpv/commit/e167812406f97443d6422f4dd088a59
ou want me to add
Breaks: vokoscreen (<< 2.2.0)
to libav-tools in stretch (2.2 being the version vokoscreen switch to
ffmpeg)?
James
signature.asc
Description: OpenPGP digital signature
ble directly by mpv itself (without
youtube-dl), but usually mpv will invoke youtube-dl first to detect
various other URLs. The "--no-ytdl" option will always work because it
bypasses the buggy code in the youtube-dl hook.
I tested it with upstream git and it looks like this is fixed
am mpv and check that it is
indeed fixed?
James
signature.asc
Description: OpenPGP digital signature
Control: severity -1 grave
Hi,
On 06/05/18 21:48, Chiraag Nataraj wrote:
> Package: mpv
> Version: 0.28.0-1
> Severity: important
>
> Dear Maintainer,
>
> Upon upgrading to mpv 0.28, mpv segfaults on any file I open. After
> downgrading to 0.27, this was no longer an issue. I can provide strac
ers should be advised to just join
> debian-multimedia@l.d.o (and all mentions of pkg-multimedia@a.d.o should
> be removed completely; even though that list has been migrated.)
>
> also the references to pkg-multimedia-commits@a.d.o should be dropped
> completely.
>
> is thi
nto-unstable/
> I've got other small improvements to make to a few package (managed by
> debian-multimedia) and I would appreciate if you, knowledgeable people,
> can confirm/infirm that the way I'm doing this one is fine before I
> start doing others.
Committing stuff to git is probably fine, as long as you are sure it's
correct.
Thanks,
James
signature.asc
Description: OpenPGP digital signature
x27;s better to have the
list migrated for the time being and let the list go once enough stuff
has been migrated.
Thanks,
James
signature.asc
Description: OpenPGP digital signature
seeking.
> The “note cut” duplicate note action did not volume-ramp the previously
> playing sample.
> A song starting with non-existing patterns could not be played.
> DSM: Support restart position and 16-bit samples.
> DTM: Import global volume.
Thanks,
James
signature.asc
Description: OpenPGP digital signature
Package: ftp.debian.org
Severity: normal
X-Debbugs-CC: debian-multimedia@lists.debian.org
Hi,
Please remove the pd-osc source package. Its only binary package has
been taken over by pd-mrpeach.
Thanks,
James
signature.asc
Description: OpenPGP digital signature
atches are an improvement, I'm not convinced that they
need to be applied to stable. It seems to me there is also a bug in
freeswitch here which reduced the stack size and proceeds to dlopen some
libraries without understanding the full implications of this.
James
signature.asc
Description: OpenPGP digital signature
her programs which use libopenmpt work - like ffmpeg and openmpt123?
James
signature.asc
Description: OpenPGP digital signature
Hi,
On 07/03/18 15:13, Серж ИвановЪ wrote:
> Attached additional info, core dump and gdb backtrace log
Thanks, although I can't read the core dump without the binaries it runs
from. Can you reproduce the bug using binaries only found in the Debian
archive?
James
signature.asc
Des
ing this to rules effectively fixes issue:
>
> export DEB_CXXFLAGS_MAINT_APPEND = -O3
If this flag genuinely does fix the segfault, then there's likely some
undefined behavior in libopenmpt which the compiler is exploiting and
your suggested fix would just hide the real bug.
Thanks,
James
signature.asc
Description: OpenPGP digital signature
d packages will all become instantly RC
buggy when alioth is turned off.
James
signature.asc
Description: OpenPGP digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 25 Feb 2018 10:15:54 +
Source: milkytracker
Binary: milkytracker
Architecture: source
Version: 1.02.00+dfsg-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Team
Changed-By: James Cowgill
tcome did you expect instead?
>A concise and tidy report to the terminal with no complaints, errors
> or warnings.
>In the present state, the software is not good release quality.
Does your webcam actually play in mpv? Is it just the log messages that
bother you?
Thanks,
James
signature.asc
Description: OpenPGP digital signature
Hi Fabian,
> it is highly discouraged to add this repository due to known
> breakage and incompatibilities
Yes indeed :-) Funny how old info can last a long, long time online.
Cheers!
Daniel
Hi James, hi Toerless,
>> How to add Debian Multimedia to your system.
> I'm not sure I understand your question exactly. If you want to install
> some multimedia packages, there is no need to "add Debian Multimedia" -
I think this confusion stems from the time when d
uld be able to install packages out-of-the-box with apt-get as
usual. If you want to install lots of multimedia packages at once, some
of the pure blend meta-packages might help.
James
signature.asc
Description: OpenPGP digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Fri, 16 Feb 2018 22:56:00 +
Source: mpv
Binary: mpv libmpv1 libmpv-dev
Architecture: source
Version: 0.27.2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers
Changed-By: James Cowgill
1 - 100 of 212 matches
Mail list logo
