[hylafax-devel] Re: missing parts of security-patch.sh

[Robert Colquhoun <rjc@trump.net.au>]

At 03:32 AM 6/18/00 -0700, Andy Sparrow wrote:
>--------
>Your message dated: Sun, 18 Jun 2000 17:17:06 +1000
> >
> >On BSD type systems the sysvinit script should be copied to the sbin
> >directory instead.
> >
> >So that you can start and stop hylafax easily at the command line ie
> >'hylafax start' and 'hylafax stop'
>
>Yeh, the port was taking care of that by copying a 'hylafax.sh.sample'
>file to ${PREFIX}/etc/rc.d (PREFIX being set to /usr/local).
>
>This is a FreeBSD-ism. The port tells you that you have to take
>manual, post-install action to enable automatic startup on re-boot.
>This is deliberate.
>
>Semantics for start-up scripts vary on BSD-ish systems though.. It's
>not required to provide an argument (default is to start), although
>it's not prohibited to supply one either.
>
>I don't wanna revisit that particular TFH either (I actually /like/
>the post-SysVr2 init.d directory, although I /still/ think it's kinda
>overkill and ugly for a small machine).

....it would be better if the port just put it in sbin...it can quite often 
be tricky to tell a user how to start and stop hylafax(sometimes hfaxd is 
started from inetd sometimes not), if the SYSVINIT script is setup properly 
it can start and stop the daemons directly or from the faxsetup script.


> >Are you saying the metric files are separate from the fonts themselves?
>
>Yes indeedy. See a couple of annotations down.
>
....
>Reading through 'faxsetup.sh' again, I now recall that it blew up
>saying it couldn't find Courier-Bold in the directory 'configure'
>selected for it (/usr/local/share/ghostscript/fonts).
....
>   pc# cd /usr/local/share/ghostscripts/fonts; ls
>   a010013l.afm    c059013l.pfm    hritro.gsf      n019024l.pfb 
> n022023l.pfm
>   a010013l.pfb    c059016l.afm    hrpld.pfa       n019024l.pfm 
> n022024l.afm
>   a010013l.pfm    c059016l.pfb    hrpldb.gsf      n019043l.afm 
> n022024l.pfb
>   a010015l.afm    c059016l.pfm    hrpldbi.gsf     n019043l.pfb 
> n022024l.pfm
>   a010015l.pfb    c059033l.afm    hrpldi.pfa      n019043l.pfm 
> p052003l.afm
>   a010015l.pfm    c059033l.pfb    hrplr.gsf       n019044l.afm 
> p052003l.pfb
>   a010033l.afm    c059033l.pfm    hrplrb.gsf      n019044l.pfb 
> p052003l.pfm
>   a010033l.pfb    c059036l.afm    hrplrbo.gsf     n019044l.pfm 
> p052004l.afm
>   a010033l.pfm    c059036l.pfb    hrplro.gsf      n019063l.afm 
> p052004l.pfb
>   a010035l.afm    c059036l.pfm    hrpls.gsf       n019063l.pfb 
> p052004l.pfm
>   a010035l.pfb    d050000l.afm    hrplsb.gsf      n019063l.pfm 
> p052023l.afm
>   a010035l.pfm    d050000l.pfb    hrplsbo.gsf     n019064l.afm 
> p052023l.pfb
>   b018012l.afm    d050000l.pfm    hrplso.gsf      n019064l.pfb 
> p052023l.pfm
>   b018012l.pfb    fcyr.afm        hrplt.pfa       n019064l.pfm 
> p052024l.afm
>   b018012l.pfm    fcyr.gsf        hrpltb.gsf      n021003l.afm 
> p052024l.pfb
>   b018015l.afm    fcyri.afm       hrpltbi.gsf     n021003l.pfb 
> p052024l.pfm
>   b018015l.pfb    fcyri.gsf       hrplti.pfa      n021003l.pfm    putb.pfa
>   b018015l.pfm    fhirw.gsf       hrscc.pfa       n021004l.afm    putbi.pfa
>   b018032l.afm    fhirw.pfm       hrsccb.gsf      n021004l.pfb    putr.pfa
>   b018032l.pfb    fkarw.gsf       hrscco.gsf      n021004l.pfm    putri.pfa
>   b018032l.pfm    fkarw.pfm       hrscs.pfa       n021023l.afm 
> s050000l.afm
>   b018035l.afm    fonts.dir       hrscsb.gsf      n021023l.pfb 
> s050000l.pfb
>   b018035l.pfb    fonts.scale     hrscso.gsf      n021023l.pfm 
> s050000l.pfm
>   b018035l.pfm    hrger.pfa       hrsyr.gsf       n021024l.afm 
> u003043t.afm
>   bchb.afm        hrgerb.gsf      n019003l.afm    n021024l.pfb 
> u003043t.gsf
>   bchb.pfa        hrgerd.gsf      n019003l.pfb    n021024l.pfm 
> u003043t.pfm
>   bchbi.afm       hrgero.gsf      n019003l.pfm    n022003l.afm 
> u004006t.afm
>   bchbi.pfa       hrgkc.gsf       n019004l.afm    n022003l.pfb 
> u004006t.gsf
>   bchr.afm        hrgks.gsf       n019004l.pfb    n022003l.pfm 
> u004006t.pfm
>   bchr.pfa        hrgrr.pfa       n019004l.pfm    n022004l.afm 
> z003034l.afm
>   bchri.afm       hrgrrb.gsf      n019023l.afm    n022004l.pfb 
> z003034l.pfb
>   bchri.pfa       hrgrro.gsf      n019023l.pfb    n022004l.pfm 
> z003034l.pfm
>   c059013l.afm    hritr.pfa       n019023l.pfm    n022023l.afm
>   c059013l.pfb    hritrb.gsf      n019024l.afm    n022023l.pfb


Not quite it looks like the /usr/local/share/ghostscript/fonts directory is 
missing the 'Fontmap' file to decode the font names.  It does contain AFM 
files their names are just encoded - you are missing the decryption key - 
the Fontmap file.

type gs -h to look at the ghostscript search path it should contain a 
Fontmap file somewhere.


> >...are you sure the above isn't the 'size_t' type, that seems to be what
> >alot of the other platforms are using.
>
>Ummm, Yes, quite sure, see the definitions below...
>
>FreeBSD 4.0-STABLE (and 5.0-CURRENT) is the chosen development platform
>of the KAME Project (integrated IPv6 stack and tools & IPSec for IPv4/v6,
>see http://www.kame.net).
>
>The KAME code is an integrated part of FreeBSD since 4.0-RELEASE.
>OpenBSD 2.7 and up have it too, add NetBSD if you're talking development
>trees.
>
>Perhaps that's the reason for the changes.
...

>FreeBSD 3.4-STABLE #3: Sun Apr  2 21:22:34 PDT 2000:
>   typedef u_char          sa_family_t;
>   typedef int             socklen_t;
>
>
>
>FreeBSD 4.0-STABLE #0: Mon May 22 21:32:32 PDT 2000:
>   typedef u_char      sa_family_t;
>   typedef u_int32_t   socklen_t;

....

Interesting they changed the type and it looks like they have a defined 
socklen_t to hide that from the user(which is what hylafax tries to use)... 
What does the manpage for accept give as the function prototype ie is the 
last param of socklen_t type?

- Robert



____________________ HylaFAX(tm) Developers Mailing List ____________________
 To unsub: mail -s unsubscribe hylafax-devel-request@hylafax.org < /dev/null