Control: severity -1 serious
Control: severity 831553 normal
Hi everyone,
The buster cycle is the right time to remove mtasc from the Debian
archive. It has been unmaintained in Debian and upstream for years. The
web ecosystem is moving away from Flash towards standard web tech,
which can now rep
On Fri, Oct 6, 2017 at 3:22 AM, Rainer Dorsch wrote:
> http://paste.debian.net/989216/
Hmm, I'm not sure what the error is. If you can I would suggest asking
on the freenode #etnaviv IRC channel:
https://webchat.freenode.net/?channels=etnaviv
--
bye,
pabs
https://wiki.debian.org/PaulWise
___
On Thu, Oct 5, 2017 at 4:37 AM, Rainer Dorsch wrote:
> I checked versions now, I should be good, but the xserver still does not
> start (started with the Xserver now and look to kodi as a second step).
Please put the full Xorg log on paste.debian.net.
> rd@xbian:~$ apt-cache policy mesa-va-drive
On Wed, Oct 4, 2017 at 1:33 AM, Rainer Dorsch wrote:
> I experimented with kodi on the cubox-i without proprietary extensions.
Since the CuBox i* series of devices use Vivante GPUs and there are
reverse engineered libre drivers called etnaviv for these GPUs, you
should be able to get graphics usi
Source: lives
Severity: wishlist
X-Debbugs-CC: m...@qa.debian.org, w...@debian.org
This person doesn't appear to be active on lives and the Debian wiki
got a bounce mail saying that the email address no longer exists.
Please remove them from the Uploaders field of this package.
Harry Rickards
M
On Wed, 2016-10-26 at 12:19 +0200, Fabian Greffrath wrote:
> I'd suggest to re-apply (and maybe even increment) xbmc's epoch for kodi.
That isn't going to fix the RC bug.
The only options are:
* Generate the xbmc versions in a different way.
* Move the xbmc transitional packages back to xbmc
On Wed, 2016-10-26 at 12:00 +0200, Bálint Réczey wrote:
> It seems it is too much hassle to maintain the xbmc packages
> generated from kodi source, see #842141.
Ugh, that is annoying.
> I could append the current version to the xbmc package versions,
> but that would just confuse users.
That i
On Tue, 2016-09-20 at 18:14 +0200, Bálint Réczey wrote:
> I have changed kodi 17.x to provide xbmc*.
> The next upload to experimental will contain the fix.
Excellent, thanks for that!
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message
On Thu, 2016-09-01 at 08:17 +0200, Bálint Réczey wrote:
> Because this way we can get rid of the epoch.
You can have different version numbers between source and binary
packages. So src:kodi 16.1+dfsg1-2 can build xbmc 2:13.2+dfsg1-6.
You may also want to drop the orig.tar.gz from xbmc too.
--
On Thu, 2016-09-01 at 08:11 +0200, Bálint Réczey wrote:
> Xbmc packages are empty now helping the migration to kodi. I think
> they should be released with stretch.
Why are the transitional packages in src:xbmc instead of src:kodi?
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Hi,
Now that kodi is in Debian, should xbmc get removed?
If you agree, please file a removal bug report:
https://wiki.debian.org/ftpmaster_Removals
If I don't hear back in 2 weeks I will file one.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally
On Sat, 2016-07-02 at 14:45 +0200, Sebastian Ramacher wrote:
> Unfortunately it's not and I can't reproduce the issue.
Me either, mainly because the video is now 403 Forbidden.
> Did you see similar issues with 2.2.4?
Not AFAIK but I rarely use VLC now, it has completely crashed my
machine a fe
Source: juce
Severity: normal
The Homepage for juce is incorrect, it should be this instead:
https://www.juce.com/
The current homepage redirects to a domain squatter website:
http://www.igloo.com/domain/juce.org
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: Th
Package: src:vlc
Version: 2.2.2-5
Severity: normal
Usertags: crash
I got the following crash after pressing stop on this youtube video.
If the backtrace isn't useful, please close the bug report.
$ gdb -batch -n -ex 'set height 0' -ex run -ex bt -ex 'thread apply all bt
full' --args vlc 'https:/
Package: opencollada-tools
Version: 0.1.0~20140703.ddf8f47+dfsg1-2
Severity: wishlist
File: /usr/lib/opencollada/OpenCOLLADAValidator
Control: affects -1 check-all-the-things
User: check-all-the-thi...@packages.debian.org
Usertags: noise
I added a check for running the opencolladavalidator tool to
Package: opencollada-tools
Version: 0.1.0~20140703.ddf8f47+dfsg1-2
Severity: wishlist
File: /usr/lib/opencollada/OpenCOLLADAValidator
When I run opencolladavalidator it says the file I'm checking is
compliant with version 1.4.1 of the spec, but version 1.5.0 was
released in 2008, it would be nice
On Fri, 2015-12-11 at 10:59 +0800, Paul Wise wrote:
> Unfortunately I can't reproduce the gnome-shell crash so I can't
> reproduce the bug using the test program. I ran the test program and
> attached/detached my external monitor but didn't get any crash.
> If this b
On Thu, 2015-12-10 at 19:26 +0100, Sebastian Ramacher wrote:
> This bug looks very similar to #790825. It would be great if you could
> reproduce
> the bug with the test program that is available in #790825. If the test
> program
> also shows the same problem, this bug should be reassigned to Qt
Package: vlc
Version: 2.2.1-5+b1
Severity: normal
This morning I had gnome-shell crash and about 5.32 seconds later VLC
crashed. I had left VLC on pause overnight and when I came back to my
computer, the gnome-shell crash happened. I'm not sure if this is a bug
in Qt or VLC, please reassign it if
On Tue, Nov 24, 2015 at 4:15 AM, Matteo F. Vescovi wrote:
> I don't have any strong opinion on this choice. It's used to render
> characters in i18n of the GUI and I kept using the Droid font because this
> was/is the one upstream provided as per-default.
Can it just use whatever fonts the user h
On Fri, 2015-01-02 at 12:29 +0100, Matteo F. Vescovi wrote:
> It's bern tested that this bug doesn't afflict libdvdnav anymore in
> versions actually in testing, unstable and experimental.
The testing done and source code search was inadequate, the issue is
still definitely still present in the l
On Fri, 2014-09-19 at 08:46 -0400, Reinhard Tartler wrote:
> I am puzzled. What's wrong with this change:
>
> http://anonscm.debian.org/cgit/pkg-multimedia/libav.git/commit/debian/libav-tools.maintscript?id=1234c1184d0c3065ff791b984636b7925448fc9b
It looks correct to me, h.
Maybe start by t
Package: libav-tools
Version: 6:11-1
Followup-For: Bug #760763
On Sat, 2014-09-13 at 13:20 +, Reinhard Tartler wrote:
>* Remove /etc/avserver.conf (Closes: #760763)
This does not appear to have worked:
pkg=libav-tools ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' $pkg | grep
obso
On Mon, 2014-09-08 at 22:38 -0400, Reinhard Tartler wrote:
> AFAIUI, I should add a debian/libav-tools.maintscript with the
> following content:
>
> rm_conffile /etc/avserver.conf 6:10.2-1~
>
> Does this sound good to you?
Sounds good to me.
--
bye,
pabs
http://wiki.debian.org/PaulWise
sig
On Mon, 2014-09-08 at 21:48 -0400, Reinhard Tartler wrote:
> Actually, that configuration file should just get removed. Is there a
> better way than "rm -r /etc/avserver.conf" in postinst?
I guess you mean rm -f, but I think the right way to remove it is to use
the dpkg-maintscript-helper support
Package: libav-tools
Version: 6:11~beta1-2
Severity: normal
Usertags: conffile
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate
The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove
Control: reopen -1
On Tue, 2014-08-05 at 16:02 +0200, Matteo F. Vescovi wrote:
> Today I've contacted upstream developers (via IRC channel on Freenode)
> and asked about this long-lasting security bug.
>
> They pointed me to:
>
> https://developer.blender.org/rB367722470aa2eada43614cd558f468b
Package: jackd2
Version: 1.9.9.5+20130622git7de15e7a-1
Severity: normal
Usertags: conffile
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate
The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installde
Package: vlc-data
Version: 2.0.5-2
Severity: important
Usertags: conffile
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate
The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these
Control: reopen -1
Control: found -1 2.63a-1
On Thu, 2012-01-05 at 12:48 +0100, Matteo F. Vescovi wrote:
> Version: 2.61-1
>
> Closing.
> Feel free to re-open the report if the issue persists.
>
> Thanks for your time and efforts.
Sorry I didn't notice this bug closing, but did you check that
Package: audacity
Version: 2.0.1-1
Severity: normal
Usertags: tmp
Audacity places temporary files in /tmp/audacity-$user instead of the
directory specified by one of the appropriate environment variables
($TMP $TMPDIR $TEMP $TEMPDIR).
-- System Information:
Debian Release: wheezy/sid
APT prefer
tags 661197 + fixed-upstream patch
thanks
This bug is fixed upstream in 5.16.6. Should you want to fix it without
uploading the new upstream version, here is the upstream fix:
http://csound.git.sourceforge.net/git/gitweb.cgi?p=csound/csound5.git;a=commitdiff;h=7d617a9551fb6c552ba16874b71266fcd90f
Package: mplayer
Version: 2:1.0~rc4.dfsg1+svn33713-5
Severity: important
I note that mplayer crashes when playing a couple of NASA videos. These
videos don't cause vlc/ffplay/totem to crash. It looks like it is
crashing in the GIF decoding code of libav but is only triggered by
mplayer. Please rea
Package: vlc
Version: 1.1.11-2+b3
Severity: normal
After upgrading to sid vlc plus libav from sid in an attempt to get it
to play youtube URLs, I get a crash instead of an "unsupported" message.
pabs@chianamo:~$ gdb --args vlc -vvv http://www.youtube.com/watch?v=OZ1OOVt7rxM
GNU gdb (GDB) 7.3-deb
On Mon, 2011-02-21 at 14:15 +0800, Paul Wise wrote:
> common.h uses UINT64_C but does not define it so apps that use libavutil
> but don't use stdint.h will have build issues. I ran into this while
> trying to enable ffmpeg support in jugglemaster.
Followup to that:
The code I
Package: libavutil-dev
Version: 4:0.6.1-5
Severity: important
File: /usr/include/libavutil/common.h
common.h uses UINT64_C but does not define it so apps that use libavutil
but don't use stdint.h will have build issues. I ran into this while
trying to enable ffmpeg support in jugglemaster.
-- Sys
Source: libva
Severity: normal
I get segfaults in vainfo when libva* are 1.0.1 and i965-va-driver is
1.0.8. I also get segfaults in vainfo when libva* are 1.0.8 and
i965-va-driver is 1.0.1. I expect there is some sort of ABI for the
driver that needs to be depended on properly. Backtraces below:
On Wed, Oct 13, 2010 at 5:45 AM, Andres Mejia wrote:
> crystalhd-dkms - Crystal HD Video Decoder (Linux kernel driver)
Please work with upstream to get this merged into Linux.
--
bye,
pabs
http://wiki.debian.org/PaulWise
___
pkg-multimedia-maintain
38 matches
Mail list logo
