Hi! Attached you will find bibblepro-4.8.1a.ebuild. BibblePro is a commercial workflow and RAW conversion software for Windows, Mac OS X, and Linux. Works with most formats created by today's cameras: http://bibblelabs.com/products/bibble/specs.html It's a very cool app. The ebuild requires manual fetching from Bibble Labs but BibblePro works for 30 days without entering a key as a test version. I suggest media-gfx/bibblepro because BibbleLabs also sells bibblelite version. Cheers!
Created attachment 97160 [details] bibblepro-4.8.1a.ebuild
Created attachment 97169 [details] bibblepro-4.8.1a.ebuild I've learned about error in RPM which causes that one of the libs doesn't get exec attrib. This ebuild version fixes this.
Created attachment 98810 [details] bibblepro-bin-4.9.0-r1.ebuild for amd64 A modified ebuild for BibblePro 4.9.0.1 on amd64.
Created attachment 98811 [details] bibblepro-4.9.0.ebuild Ebuild for new version on x86/~x86. Should we also attach digest?
Created attachment 98826 [details] bibblepro-bin-4.9.0-r1.ebuild for amd64 Added the appropriate file to the /etc/env.d folder so ld.so.conf will get generated with the correct library path for bibble.
Created attachment 100225 [details] bibblepro-4.9.0d.ebuild New upgdate to bibblepro. Now contains also /etc/env.d/99bibblepro LDPATH variable.
Created attachment 106081 [details] bibblepro-4.9.5.ebuild This is ebuild for test version of BibblePro 4.9.5. It will automatically add x bit to libkodakcms.so and BlackAndWhite plugin. It will also create /etc/env.d/99bibblepro with BibblePro libs to your environment.
Created attachment 106620 [details] bibblepro-bin-4.9.5.ebuild for amd64 In addition to updating the ebuild for Bibble Pro v4.9.5 I added a check that ensures it is completely uninstalled before removing the /etc/env.d/99bibblepro file.
Created attachment 106636 [details] bibblepro-4.9.5.ebuild The mirrors were removed after testing phase. Had to enable fetch restriction again.
Created attachment 106892 [details, diff] bibblepro-bin-4.9.5.ebuild for amd64 Change the permission of the new plugins so they're executable.
Created attachment 106926 [details] bibblepro-4.9.5.ebuild Fixed missing permission for final edition plugins.
Created attachment 110609 [details] bibblepro-4.9.5.ebuild Just removed QT dependency and obsoleted previous ebuilds
Updated summary
Hi First: Thanks for the ebuilds! I tested the following ebuild: bibblepro-4.9.5.ebuild It works, but I think there are some small issues that needs to be fixed before it gets to portage: 1. I got the following error: cp: cannot stat `/var/tmp/portage/media-gfx/bibblepro-4.9.5/work/usr/share/doc/bibblepro/webhelp': No such file or directory install: cannot stat `/var/tmp/portage/media-gfx/bibblepro-4.9.5/temp/webhelp': No such file or directory 2. QA issues: * QA Notice: Pre-stripped files found: * /var/tmp/portage/media-gfx/bibblepro-4.9.5/image/usr/bin/bibblepro 3. QA issues: * QA Notice: The following files contain runtime text relocations * Text relocations force the dynamic linker to perform extra * work at startup, waste system resources, and may pose a security * risk. On some architectures, the code may not even function * properly, if at all. * For more information, see http://hardened.gentoo.org/pic-fix-guide .xml * Please include this file in your report: * /var/tmp/portage/media-gfx/bibblepro-4.9.5/temp/scanelf-textrel.lo g * TEXTREL usr/lib/bibblelabs/bibblepro/plugins/Andy.so TEXTREL usr/lib/bibblelabs/bibblepro/plugins/Roy.so TEXTREL usr/lib/bibblelabs/bibblepro/plugins/Sadie.so TEXTREL usr/lib/bibblelabs/bibblepro/plugins/BBlackAndWhite.so TEXTREL usr/lib/bibblelabs/bibblepro/plugins/Tony.so TEXTREL usr/lib/bibblelabs/bibblepro/plugins/Siggy.so TEXTREL usr/lib/bibblelabs/bibblepro/plugins/Gina.so 4. QA Issues: * QA Notice: The following files contain executable stacks * Files with executable stacks will not work properly (or at all!) * on some architectures/operating systems. A bug should be filed * at http://bugs.gentoo.org/ to make sure the file is fixed. * For more information, see http://hardened.gentoo.org/gnu-stack.xml * Please include this file in your report: * /var/tmp/portage/media-gfx/bibblepro-4.9.5/temp/scanelf-execstack. log * RWX --- RWX usr/bin/bibblepro
Created attachment 115685 [details] bibblepro-bin-4.9.5.ebuild for amd64 Added app-emulation/emul-linux-x86-compat as a dependency.
Created attachment 117560 [details] A different go at the bibblepro ebuild. This is my try to create a working ebuild for Bibble Pro (I didn't notice this bug before somehow). Mine is different in the way that it fetches the files for the user and has an /etc/env.d/ file ready in the ${FILESDIR} which seems to be a more kosher solution.
I used antek's ebuild successfully... but I needed the program rpm2targz to complete the installation... so it should be added as a dependency in the ebuild. I'm not sure how to add it myself, sorry.
Created attachment 120228 [details] bibblepro-4.9.5.ebuild (fixed deps) (In reply to comment #17) > I used antek's ebuild successfully... but I needed the program rpm2targz to > complete the installation... so it should be added as a dependency in the > ebuild. I'm not sure how to add it myself, sorry. Yeah, my mistake, thanks for reporting. Fixed with in the new ebuild (attached). [a]
Trying to use your ebuild's I get this error when running the software: bibblepro: error while loading shared libraries: libkodakcms.so: cannot open shared object file: No such file or directory It's both with versions 4.9.5 and 4.9.8beta (my own modified version of your ebuild). Anybody who can tell me, what I do wrong?
(In reply to comment #19) > Trying to use your ebuild's I get this error when running the software: > bibblepro: error while loading shared libraries: libkodakcms.so: cannot open > shared object file: No such file or directory I suspect you may need to refresh your environment, see if logging out and then back in helps. You could also try doing env-update && source /etc/profile and seeing if the software runs from the same shell, but this is probably not a very elegant way of testing it.
Created attachment 121768 [details] bibblepro-bin-4.9.8.ebuild New ebuild for version 4.9.8. a) Some ideas taken from Antek b) fperms idea taken from Ivan Renamed accordingly to common notation: bibblepro-bin (as firefox-bin) Also using files/80bibblepro-bin that is put into env.d (see other attachment).
Created attachment 121769 [details] files/80bibblepro-bin env.d file for BibblePro
Seems to work fine, thanks.
I have found only one problem: it didn't create a menu entry in KDE. Anyone has the same?
Created attachment 124699 [details] bibblepro-bin-4.9.8-r4.ebuild New version (testing for now) for BibblePro. Name is now fully conformant to Gentoo's version naming. The '-r4' is used to create rpm version. Sadly the 'i385'/'i586' part has to be done manually anyway.
Created attachment 130095 [details] bibblepro-bin-4.9.8-r6.ebuild Ebuild for newly released version. BibblePro 4.9.8e adds Canon 40D support.
Trying to change name and description in Bugzilla
(In reply to comment #26) > Created an attachment (id=130095) [edit] > bibblepro-bin-4.9.8-r6.ebuild > > Ebuild for newly released version. > BibblePro 4.9.8e adds Canon 40D support. > I get next error with this ebuild: bibblepro: error while loading shared libraries: libkodakcms.so: cannot open shared object file: No such file or directory But I solved it by changing the ebuild a little. I did first at AMD64 to it. and use the lat part of the 4.9.5-ebuild. So I will have then the next ebuild that will work (sorry that I do not put it as attachment here, but I do not know how that exactly work with bugzilla): === # Copyright 1999-2007 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: $ inherit eutils rpm DESCRIPTION="Professional photo workflow and RAW conversion software" HOMEPAGE="http://www.bibblelabs.com" RESTRICT="nomirror" MY_P="bibblepro" RPM_VERSION=${PR:1} SRC_URI="http://kentucky.worldwind.net/pub/bibble/BibblePro/${PV}/${MY_P}-${PV}-${RPM_VERSION}.i386.rpm http://california1.worldwind.net/pub/bibble/BibblePro/${PV}/${MY_P}-${PV}-${RPM_VERSION}.i386.rpm http://germany.worldwind.net/pub/bibble/BibblePro/${PV}/${MY_P}-${PV}-${RPM_VERSION}.i386.rpm" LICENSE="Proprietary" SLOT="0" KEYWORDS="~x86 ~amd64" IUSE="" DEPEND="app-arch/rpm2targz" RDEPEND="virtual/libc media-libs/fontconfig media-libs/freetype sys-libs/zlib dev-libs/expat >=sys-devel/gcc-4.1.0" src_unpack() { rpm_src_unpack } src_compile() { :; } src_install() { cd ${WORKDIR} dobin ./usr/bin/bibblepro libdir=$(get_libdir) dodir /usr/${libdir}/bibblelabs insinto /usr/${libdir}/bibblelabs doins -r ./usr/${libdir}/bibblelabs/* dodoc ./usr/share/doc/bibblepro/README.txt dodir /usr/share/pixmaps insinto /usr/share/pixmaps doins ./usr/share/pixmaps/bibblelogo.png insinto /etc/env.d doins ${FILESDIR}/80bibblepro-bin fperms 0755 /usr/${libdir}/bibblelabs/bibblepro/plugins/Andy.so fperms 0755 /usr/${libdir}/bibblelabs/bibblepro/plugins/BBlackAndWhite.so fperms 0755 /usr/${libdir}/bibblelabs/bibblepro/plugins/Gina.so fperms 0755 /usr/${libdir}/bibblelabs/bibblepro/plugins/Roy.so fperms 0755 /usr/${libdir}/bibblelabs/bibblepro/plugins/Sadie.so fperms 0755 /usr/${libdir}/bibblelabs/bibblepro/plugins/Siggy.so fperms 0755 /usr/${libdir}/bibblelabs/bibblepro/plugins/Tony.so } pkg_postinst() { # Create the env.d file. if ! [[ -e ${ROOT}/etc/env.d/99bibblepro ]] ; then echo "LDPATH=\"${ROOT}/usr/lib/bibblelabs/bibblepro/libs\"" > ${ROOT}/etc/env.d/99bibblepro fi } pkg_postrm() { # Remove the env.d file. if [[ -e ${ROOT}/etc/env.d/99bibblepro ]] && ! [[ -d ${ROOT}/usr/lib/bibblelabs/bibblepro/libs ]]; then rm -f ${ROOT}/etc/env.d/99bibblepro fi }
Created attachment 138846 [details] bibblepro-bin-4.9.9.ebuild bibblepro-bin-4.9.9.ebuild
(In reply to comment #29) This ebuild contains the statement: libdir=$(get_libdir) This will fail on systems that do not return lib, but lib32 or lib64 like amd64 systems. The lib files in the rpm are located at /usr/lib therefore I propose to change ebuild to a fixed /lib for libdir. When changing the ebuild to libdir=/lib it works also on amd64 (provided that app-emulation/emul-linux-x86-compat has been emerged).
Any chance of seeing this in portage? Bibble seems very popular, and as they are good enough to supply a Linux version of their software, it would be nice to support it!
Please see comment #14: http://bugs.gentoo.org/show_bug.cgi?id=147816#c14 Most of those things are not fixable since this is a closed-source software. I think I have seen a copy of this ebuild in one of layman overlays; I don't know how much up to date it is however...
This might be getting a bit off-topic, but this software turned out to be such terrible piece of programming, that after evaluating a possible purchase for a while I finally bought a competing product from that old postscript company and run it in a certain commercial OS in VirtualBox on my Gentoo laptop.
Created attachment 152719 [details] bibblepro-bin-4.10.ebuild Version bump to 4.10. BibblePro is now hosted at bibblelabs.com. Enjoy. Also acknowledged Paul de Vries' request to use libdir=/lib so ebuild works also on amd64. Please test.
The new ebuild works on my x86 and amd64 machine, thanks. Please add the ~amd64 keyword. At the same time can you also add specific depends for amd64? In the RDEPEND we probably need: amd64? ( app-emulation/emul-linux-x86-baselibs app-emulation/emul-linux-x86-compat )"
Created attachment 152967 [details] bibblepro-bin-4.10-r2.ebuild Version bump 4.10a. Update reverse dependecies for amd64 (thanks to Paul de Vries). Reversed mirror changes.
Created attachment 161754 [details] bibblepro-bin-4.10.1-r1.ebuild Version bump.
Bibble would install but not run because my system lacked libstdc++.so.5 (ldd /usr/bin/bibblepro listed it as missing). I fixed it with `emerge libstdc++-v3' I've modified the ebuild to reflect that it actually depends on gcc-3 instead of gcc-4. As I said, I personally installed the standalone library as above instead of gcc-3, which is not supported by Gentoo anymore. Unfortunately the way it (must?) be written is that if you have gcc-3 OR libstdc++-v3, all is well, but if you have gcc-4 only then emerge will prefer to slot an already installed package instead of emerge a new one, so it will prefer gcc-3. This is a "feature" of portage. If you don't have or want gcc-3, you can mask it or just emerge libstdc++-v3 before installing bibblepro. Please test. -Doug Also, a lot of einfo QA lines scroll past during installation, but I can't find where they're coming from in the ebuild, and they don't appear to stick in elog, so they're quite confusing and should be remedied!
Created attachment 163318 [details] Updated RDEPENDS with =virtual/libstdc++-3.3 *Updated RDEPENDS with =virtual/libstdc++-3.3 *Removed RDEPEND on gcc-4 (is it really needed?) *Moved rpm2targz from DEPENDS to RDEPENDS, as DEPENDS isn't read when installing a binary package.
Created attachment 165564 [details] bibblepro-bin-4.10.1-r1.ebuild added desktop menu entry
There is also an ebuild in the xwing overlay which supports additional commercial plugins. Have a look here: http://support.bibblelabs.com/webboard/viewtopic.php?t=7050&start=15&postdays=0&postorder=asc&highlight= and here: layman -a xwing
Created attachment 180574 [details] BibblePro 5 preview 1 Needs to be checked. You have to put two 32bits libraries of libgphoto2 in /opt/bibble5pro/lib (libgphoto2.so.2 and libgphoto2_port.so.0)
Created attachment 180579 [details] 32bits library useful for 64bits systems
Created attachment 180581 [details] 32bits library useful for 32bits systems
Created attachment 180582 [details] BibblePro 5 preview 1 (add of 32bits libraries)
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Heuristics show that no Gentoo developer has commented on your ebuild. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
5.1.0c is out
Created attachment 244629 [details] Bibble 5.1.0g (standard or pro) ebuild for amd64 I couldn't get ar to unarchive the deb file in the ${WORKDIR} folder, so I have it unarchive it in the ${T} folder, then the data file is untarred from there into the ${WORKDIR}. Anyway, this ebuild is based largely on the bibblepro-bin-5.0_pre1 ebuild and I'm sure it's not completely correct.
Created attachment 245550 [details] Bibble 5.1.0g (standard or pro) ebuild for amd64 (64 bit executable) Some improvements à la xwing overlay.
Created attachment 258137 [details] bibble-bin-5.2.0_rc1.ebuild With the constantly changing build date component in the URL (why on earth would they do that?), it may be easier to keep up with releases if we just do a restrict fetch and point people to the Bibble website to download it themselves. This is all proprietary stuff anyways. This ebuild is based on Ivan's with the above change and works for both 5.1.1 and 5.2.0_rc1 with a rename.
Created attachment 287209 [details] media-gfx/bibble5-5.2.3_rc4.ebuild Just to make this bug alive, there is a new release. Ebuild attached, or available in my overlay "xwing"
