Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 123500 - net-print/foo2zjs stable on amd64
Summary: net-print/foo2zjs stable on amd64
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High enhancement (vote)
Assignee: AMD64 Project
Depends on:
Reported: 2006-02-20 06:50 UTC by Jon Mason
Modified: 2006-06-02 09:04 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---

foo2zjs-20060401.ebuild (foo2zjs-20060401.ebuild,1.78 KB, text/plain)
2006-04-01 21:09 UTC, Roger
foo2zjs-Makefile-20060401.diff (foo2zjs-Makefile-20060401.diff,3.69 KB, text/plain)
2006-04-01 21:16 UTC, Roger
foo2zjs-20060401.ebuild (foo2zjs-20060401.ebuild,1.78 KB, text/plain)
2006-04-01 22:16 UTC, Roger

Note You need to log in before you can comment on or make changes to this bug.
Description Jon Mason 2006-02-20 06:50:07 UTC
Recently, all versions of net-print/foo2zjs becamed masked (for non-bleeding edge folk).  I unmasked the latest version and am running net-print/foo2zjs-20060118 w/o any problems.  Please unmask it.

# emerge --info
Portage 2.0.54 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.16-rc3 x86_64)
System uname: 2.6.16-rc3 x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.6.14
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python:     2.3.5, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
CFLAGS="-march=k8 -O3 -pipe"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=k8 -O3 -pipe"
FEATURES="autoconfig distlocks sandbox sfperms strict"
USE="amd64 X aac acl alsa arts audiofile avi berkdb bitmap-fonts bonobo bzip2 cdr crypt cups curl dvd eds emboss encode esd exif expat fam ffmpeg flac foomaticdb fortran gdbm gif glut gmp gpm gstreamer gtk2 gtkhtml guile idn imagemagick imlib ipv6 java jpeg kde lcms libwww lzw lzw-tiff mad mikmod mng motif mozilla mp3 mpeg ncurses nls ogg opengl pam pcre pdflib perl png ppds python qt quicktime readline sdl slang spell ssl tcpd tetex tiff truetype truetype-fonts type1-fonts udev usb userlocales vorbis xine xml xml2 xmms xpm xv xvid zlib video_cards_radeon userland_GNU kernel_linux elibc_glibc"
Comment 1 David Pyke 2006-02-24 08:42:56 UTC
An update has just been released on the home site.  I doesn't go into details but does state no-one should use the archived versions from other distro's.
Comment 2 Jon Mason 2006-02-25 10:02:44 UTC
They all work, I would just like to have 1 unmasked as being stable.  x86 uses foo2zjs-20050319.ebuild, that would be fine with me.
Comment 3 David Pyke 2006-03-24 15:06:51 UTC
There have been a number of updates to the foo2zjs adding envelopes and other benefits.  Is it possible to get it updated?
Comment 4 Roger 2006-04-01 19:39:08 UTC
Argh. This puppy is pretty well patched up.  Simply copying some things into a folder and modifying one or two lines just ain't going to work.

I'm trying, but there's allot that needs to be modified & I've never really spent much time with printer stuff.
Comment 5 Roger 2006-04-01 21:09:33 UTC
Created attachment 83682 [details]
Comment 6 Roger 2006-04-01 21:16:14 UTC
Created attachment 83683 [details]

I had two issues with converting the Makefile patches using 20060118 as a template.

First of all, there seems to be no more hplj.usermap?  So, I omitted patches, mainly at the top concerning hplj.usermap.

Second of all, LOCALMODEL variable is "+LOCALMODEL=$(PREFIX)/usr/share/cups/model" was now used, so it required a $(PREFIX) to instead of it just being commented out.

Think this was it on the changes for foo2zjs-Makefile-20060401.diff

There were no changes to foo2zjs-udevfwld-20060401.diff.  So just copy it using filename foo2zjs-udevfwld-20060401.diff.

I have yet to thoroughly test.  I'm using a hp2600n (Color Laserjet).
Comment 7 Roger 2006-04-01 22:16:23 UTC
Created attachment 83686 [details]

I improperly defined MODEL & LOCALMODEL when converting the Makefile patch.  foo2zjs-20060401.ebuild should now provide PPD files now!
Comment 8 Roger 2006-04-01 22:20:18 UTC
foo2zjs-20060118.ebuild & foo2zjs-20060401.ebuild provides the same files with the exception of foo2zjs-20060401.ebuild providing one additional file.  So this is a good sign I've migrated the patches properly.

I'm just really concerned about the missing hplj.usermap file within the 20060401 snapshot for which has a patch for it at the top of the Makefile.diff.

Does anybody know if the  hplj.usermap file was renamed or moved?  Or is it even needed or provided anymore??
Comment 9 David Pyke 2006-04-05 18:26:30 UTC
I'm tried to build the 0401 ebuild but it fails missing foo2zjs-Makefile-20060401.diff

Could you attach this file to the bug?
Comment 10 Jon Mason 2006-04-23 09:53:42 UTC
net-print/foo2zjs-20060118 is now unmasked and works on amd64.  This bug can now be closed.  Thanks.
Comment 11 Simon Stelling (RETIRED) gentoo-dev 2006-04-23 09:56:56 UTC
(In reply to comment #10)
> net-print/foo2zjs-20060118 is now unmasked and works on amd64.  This bug can
> now be closed.  Thanks.

it's about marking it stable, which it is not (yet)

Comment 12 Stefan Schweizer (RETIRED) gentoo-dev 2006-06-02 09:04:50 UTC
This package cannot be tested by anyone in the arch team and it is discouraged by upstream to use old versions, thus the stable (and broken) version on x86 has been removed. See bug 135155 for details.

I am closing this as WONTFIX since it should not be marked stable on amd64 either