[bug #65110] [PATCH] [gropdf] should not include full argv[0] in diagnostic messages

2024-01-04 Thread Dave
Update of bug#65110 (group groff):

 Summary: [gropdf] should not include full argv[0] in
diagnostic messages => [PATCH] [gropdf] should not include full argv[0] in
diagnostic messages

___

Follow-up Comment #2:

Thank you, Ineiev, it looks like everything is working now!

During the savannah downtime, Branden posted a patch for this bug to the
general email list: http://lists.gnu.org/r/groff/2024-01/msg00012.html (part
of a thread that started at http://lists.gnu.org/r/groff/2024-01/msg7.html
but not linked to it for some reason).


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #65115] [PATCH] BMI and BMR definitions are switched in Foundry.in for the U foundry

2024-01-04 Thread Deri James
Follow-up Comment #4, bug#65115 (group groff):


> I can push this fix with others later today if Deri doesn't beat me to it.

I'm unlikely to win that race. I did take part in the UK National Spastic
Games, in my youth, representing the South-East region. Well before
paralympics. Won 3 golds and 6 silvers, which sounds unbelievably good until I
tell you another chap in my disability group got 6 golds and 3 silvers, and
the fact that the SE team lost by one gold medal caused the team manager to
blame the loss solely on me.


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #64592] [troff] registers .m and .M contain no initial value

2024-01-04 Thread Peter Schaffter
Follow-up Comment #13, bug#64592 (group groff):


[comment #12 comment #12:]
> If no one objects to my proposed change in comment #10, please set this
ticket's status to "Confirmed" and I'll take care of it.
> 
> Or someone else can.  It's a one-liner!  But I don't know what _mom_(7) will
need to do.

Nothing.  Starting with the 2.6 release, mom explicitly calls '.gcolor
default' whenever a color argument is not given to macros that optionally take
one.


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #65112] [gropdf] glyphs missing from groff_char(7) but not warned about

2024-01-04 Thread Deri James
Update of bug#65112 (group groff):

  Status:None => In Progress
 Assigned to:None => gbranden   

___

Follow-up Comment #10:

No, it was not intentional. What sometimes happens is that I open the bug
page, then compose a reply in dasher (which could take quite a while) and
paste it to the open page, meanwhile someone changes the status fields and
when I submit my reply it uses the values they had when I opened the page.


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #65115] [PATCH] BMI and BMR definitions are switched in Foundry.in for the U foundry

2024-01-04 Thread G. Branden Robinson
Update of bug#65115 (group groff):

  Status:   Confirmed => In Progress


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #65112] [gropdf] glyphs missing from groff_char(7) but not warned about

2024-01-04 Thread G. Branden Robinson
Follow-up Comment #9, bug#65112 (group groff):


[comment #8 comment #8:]
> On Bookworm I did this:-

I have that same package installed but apparently its contents are not the
ones that get found on my system.

Did you mean to update/clear the "Status" and "Assigned to" fields?


> derij@raspberrypi5:~ $ dpkg -s fonts-urw-base35
> Package: fonts-urw-base35
> Status: install ok installed
> Priority: optional
> Section: fonts
> Installed-Size: 15558
> Maintainer: Debian Fonts Task Force 
> Architecture: all
> Multi-Arch: foreign
> Version: 20200910-7
> Replaces: gsfonts (<< 2:20200910-2~), gsfonts-x11 (<< 2:20200910-2~)
> Depends: xfonts-utils
> Suggests: fonts-freefont-otf | fonts-freefont-ttf, fonts-texgyre
> Breaks: gsfonts (<< 2:20200910-2~), gsfonts-x11 (<< 2:20200910-2~)
> Conffiles:
>  /etc/X11/fonts/Type1/fonts-urw-base35.alias
32ee9a005b7c7a089bdd5a5c4ee19c89
>  /etc/X11/fonts/Type1/fonts-urw-base35.scale
1027533ffa7574e6b30b528d72287445
>  /etc/ghostscript/fontmap.d/10fonts-urw-base35.conf
a97fb8d980202e59cc253c9c21bb2d30
> Description: font set metric-compatible with the 35 PostScript Level 2 Base
Fonts
>  A commercial-quality set of PostScript Type 1 fonts, metric-compatible
>  with the 35 PostScript Language Level 2 Base Fonts. This package contains
>  outlines in .t1 format and metrics in .afm format of the following fonts:
>  .
>   C059
>   D05L
>   Nimbus Mono PS
>   Nimbus Roman
>   Nimbus Sans
>   Nimbus Sans Narrow
>   P052
>   Standard Symbols PS
>   URW Bookman
>   URW Gothic
>   Z003
>  .
>  This package also makes the fonts available to an X server under both
>  their "urw" names and via fonts.alias under the official "adobe" names.
>  .
>  Extensive remakes of these fonts in the OpenType format are available in
the
>  GUST TeX Gyre collection in the fonts-texgyre package. The Cyrillic glyphs
>  added to the now obsolete urwcyr fork of these fonts have been merged into
>  the GNU FreeFont collection available in the fonts-freefont-otf or
>  fonts-freefont-ttf packages.
> Homepage: https://github.com/ArtifexSoftware/urw-base35-fonts




___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #65112] [gropdf] glyphs missing from groff_char(7) but not warned about

2024-01-04 Thread Deri James
Update of bug#65112 (group groff):

  Status: In Progress => None   
 Assigned to:gbranden => None   

___

Follow-up Comment #8:

On Bookworm I did this:-

derij@raspberrypi5:~ $ dpkg -s fonts-urw-base35
Package: fonts-urw-base35
Status: install ok installed
Priority: optional
Section: fonts
Installed-Size: 15558
Maintainer: Debian Fonts Task Force 
Architecture: all
Multi-Arch: foreign
Version: 20200910-7
Replaces: gsfonts (<< 2:20200910-2~), gsfonts-x11 (<< 2:20200910-2~)
Depends: xfonts-utils
Suggests: fonts-freefont-otf | fonts-freefont-ttf, fonts-texgyre
Breaks: gsfonts (<< 2:20200910-2~), gsfonts-x11 (<< 2:20200910-2~)
Conffiles:
 /etc/X11/fonts/Type1/fonts-urw-base35.alias 32ee9a005b7c7a089bdd5a5c4ee19c89
 /etc/X11/fonts/Type1/fonts-urw-base35.scale 1027533ffa7574e6b30b528d72287445
 /etc/ghostscript/fontmap.d/10fonts-urw-base35.conf
a97fb8d980202e59cc253c9c21bb2d30
Description: font set metric-compatible with the 35 PostScript Level 2 Base
Fonts
 A commercial-quality set of PostScript Type 1 fonts, metric-compatible
 with the 35 PostScript Language Level 2 Base Fonts. This package contains
 outlines in .t1 format and metrics in .afm format of the following fonts:
 .
  C059
  D05L
  Nimbus Mono PS
  Nimbus Roman
  Nimbus Sans
  Nimbus Sans Narrow
  P052
  Standard Symbols PS
  URW Bookman
  URW Gothic
  Z003
 .
 This package also makes the fonts available to an X server under both
 their "urw" names and via fonts.alias under the official "adobe" names.
 .
 Extensive remakes of these fonts in the OpenType format are available in the
 GUST TeX Gyre collection in the fonts-texgyre package. The Cyrillic glyphs
 added to the now obsolete urwcyr fork of these fonts have been merged into
 the GNU FreeFont collection available in the fonts-freefont-otf or
 fonts-freefont-ttf packages.
Homepage: https://github.com/ArtifexSoftware/urw-base35-fonts




___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #65112] [gropdf] glyphs missing from groff_char(7) but not warned about

2024-01-04 Thread G. Branden Robinson
Update of bug#65112 (group groff):

  Status:None => In Progress
 Assigned to:None => gbranden   


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #65112] [gropdf] glyphs missing from groff_char(7) but not warned about

2024-01-04 Thread G. Branden Robinson
Follow-up Comment #7, bug#65112 (group groff):

Hi Deri,

Thanks for the explanation!

I got this ancient version of the Symbol font from this Debian package.


$ dpkg -s gsfonts
Package: gsfonts
Status: install ok installed
Priority: optional
Section: text
Installed-Size: 4439
Maintainer: Masayuki Hatta (mhatta) 
Architecture: all
Multi-Arch: foreign
Version: 1:8.11+urwcyr1.0.7~pre44-4.5
Conflicts: gs (<< 5.50-5), gs-aladdin (<< 6.50-4), gsfonts-x11 (<< 0.13)
Conffiles:
 /etc/ghostscript/fontmap.d/10gsfonts.conf 39b53e1126184b434b52585a113fe125
Description: Fonts for the Ghostscript interpreter(s)
 These are free look-alike fonts of the Adobe PostScript fonts.
 Recommended for all flavors of Ghostscript (gs-gpl, gs-afpl and gs-esp).
Homepage: http://www.ghostscript.com/




___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #65115] [PATCH] BMI and BMR definitions are switched in Foundry.in for the U foundry

2024-01-04 Thread G. Branden Robinson
Update of bug#65115 (group groff):

 Summary: BMI and BMR definitions are switched in Foundry.in
for the U foundry => [PATCH] BMI and BMR definitions are switched in
Foundry.in for the U foundry


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #65115] BMI and BMR definitions are switched in Foundry.in for the U foundry

2024-01-04 Thread G. Branden Robinson
Update of bug#65115 (group groff):

  Status: Invalid => Confirmed  
 Open/Closed:  Closed => Open   

___

Follow-up Comment #3:

Sorry, my bad, I was _myself_ looking on the wrong branch!

It's a valid report and the fix looks valid, too, but has not yet been pushed
to master, so re-opening and setting status to "Confirmed".

I can push this fix with others later today if Deri doesn't beat me to it.


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #65115] BMI and BMR definitions are switched in Foundry.in for the U foundry

2024-01-04 Thread G. Branden Robinson
Update of bug#65115 (group groff):

  Item Group:None => Incorrect behaviour
  Status:   Fixed => Invalid
 Assigned to:None => gbranden   
 Open/Closed:Open => Closed 

___

Follow-up Comment #2:

I would rule this one "Invalid" as it never applied to the master branch, and
Savannah offers no means of associating tickets with any branch of
development, so a Status is not well-defined unless we select an implied
branch, and the only reasonable branch to imply IMO is master.

Thanks for the swift remedy, Deri!  Assigning to self in light of my
administrative decision.


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #65117] [pdfmark] premature page break in "pdfmark.ms" output with page size A4

2024-01-04 Thread Dave
Update of bug#65117 (group groff):

 Summary: [pdfmark] premature page brake in "pdfmark.ms"
output with page size A4 => [pdfmark] premature page break in "pdfmark.ms"
output with page size A4

___

Follow-up Comment #1:

Per bug #63827, pdfmark.ms is no longer being maintained in the groff tree;
the latest version is at
http://osdn.net/users/keith/pf/groff-pdfmark/scm/tree/tip/

If this problem exists in that latest pdfmark.ms, a ticket can be opened for
it on that site.

Keeping this bug open for now, since #63827 is still open.


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #65115] BMI and BMR definitions are switched in Foundry.in for the U foundry

2024-01-04 Thread Deri James
Update of bug#65115 (group groff):

  Status:None => Fixed  
 Summary: U-BMI and U-BMR show switched font names in 
fonts_{n,x}.pdf => BMI and BMR definitions are switched in Foundry.in for the
U foundry

___

Follow-up Comment #1:

Thanks for this Bjarni. Here's the fix:-

diff --git a/font/devpdf/Foundry.in b/font/devpdf/Foundry.in
index e5aba655e..ec10cbb0e 100644
--- a/font/devpdf/Foundry.in
+++ b/font/devpdf/Foundry.in
@@ -88,8 +88,8 @@
AI|N|i|text.map|text.enc|URWGothic-BookOblique.t1!URWGothic-BookOblique!URWGothi
 
AR|N|r|text.map|text.enc|URWGothic-Book.t1!URWGothic-Book!URWGothicL-Book!a010013l.pfb
 
BMB|N|r|text.map|text.enc|URWBookman-Demi.t1!URWBookman-Demi!URWBookmanL-DemiBold!b018015l.pfb
 
BMBI|N|i|text.map|text.enc|URWBookman-DemiItalic.t1!URWBookman-DemiItalic!URWBookmanL-DemiBoldItal!b018035l.pfb
-BMI|N|i|text.map|text.enc|URWBookman-Light.t1!URWBookman-Light!URWBookmanL-LighItal!b018032l.pfb
-BMR|N|r|text.map|text.enc|URWBookman-LightItalic.t1!URWBookman-LightItalic!URWBookmanL-Ligh!b018012l.pfb
+BMI|N|i|text.map|text.enc|URWBookman-LightItalic.t1!URWBookman-LightItalic!URWBookmanL-LighItal!b018032l.pfb
+BMR|N|r|text.map|text.enc|URWBookman-Light.t1!URWBookman-Light!URWBookmanL-Ligh!b018012l.pfb
 
CB|N|nr|text.map|text.enc|NimbusMonoPS-Bold.t1!NimbusMonoPS-Bold!NimbusMonL-Bold!n022004l.pfb
 
CBI|N|ni|text.map|text.enc|NimbusMonoPS-BoldItalic.t1!NimbusMonoPS-BoldItalic!NimbusMonL-BoldObli!n022024l.pfb
 
CI|N|ni|text.map|text.enc|NimbusMonoPS-Italic.t1!NimbusMonoPS-Italic!NimbusMonL-ReguObli!n022023l.pfb




___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #65110] [gropdf] should not include full argv[0] in diagnostic messages

2024-01-04 Thread Ineiev
Follow-up Comment #1, bug#65110 (group groff):

testing per sr #111000


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #65112] [gropdf] glyphs missing from groff_char(7) but not warned about

2024-01-04 Thread Deri James
Follow-up Comment #6, bug#65112 (group groff):

Apologies for the brevity, it was one of those "go to bed and wake up bolt
upright with the answer", just wanted you to confirm the fix was good. Now the
explanation:-

Type 1 fonts have a section of numbered subroutines which can be called from
the actual glyph definition, I have seen over 1000 in some large fonts. So,
when you are subsetting you need to subset (and renumber) any relevent
subroutines used by the glyph you are subsetting.

What went wrong (only with your version of the Symbol font) was that the
required subroutines were not making it to the subsetted font. Usually
including a subroutine is simple: a number is pushed onto the stack and
"callsubr" is called, but in this font it users this form:-

22 1 3 callothersubr
pop
callsubr

The number popped is actually 22 so it is this subroutine which needs to be
included.

It is interesting that of the 4 different versions of the Symbol font I looked
at, it is only the oldest (yours) which used this form:-

Your version:- (s05l.pfb)

%!PS-AdobeFont-1.0: StandardSymL 001.005
%%CreationDate: Thu Oct 21 1999
% Copyright URW Software, Copyright 1997 by URW
% URW Software, Copyright 1997 by URW
% See the file COPYING (GNU General Public License) for license conditions.

Bookworm:- (StandardSymbolsPS)

%!PS-AdobeFont-1.0: StandardSymbolsPS 2.00
%%CreationDate: Tue May 31 2016
% Copyright URW Software, Copyright 2015 by URW
% URW Software, Copyright 2015 by URW

Buster?:- (StandardSymbolsPS)

%!PS-AdobeFont-1.0: StandardSymbolsPS 2.00
%%CreationDate: Tue May 31 2016
% Copyright URW Software, Copyright 2015 by URW
% URW Software, Copyright 2015 by URW

Mageia 9:- (s05l.pfb)

%!PS-AdobeFont-1.0: StandardSymL 001.005_%{version}-%{release}
%%Title: StandardSymL
%Version: 001.005_%{version}-%{release}
%%CreationDate: Wed Mar 30 23:15:51 2022
%%Creator: Unknown
%Copyright: Copyright URW Software, Copyright 1997 by URW
% Generated by FontForge 20201107 (http://fontforge.sf.net/)

I don't know if this will make it onto the website, but it should send the
email. I hope this helps you write a commit message.


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/