This will be used to track swftools readdition with a new and fixed version Reproducible: Always
The idea is to ensure all existing swftools bugs are solved with this bump, will add them as depending on this one, please check they are solved, also, attach here your updated ebuild+patches Thanks :)
Created attachment 308227 [details] swftools-20120224
Created attachment 308229 [details, diff] nopdf.patch With this ebuild and the patch the current development snapshot builds, except the pdf2swf.
Created attachment 308327 [details, diff] swftools-0.9.2_nopdf
Created attachment 308329 [details, diff] swftools-0.9.2_nopdf.patch
Created attachment 308331 [details, diff] swftools-0.9.2_general.patch this patch fixes swfs symlnik and a mistake in png2swf.c that caused warning (and segfault)
Created attachment 308333 [details] swftools-0.9.2.ebuild version bump
Keep it opened until I have time to commit the ebuild
Can you provide uniffied patches? They are preferred and you simply need to use "-u" diff option Thanks :)
Created attachment 308557 [details, diff] swftools-0.9.2_general.patch
Created attachment 308559 [details, diff] swftools-0.9.2_nopdf.patch unified version
(In reply to comment #10) > Created attachment 308557 [details, diff] [details, diff] > swftools-0.9.2_general.patch This patch makes it to try to run "ln -s -r" what looks to be not supported on stable systems: /usr/bin/install -c -m 644 ./swft_loader.swf /var/tmp/portage/media-gfx/swftools-0.9.2/image/usr/share/swftools/swfs/swft_loader.swf ln -s -r /var/tmp/portage/media-gfx/swftools-0.9.2/image/usr/share/swftools/swfs/simple_viewer.swf /var/tmp/portage/media-gfx/swftools-0.9.2/image/usr/share/swftools/swfs/default_viewer.swf ln: opción inválida -- 'r' Pruebe `ln --help' para más información. make[1]: *** [install] Error 1 make[1]: Leaving directory `/var/tmp/portage/media-gfx/swftools-0.9.2/work/swftools-0.9.2/swfs' make: *** [install] Error 2 Are you sure it is not a mistake?
(In reply to comment #12) > (In reply to comment #10) > > Created attachment 308557 [details, diff] [details, diff] [details, diff] > > swftools-0.9.2_general.patch > > This patch makes it to try to run "ln -s -r" what looks to be not supported > on stable systems: > > /usr/bin/install -c -m 644 ./swft_loader.swf > /var/tmp/portage/media-gfx/swftools-0.9.2/image/usr/share/swftools/swfs/ > swft_loader.swf > ln -s -r > /var/tmp/portage/media-gfx/swftools-0.9.2/image/usr/share/swftools/swfs/ > simple_viewer.swf > /var/tmp/portage/media-gfx/swftools-0.9.2/image/usr/share/swftools/swfs/ > default_viewer.swf > ln: opción inválida -- 'r' > Pruebe `ln --help' para más información. > make[1]: *** [install] Error 1 > make[1]: Leaving directory > `/var/tmp/portage/media-gfx/swftools-0.9.2/work/swftools-0.9.2/swfs' > make: *** [install] Error 2 > > Are you sure it is not a mistake? Strange. ln -r should make relative symlink. Is this a new feature of ln or what? If it don't craete relative then the portage breaks it... I can't do anything else, I temporary remove those symlinks, they are connected to pdf anyway.
Created attachment 309023 [details, diff] swftools-0.9.2_general.patch ln -r is not supported in stable, removing symlinks for this time.
Will probably use "ln -s -r" patch as it's more future proof, I am updating my coreutils now to test
+*swftools-0.9.2 (15 Apr 2012) + + 15 Apr 2012; Pacho Ramos <pacho@gentoo.org> + +files/swftools-0.9.2_general.patch, +files/swftools-0.9.2_nopdf.patch, + +metadata.xml, +swftools-0.9.2.ebuild: + Reintroduce media-gfx/swftools as people demanded it, upstream released a new + version and now is proxy maintained. Thanks a lot to László Szalma (bug + #411265). +
Thanks for the nice work, László!
