Please version bump app-emulation/libspectrum => 1.0.0, app-emulation/fuse => 1.0.0.1 and app-emulation/fuse-utils => 1.0.0. Attached are patches against the current versions that have successfully built and run on my ~x86 box. Not many changes from those versions: libsamplerate is no longer used in libspectrum, and I don't think the zlib patch is needed any more.
Created attachment 259907 [details, diff] patch to upgrade libspectrum from 0.5.0.1 => 1.0.0
Created attachment 259909 [details, diff] patch to upgrade fuse from 0.10.0.2-r3 => 1.0.0.1
Created attachment 259911 [details, diff] patch to upgrade fuse-utils from 0.10.0.1 => 1.0.0
Sorry that was a mistake above. It should have said "libsamplerate is no longer used in fuse", not libspectrum.
BTW guys, please decide whom to assign to and whom to CC as fuse and fuse-utils say the opposite.
The computer I had Gentoo installed on is not functional right now, so I cannot test any of these patches yet. Anyway, the patches submitted look right. But, can you please make the ebuild for fuse respect the png use flag (instead of making libpng mandatory) via the newly added configure option? (And test that it works as it should). Thanks for contributing.
Thanks for this. I've uploaded a new fuse patch to make png optional, and also a new libspectrum patch to make it possible to build with gcrypt support.
Created attachment 260488 [details, diff] Change to app-emulation/libspectrum metadata to support gcrypt USE flag I took the gcrypt flag description from media-video/vlc which also uses it.
Created attachment 260489 [details, diff] patch to upgrade libspectrum from 0.5.0.1 => 1.0.0 (with grypt support)
Created attachment 260491 [details, diff] patch to upgrade fuse from 0.10.0.2-r3 => 1.0.0.1 (with png optional)
I notice that fuse-utils won't build if libspectrum is built without gcrypt. I've raised a bug with upstream to look at this: https://sourceforge.net/tracker/index.php?func=detail&aid=3163845&group_id=91293&atid=596648 In the meanwhile, I'm removing the fuse-utils submission.
Comment on attachment 259911 [details, diff] patch to upgrade fuse-utils from 0.10.0.1 => 1.0.0 Removed until it can build with libspectrum missing gcrypt.
> https://sourceforge.net/tracker/index.php?func=detail&aid=3163845&group_id=91293&atid=596648 > > In the meanwhile, I'm removing the fuse-utils submission. > Hi Ooblick, thanks for your contribution, but the link above is not working. Could you check it out, please? Best regards,
Created attachment 261440 [details, diff] This is a patch against the source release which includes that submitted upstream to include a --without-libgcrypt option. It should be placed in /usr/portage/app-emulation/fuse-utils
Created attachment 261441 [details, diff] Include a gcrypt use flag in app-emulation/fuse-utils
Created attachment 261443 [details, diff] patch to upgrade fuse-utils from 0.10.0.1 => 1.0.0
Not sure why that link didn't work. The bug on the fuse-emulator sourceforge page (http://sourceforge.net/projects/fuse-emulator/) is ID 3163845 "Add support for --without-libgcrypt to fuse-utils". The most recent link I have for this is http://sourceforge.net/tracker/?func=detail&aid=3163845&group_id=91293&atid=596650 I've taken the patch submitted upstream and updated the ebuild to apply it in fuse-1.0.0. This includes a --without-gcrypt option so that fuse-utils can also build against a libspectrum built without gcrypt.
I see there's an effort to find proxy-maintainers for bits and pieces of the tree. Although this package isn't maintainer-wanted, I'd be interested in acting as the maintainer with you as the proxy if it would help getting this update (and following versions) in the tree.
Hi, I just put these three ebuilds (libspectrum-1.0.0, fuse-1.0.0 and fuse-utils-1.0.0) in CVS now. Ooblick, thanks for your help and hard work on this one. Best regards,
Uh-oh. Just tried to emerge fuse-utils and it failed. Seems it couldn't find the libgcrypt symbols, and it looks like the patch wasn't applied: >>> Emerging (1 of 1) app-emulation/fuse-utils-1.0.0 * fuse-utils-1.0.0.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * Package: app-emulation/fuse-utils-1.0.0 * Repository: gentoo * Maintainer: neurogeek@gentoo.org jmfo1982@yahoo.es * USE: amd64 elibc_glibc kernel_linux multilib userland_GNU * FEATURES: sandbox splitdebug >>> Unpacking source... >>> Unpacking fuse-utils-1.0.0.tar.gz to /tmp/portage/app-emulation/fuse-utils-1.0.0/work >>> Source unpacked in /tmp/portage/app-emulation/fuse-utils-1.0.0/work >>> Preparing source in /tmp/portage/app-emulation/fuse-utils-1.0.0/work/fuse-utils-1.0.0 ... /tmp/portage/app-emulation/fuse-utils-1.0.0/temp/environment: line 190: epatch: command not found /tmp/portage/app-emulation/fuse-utils-1.0.0/temp/environment: line 191: eautoreconf: command not found >>> Source prepared. Looks like I made a fairly basic mistake in the fuse-utils-1.0.0.ebuild and forgot the line: inherit eutils after EAPI="3" Can you fix please?
That should be: inherit autotools eutils
(In reply to comment #20) > Uh-oh. Just tried to emerge fuse-utils and it failed. Seems it couldn't find > the libgcrypt symbols, and it looks like the patch wasn't applied: > Looks like I made a fairly basic mistake in the fuse-utils-1.0.0.ebuild and > forgot the line: > > inherit eutils > > after EAPI="3" > > Can you fix please? Sure, thanks for spotting that. It was my bad!. Fixing it now.
That looks great. Many thanks.
