This package has been removed from Ubuntu. Closing all related bugs.
** Changed in: gstreamer0.10-pitfdll (Ubuntu)
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/175
** Changed in: gstreamer0.10-pitfdll (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/175078
Title:
Standard error should remain empty under normal circumstance
** Changed in: gstreamer0.10-pitfdll (Ubuntu)
Sourcepackagename: totem => gstreamer0.10-pitfdll
--
Standard error should remain empty under normal circumstances
https://bugs.launchpad.net/bugs/175078
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed t
** Changed in: totem (Ubuntu)
Status: Incomplete => New
--
Standard error should remain empty under normal circumstances
https://bugs.launchpad.net/bugs/175078
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailin
With all due respect, the repro steps continue to be trivial.
In the transcript below, I simply pressed "Cancel" when the "codec
buddy" asked about installing missing codecs.
vnix$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=8.10
DISTRIB_CODENAME=intrepid
DISTRIB_DESCRIPTION="Ubuntu 8.
thanks for your report, could you try to reproduce the same with
intrepid and see if it's still an issue there? thanks in advance.
** Changed in: totem (Ubuntu)
Status: New => Incomplete
--
Standard error should remain empty under normal circumstances
https://bugs.launchpad.net/bugs/17507
Forgot to add:
vnix$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=8.04
DISTRIB_CODENAME=hardy
DISTRIB_DESCRIPTION="Ubuntu 8.04.1"
This is an amd64 box. (Kudos for now having such excellent codec
support on this platform btw!)
--
Standard error should remain empty under normal circum
I am still able to repro on a Hardy box, yes.
I downloaded the codectest zip file. I removed the .rm and .swf files
as well as wheeliesorensonvideo2cbr.mov (because I don't believe there
are codecs for those; in any event, the codec installer buddy thingy
can't suggest anything for those) and ran
Thank you for taking the time to report this bug and helping to make
Ubuntu better. You reported this bug a while ago and there hasn't been
any activity in it recently. We were wondering is this still an issue
for you? Thanks in advance.
--
Standard error should remain empty under normal circumst
I can try at some point, but if you have a Hardy system, the repro steps
should be clear enough, I hope. (I wish I had a spare machine or a
convenient VMware image for stuff like this, but alas, I haven't had
time to set up anything like that.) Perhaps somebody who reads this can
try it and follo
Hi there
Thank you for taking the time to report this bug and helping to make Ubuntu
better. You reported this bug a while ago and there hasn't been any activity in
it recently. We were wondering is this still an issue for you? Can you try with
the development version of Ubuntu, Hardy Heron?
Th
** Changed in: totem (Ubuntu)
Status: Incomplete => New
--
Standard error should remain empty under normal circumstances
https://bugs.launchpad.net/bugs/175078
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs
Incidentally, I installed jackd in the hope that those annoying error
messages should go away, but now instead it prints "JACK tmpdir
identified as [/dev/shm]" on the console for every file it plays.
--
Standard error should remain empty under normal circumstances
https://bugs.launchpad.net/bugs/
I uploaded some typescripts to bug #159130 which also coincidentally
illustrate this problem quite vividly. Some of the chatter is from the
video codec installer buddy or whatever it's called, but anyway, feel
free to have a look at those, too. I think they make the point that
even though the plu
The point being, "useful to debug" is useful when you do want to debug,
but pretty worthless if they end up where they will not be seen. Even
if you notice a warning like that in your .xsession-errors (confession:
I run tail -f on mine in a terminal at all times) it's hard to correlate
the warning
So should this bug be reassigned to gstreamer0.10-pitfdll or what?
I don't get a dialog box about the audio problem, just the warnings on
standard error, and no sound.
--
Standard error should remain empty under normal circumstances
https://bugs.launchpad.net/bugs/175078
You received this bug no
There is an user dialog displayed, the message on the command line are
technical details and useful to debug though, that's not really a bug.
The dll lines would be a gstreamer0.10-pitfdll issue
--
Standard error should remain empty under normal circumstances
https://bugs.launchpad.net/bugs/17507
On Feisty, I was able to consistently produce errors with the following
files.
vnix$ wget http://www.codectest.com/codectest/streamingcodectest.zip
vnix$ unzip streamingcodectest.zip
vnix$ totem wheeliesorensonvideo2cbr.mov wheelie.wmv
** Message: don't know how to handle audio/x-gst-fourcc-Qclp,
Thank you for taking the time to report this bug and helping to make
Ubuntu better. Please answer these questions:
* Is this reproducible?
* If so, what specific steps should we take to recreate this bug?
This will help us to find and resolve the problem.
** Changed in: totem (Ubuntu)
Importa
19 matches
Mail list logo
