- Open bugs: 253263, 253265, 293630, 313545, 352783 - One security bug!! - No Gentoo maintainer - Last upstream activity, Dec 2010, but no user request Please mask for removal.
sigh, too many rdeps. http://tinderbox.dev.gentoo.org/misc/rindex/media-libs/pdflib
(In reply to comment #1) > sigh, too many rdeps. > http://tinderbox.dev.gentoo.org/misc/rindex/media-libs/pdflib Looks like everything has been fixed, except for dev-php5/pecl-pdflib (which has no reverse dependencies itself).
(In reply to comment #2) > (In reply to comment #1) > > sigh, too many rdeps. > > http://tinderbox.dev.gentoo.org/misc/rindex/media-libs/pdflib > > Looks like everything has been fixed, except for dev-php5/pecl-pdflib (which > has no reverse dependencies itself). > PHP team: pcl-pdflib will be masked for removal along side of pdflib (stating the obvious here). Objections/concerns?
As far as I know, this package is not as popular as it used to be, so you have a go from me to mask it for removal.
+# Jeremy Olexa <darkside@gentoo.org> (01 Mar 2011) +# # Masked for removal in 60 days by treecleaners +# - Multiple bugs tracked in bug 355971 +# - One security bug! +# - No Gentoo maintainer +# - Upstream moved to a commercial license, no future upgrades to the free +# version +media-libs/pdflib +# pecl-pdflib will be removed with pdflib's removal +dev-php5/pecl-pdflib
just for clarification, $current has always been commercial, $previous-lite has been released for free
dev-php5/pecl-pdflib (http://pecl.php.net/package/pdflib/2.1.8) still using outdated pdflib 7 (www.pdflib.com). one week ago, i've created a ticket for this issue, but no answere on it. http://pecl.php.net/bugs/bug.php?id=22595
Removed from main tree.
I just upgraded a bit old machine, and confronted that i can't install dev-php5/pecl-pdflib. A was using dev-php5/pecl-pdflib-2.1.5, generaing lots of pdfs with it, had no problem with #253263, and i was happy with it. Is there a replacement for pecl-pdflib so i can access methods documented here: http://php.net/manual/en/book.pdf.php ? If not, this is not a fix of the problem, imho. What is the correct way to install the removed pecl-pdflib on a current system? thanks
I don't see a way for pecl-pdflib back into the tree, with all the bugs up- and downstream and our lack of manpower to fix them. If you can provide patches for the bugs listed above, we'd probably allow it back. Until then, your only choice is to grab the ebuild sources from CVS and put them in your own overlay.
(In reply to comment #10) > I don't see a way for pecl-pdflib back into the tree, with all the bugs up- > and downstream and our lack of manpower to fix them. There should be a 'buggy' mask or something, and people could accept that and use buggy packages, as it's resolved for licences. :) > > If you can provide patches for the bugs listed above, we'd probably allow it > back. Until then, your only choice is to grab the ebuild sources from CVS > and put them in your own overlay. I'm sorry, i can't patch those. If i was able to use the old ebuilds, i would almost be quiet, but i wasn't able to use the pecl-pdflib-2.1.8-r1.ebuild, it constantly complained with theese * Please fix your package (dev-php5/pecl-pdflib-2.1.8-r1) to not use php-ext-pecl-r1.eclass /usr/local/portage/dev-php5/pecl-pdflib/pecl-pdflib-2.1.8-r1.ebuild: line 24: need_php_by_category: command not found So i installed it by #pecl install pdflib, but than portage doesn't know about those files installed, so i'm not yet satisfied with that situation.