tags 638250 help
stop
On Sun, Sep 04, 2011 at 06:45:36 (CEST), Elimar Riesebieter wrote:
block 638250 by 639948
thanks
I strongly disagree that this arch specific defect on ppc is in any way
a blocking bug for recompiling moc-ffmpeg-plugin against the new libav
libraries. It only affects
* Reinhard Tartler [110904 08:47 +0200]:
tags 638250 help
stop
On Sun, Sep 04, 2011 at 06:45:36 (CEST), Elimar Riesebieter wrote:
block 638250 by 639948
thanks
I strongly disagree that this arch specific defect on ppc is in any way
a blocking bug for recompiling moc-ffmpeg-plugin
* bz [110904 08:42 +0200]:
On Sun, Sep 4, 2011 at 5:40 AM, Elimar Riesebieter riese...@lxtec.de wrote:
* bz [110903 23:49 +0200]:
On Sat, Sep 3, 2011 at 2:13 PM, Elimar Riesebieter riese...@lxtec.de
wrote:
* Elimar Riesebieter [110901 00:27 +0200]:
Package: libavcodec53
On Sun, Sep 4, 2011 at 11:28 AM, Elimar Riesebieter riese...@lxtec.de wrote:
* bz [110904 08:42 +0200]:
On Sun, Sep 4, 2011 at 5:40 AM, Elimar Riesebieter riese...@lxtec.de wrote:
* bz [110903 23:49 +0200]:
On Sat, Sep 3, 2011 at 2:13 PM, Elimar Riesebieter riese...@lxtec.de
wrote:
* bz [110904 11:56 +0200]:
On Sun, Sep 4, 2011 at 11:28 AM, Elimar Riesebieter riese...@lxtec.de wrote:
[...]
If you're using sid you get an update to libav 0.7.1-4 bei ugrading.
Yes. But I still have the obsolete libavformat52 and libavcodec52 packages.
Could you please verify that
On Sun, Sep 04, 2011 at 11:23:34 (CEST), Elimar Riesebieter wrote:
* Reinhard Tartler [110904 08:47 +0200]:
tags 638250 help
stop
On Sun, Sep 04, 2011 at 06:45:36 (CEST), Elimar Riesebieter wrote:
block 638250 by 639948
thanks
I strongly disagree that this arch specific defect on
* Reinhard Tartler [110904 12:07 +0200]:
On Sun, Sep 04, 2011 at 11:23:34 (CEST), Elimar Riesebieter wrote:
* Reinhard Tartler [110904 08:47 +0200]:
tags 638250 help
stop
On Sun, Sep 04, 2011 at 06:45:36 (CEST), Elimar Riesebieter wrote:
block 638250 by 639948
thanks
On Sun, Sep 4, 2011 at 12:21 PM, Elimar Riesebieter riese...@lxtec.de wrote:
You tied it with gdb. I just want a simple
$ ffplay 639948.aac
$ ffplay 639948.aac
ffplay version 0.7.1-4:0.7.1-4, Copyright (c) 2003-2011 the Libav developers
built on Sep 1 2011 21:50:24 with gcc 4.6.1
* bz [110904 12:58 +0200]:
On Sun, Sep 4, 2011 at 12:21 PM, Elimar Riesebieter riese...@lxtec.de wrote:
You tried it with gdb. I just want a simple
$ ffplay 639948.aac
$ ffplay 639948.aac
ffplay version 0.7.1-4:0.7.1-4, Copyright (c) 2003-2011 the Libav developers
built on Sep 1 2011
I used the latest netboot image:
http://d-i.debian.org/daily-images/powerpc/daily/powerpc/netboot/mini.iso
I tried to install a base system. Installation went fine, yaboot
installed ok too. At reboot I am thrown into a busybox shell. The error
messages I get are:
Gave up waiting for a root
I chrooted into the newly installed system and downgraded the kernel to
2.6.39-bpo.2-powerpc. I could then get into my system without any kernel
module errors.
The problem seems to be linux-image-3.0.0-1-powerpc (3.0.0-3)
Regards,
Jeroen Diederen
http://mintppc.org
On 09/04/2011 04:58 PM,
On 09/04/2011 10:58 AM, Jeroen Diederen wrote:
I used the latest netboot image:
http://d-i.debian.org/daily-images/powerpc/daily/powerpc/netboot/mini.iso
I tried to install a base system. Installation went fine, yaboot
installed ok too. At reboot I am thrown into a busybox shell. The error
On 04/09/2011, Elimar Riesebieter riese...@lxtec.de wrote:
* John Ames [110902 21:17 -0500]:
other hand, that seems to be fixed in Sid. Obviously it's playing
nicely enough to run framebuffer console output properly, but beyond
that I'm not so sure. Does that conflicting fb usage message
On 09/04/2011 07:08 PM, Milan Kupcevic wrote:
On 09/04/2011 10:58 AM, Jeroen Diederen wrote:
I used the latest netboot image:
http://d-i.debian.org/daily-images/powerpc/daily/powerpc/netboot/mini.iso
I tried to install a base system. Installation went fine, yaboot
installed ok too. At reboot I
On 09/04/2011 07:08 PM, Milan Kupcevic wrote:
On 09/04/2011 10:58 AM, Jeroen Diederen wrote:
I used the latest netboot image:
http://d-i.debian.org/daily-images/powerpc/daily/powerpc/netboot/mini.iso
I tried to install a base system. Installation went fine, yaboot
installed ok too. At reboot I
On 09/04/2011 09:38 PM, Jeroen Diederen wrote:
On 09/04/2011 07:08 PM, Milan Kupcevic wrote:
On 09/04/2011 10:58 AM, Jeroen Diederen wrote:
I used the latest netboot image:
http://d-i.debian.org/daily-images/powerpc/daily/powerpc/netboot/mini.iso
I tried to install a base system.
I changed /etc/yaboot.conf to reflect that root=/dev/sdb6. Now it
boots nicely into wheezy. I have pata_macio in /etc/modules now
Excuse me, pata_macio is NOT in /etc/modules but it is loaded at boot
(it shows up wit lsmod).
During installation I chrooted into /target and added
On Sun, Sep 04, 2011 at 08:47:59AM +0200, Reinhard Tartler wrote:
I strongly disagree that this arch specific defect on ppc is in any way
a blocking bug for recompiling moc-ffmpeg-plugin against the new libav
libraries. It only affects (some?) altivec enabled machines and can be
easily
On Sun, Sep 04, 2011 at 04:13:52PM -0400, Lennart Sorensen wrote:
Are there any that don't experience it?
I just tried running ffmpeg on a power6+ machine under gdb and got:
Program received signal SIGSEGV, Segmentation fault.
0x0f6ff37c in ff_fft_calc_altivec () at
tags 639948 +patch
thanks
Hi Lennart,
many thaks for your cooperation ;-)
* Lennart Sorensen [110904 17:03 -0400]:
On Sun, Sep 04, 2011 at 04:13:52PM -0400, Lennart Sorensen wrote:
Are there any that don't experience it?
[...]
So it turns out it was reported to ffmpeg upstream 3 months
20 matches
Mail list logo