Re: Bug#594093: NEON pass failure on ffmpeg
On Fri, Aug 27, 2010, Reinhard Tartler wrote: the general idea is to start an upload with an 'dummy' debian/changelog entry indicating the next version, and finalize it using git-dch(1) just before the upload. Would you mind creating it with UNRELEASED as the target dist? This helps dch figure out that it should add to the current changelog rather than increment the version in the changelog. Thanks! -- Loïc Minier ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Bug#594093: NEON pass failure on ffmpeg
On Mo, Sep 13, 2010 at 11:28:32 (CEST), Loïc Minier wrote: On Fri, Aug 27, 2010, Reinhard Tartler wrote: the general idea is to start an upload with an 'dummy' debian/changelog entry indicating the next version, and finalize it using git-dch(1) just before the upload. Would you mind creating it with UNRELEASED as the target dist? This helps dch figure out that it should add to the current changelog rather than increment the version in the changelog. hm. this hides the upload target of upcoming upload. But if it helps git-dch, it might make sense to communicate this via other means. ok, I'll try with UNRELEASED. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Bug#594093: NEON pass failure on ffmpeg
On Fri, Aug 27, 2010 at 01:42:17 (CEST), Loïc Minier wrote: On Thu, Aug 26, 2010, Reinhard Tartler wrote: For the base flavor, I totally agree. For the specialized neon flavor, I'm not sure if that's so important. But I have to admit that I'm really not an expert for armel, so I fully trust your judgement here. Actually my test logic was wrong; I realized when implementing the v7 part I mentioned: if v7 isn't enabled by default, then the NEON pass should enable it since NEON implies v7. v6t2 was a distraction, I removed it. thanks! I committed this to ffmpeg git, but I didn't understand the way the changelog was maintained (apparently you create an entry after the last upload?). Mind fixing it up? I've just fixed it up. the general idea is to start an upload with an 'dummy' debian/changelog entry indicating the next version, and finalize it using git-dch(1) just before the upload. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processed: Re: Bug#594093: NEON pass failure on ffmpeg
Processing commands for cont...@bugs.debian.org: clone 594093 -1 Bug#594093: mplayer: wrong byteorder on 16-bit displays with -vo x11 (-vo sdl works)? Bug 594093 cloned as bug 594417. reassign -1 src:ffmpeg Bug #594417 [mplayer] mplayer: wrong byteorder on 16-bit displays with -vo x11 (-vo sdl works)? Bug reassigned from package 'mplayer' to 'src:ffmpeg'. Bug No longer marked as found in versions mplayer/2:1.0~rc3+svn20100502-3. found -1 4:0.6-1 Bug #594417 [src:ffmpeg] mplayer: wrong byteorder on 16-bit displays with -vo x11 (-vo sdl works)? Bug Marked as found in versions ffmpeg/4:0.6-1. severity -1 important Bug #594417 [src:ffmpeg] mplayer: wrong byteorder on 16-bit displays with -vo x11 (-vo sdl works)? Severity set to 'important' from 'normal' retitle -1 FTBFS/armel: neon flavor requires 'ubfx' instruction Bug #594417 [src:ffmpeg] mplayer: wrong byteorder on 16-bit displays with -vo x11 (-vo sdl works)? Changed Bug title to 'FTBFS/armel: neon flavor requires 'ubfx' instruction' from 'mplayer: wrong byteorder on 16-bit displays with -vo x11 (-vo sdl works)?' reassign 594093 mplayer Bug #594093 [mplayer] mplayer: wrong byteorder on 16-bit displays with -vo x11 (-vo sdl works)? Ignoring request to reassign bug #594093 to the same package fixed 594093 2:1.0~rc4~try1.dsfg1-1 Bug #594093 [mplayer] mplayer: wrong byteorder on 16-bit displays with -vo x11 (-vo sdl works)? Bug Marked as fixed in versions mplayer/2:1.0~rc4~try1.dsfg1-1. thanks Stopping processing here. Please contact me if you need assistance. -- 594093: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594093 594417: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594417 -1: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-1 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers