Package: vlc
Version: 1.0.3-1
Hello vlc maintainers,
i used to run stable, in which reading playlists worked without problems,
and have recently dist-upgraded to unstable,
and now it fails to read these same playlists.
A playlist that this happens with has following content :
#EXTM3U
mms://82.94
I forgot to mention that I'm tracking unstable,
and i encounter this behaviour in today's version,
which is 1.0.3-1
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/li
I use vlc as audio player, for net radio.
If i press button "View", it pops a menu,
and if i then select "Fullscreen Interface", size of interface becomes that of
entire virtual desktop.
I use a larger virtual desktop size than fits on my screen
(so i can easily make the docking area invisible).
Nick Lewycky writes:
> Package: libavformat52
> Version: 4:0.5+svn20090706-2+b1
> Severity: important
>
> On my powerpc system, any binary linked against libavformat hits the
> following problem:
>
> nicho...@tracer:~$ mplayer --help
> mplayer: error while loading shared libraries:
> /usr/lib/l
Hi,
Apologies for the delay in getting back to you.
On Sun, 2009-12-13 at 09:27 +0100, Reinhard Tartler wrote:
> We currently FFmpeg version 0.5 in lenny and squeeze. I noticed
> difficulties when trying to update the distro packages to a recent svn
> checkout, because the SONAME of libavutil ha
Processing commands for cont...@bugs.debian.org:
> block 311188 with 561996
Bug #311188 [debian-edu-config] debian-edu-config: Messes "programmatically"
with conffiles of other packages
Was blocked by: 370324 370332 370337 370342 370343 370346 370347 370348 370351
473460 474449
Added blocking bu
Package: audacity
Version: 1.3.5-2+lenny1
Severity: important
User: debian-...@lists.debian.org
Usertags: debian-edu
We ran into this issue with Debian Edu, where we are working on making
the Lenny based release these days.
Running audacity via an LTSP client fail to give working sound by
defaul
Package: mplayer
Version: 1.0~rc3+svn20090405-1
Severity: normal
Hello,
for the last few days (or weeks), mplayer in Sid has no longer correctly
responded to -channels option:
# mplayer -ao alsa -v -channels 4 myfile.mp4
==
I've downloaded src:ffmpeg and modified debian/confflags to add '-fPIC
-DPIC' to CFLAGS there. The resulting packages worked, though I had to
update libavcodec52 as well as libavformat52.
Nick
___
pkg-multimedia-maintainers mailing list
pkg-multim
Your message dated Mon, 21 Dec 2009 15:35:58 +
with message-id
and subject line Bug#559508: fixed in rotter 0.8-1.1
has caused the Debian Bug report #559508,
regarding FTBFS: E: Couldn't find package libmp3lame-dev
to be marked as done.
This means that you claim that the problem has been deal
Accepted:
rotter_0.8-1.1.diff.gz
to main/r/rotter/rotter_0.8-1.1.diff.gz
rotter_0.8-1.1.dsc
to main/r/rotter/rotter_0.8-1.1.dsc
rotter_0.8-1.1_amd64.deb
to main/r/rotter/rotter_0.8-1.1_amd64.deb
Override entries for your package:
rotter_0.8-1.1.dsc - source sound
rotter_0.8-1.1_amd64.deb
Package: libavformat52
Version: 4:0.5+svn20090706-2+b1
Severity: important
On my powerpc system, any binary linked against libavformat hits the
following
problem:
nicho...@tracer:~$ mplayer --help
mplayer: error while loading shared libraries:
/usr/lib/libavformat.so.52: R_PPC_REL24 relocat
Cyril Brulebois (04/12/2009):
> Package: rotter
> Version: 0.8-1
> Severity: serious
> Tags: patch
> Justification: FTBFS
I've just uploaded an NMU to fix this. Please find attached the source
debdiff.
Mraw,
KiBi.
diff -u rotter-0.8/debian/changelog rotter-0.8/debian/changelog
--- rotter-0.8/deb
rotter_0.8-1.1_amd64.changes uploaded successfully to localhost
along with the files:
rotter_0.8-1.1.dsc
rotter_0.8-1.1.diff.gz
rotter_0.8-1.1_amd64.deb
Greetings,
Your Debian queue daemon (running on host ries.debian.org)
___
pkg-multime
Am 19.12.2009 01:53, schrieb drbob:
I tried the method as described by hjsalchow but found that whilst it
produced some deb files for me they too had the codecs stripped out. The
debian rules script is crafted to remove the codecs even if you use
"get-orig-source".
Yes, debian/rules has to do t
15 matches
Mail list logo
