app-misc/mendeleydesktop/mendeleydesktop-0.9.6.1.ebuild New ebuild for the Mendeley Desktop application, a binary package. Reproducible: Always Steps to Reproduce: 1. Create app-misc/mendeleydesktop/mendeleydesktop-0.9.6.1.ebuild 2. Digest 3. Emerge in amd64 and x86. Actual Results: Works fine in amd64 and x86 arch.
You mean the ebuild I posted to the forum? http://forums.gentoo.org/viewtopic-t-816913-highlight-mendeley.html
Created attachment 222955 [details] mendeleydesktop ebuild Slightly improved ebuild of MendeleyDesktop.
(In reply to comment #1) > You mean the ebuild I posted to the forum? > http://forums.gentoo.org/viewtopic-t-816913-highlight-mendeley.html > Yes, that ebuild.
assign to maintainer-wanted@gentoo.org
I can confirm that this works for me for amd64.
Created attachment 232569 [details] mendeleydesktop-0.9.6.3.ebuild mendeleydesktop-0.9.6.3.ebuild: - version bump; - add libpng:1.2 as RDEPEND
Created attachment 236673 [details] Version 9.7.1 update Attached an ebuild for the latest release of Mendeley Desktop.
Hello, I just tried this software. According to the discussion in the forum it is possible to use the native libs instead of the supplied libs. http://forums.gentoo.org/viewtopic-t-816913-highlight-mendeley.html I just tested that a bit and it seems to work. So in principle one can use native libs with some small hacks. The QT supplied in the package contains the following libs. libQtCore.so.4 libQtNetwork.so.4 libQtSvg.so.4 libQtXmlPatterns.so.4 libQtGui.so.4 libQtSql.so.4 libQtWebKit.so.4 libQtXml.so.4 These files can be simply removed and the program will lookup system qt lib automatically. The stable qt version (4.6.2) works fine. In the lib/mendeleydesktop/plugins/sqldrivers there is a libqsqlite.so file. This can also be substituted by native libs. However the Qt Plugin Search path is /usr/lib64/kde4/plugins, which seems to be card-coded. The right QT plugin path in Gentoo is /usr/lib64/qt4/plugins. This can be hacked with a dirty symlink. Similarly the program also supplies libpng.so.3 and libssl.so.0 file. Both can be substituted with native libs providing certain symlink walk-around.
I just tried to install mendeley using this ebuild and upon running mendeleydesktop got a segfault and the message that libpng1.2 was not found. Emerging libpng:1.2 solved this. Shouldn't the ebuild have this as a dependency?
The mendeley.com htttp server returns the 0.9.8.1 tar.bz2 file when requesting 0.9.7.1 which breaks the 0.9.7.1 ebuild. The ebuild file should be renamed mendeleydesktop-0.9.8.1.ebuild.
I renamed the 0.9.7.1 ebuild to 0.9.8.1, added media-libs/libpng:1.2 and dev-libs/openssl:0.9.8 as runtime dependencies and installed. It works fine like that. I tried removing the bundled qt libraries, but then the program crashes with following message: $ mendeleydesktop QLayout: Attempting to add QLayout "" to DocumentDetailsReviewPanel "detailsReviewPanel", which already has a layout /opt/bin/mendeleydesktop: line 10: 6482 Segmentation fault "$LOCAL_LIB_PATH"/mendeleydesktop/libexec/mendeleydesktop.x86_64 $@ I have qt 4.6.3 installed as that is the stable version in gentoo.
Created attachment 254549 [details] Added dependencies for openssl-0.9.8 and libpng-1.2 In this form it did work for me on amd64 :-)
Created attachment 254917 [details] mendeleydesktop-0.9.8.1-r1.ebuild I fixed most QA issues in mendeleydesktop-0.9.8.1.ebuild Change RDEPEND to depend media-libs/libpng:1.2 and dev-libs/openssl(slot 0 works for me, so I don't add slot dependency) Use MENDELEY_INSTALL_DIR instead of absolute path.
Thanks Mu, I can confirm that this ebuild works.
works for me on amd64
When using the last ebuild, mendeley complained about not finding libssl-0.9.8. I changed the RDEPEND to openssl:0.9.8 and then it worked. I found the following thread where someone describes the exact same error message: http://feedback.mendeley.com/forums/4941-mendeley-feedback/suggestions/140258-libssl-so-0-9-8-error-on-64-bit-x86-64- Several people in that thread describe a symlink to libssl-1.0 works (as Mu also mentioned). I haven't tested this myself. Is there a way to create such a symlink from the ebuild? (I'm new to editing ebuilds).
Created attachment 259719 [details, diff] SRC_URI fix Hi, the ebuild didn't recognize the $ARCH as amd64 for me and tried to fetch the wrong file then. Anyhow, I believe a better approach than checking against $ARCH is to ask for "x86?" and "amd64?" in SRC_URI, respectively. This is done for example in net-wireless/broadcom-sta. I patched the latest ebuild, and it goes for the right file now. Still have issues with teh ebuild though , i.e., ================== *snip* ================== install: cannot stat `share/icons/hicolor/16x16/apps/mendeleydesktop.png': No such file or directory /usr/libexec/paludis/utils/doins: doins returned error 2 ================== *snap* ================== Cheers, Nico
Also, "Mendelay-EULA" should probably be "Mendeley-EULA".
can confirm bug with icon file: >>> Install mendeleydesktop-0.9.8.1-r1 into /var/tmp/portage/app-misc/mendeleydesktop-0.9.8.1-r1/image/ category app-misc install: cannot stat `share/icons/hicolor/16x16/apps/mendeleydesktop.png': No such file or directory !!! doins: share/icons/hicolor/16x16/apps/mendeleydesktop.png does not exist doins failed lithium ~ # emerge --info Portage 2.2.1.1 (default/linux/x86/2008.0/desktop, gcc-4.4.5, glibc-2.11.2-r2, 2.6.37-gentoo i686) ================================================================= System uname: Linux-2.6.37-gentoo-i686-Intel-R-_Celeron-R-_CPU_2.53GHz-with-gentoo-2.1.8 Portage Tree: /usr/portage Portage HEAD: de3cca84a1b24a8b128a535140cc15cf7d8e746f /usr/portage/.git/refs/heads/funtoo.org app-shells/bash: 4.1_p9-r1 dev-lang/python: 2.6.5-r3, 2.7.1 dev-util/cmake: 2.8.3-r1 sys-apps/baselayout: 2.1.8-r2::funtoo sys-apps/openrc: 0.6.8 sys-apps/sandbox: 2.3-r1::funtoo sys-devel/autoconf: 2.68::funtoo sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1::funtoo sys-devel/binutils: 2.20.1::funtoo sys-devel/gcc: 4.4.5::funtoo sys-devel/gcc-config: 1.4.1::funtoo sys-devel/libtool: 2.4-r1::funtoo sys-devel/make: 3.81-r2::funtoo virtual/os-headers: 2.6.32::funtoo (sys-kernel/linux-headers) Repositories: gentoo sunrise geki-overlay calculate suka dev-zero sage-on-gentoo bleeding-edge emacs kde qiaomuf ACCEPT_KEYWORDS="x86 ~x86" ACCEPT_LICENSE="* -@EULA" CBUILD="i486-pc-linux-gnu" CFLAGS="-O2 -fomit-frame-pointer -march=native -pipe" CHOST="i486-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -fomit-frame-pointer -march=native -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages mini-manifest news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://mirror.elen.ktu.lt/ http://mirror.elen.ktu.lt/gentoo/ http://gentoo.mirror.pw.edu.pl/ http://gentoo.po.opole.pl ftp://gentoo.po.opole.pl" LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed" LINGUAS="lt" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/sunrise /var/lib/layman/openoffice-geki /var/lib/layman/calculate /var/lib/layman/suka /var/lib/layman/dev-zero /var/lib/layman/sage-on-gentoo /var/lib/layman/bleeding-edge /var/lib/layman/emacs /var/lib/layman/kde /var/lib/layman/qiaomuf" SYNC="git://github.com/funtoo/portage-mini-2010.git" SYNC_USER="root" USE="X a52 aac acpi alac alsa bluetooth branding cdr cli cups cxx dbus dri dts dvd dvdr dvdread emboss encode esd exif fam firefox flac fortran gdu gif gnutls gpm graph graph-parallel jemalloc jpeg kde lame libnotify mad mikmod mmx mng modules mp3 mp4 mpeg mudflap nls nptl nptlonly ogg opengl openmp optimization pam pango pdf png policykit ppds pppd qt3 qt3support qt4 sdl semantic-desktop session sse sse2 ssl startup-notification strong-optimization svg symlink sysfs tiff truetype udev unicode usb vorbis wavpack win32codecs x264 x86 xcb xml xorg xulrunner xv xvid" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="lt" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="intel vesa" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, SYNC_UMASK
Created attachment 260568 [details] updated package I just changed the ebuild name to 0.9.8.2 and it worked for me on amd64. See attached.
Created attachment 261939 [details] fix ebuild: need openssl-0.9.8 fix ebuild mendeleydesktop need libssl.so.0.9.8 I change ebuild: RDEPEND dev-libs/openssl -> =dev-libs/openssl-0.9.8q See attached.
To "install" gentoo ebuild file from bug attachement I have done something like this (for unfamiliar people): sudo su wget "http://bugs.gentoo.org/attachment.cgi?id=261939" mv attachment.cgi\?id\=261939 mendeleydesktop-0.9.8.2-r2.ebuild mkdir /usr/local/portage/app-misc/mendeleydesktop mv mendeleydesktop-0.9.8.2-r2.ebuild /usr/local/portage/app-misc/mendeleydesktop/ chown portage:portage /usr/local/portage/app-misc/mendeleydesktop/mendeleydesktop-0.9.8.2-r2.ebuild ebuild /usr/local/portage/app-misc/mendeleydesktop/mendeleydesktop-0.9.8.2-r2.ebuild digest echo "app-misc/mendeleydesktop ~amd64" >> /etc/portage/package.keywords Latest atachement wont run. It says: [blocks B ] =dev-libs/openssl-0.9.8*:0 ("=dev-libs/openssl-0.9.8*:0" is blocking dev-libs/openssl-0.9.8q) Previous (r1) version is running fine (amd64 arch).
There's a new version out 0.9.9.1 However, changing the name of the ebuild didn't work for me. For some reason it now fails on installing icons: >> Install mendeleydesktop-0.9.9.1-r1 into /var/tmp/portage/app-misc/mendeleydesktop-0.9.9.1-r1/image/ category app-misc install: cannot stat `share/icons/hicolor/16x16/apps/mendeleydesktop.png': No such file or directory !!! doins: share/icons/hicolor/16x16/apps/mendeleydesktop.png does not exist I've verified that this icon file is in: /var/tmp/portage/app-misc/mendeleydesktop-0.9.9.1-r1/work/mendeleydesktop-0.9.9-linux-x86_64 So, I'm not sure what is wrong....
As for amd64, the tarball "mendeleydesktop-0.9.9.1-linux-x86_64.tar.bz2" contains the folder named "mendeleydesktop-0.9.9-linux-x86_64", not "mendeleydesktop-0.9.9.1-linux-x86_64". (It might be a mistake of mendeley dev team.) So the working directory of portage ($S in the ebuild) won't be "${WORKDIR}/${P}-${LNXARCH}". As a quick but dirty resolution, change S="${WORKDIR}/${P}-${LNXARCH}" to S="${WORKDIR}/${PN}-0.9.9-${LNXARCH}" in the ebuild file. It should work.
Thanks Pelopar, that worked! I didn't include the requirement for openssl-0.9.8 because I didn't know what that version should be required. Hiroaki, will you please explain? New ebuild attached.
Created attachment 270149 [details] 0.9.9.1 updated ebuild Warning, hardcoded the $S line to fix the developer mistake of misnaming the directory in the release... #S="${WORKDIR}/${P}-${LNXARCH}" S="${WORKDIR}/${PN}-0.9.9-${LNXARCH}"
(In reply to comment #25) > Thanks Pelopar, that worked! > > I didn't include the requirement for openssl-0.9.8 because I didn't know what > that version should be required. Hiroaki, will you please explain? > Mendeley requires version libssl.so.0.9.8 at run time. I am getting the same error that Hiroaki is getting because it is not seeing the .so, which lives in /usr/lib32 on my system, and everything else is 64-bit.
(In reply to comment #25) Emerging dev-libs/openssl-0.9.8r seemed to fix the issue.
renaming ebuild file to version 0.9.9.2 does not work (amd64): >>> Install mendeleydesktop-0.9.9.2 into /var/tmp/portage/app-misc/mendeleydesktop-0.9.9.2/image/ category app-misc install: Aufruf von stat für „share/icons/hicolor/16x16/apps/mendeleydesktop.png“ nicht möglich: Datei oder Verzeichnis nicht gefunden !!! doins: share/icons/hicolor/16x16/apps/mendeleydesktop.png does not exist doins failed
okay I have found the bug myself. For 0.9.9.2 you have to rename the ebuild to this version and modify it as follows: -S="${WORKDIR}/${PN}-0.9.9-${LNXARCH}" +S="${WORKDIR}/${PN}-0.9.9.2-${LNXARCH}"
Just renaming mendeleydesktop-0.9.9.1.ebuild to mendeleydesktop-0.9.9.2.ebuild is not enough. Now mendeleydesktop dev team names the tar ball rightly. So delete the line in the ebuild: S="${WORKDIR}/${PN}-0.9.9-${LNXARCH}" [DELETE] then, uncomment #S="${WORKDIR}/${P}-${LNXARCH}" This should work.
Created attachment 272609 [details] version bump, add slotted dep for openssl
Created attachment 282067 [details] ebuild for verison 1.0.1 I bumped the ebuild to 1.0.1. The download location is wrong though. Probably mendeley's fault. It download 1.0 instead. Fixed it by manually downloading from website and copying url of the download location. Also on github: https://github.com/nbigaouette/ebuilds/tree/master/sci-misc/mendeleydesktop
I have written a revised ebuild for 1.0.1. I made following changes: - Mendeley no longer depends on openssl and png - Bundled Qt libraries are removed and use of system Qt is forced. Now Mendeley looks like any other Qt application and depends on the correct Qt libaries - Added QA_PRESTRIPPED variable containing stripped binaries to prevent QA warnings. Imo, this is better than using RESTRICT=strip
Created attachment 283539 [details] revised ebuild for 1.0.1
Created attachment 283543 [details] revised ebuild for 1.0.1
Hi! Which overlay is this? I'm trying to emerge mendeleydesktop, but it doesn't find the ebuild. Thanks!
No overlay includes this ebuild yet. Use local overlay.
You may use my overlay at: https://github.com/cschwan/cschwan-overlay. I did not register it with layman, so you need to clone it (with git) manually and set up the PORTDIR_OVERLAY variable in make.conf.
There are two overlays in layman that include ebuilds for the current version of Mendeley: jxh and nbigaouette, according to http://gpo.zugaina.org/Search?search=mendeley. They put it in different categories, though.
Created attachment 289981 [details] ebuild for 1.1.2 Updated ebuild for mendeleydesktop 1.1.2. My old 1.0.1 had a problem with SRC_URI, since it dependend on a conditionally set Bash variable (MY_P).
I just pushed sci-misc/mendeleydesktop-1.3.1 into the tree, the original ebuild is from http://gentoo-overlays.zugaina.org/funtoo . I'll be maintaining it from now on..