User-Agent: Opera/9.02 (X11; Linux i686; U; en) Build Identifier: ebuild for pdfedit (not in portage) and some improvement suggestions Reproducible: Always for developer's website: Editor for manipulating PDF documents. GUI version + commandline interface. Scripting is used to a great extent in editor and almost anything can be scripted, it is possible to create own scripts or plugins. Target platform are operating systems of Unix type (Linux, BSD, ...), we are using C++, XPDF, QT3 and QSA. I found a ebuild for version 0.2.1 at http://atrey.karlin.mff.cuni.cz/~sanda/ pdfedit/ but som things are probbaly redundant in ebuild and proposed patch.
You forgot to attach the ebuild, it seems :)
Created attachment 104082 [details] pdfedit-0.2.3.ebuild (simple one, improvement needed) correct url for 0.2.1 ebuild is: http://atrey.karlin.mff.cuni.cz/~sanda/pdfedit/ I am a beginner in ebuild writing, please correct me if necessary... pdfedit-0.2.1.patch on this page contains only cosmetic changes and some compile options which should be set by portage, so can be ignored (am I right?...) I tried to create a more simple ebuild for version 0.2.3 (though neither version is compiled an linked correctly at my system, reported upstream). there are several issues about this ebuild itself: 1. QT3 & X: applications required qt3, it is implemented by "need-qt 3" string (is it correct? hopfully this imply xlib dependency as well...) 2. USE doc: if introduce and anable this flag, additional dependency are necessary, see http://pdfedit.petricek.net/pdfedit.user_doc#install_part (not implemented currently) 3. application uses qsa library (Qt Script for Applications), it is included in tarball. configure do not check if system-wide qsa library is installed, it is mention on developer's website that modified version of qsa library version 1.1.4 is used. I asked them if it is possible to use system-wide library. if the answer will be "yes", then flag should be added to use it (though qsa-1.1.4 is not in portage yet...) 4. pdfedit is based on xpdf-3.01 (sources in tarball), but it probably can be replaced by poppler library, see http://pdfedit.petricek.net/pdfedit.design_doc#general_xpdf_chapter reported upstream. I'd say pdfedit is really killer app for linux and defenitely should be in gentoo portage, although some help is needed. let's do it!
Created attachment 104083 [details] pdfedit-0.2.3.ebuild (simple one, improvement needed) correct url for 0.2.1 ebuild is: http://atrey.karlin.mff.cuni.cz/~sanda/pdfedit/ I am a beginner in ebuild writing, please correct me if necessary... pdfedit-0.2.1.patch on this page contains only cosmetic changes and some compile options which should be set by portage, so can be ignored (am I right?...) I tried to create a more simple ebuild for version 0.2.3 (though neither version is compiled an linked correctly at my system, reported upstream). there are several issues about this ebuild itself: 1. QT3 & X: applications required qt3, it is implemented by "need-qt 3" string (is it correct? hopfully this imply xlib dependency as well...) 2. USE doc: if introduce and anable this flag, additional dependency are necessary, see http://pdfedit.petricek.net/pdfedit.user_doc#install_part (not implemented currently) 3. application uses qsa library (Qt Script for Applications), it is included in tarball. configure do not check if system-wide qsa library is installed, it is mention on developer's website that modified version of qsa library version 1.1.4 is used. I asked them if it is possible to use system-wide library. if the answer will be "yes", then flag should be added to use it (though qsa-1.1.4 is not in portage yet...) 4. pdfedit is based on xpdf-3.01 (sources in tarball), but it probably can be replaced by poppler library, see http://pdfedit.petricek.net/pdfedit.design_doc#general_xpdf_chapter reported upstream. I'd say pdfedit is really killer app for linux and defenitely should be in gentoo portage, although some help is needed. let's do it!
Created attachment 104085 [details] pdfedit-0.2.3.ebuild (simple one, improvement needed) correct url for 0.2.1 ebuild is: http://atrey.karlin.mff.cuni.cz/~sanda/pdfedit/ I am a beginner in ebuild writing, please correct me if necessary... pdfedit-0.2.1.patch on this page contains only cosmetic changes and some compile options which should be set by portage, so can be ignored (am I right?...) I tried to create a more simple ebuild for version 0.2.3 (though neither version is compiled an linked correctly at my system, reported upstream). there are several issues about this ebuild itself: 1. QT3 & X: applications required qt3, it is implemented by "need-qt 3" string (is it correct? hopfully this imply xlib dependency as well...) 2. USE doc: if introduce and anable this flag, additional dependency are necessary, see http://pdfedit.petricek.net/pdfedit.user_doc#install_part (not implemented currently) 3. application uses qsa library (Qt Script for Applications), it is included in tarball. configure do not check if system-wide qsa library is installed, it is mention on developer's website that modified version of qsa library version 1.1.4 is used. I asked them if it is possible to use system-wide library. if the answer will be "yes", then flag should be added to use it (though qsa-1.1.4 is not in portage yet...) 4. pdfedit is based on xpdf-3.01 (sources in tarball), but it probably can be replaced by poppler library, see http://pdfedit.petricek.net/pdfedit.design_doc#general_xpdf_chapter reported upstream. I'd say pdfedit is really killer app for linux and defenitely should be in gentoo portage, although some help is needed. let's do it!
*** Bug 158198 has been marked as a duplicate of this bug. ***
*** Bug 158199 has been marked as a duplicate of this bug. ***
Improved ebuild comitted to sunrise overlay.
*** Bug 163248 has been marked as a duplicate of this bug. ***
Reopen now... :)
Created attachment 113970 [details, diff] Patch to the ebuild for the version bump: 0.2.3 -> 0.2.5 Hi all, for the moment I provide only an ebuild for pdfedit-0.2.5. Patch last posted ebuild with this patch (and change its name) to obtain the new ebuild. None of the improvements indicated by Maxim were implemented so far, I've only substituted the inheritance of kde-functions with qt3, added a dependency and included a src_install function, since without it it merges nothing. Tested on ~x86. Next step is to implement the 'doc' useflag. HTH, please feedback.
ebuild for pdfedit 0.2.5 is already in sunrise. i miantain the most recent versions there.
0.3.1 is out (and in Sunrise) I'm just wondering ...isn't it (in practice) harder to make an ebuild included into the official portage tree if it's been in an overlay already then if the ebuild is just maintaned on the bugzilla? It would make sense to me, if the dev team (I'm not saying they aren't, I don't know) would watch the overlays for potential official tree candidates.
there is a policy, that any package in sunrise has its ebuild request here in bugzilla. if some dev wants to maintain package then he can get it from sunrise. after closing this bug, the package will be deleted in sunrise. the fact that this bug is still open means there is no dev interested in maintaining the package.
Ah, ok ...thanks for clarifying this to me.
0.4.1 was released yesterday http://sourceforge.net/projects/pdfedit
thanks for reminder. will be added soon.
*** Bug 212280 has been marked as a duplicate of this bug. ***
(In reply to comment #15) > 0.4.1 was released yesterday > There is a 0.4.1 ebuild [1] in the Sunrise overlay. Liviu [1] http://gentoo-overlays.zugaina.org/sunrise/portage/app-text/pdfedit/pdfedit-0.4.1.ebuild
The ebuild from the sunrise overlay works for me (amd64). http://overlays.gentoo.org/proj/sunrise/browser/reviewed/app-text/pdfedit
=app-text/pdfedit-0.4.1 does not compile with dev-libs/boost-1.37.0-r1 on ~x86. cpdf.cc: In static member function »static pdfobjects::CPdf* pdfobjects::CPdf::getInstance(const char*, pdfobjects::CPdf::OpenMode)«: cpdf.cc:2350: Fehler: Referenz auf »exception« ist mehrdeutig /usr/lib/gcc/i686-pc-linux-gnu/4.3.3/include/g++-v4/exception:57: Fehler: candidates are: class std::exception /usr/include/boost/exception/exception.hpp:177: Fehler: class boost::exception error means: exception is ambiguous. Portage 2.1.6.13 (default/linux/x86/2008.0, gcc-4.3.3, glibc-2.8_p20080602-r1, 2.6.28-gentoo-r5 i686) ================================================================= System uname: Linux-2.6.28-gentoo-r5-i686-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_3800+-with-gentoo-2.0.0 Timestamp of tree: Fri, 22 May 2009 19:15:01 +0000 app-shells/bash: 4.0_p24 dev-lang/python: 2.5.4-r2, 2.6.2 dev-util/cmake: 2.6.4 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.4.3-r2 sys-apps/sandbox: 1.9 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.19.1-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.29 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="de_DE.utf-8" LC_ALL="de_DE.utf-8" LDFLAGS="-Wl,-O1" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/sunrise /usr/portage/local/layman/science" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="acl berkdb boost bzip2 cli cracklib crypt cups dri fortran gdbm gpm iconv ipv6 isdnlog midi mudflap ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection session spl ssl sysfs tcpd unicode x86 xorg zlib" 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 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" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="fbdev glint i810 intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 194643 [details] Ebuild for the live CVS version Included a bunch of sed commands to undo the upstream CFLAGS/CXXFLAGS/MAKEOPTS hacks that resulted in build failures on my system (e.g. including $(ARCH) in the compiler command line). This could probably be improved further, but at least it builds and runs for me.
There has been a vulnerability report for pdfedit: "Some vulnerabilities have been reported in PDFedit, which can be exploited by malicious people to potentially compromise a user's system. The vulnerabilities are caused due to the use of vulnerable Xpdf code." References: http://secunia.com/advisories/35920/ http://secunia.com/advisories/34291/ Please consider bumping to version 0.4.3 in Sunrise to resolve this issue. The Security team needs the initial commiter to gentoo-x86 to verify this issue is resolved before adding the package. Thanks.
bumped
*** Bug 289062 has been marked as a duplicate of this bug. ***
Qt3 app Closing as wont be fixed since we dont add qt3 apps any more