Fwd: Notice to packagers: LiVES 1.3.10 released
-- Forwarded message -- From: salsa...@xs4all.nl Date: 20 September 2010 00:13 Subject: Notice to packagers: LiVES 1.3.10 released To: joao.pi...@getdeb.net, barnin...@fairfieldcomputers.com, lu_z...@gentoo.org, enc...@users.sourceforge.net, ualei...@gmail.com, hricka...@l33tmyst.com, kla...@linuxcranks.info, i...@bandshed.net This message is intended for packagers of LiVES (http://lives.sourceforge.net). Please forward as appropriate. Please let me know if any addresses should be added or removed from this list. Please NOTE: since LiVES 1.1.3, it is now *highly recommended* that LiVES be built with libpulse support. NOTE 2: IMPORTANT ! if you are building LiVES using ubuntu dpkg, a change is needed to the rules file, see here: https://bugs.launchpad.net/ubuntu/+source/lives/+bug/481085/comments/5 failure to do so will result in badly broken builds. (debian dpkg does not have this problem) --- Hi all, unfortunately another crash bug (regression) was detected, this time in multitrack rendering. Therefore I have released version 1.3.10 of LiVES. Here is the CHANGELOG for this version: Fix crash (regression) in multitrack effects rendering. Updated translation to Ukranian. URLs http://www.xs4all.nl/~salsaman/lives/current/LiVES-1.3.10.tar.bz2 (source/bzip2, 2.9 MB) http://www.xs4all.nl/~salsaman/lives/current/LiVES-1.3.10.tar.gz (source/gzip , 3.9 MB) shasums: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 sha1sums: 41bea102171d4c1f41bb527e810a23a3e8a9c3d4 LiVES-1.3.10.tar.bz2 4eac5a866933dee2378086a3c6c9c41964312b60 LiVES-1.3.10.tar.gz sha256sums: 99550a2e57f82838bf0badf3beb2662783c34b36cce7192f1b40c60ed2618e35 LiVES-1.3.10.tar.bz2 0c6119d13f41c95badd83327ddcf9332612abf6346f1fdd78111f2eb1084e59d LiVES-1.3.10.tar.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkyWlvYACgkQ6nIyGQ+AtI1DegCfcyK8iUs0PsVFWd4/dHFIxcAl HtEAn0y4Y9G2IHj95lqfYMkG7uwiTl60 =kX4P -END PGP SIGNATURE- (gpg key can be found at http://lives.sourceforge.net/index.php?do=contact). This release should be used in preference to versions 1.3.5, 1.3.6, 1.3.7, 1.3.8 and 1.3.9. Regards, Gabriel. http://lives.sourceforge.net --- Packaging notes (please read CAREFULLY !): 1) Mandatory dependencies include *at least*: GTK+ (=2.14) + development libs gdk-pixbuf-loaders + development libs gettext + development libs mplayer with jpeg/png output support mencoder with jpeg/png input support (preferably with x264 and dirac support) imageMagick perl sox (*with* libsox-fmt-all !) 2) *Highly* Recommended build-dependencies include: libpulse, libjack, libSDL, mjpegtools, libogg, libtheora, libdv, libraw1394, libavc1394, liboil and libasound2. (For compiling you should have development versions of these libraries installed. Check the output of ./configure carefully for missing optional dependencies.) 3) *Highly* Recommended runtime dependencies include: xwininfo, pulseaudio/libpulse, jackd, libSDL, mjpegtools, libogg, libtheora, theora-bin, libvorbis, libasound2, libdv, mkvtoolnix, libmatroska, ogmtools, dvgrab, libraw1394, libavc1394, libdv2-apps/libdv-bin, cdda2wav, lame, python, x264, liboil. Note: libpulse is mandatory if compiled with libpulse-dev libjack is mandatory if compiled with libjack-dev ditto for libasound2, libdv, libmjpegtools, libraw1394, libavc1394 and liboil. 4) libtheora packages should install the binary encoder_example (or theora_encoder_example). Please communicate this to your libtheora packager ! (Note some distros now have a theora-bin package. Thankyou !) 5) you may wish to install/build a package for frei0r before compiling LiVES. LiVES can use all of these plugins. Frei0r can be downloaded from: http://www.piksel.no/frei0r/snapshot/frei0r-latest.tar.gz For more information on frei0r, see: http://www.piksel.org/frei0r Note: frei0r packages are currently *not* endian-safe, thus they should not be dependencies on little endian architectures (e.g. ppc) -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Fwd: Notice to packagers: LiVES 1.3.9 released
Sorry I haven't got time to package, just realised I haven't been forwarding these. -- Forwarded message -- From: salsa...@xs4all.nl Date: 16 September 2010 09:31 Subject: Notice to packagers: LiVES 1.3.9 released To: joao.pi...@getdeb.net, barnin...@fairfieldcomputers.com, lu_z...@gentoo.org, enc...@users.sourceforge.net, ualei...@gmail.com, hricka...@l33tmyst.com, kla...@linuxcranks.info, i...@bandshed.net This message is intended for packagers of LiVES (http://lives.sourceforge.net). Please forward as appropriate. Please let me know if any addresses should be added or removed from this list. Please NOTE: since LiVES 1.1.3, it is now *highly recommended* that LiVES be built with libpulse support. NOTE 2: IMPORTANT ! if you are building LiVES using ubuntu dpkg, a change is needed to the rules file, see here: https://bugs.launchpad.net/ubuntu/+source/lives/+bug/481085/comments/5 failure to do so will result in badly broken builds. (debian dpkg does not have this problem) --- Hi all, another user reported a different crash-on-startup bug with 1.3.8, so I have fixed this and released 1.3.9. It pleases me very much that LiVES is getting tested a lot more recently. Here is the CHANGELOG for this version: Fix possible crash on startup bug. URLs http://www.xs4all.nl/~salsaman/lives/current/LiVES-1.3.9.tar.bz2 (source/bzip2, 2.9 MB) http://www.xs4all.nl/~salsaman/lives/current/LiVES-1.3.9.tar.gz (source/gzip , 3.9 MB) shasums: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 sha1sums: 9c23900a225287ae462eddd172491da4e595275f LiVES-1.3.9.tar.bz2 93f215aa48415602d96b9a65aa6c8f6be3e97b0a LiVES-1.3.9.tar.gz sha256sums: 59c20ac2bec6523aa146b32a5ab8841fa0db8455ecb372cf6f06f7289a498458 LiVES-1.3.9.tar.bz2 43f9fc361e59c5e291085bbb3f1f8598ee52f6ff496ac9b56df8a0aa5febb5b2 LiVES-1.3.9.tar.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkyRzr0ACgkQ6nIyGQ+AtI2xZgCeLP4xgTWuE2YtN2KdOOhoQdum +LoAnRs7GqUFeuGiE4d+9r9TP093C8Xo =ZSN9 -END PGP SIGNATURE- (gpg key can be found at http://lives.sourceforge.net/index.php?do=contact). This release should be used in preference to versions 1.3.5, 1.3.6, 1.3.7 and 1.3.8. Regards, Gabriel. http://lives.sourceforge.net --- Packaging notes (please read CAREFULLY !): 1) Mandatory dependencies include *at least*: GTK+ (=2.14) + development libs gdk-pixbuf-loaders + development libs gettext + development libs mplayer with jpeg/png output support mencoder with jpeg/png input support (preferably with x264 and dirac support) imageMagick perl sox (*with* libsox-fmt-all !) 2) *Highly* Recommended build-dependencies include: libpulse, libjack, libSDL, mjpegtools, libogg, libtheora, libdv, libraw1394, libavc1394, liboil and libasound2. (For compiling you should have development versions of these libraries installed. Check the output of ./configure carefully for missing optional dependencies.) 3) *Highly* Recommended runtime dependencies include: xwininfo, pulseaudio/libpulse, jackd, libSDL, mjpegtools, libogg, libtheora, theora-bin, libvorbis, libasound2, libdv, mkvtoolnix, libmatroska, ogmtools, dvgrab, libraw1394, libavc1394, libdv2-apps/libdv-bin, cdda2wav, lame, python, x264, liboil. Note: libpulse is mandatory if compiled with libpulse-dev libjack is mandatory if compiled with libjack-dev ditto for libasound2, libdv, libmjpegtools, libraw1394, libavc1394 and liboil. 4) libtheora packages should install the binary encoder_example (or theora_encoder_example). Please communicate this to your libtheora packager ! (Note some distros now have a theora-bin package. Thankyou !) 5) you may wish to install/build a package for frei0r before compiling LiVES. LiVES can use all of these plugins. Frei0r can be downloaded from: http://www.piksel.no/frei0r/snapshot/frei0r-latest.tar.gz For more information on frei0r, see: http://www.piksel.org/frei0r Note: frei0r packages are currently *not* endian-safe, thus they should not be dependencies on little endian architectures (e.g. ppc) -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
[Thank you] Thanks
Thanks everyone for helping to mentor me however stupid the questions and happy Debian Appreciation Day! -- This is message was sent to you from http://thanks.debian.net ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Fwd: Notice to packagers: LiVES 1.3.4 released (update)
! (Note some distros now have a theora-bin package. Thankyou !) 5) you may wish to install/build a package for frei0r before compiling LiVES. LiVES can use all of these plugins. Frei0r can be downloaded from: http://www.piksel.no/frei0r/snapshot/frei0r-latest.tar.gz For more information on frei0r, see: http://www.piksel.org/frei0r Note: frei0r packages are currently *not* endian-safe, thus they should not be dependencies on little endian architectures (e.g. ppc) -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
LiVES 1.3.3 failing to build
Hi, From https://buildd.debian.org/status/package.php?p=lives I can see that armel, hppa and both kfreebsds built 1.3.3-1 fine, whereas on alpha, hurd-i386, i386, ia64, mips, powerpc, s390 and sparc the build failed. On my local machine (i386), the Ubuntu Launchpad PPA builders (i386, amd64 and lpia) and I assume Alessio's machine (amd64) 1.3.3-1 built fine. All of the errors seem to be with pgrep being missing. I assume these can be fixed by adding pgrep as a build-dependency. Gabriel, was there something new in 1.3.3 that requires pgrep? Does anyone know why these errors didn't occur on the Launchpad PPA builders (is pgrep maybe installed by default??). -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Fwd: LiVES 1.3.3 failing to build
Does this mean we should just add procps as a build dependency? Surely it should be in buildd anyway as it has a standard priority? -- Forwarded message -- From: salsa...@xs4all.nl Date: 11 May 2010 16:48 Subject: Re: LiVES 1.3.3 failing to build To: Harry Rickards ha...@linux.com On Tue, May 11, 2010 17:22, Harry Rickards wrote: Hi, From https://buildd.debian.org/status/package.php?p=lives I can see that armel, hppa and both kfreebsds built 1.3.3-1 fine, whereas on alpha, hurd-i386, i386, ia64, mips, powerpc, s390 and sparc the build failed. On my local machine (i386), the Ubuntu Launchpad PPA builders (i386, amd64 and lpia) and I assume Alessio's machine (amd64) 1.3.3-1 built fine. All of the errors seem to be with pgrep being missing. I assume these can be fixed by adding pgrep as a build-dependency. Gabriel, was there something new in 1.3.3 that requires pgrep? Does anyone know why these errors didn't occur on the Launchpad PPA builders (is pgrep maybe installed by default??). -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk Yes, pgrep is required now. Gabriel. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: LiVES 1.3.3 failing to build
On 11 May 2010 16:53, salsa...@xs4all.nl wrote: On Tue, May 11, 2010 17:27, Harry Rickards wrote: On 11 May 2010 16:22, Harry Rickards ha...@linux.com wrote: Hi, From https://buildd.debian.org/status/package.php?p=lives I can see that armel, hppa and both kfreebsds built 1.3.3-1 fine, whereas on alpha, hurd-i386, i386, ia64, mips, powerpc, s390 and sparc the build failed. On my local machine (i386), the Ubuntu Launchpad PPA builders (i386, amd64 and lpia) and I assume Alessio's machine (amd64) 1.3.3-1 built fine. All of the errors seem to be with pgrep being missing. I assume these can be fixed by adding pgrep as a build-dependency. Gabriel, was there something new in 1.3.3 that requires pgrep? Does anyone know why these errors didn't occur on the Launchpad PPA builders (is pgrep maybe installed by default??). I see that pgrep is provided by procps. This is a package with standard priority, so shouldn't it be in buildd by default? The Ubuntu version of procps is 1:3.2.8-1ubuntu4, compared to the higher Debian version of 1:3.2.8-9 so is it possible an unreported (I had a quick look through the bug list and couldn't find anything) bug has somehow got into the package between these two Debian revisions? -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk pgrep is required at runtime, but not for building. Are you sure? ./configure seems to be checking for pgrep and failing if it is not installed. -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: LiVES 1.3.3 failing to build
On 11 May 2010 17:00, salsa...@xs4all.nl wrote: On Tue, May 11, 2010 17:27, Harry Rickards wrote: On 11 May 2010 16:22, Harry Rickards ha...@linux.com wrote: Hi, From https://buildd.debian.org/status/package.php?p=lives I can see that armel, hppa and both kfreebsds built 1.3.3-1 fine, whereas on alpha, hurd-i386, i386, ia64, mips, powerpc, s390 and sparc the build failed. On my local machine (i386), the Ubuntu Launchpad PPA builders (i386, amd64 and lpia) and I assume Alessio's machine (amd64) 1.3.3-1 built fine. All of the errors seem to be with pgrep being missing. I assume these can be fixed by adding pgrep as a build-dependency. Gabriel, was there something new in 1.3.3 that requires pgrep? Does anyone know why these errors didn't occur on the Launchpad PPA builders (is pgrep maybe installed by default??). I see that pgrep is provided by procps. This is a package with standard priority, so shouldn't it be in buildd by default? The Ubuntu version of procps is 1:3.2.8-1ubuntu4, compared to the higher Debian version of 1:3.2.8-9 so is it possible an unreported (I had a quick look through the bug list and couldn't find anything) bug has somehow got into the package between these two Debian revisions? -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk pkill is also required at runtime (normally it would be in the same package as pgrep). Is it a mistake to include runtime dependencies in the config files ? (I guess I should remove these checks and add a runtime check instead). The manpage for pgrep and pkill mentions procps. AFAICT both pkill and pgrep are provided in the procps package. I thought config files should only include build-time checks, but I could be wrong. Please could someone on the list clarify? -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Fwd: LiVES 1.3.3 failing to build
On 11 May 2010 19:16, Reinhard Tartler siret...@tauware.de wrote: On Tue, May 11, 2010 at 17:51:26 (CEST), Harry Rickards wrote: Does this mean we should just add procps as a build dependency? Surely it should be in buildd anyway as it has a standard priority? I think so, yes. Turns out that pgrep wasn't actually required at build, but was a false ./configure check. I've added a patch in Git to fix this and Alessio says he will upload ASAP. -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Fwd: [SCM] lives packaging branch, master, updated. debian/1.3.3-1
Everyone, The current 1.1.3-1 fails to build because three patches are still in it which have been integrated into upstream. I've removed them and updated debian/series in 564765d61442d995d8787412a907e0ade28ecc06 and everything builds fine now (I did also fix a hyphen as minus sign error), but I'm unsure about what to do next. Should I make a 1.1.3-2 and skip 1.1.3-1 or amend 1.1.3-1? If I should amend, please could someone help with or do the necessary git commands as I'm not sure how to amend the right commit and update the tags, etc. Also, how do I go about adding a thumbnail to LiVES that wills how up in the Ubuntu Software Center to fix https://bugs.launchpad.net/ubuntu/+source/lives/+bug/577194? I can't find anything on the web. Thanks Alessio, Once the above is fixed, please can you upload to Debian? Thanks -- Forwarded message -- From: hrickards-gu...@users.alioth.debian.org Date: 9 May 2010 16:09 Subject: [SCM] lives packaging branch, master, updated. debian/1.3.3-1 To: pkg-multimedia-comm...@lists.alioth.debian.org The following commit has been merged in the master branch: commit a76b68fa66522e80614922583d18deb1bdc9d23c Author: Harry hricka...@l33tmyst.com Date: Sun May 9 16:06:34 2010 +0100 Updated debian/changelog diff --git a/debian/changelog b/debian/changelog index 240..5c20974 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,14 @@ +lives (1.3.3-1) unstable; urgency=low + + [ Harry ] + * Added Alexej Kolga (new upstream author) to debian/copyright file. + * Added /usr/bin/build-lives-rfx-plugin and /usr/bin/build-lives-rfx- + plugin-multi to debian/lives-data.install as they weren't present in + the build .debs. Also added the manpages. + * Imported Upstream version 1.3.3 + + -- Harry Rickards hricka...@l33tmyst.com Sun, 09 May 2010 16:04:53 +0100 + lives (1.3.2-3) unstable; urgency=low [ Harry ] -- lives packaging ___ pkg-multimedia-commits mailing list pkg-multimedia-comm...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-commits -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] lives packaging branch, master, updated. debian/1.3.3-1
On 9 May 2010 16:43, Felipe Sateler fsate...@gmail.com wrote: This is not the first changelog that is appearing like this ( [name] appears while being the only author). Is this intentional? A dch setting? No, not intentional and I haven't set any custom dch settings. The problem seems to be when running git-dch it comes up with [Harry] and [Harry Rickards] with the entries all being under [Harry]. Do you know why this could be? Also, which changelog was this problem in before as I can't find an entry with it in? Thanks -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] lives packaging branch, master, updated. debian/1.3.2-3-4-ga00c001
On 28 April 2010 16:30, hrickards-gu...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit a00c0019ef859d52834bfd75f61046c5a7583650 Merge: 7b52094914795b119554c72005f8a71b5b7ff559 521457f7eb1ad6056bd9fa6e68d9062a8214acb4 Author: Harry hricka...@l33tmyst.com Date: Wed Apr 28 16:29:55 2010 +0100 Merge branch 'master' of git://git.debian.org/git/pkg-multimedia/lives Damn. I had a directory with some changes not in git in, and added a new upstream author to debian/copyright. When pushing I got a non-fast-foward-error, and I though 'git pull'ing and pushing again would fix this. What should I do now? Out of the 4 commits this merge has made, only the debian/copyright is needed. Sorry everyone! -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] lives packaging branch, master, updated. debian/1.3.2-3-4-ga00c001
On 28 April 2010 18:57, Felipe Sateler fsate...@gmail.com wrote: On Wed, Apr 28, 2010 at 11:38, Harry Rickards ha...@linux.com wrote: On 28 April 2010 16:30, hrickards-gu...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit a00c0019ef859d52834bfd75f61046c5a7583650 Merge: 7b52094914795b119554c72005f8a71b5b7ff559 521457f7eb1ad6056bd9fa6e68d9062a8214acb4 Author: Harry hricka...@l33tmyst.com Date: Wed Apr 28 16:29:55 2010 +0100 Merge branch 'master' of git://git.debian.org/git/pkg-multimedia/lives Damn. I had a directory with some changes not in git in, and added a new upstream author to debian/copyright. When pushing I got a non-fast-foward-error, and I though 'git pull'ing and pushing again would fix this. What should I do now? Out of the 4 commits this merge has made, only the debian/copyright is needed. Sorry everyone! Just revert the changes that are not necessary (git revert commit). Ok, thanks for the advice (learning more than the *very* basics of git is on my todo list). So would I just do 'git revert 4a4bc9db5c3d824edea51495b8b3d2cd860d260c'. That comes up with: fatal: Commit a00c0019ef859d52834bfd75f61046c5a7583650 is a merge but no -m option was given. I'm not sure what to put for the -m option. Should it just be a 1? One of the merges was for the new name I added in debian/copyright (a00c0019ef859d52834bfd75f61046c5a7583650). Do I need to revert this merge and readd the name to debian/copyright or should I just leave it as it is at the moment? -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] lives packaging branch, master, updated. debian/1.3.2-3-4-ga00c001
On 28 April 2010 19:25, Felipe Sateler fsate...@gmail.com wrote: On Wed, Apr 28, 2010 at 14:17, Harry Rickards ha...@linux.com wrote: On 28 April 2010 18:57, Felipe Sateler fsate...@gmail.com wrote: On Wed, Apr 28, 2010 at 11:38, Harry Rickards ha...@linux.com wrote: On 28 April 2010 16:30, hrickards-gu...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit a00c0019ef859d52834bfd75f61046c5a7583650 Merge: 7b52094914795b119554c72005f8a71b5b7ff559 521457f7eb1ad6056bd9fa6e68d9062a8214acb4 Author: Harry hricka...@l33tmyst.com Date: Wed Apr 28 16:29:55 2010 +0100 Merge branch 'master' of git://git.debian.org/git/pkg-multimedia/lives Damn. I had a directory with some changes not in git in, and added a new upstream author to debian/copyright. When pushing I got a non-fast-foward-error, and I though 'git pull'ing and pushing again would fix this. What should I do now? Out of the 4 commits this merge has made, only the debian/copyright is needed. Sorry everyone! Just revert the changes that are not necessary (git revert commit). Ok, thanks for the advice (learning more than the *very* basics of git is on my todo list). So would I just do 'git revert 4a4bc9db5c3d824edea51495b8b3d2cd860d260c'. That comes up with: fatal: Commit a00c0019ef859d52834bfd75f61046c5a7583650 is a merge but no -m option was given. I'm not sure what to put for the -m option. Should it just be a 1? One of the merges was for the new name I added in debian/copyright (a00c0019ef859d52834bfd75f61046c5a7583650). Do I need to revert this merge and readd the name to debian/copyright or should I just leave it as it is at the moment? Upon seeing the git log, I'm not really sure you actually want to revert anything. Which change (not commit) do you want to revert? 4a4bc9db5c3d824edea51495b8b3d2cd860d260c (the merge that added debian/source/format). This file had already been added by Alessio. Although it doesn't break anything to have it there twice, I just thought it would be much cleaner not to have a duplicate commit. -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] lives packaging branch, master, updated. debian/1.3.2-1-1-gbde7f5e
Hi, On Friday, April 9, 2010, Alessio Treglia quadris...@ubuntu.com wrote: On Fri, Apr 9, 2010 at 8:28 AM, Reinhard Tartler siret...@tauware.de wrote: did you mean to write 'sparc' instead of 'sparc64'? Debian does not have a pure 64bit sparc port (yet). I think Harry actually means sparc64, 'cause of this failure [1]. [1] http://buildd.debian-ports.org/status/package.php?p=lives#fail-lives-sparc64 Yeah I did. Any advice on what to do? -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] lives packaging branch, master, updated. debian/1.3.2-1-1-gbde7f5e
On 10 April 2010 15:03, Reinhard Tartler siret...@tauware.de wrote: On Sat, Apr 10, 2010 at 14:39:54 (CEST), Harry Rickards wrote: Hi, On Friday, April 9, 2010, Alessio Treglia quadris...@ubuntu.com wrote: On Fri, Apr 9, 2010 at 8:28 AM, Reinhard Tartler siret...@tauware.de wrote: did you mean to write 'sparc' instead of 'sparc64'? Debian does not have a pure 64bit sparc port (yet). I think Harry actually means sparc64, 'cause of this failure [1]. [1] http://buildd.debian-ports.org/status/package.php?p=lives#fail-lives-sparc64 Yeah I did. Any advice on what to do? file a bug against lintian to make sparc64 a recognized architecture? The bug's already been filed (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=563495) and fixed in v2.3.4. Lintian 2.3.4 doesn't give me this error. Alessio, can you upgrade to 2.3.4 (in unstable and testing) and confirm that? The error is reported at lintian.debian.org, however lintian.debian.org says it's running 2.3.4. Is there a way to request a rescan of lives using the new version or similar? Thanks -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] lives packaging branch, master, updated. debian/1.3.2-1-1-gbde7f5e
On 10 April 2010 15:22, Harry Rickards ha...@linux.com wrote: On 10 April 2010 15:03, Reinhard Tartler siret...@tauware.de wrote: On Sat, Apr 10, 2010 at 14:39:54 (CEST), Harry Rickards wrote: Hi, On Friday, April 9, 2010, Alessio Treglia quadris...@ubuntu.com wrote: On Fri, Apr 9, 2010 at 8:28 AM, Reinhard Tartler siret...@tauware.de wrote: did you mean to write 'sparc' instead of 'sparc64'? Debian does not have a pure 64bit sparc port (yet). I think Harry actually means sparc64, 'cause of this failure [1]. [1] http://buildd.debian-ports.org/status/package.php?p=lives#fail-lives-sparc64 Yeah I did. Any advice on what to do? file a bug against lintian to make sparc64 a recognized architecture? The bug's already been filed (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=563495) and fixed in v2.3.4. Lintian 2.3.4 doesn't give me this error. Alessio, can you upgrade to 2.3.4 (in unstable and testing) and confirm that? The error is reported at lintian.debian.org, however lintian.debian.org says it's running 2.3.4. Is there a way to request a rescan of lives using the new version or similar? Alternatively, because lives can't enter testing because of the build failure on mipsel which should be fixed in the patches I added in Git, would it be better just to upload a new Debian revision (1.3.2-2)? -- Harry Rickards - ha...@linux.com Vote Lib Dem - Building a fairer Britain - http://libdems.org.uk ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
LiVES 1.2.0
Hi, Apologies for not helping to package 1.2.0 my internet connection was down and has only just come up (although it was meant to be down until Friday). Is 1.2.0 ready for uploading to Debian? Thanks -- Harry Rickards - ha...@linux.com http://oftle.com ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: lives review
2010/1/12 Reinhard Tartler siret...@tauware.de: I have some questions on the lives package: - it build depends on frei0r-plugins-dev[!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !arm !powerpc], However it seems to be available on arm and powerpc: rmadison -u qa frei0r-plugins-dev frei0r-plugins-dev | 1.1.22git20090409-2 | testing | amd64, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc frei0r-plugins-dev | 1.1.22git20090409-2 | unstable | alpha, amd64, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc You're right, it's available on powerpc (I've updated that on Git), but I don't see it being available on arm. have you tested lives on any of the excluded packages and verified that it does work without frei0r-plugins-dev? If not, I think the arch restrictions can be simplified. I've tested it builds, but not that it works. I think upstream might have tested that LiVES (upstream not the Debian package) works without frei0r-plugins as long as it's not built with frei0r-plugins-dev though. I'll ask. - lives depends on libdirac-encoder0, and libdirac-decoder0. Should that be pulled in automatically via shlibs? Yeah. I've updated that in git as well. - it build depends on python. why? I didn't find a check in the configure script for that. You're right, it shouldn't do. I've updated that in git. - package descriptions could be improved. typos and content-wise. I'll fix the typos now, and the content later today. Was it just the misspelling of originally you found? - it seems to be able to use cdda2wav. In debian we have a fork named icedax. Is the current package to use icedax instead of cdda2wav? Fixed in git. - what limitations does the lives package have without trancode, mencoder and mjpegtools? All of them are available in ubuntu but not in debian. Perhaps these can be documented in README.Debian. AFAIK they just allow for extra encoding options, but I'll verify that with upstream. Once verified I'll add a README.Debian. Thanks for your help! -- Harry Rickards - ha...@linux.com Debian Lenny server | Debian Sid desktop | UNR Karmic netbook A good programmer is someone who looks both ways before crossing a one-way street. - Doug Linder Binary is as easy as 01, 10, 11. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] lives packaging branch, master, updated. debian/1.1.8-1-32-g9b1ab25
2010/1/12 Reinhard Tartler siret...@tauware.de: On Di, Jan 12, 2010 at 09:44:33 (CET), hrickards-gu...@users.alioth.debian.org wrote: snip The commit description does not match with the content. You didn't remove, but add the frei0r-plugins-dev build dependency on powerpc :-) I did remove frei0r-plugins-dev: - frei0r-plugins-dev[!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !arm !powerpc], + frei0r-plugins-dev[!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !arm], Moreover, we generally avoid commits that touch both debian/changelog and other files. Instead, you might find the utility 'git-dch' very helpful to generate entries for debian/changelog based on git commits. Ok. Thanks for the advice. When would you advise on running git-dch? (e.g if I'm going to make a few commits now, and then another few in an hour, should I run git-dch now or after the commits in an hour?) -- 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 -- Harry Rickards - ha...@linux.com Debian Lenny server | Debian Sid desktop | UNR Karmic netbook A good programmer is someone who looks both ways before crossing a one-way street. - Doug Linder Binary is as easy as 01, 10, 11. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#564665: lives-data and dirac: error when trying to install together
Hi, /usr/bin/dirac_encoder and /usr/share/man/man1/dirac_encoder_1.gz in lives-data and dirac aren't actually the same files - I stupidly assumed that /usr/bin/dirac_encoder didn't exist. This is reasonably trivial to fix, so I will fix this locally. It may be a couple of days before a new version though, as I am currently in discussions with pkg-multimedia-maintainers about becoming a member, which would require several other changes. -- Harry Rickards - ha...@linux.com Debian Lenny server | Debian Sid desktop | UNR Karmic netbook A good programmer is someone who looks both ways before crossing a one-way street. - Doug Linder Binary is as easy as 01, 10, 11. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers