An ebuild for the foomatic printer database/tools. I think it belongs in net-print, as it is a printer filter
Created attachment 561 [details] The foomatic ebuild
I found out the system depends on libwww-perl. Furter it doesn't install in the right perl subdir. I don't know enough of perl to correct it though (perl is used for installing them). Sorry for the inconvenience.
Created attachment 576 [details] A new version of the ebuild This new ebuild corrects for the wrong installation in an ad-hoc way. It works, but it is not clean
Make it clean! :)
Created attachment 2883 [details] Entirely new ebuild for 2.0-20020806
Yeah, about my attachment above, I did encounter the perl prob too. I did find in the documentation for foomatic that it depends on some other packages, so I put those in too. The reason for the whole new ebuild is because that I did not know that you guys were working on it already ;-) Keep me posted! //ZhEN
Created attachment 2946 [details] Working foomatic ebuild Alright, mcummings and myself got it working correctly. This ebuild works correctly, but just needs testing.
Created attachment 2947 [details] Fix for above I think mozilla screwed up. This ebuild is exactly the same as above, but I am making it so that you can read it (duh..mozilla). //ZhEN
I just used this plus the printer config instructions at http://gentoo.org/doc/printing-howto.html to configure my hp deskjet 5550 printer... recommended. I didn't delve into the workings of foomatic, but the ebuild worked well enough for the directions at the link above to work without a hitch. Gimp, OO, but not abiword (even though I downgraded to 1.1.14-r4). It's a little confusing using the web gui for cups with the hp 5550 until you remember that the printer is the same as the 990... thanks guys! Hope abiword is fixed sometime soon :)
The foomatic ebuild depends explicitly on XFree86 - I am of the opinion that XFree86 should be an optional component in the build, rather than forced. The change is as simple as; -virtual/x11 +X? ( virtual/x11 ) Also, when I attempt to run foomatic-configure immediately after installation, I get a Perl include path error as follows; zeus:~ # foomatic-configure Can't locate Foomatic/Defaults.pm in @INC (@INC contains: /usr/lib/perl5/5.6.1/i586-linux /usr/lib/perl5/5.6.1 /usr/lib/perl5/site_perl/5.6.1/i586-linux /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl .) at /usr/bin/foomatic-configure line 13. BEGIN failed--compilation aborted at /usr/bin/foomatic-configure line 13.
I am commiting this to cvs, but I am not sure on the X11 depend. There is nothing in the ebuild saying that it depends on X explicitly. As for the perl issue, I did not get this either. I will mask it for testing. //ZhEN
NM, nall beat me to the ebuild, I am assigning this bug to him. //ZhEN
This is what I see at the top of my foomatic-2.0.0.ebuild (rsync'd 30 Oct 2002 19:49EST); DEPEND="virtual/glibc virtual/x11 dev-libs/libxml2 net-misc/wget net-ftp/curl samba? ( net-fs/samba ) cups? ( net-print/cups )" The second line lists "virtual/x11" as an explicit dependancy. The ebuild in the ports tree appears to be very different from the one on the rsync servers.
i belive the perl issue is due to having a bad dev-perl/ExtUtils-MakeMaker. you should upgrade to dev-perl/ExtUtils-MakeMaker-6.05-r1. this fixed it for me.
NOTE: after upgrading MakeMaker, you'll have to reinstall all perl modules (this includes foomatic). i've removed the virtual/X11 dependency entirely as i can't find anything in this package that needs X. this change is in CVS. if someone thinks this is incorrect, please let me know. stewart, try the MakeMaker upgrade and reinstall foomatic. if that works, i'm going to close this bug.
I seem to be running the latest version of ExtUtils-MakeMaker (6.05-r1) as of an rsync 01/11/02 10:00EST. The problem I noticed when installing foomatic was the placement of the directory /usr/lib/site_perl/5.6.1/Foomatic, which was outside of the Perl @INC path by the Foomatic ebuild. To solve the problem I created a soft-link to the directory in /usr/lib/site-perl/5.6.1/i686-linux/, which now allows foomatic-* to run sans error. Since I don't know too terribly much about Perl, I'd assume that either the @INC path needs to be updated to reflect the install location of the Foomatic directory, or the foomatic ebuild needs to install that particular directory in another location. Update to the above; I've removed my symlinks, and now the installed path of the Foomatic directory appears to work properly. Is there a maintainance task that updates that @INC path? If so, could it possibly be run after foomatic is emerged (I tried re-sourcing root's profile to no avail, so it's not there) so that it will work immediately? On a freshly installed foomatic (a system that's never had it installed before) I get the same error; prometheus:~ # foomatic-configure Can't locate Foomatic/Defaults.pm in @INC (@INC contains: /usr/lib/perl5/5.6.1/i686-linux /usr/lib/perl5/5.6.1 /usr/lib/perl5/site_perl/5.6.1/i686-linux /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl .) at /usr/bin/foomatic-configure line 13. BEGIN failed--compilation aborted at /usr/bin/foomatic-configure line 13. The "Foomatic" directory is, of course, located at /usr/lib/site_perl/5.6.1/Foomatic (Running ExtUtils-MakeMaker-6.05-r1 on this machine already.) If there is anything more specific I can do/research about this subject, let me know (again, not knowing much about Perl I have trouble debugging it). I've got a couple other machines I'd be more than happy to use as testbeds (about five other Gentoo installs on workstations; both 1.2 and 1.4a)
you might look at this bug: http://bugs.gentoo.org/show_bug.cgi?id=9923 try this: emerge unmerge ExtUtils-MakeMaker foomatic emerge ExtUtils-MakeMaker foomatic if that doesn't work, try removing all the perl mods and perl. then reinstall it all. i know this is painful, but it's what bug #9923 seems to suggest.
It looks like foomatic works now on first run. I did as Bug #9923 suggested (unmerged perl and ExtUtils-MakeMaker; then re-installed them), and re-emerged foomatic and it worked. One problem I came across, though; neither foomatic or MakeMaker now seem to have perl as a dependancy, so I had to install perl manually (emerge foomatic -p listed only foomatic as a requirement).
It appears that perl is part of the 1.4 profile on all systems and I assume that is why it is not a dependency in the ebuild. Should it be added just in case?
i believe that since it inherits from perl-module (which sets its own DEPEND) that the foomatic DEPEND should be changed to DEPEND="${DEPEND} ..." this will cause it to pull in anything the perl-module eclass pulls in (namely perl and MakeMaker). i'll change this, but it looks like foomatic-2.0.2 was just released, so i'll get an ebuild for that one committed ASAP.
foomatic-2.0.2.ebuild is in portage tree
Closing the bug