PSLIB(3)
π PSLIB(3) π
okay bestie, welcome to pslib(3) β the manual page for pslib, section 3 (library functions, iykyk). Buckle up, this is a long one, but it's genuinely so good. π«Ά
β¨ NAME β¨
pslib β the library that makes PostScript files happen. that's it, that's the vibe. π
π DESCRIPTION π
So. pslib is a library for creating PostScript files, and it comes with a set of about 50 functions for line drawing, text output, page handling, etc. It's very similar to other libraries like panda, cpdf or pdflib which produce PDF. And here's the slay: pslib can to a certain degree replace those libraries if the PostScript file is converted to PDF with ghostscript's excellent pdf writer. And honestly? The results achieved with pslib can be even better when it comes to text output, because it supports kerning, ligatures and hyphenation. it's giving typography royalty, no cap. π
pslib is a C-library but there are bindings for Perl, Python, Tcl and PHP. This documentation will only describe the functions of the C-library, though most of what is said here can be applied to the other language bindings. The PHP extension of pslib is documented in PEAR. The extension is called ps.
π GETTING STARTED π
okay so, programs which want to use pslib will have to include the header file libps/pslib.h and link against libps. Before doing any document creation the library should be initialized with PS_boot(3). It will set the locale and selects the messages in your language as defined by the environment variable LC_ALL. Heads up bestie: your locale settings will affect hyphenation, which uses isalpha(3) and tolower(3) to prepare the word for hyphenation. German umlauts will be filtered out if the locale is not set properly. π The library should be finalized by PS_shutdown(3).
A PostScript document is represented by a pointer to PSDoc. Such a document can be created with PS_new(3) and destroyed with PS_delete(3). PS_new(3) returns a pointer to PSDoc. And the best part: you can handle several documents at the same time. multi-tasking queen energy. π
The following example will do the basic preparation without creating a document on the disk.
...
#include <libps/pslib.h>
main(int argc, char *argv[]) {
PSDoc *psdoc;
PS_boot();
psdoc = PS_new();
PS_delete(psdoc);
PS_shutdown();
}
In order to actually create a PostScript document on disk you will have to call
int PS_open_file (PSDoc *psdoc, const char *filename);
or
int PS_open_fp (PSDoc *psdoc, FILE *fp);
PS_open_file(3) will create a new file with the given file name, while PS_open_fp(3) will use an already open file. Both require a pointer to PSDoc. β¨
If the document shall not be created on disk but in memory β which can be very handy in web application β one can use
int PS_open_mem (PSDoc *psdoc, (*writeproc) (PSDoc *p, void *data, size_t size));
The second parameter is a function which is called instead of pslib's own output function. π¦
Extending the previous example with one of the former three functions to open a document will at least create an initial empty PostScript document. It has to be closed with PS_close(3). PS_close(3) will only close the file if it was opened by PS_open_file(3). yes, only that one. remember it. π
...
#include <libps/pslib.h>
main(int argc, char *argv[]) {
PSDoc *psdoc;
PS_boot();
psdoc = PS_new();
PS_open_file(psdoc, "test.ps");
PS_close(psdoc);
PS_delete(psdoc);
PS_shutdown();
}
There are more sophisticated funktions to start a new PostScript document. They are used when error handling and memory management shall be controlled by the calling application. Check the manual pages PS_new2(3) and PS_new3(3) for a detailed description, or read the section about memory management and error handler below. (spoiler: it's coming, bestie π)
πΈ PAGE HANDLING πΈ
A PostScript document contains one or more pages. pslib provides the function
int PS_begin_page (PSDoc *psdoc, float width, float height);
and
int PS_end_page (PSDoc *psdoc);
to start a new page with the given size in points and to end a page. All functions that draw any visible output will only work within a page. like, respect the scope, babe. The page size has no meaning for the PostScript interpreter but will be used by ghostscript or Acrobat Distiller to set the page size in the PDF document. Some PostScript viewer also use the size to resize the output window. π
Starting the first page of a document will internally end the PostScript header. This may have impact on resource handling. For more information see the section about resource handling. π
π¦ COORDINATE SYSTEM, SCOPE π¦
PostScript defines a coordinate system with its origin in the lower left corner of a page. Its base unit is point, which is 1/72 of an inch. Unless the coordinate system is scaled, all values will be expected in point. π
pslib provides many functions which may not be called at any time. For example, drawing and text output functions may only be called within a page, path construction functions may only be called within a path. pslib defines so called scopes which are checked before executing a function. Those scopes are prolog, document, page, pattern, template, path and object. If, for example, one tries to output text outside of a page or within a path, then an error will be issued. π¨ vibe check: failed, respectfully.
π¨ DRAWING, PATH CONSTRUCTION π¨
okay so this part is lowkey the main character. PostScript does not have any functions to draw a line directly but uses a two pass mechanism. First a path is constructed, which is then drawn (stroked). The path can also be used for filling an area or to clip further drawing. A path must not be a continues line, it may consist of several subpaths. βοΈ
Each path is started with
void PS_moveto (PSDoc *psdoc, float x, float y);
If this function is called within a path, it will just start a new subpath. The path can be constructed with one of the following functions. π
void PS_lineto (PSDoc *psdoc, float x, float y);
void PS_rect (PSDoc *psdoc, float x, float y, float width, float height);
void PS_circle (PSDoc *psdoc, float x, float y, float radius);
void PS_arc (PSDoc *psdoc, float x, float y, float radius, float alpha, float beta);
void PS_arcn (PSDoc *psdoc, float x, float y, float radius, float alpha, float beta);
void PS_curveto (PSDoc *psdoc, float x1, float y1, float x2, float y2, float x3, float y3);
Once a path is constructed it can be optionally closed by
void PS_closepath (PSDoc *psdoc);
Closing a path means to add a segment from the last point to the starting point of the path. It is helpful if an area is to be filled. In most cases the path is used for drawing, which is done with
void PS_stroke (PSDoc *psdoc);
In such a case you would not want to close the path. As already mentioned, a path can also be filled or even both, with the functions
void PS_fill (PSDoc *psdoc);
void PS_fill_stroke (PSDoc *psdoc);
PS_fill_stroke(3) does first fill and than stroke a path. This is important to realize because the stroked line may cover parts of the filled area, depending on how wide it is. π³ so yeah, order matters, bestie. π
β¨ TEXT OUTPUT β¨
Okay bestie, listen. Text output is definitely one of the strongest parts of pslib β like, it ate and left no crumbs. pslib supports kerning, protusion, ligatures and hyphenation, and literally all of it is customizeable through parameters. The hyphenation algorithm is based on the one TeX uses, except it can't take a whole paragraph into account. Noted. π
Text output requires at least the Adobe font metric files β yes, even for the standard PostScript fonts. Unlike other libraries, pslib does not have the font metrics for the standard fonts compiled in. They're freely available on the internet, so go get them, babe. And if the font is going to be embedded into the document, then you also need the font outline (the .pfb file).
Additional files are needed for more sophisticated text output. It will be explained later in this documentation. Foreshadowing β¨
Before you can output <em>any</em> text, a font has to be loaded with:
int PS_findfont (PSDoc *psdoc, const char *fontname, const char *encoding, int embed);
It returns a unique id for the font. The fontname is the filename of the Adobe font metrics file without the extension .afm. If the font shall be embedded into the document, then the last parameter must be set to 1 and the file fontname.pfb must be present. No pfb, no embedding, that's the rule π
The encoding specifies the font encoding to be used in the PostScript document. It defaults to TeXBase1, which is a reasonable set of glyphs covering most western languages, when the empty string or NULL is passed. The special encoding 'builtin' stands for the encoding as provided by the font itself β that's usually AdobeStandardEncoding, which is a smaller set of glyphs than TeXBase1. If unsure, leave the encoding parameter empty. Simple as. π
Calling PS_findfont(3) is a sensitive matter. Though it may be called in almost every scope, it is highly recommended to call it either within a page or before the first page (within the prolog). Especially when the font is to be embedded or uses a non default encoding. This limitation has to be enforced in order to be able to extract certain pages from the document without corruption. Programs like psselect extract a page by taking the prolog of the PostScript document and the selected page. Resources, like fonts, not being part of the page or the prolog will not be included into the resulting document, and using those resources will provoke errors. pslib will output a warning in case of potential problems. So likeβ¦ listen to the warning, bestie π«Ά
int PS_setfont (PSDoc *psdoc, int fontid, float size);
This sets the font which was loaded with PS_findfont(3) in a given size. After calling this function everything is prepared to output text with one of the following functions. Each text output function uses kerning pairs and ligatures if available. Periodt.
int PS_show (PSDoc *psdoc, const char *text);
This outputs text at the current text position and moves the x position to the end of the text. If text is to be output at a certain position on the page, the function
int PS_show_xy (PSDoc *psdoc, const char *text, float x, float y);
can be used. Both functions also exist in a version which requires the length of the string as the third parameter. They are called PS_show2(3) and PS_show_xy2(3).
The functions mentioned so far will print all text into one line. If one would like to wrap a longer text into a box, the function
int PS_show_boxed (PSDoc *psdoc, const char *text, float left, float bottom,
float width, float height, const char *hmode,
const char *feature);
should be used. It breaks the text into lines of length width and fills the box until there is no space left. The function returns the number of remaining chars which did not fit into the box. This number can be used to create a second, third, β¦ box for the remaining text. Text can be left and/or right justified or centered depending on the parameter hmode. Hyphenation is turned off by default, because it needs to be set up before it can be used. π₯
Once again, working with fonts is an error prone issue, because it is important at what position in the document the fonts are loaded. As a rule of thumb you should load fonts which are used on several pages of the document before the first page, and fonts only used on a single page within that page. For a more detailed discussion see the section on resource handling. iykyk π
πΈ HYPHENATION, KERNING, LIGATURES, PROTUSION πΈ
pslib's advanced text output features cover hyphenation, kerning, ligatures and protusion. Kerning and ligatures are turned on by default and will be used if the current font supports it. Some ligatures are built into pslib, just in case the font has the glyphs but misses the command to build the ligature. Those ligatures are fi, fl, ff, ffi, and ffl. Both ligatures and kerning can be turned off by setting the parameter 'ligature' respectively 'kerning' to false. pslib automatically inserts a ligature if the character sequence of that ligature is found. If a ligature is not to be used then its character sequence must be broken up with a broken bar character. Ligatures will never be used if charspacing has a value unequal to zero.
If a font provides more ligatures than those mentioned before, they are usually at places not conform to the Adobe Standard Encoding. Their glyph name is often the name of the glyph supposed to be at that position in the Adobe Standard Encoding. pslib can utilize those ligatures when a so called encoding file is supplied. The encoding file contains a font encoding vector and definitions for extra ligatures. An encoding file is very similar to encoding files used by dvips and usually found in /usr/share/texmf/dvips/base. Adding a ligature requires a line like the following:
% LIGKERN char1 char2 =: ligature ;
If char1 is followed by char2 they will be both replaced by the glyph ligature. This replacement may not be used exclusively for ligatures like fi or ff but for any combination of characters. Quite common is a hyphen followed by a hyphen, which is replaced by an endash. Slay π
In order to set up hyphenation you will first need a hyphenation dictionary for your language. Since pslib uses a well known hyphenation algorithm used not just by TeX, but also by openoffice and scribus, one can take the dictionary from those programs. If you have scribus installed on your system, you will find the dictionaries for many languages in /usr/lib/scribus/dicts. Free dictionary, we love to see it π
Hyphenation is turned on when the parameter 'hyphenation' is set to true and the parameter 'hyphendict' contains the file name of the hyphenation dictionary.
Protusion is an advanced method to improve the appearance of text margins. It is only used by the function PS_show_boxed(3) if the horizontal mode is set to 'justify'. A margin may not look straight if lines end or begin with characters with a 'light' appearance like a period, hyphen or comma. Those characters should reach into the margin to make it look straight. pslib tries to read a so called protusion file whenever a font is loaded with PS_findfont(3). If it cannot be found a warning is issued. The file must be named fontname.pro and contains a line for each character with protusion information. Finding reasonable protusion values can be a tedious work. π
N hyphen ; M 0 650 ;
N comma ; M 0 650 ;
N period ; M 0 650 ;
N semicolon ; M 0 500 ;
The syntax is similar to an .afm file. The protusion values for the left and right margin are the last two numbers.
π¦ LOADING FILES π¦
All files which are being loaded by pslib are searched for in the current directory and the 'SearchPath'. 'SearchPath' is a parameter which is set by PS_set_parameter(3). PS_set_parameter(3) can be called multiple times to add several directories to the search path. Functions which are affected by the search path are PS_findfont(3) for loading .afm, .pfb, and .enc files, and PS_include_file(3). Stack those paths, bestie π
π RESOURCE HANDLING π
Resources in pslib are fonts, patterns, templates, spot colors, and images. Templates and images are treated equally. A resource is usually loaded or created and can be used repeatingly afterwards. Resource handling is somewhat sensitive, in terms of the position in the document where they are loaded or created. Plain PostScript does not care about where a resource is defined as long as it is known before it is used.
PostScript documents are not always printed but quite often displayed on the screen or processed by software. Most software which reads PostScript documents does not just interpret the PostScript code but also so called Document Structuring Conventions (DSC). Such instructions are helpful to provide further information about the document and to partition the document into sections like a prolog and pages. Programs evaluating those instructions can easily determine the page size, the creator, title or author, the number of pages and can jump straight to a certain page without interpreting the PostScript code before that page. Especially isolating certain pages requires the document to be created strictly following the DSC. This means that all resources which are used through out the document must be either created on each page where they are used (not very sensible if the resource is used more than once) or within the prolog right before the first page. pslib will put everything before the first page into the prolog. On the other side the prolog may not contain any PostScript code that does output something. pslib makes sure this rule is not violated. π«Ά
In practice the above rules do not apply equally to all resources but can be seen as a general rule of thumb. Fonts can under certain circumstances be loaded at any time (see the section on 'Text output').
Please note, that starting from 0.4.5 of pslib images are treated as resources as well, though this behaviour can be turned off by settingimagereusetofalseif existing code shows unexpected side effects. π
π IMAGES π
okay so bestie, putting images on a page in your PostScript doc? literally the same energy as font handling. you load it first, then you place it. that's it. that's the whole thing. π¦
loading, round one:
int PS_open_image_file (PSDoc *psdoc, const char *type, const char *filename, const char *stringparam, int intparam);
loading, round two:
int PS_open_image (PSDoc *psdoc, const char *type, const char *source, const char *data, long length, int width, int height, int components, int bpc, const char *params);
and then you get to actually put it on the page with:
int PS_place_image (PSDoc *psdoc, int imageid, float x, float y, float scale);
and the moment you're done with an image, close it so the resources go free, no hoarding bestie:
int PS_close_image (PSDoc *psdoc, int imageid);
β¨ history lesson, but make it cute β¨ β until version 0.4.4 of pslib, images were not real resources. every single call ofPS_place_image(3)wrote the complete image into the PostScript file. every. single. time. π starting with version 0.4.5, images are by default reusable objects β they get saved once into the PostScript file (viaPS_open_image(3)orPS_open_image_file(3)) and then replayed as often as you want withPS_place_image(3). iconic behaviour honestly.
you can turn that off if imagereuse is set to false, but likeβ¦ why would you. reusing images usually has the advantages of smaller file size, faster processing of the PostScript file, and the possibility to place images into templates, which was not allowed till version 0.4.4. π
and if an image is placed into a template and you don't need it anymore, you can close it right after ending the template. efficient queen behaviour.
β οΈ heads up β οΈ please note, that everything said about resources becomes true for reusable images, too.
π TEMPLATES π
templates are a bit like images created within the document itself. their big advantage is their reusability on any page throughout the document by simply referencing them. π this saves a lot of disk space if the template is placed many times. they're often used for logos or headers which are to be placed on each page. so real.
start one with:
int PS_begin_template (PSDoc *psdoc, float width, float height);
like a page or an image, a template has a bounding box. within that box almost any operation for drawing, text output, etc. can be called. everything beyond the bounding box is clipped β so stay in your lane, literally. β¨
and a template is ended and ready for use with:
int PS_end_template (PSDoc *psdoc);
each template has its own id which was returned by PS_begin_template(3). this id is like an image id and can be passed to PS_place_image(3). which makes a template identical to an image in terms of handling β iykyk. any call of PS_place_image(3) will only place a reference to the template into the document, which results in a small document size. tiny file, huge flex. π«Ά
π COLORS π
pslib supports all colorspaces available in PostScript, including spot colors. π opposed to the PostScript color model which knows just one current color, pslib distinguishes between a stroke and fill color. we're multitasking now.
colors are set with:
int PS_setcolor (PSDoc *psdoc, const char *type, const char *colorspace, float c1, float c2, float c3, float c4);
type determines if the fill, stroke or both (fillstroke) colors are set by the function. the colorspace can be any of 'gray', 'rgb', 'cmyk', 'spot', or 'pattern'. the colorspace 'pattern' is somewhat special and will be discussed in the next section (spoiler alert π
). the float parameters contain the actual values of the color β and depending on the colorspace, not all parameters will be evaluated. slay.
spot colors need to be created before with:
int PS_makespotcolor (PSDoc *psdoc, const char *name, floatreserved);
the name of the spot color can be any string value, though one will usually take the official name of the spot color, e.g. PANTONE 114 C. each spot color has a color in an alternative colorspace which is used when the spot color itself cannot be used. this is always the case when the PostScript file is viewed on a computer screen or printed by an ink printer. if the PostScript document is separated for professional printing, the alternative color has no meaning. the alternative color is taken from the current fill color. which means β bestie, listen β you have to call PS_setcolor(3) and set the current fill color before calling PS_makespotcolor(3). order matters!! π¨
PS_makespotcolor(3) can only handle fill colors in the colorspace 'gray', 'rgb', or 'cmyk'.
PS_makespotcolor(3) returns the id of the spot color which is passed as parameter c1 to PS_setcolor(3). all spot colors used in the document should be defined before the first page β otherwise they will not be included into the list of custom colors within the document comments section at the beginning of the file. so front-load them, no procrastinating. π
π¦ COLOR SEPARATION π¦
printing a document sometimes requires separating colors, because certain printers print each color separately. color separation is often done on the multi color document by the printing company. however, pslib can separate colors very easily by setting the value 'separationcolor' on a value from 1 to 4, depending on the color you would like to separate:
1= cyan2= magenta3= yellow4= black
this has to be done before creating a page. the resulting document will contain only those parts in the separated color. consequently, one has to create four identical pages, each called with a different value for 'separationcolor'. four pages, four moods, one document. periodt. π
β PATTERNS β
filling an area can be done with a single color or a self designed pattern. such a pattern can be any drawing. actually, it can be everything which can be put on a page. main character energy honestly. if a pattern is used for filling, it is repeatingly placed in horizontal and vertical direction with a given distance.
patterns are started with:
int PS_begin_pattern (PSDoc *psdoc, float width, float height, float xstep, float ystep, int painttype);
and ended with:
int PS_end_pattern (PSDoc *psdoc);
within those two functions almost any output operation can be used for creating the pattern. once a pattern is created, it can be used like a color for filling. just pass the string "pattern" and the pattern id (returned by PS_begin_pattern(3)) to PS_setcolor(3). any following drawing and/or filling operation will now use the pattern. it's giving unlimited power. π₯
π HYPERLINKS, BOOKMARKS π
PostScript itself does not support any hyperlink functions like PDF does. nevertheless, one can embed hyperlinks into a PostScript document which will be used if the document is later converted to PDF. such commands for embedding hyperlinks are called pdfmarks. pdfmarks allow to store any feature in a PostScript document which is available in PDF. the PostScript interpreter itself will not care about the pdfmarks β it's just vibing. π
this feature makes pslib a viable alternative to libraries creating PDF directly. ate.
some functions of pslib will place a pdfmark silently into the document. the most prominent function is PS_begin_page(3) which stores the page size with the help of pdfmarks.
pslib supports several types of hyperlinks, which are inserted with the following functions.
int PS_add_weblink (PSDoc *psdoc, float llx, float lly, float urx, float ury, const char *url);
int PS_add_pdflink (PSDoc *psdoc, float llx, float lly, float urx, float ury, const char *filename, int page, const char *dest);
int PS_add_locallink (PSDoc *psdoc, float llx, float lly, float urx, float ury, int page, const char *dest);
int PS_add_launchlink (PSDoc *psdoc, float llx, float lly, float urx, float ury, const char *filename);
each of the above functions requires a rectangle with its lower left corner at llx, lly and its upper right corner at urx, ury. the rectangle will not be visible in the PostScript file and marks the sensitive area of the link. when the document is converted to PDF, the rectangle will become visible. its appearance can be set with the functions:
int PS_set_border_style (PSDoc *psdoc, const char *style, float width);
style can be either 'solid' or 'dashed'.
int PS_set_border_color (PSDoc *psdoc, float red, float green, float blue);
int PS_set_border_dash (PSDoc *psdoc, float black, float white);
pslib also supports adding bookmarks, which will be displayed by PDF viewers as a table of contents next to the document. bookmarks have a title and point to a page in the document. they can be added with:
int PS_add_bookmark (PSDoc *psdoc, const char *text, int parent, int open);
to build up a hierarchical tree of bookmarks, one can pass a parent bookmark when creating a new one. the parent bookmark is referenced by its id as it is returned by the function itself. a bookmark is always added for the current page. it is shown open if the parameter open is greater 0. πΈ
π TYPE3 FONTS π
PostScript knows several types of fonts. the most common is called Type1, which are usually supplied by many font manufacturers as .pfb files. pslib can read those fonts and use them right away. no setup, no drama.
another type of font is called Type3. Type3 fonts distinguish from Type1 fonts by the way their glyphs are constructed. glyphs in Type3 fonts are created with regular PostScript commands and can easily be created with pslib. so if you want to make your own font from scratch, this is your moment. β¨
all you need to do is start a new font with:
int PS_begin_font (PSDoc *psdoc, const char *fontname, int reserved, double a, double b, double c, double d, double e, double f, const char *optlist);
and finish it with:
int PS_end_font (PSDoc *psdoc);
each font consists of a number of glyphs, which are created with a pair of:
int PS_begin_glyph (PSDoc *psdoc, const char *glyphname, double wx, double llx, double lly, double urx, double ury);
and:
int PS_end_glyph (PSDoc *psdoc);
within a glyph each command is allowed to create a path and to stroke or fill it. once a font is created it can be used like any other font by calling PS_setfont(3). π
the font cannot be saved to a file and used by other applications, but it can be used within the pslib document, which has several advantages when certain symbols, e.g. logos, are used through out a document. bespoke font, just for you. π
π§ MEMORY MANAGEMENT, ERROR HANDLING π§
pslib uses by default its own memory management and error handling functions. in many cases the calling application has its own memory management and error handling though β very independent of it. pslib can be told to use those functions by calling PS_new2(3) instead of PS_new(3).
int PS_new2 (PSDoc *psdoc, (errorhandler *) (PSDoc *p, int type, const char *msg, void *data), (allocproc *) (PSDoc *p, size_t size, const char *caller), (reallocproc *) (PSDoc *p, void *mem, size_t size, const char *caller), (freeproc *) (PSDoc *p, void *mem), void *opaque);
the errorhandler and the last parameter opaque allow to pass arbitrary data as the last parameter to its own errorhandler. this is quite often used if errors are being output in a widget of a graphical toolkit. the pointer to that widget can be passed as opaque and pslib will pass it forward to the error handler. so your errors land in your cute little widget instead of the void. π«Ά
π DOCUMENT INFORMATION β¨
okay so bestie, PostScript documents lowkey come with a little header made of comments that spills all the tea about the document itself π The printer is like "whatever, don't care" and completely disregards it, but SO many PostScript viewers actually read it and use it, so it's giving important. π
And it's not just that β you can also drop pdfmarks into your PostScript document holding the title, keywords, author, and all that other cute metadata. pslib has your back with PS_set_info(3) to set all those fields. π
int PS_set_info (PSDoc *psdoc, const char *key, const char *value);
π¨ okay this part is IMPORTANT, no cap: PS_set_info(3) must be called before the first page. If you call it later, it will have no effect and it produces a warning. So like... do it early, bestie. Timing is everything. β°
The function may also be used to set the bounding box of the document π¦ Usually there's genuinely no need for it though, because the dimension of the first page will be used for the bounding box. So it just handles itself, iconic behavior honestly. β¨
π SEE ALSO
The detailed manual pages for each function of the library. π go read them, they ate π
βοΈ AUTHOR
This manual page was written by Uwe Steinmann <uwe@steinmann.cx>. πΈ thank you for your service, king π«Ά
and that's a wrap on PSLIB(3) fr fr π this page comes from PSLIB(3) and is dated March 28, 2011 β yeah she's an elder but she still slays β¨ bye bestie, go make some gorgeous PostScript ππ¦π
π¦ where this page comes from
- debian bookworm: pslib-dev 0.4.7-1+b1
- debian trixie: pslib-dev 0.4.8-1+b1
- ubuntu jammy: pslib-dev 0.4.7-1
- ubuntu noble: pslib-dev 0.4.7-1build2
- ubuntu questing: pslib-dev 0.4.8-1
- ubuntu resolute: pslib-dev 0.4.8-1build1
- ubuntu stonking: pslib-dev 0.4.8-3 Β· GPL-2.0-or-later OR LGPL-2.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms