Special features of the "Fossies" software archive
You may click "simply" on the download icon
in front of a package (archive)
name in order to transfer that package but the "Fossies" software archive offers the following
additional special features to you:
Viewing archive contents (index) plus browsing archive member filesdocs related | original | size (top100) | date | path | name | ext | top-path files
In the standard "docs related" view Fossies tries to assist users to get relevant package information quickly by sorting the member files into the following three categories:
Basic infos (README, FAQ, INSTALL, ChangeLog, ...) Basic docs (manual pages, PDF-,HTML-,/doc/-files, ...) All other files (if too numereous at least 50)
The file extension sorted list (index_ax.html) offers at top an extra information line with all found extensions, like for e.g.:
Found file extensions: 1 bat cfg dot el in jpeg py rc rst txt
If the mouse is over the word "Found" a tooltip with the number of file extensions and member files is shown, over the string "file extensions" the top 10 extensions with their number of occurrences are shown and if the mouse is over an extension a tooltip with a short explanation of the extension type is shown (using Fossies own file extension description file). Clicking on such an extension lets you jump to the first member file with that extension.
As a further newer special service some documentation-related files are presented more "user-friendly" respectively "readable" by trying a local pre-formatting (only in standard "automatic"-mode):
Pure HTML files are also forced to be formatted respectively displayed in rendered format. However some HTML code for e.g. containing forms or using PHP or Perl code are forced to be displayed as unformatted but syntax-highlighted source code.
Additionally most programming language, not-formatted markup language and configuration files are shown with line numbering and source code syntax highlighting:
No one reads source code like prose. Whether we understand it quickly or have to painstakingly decipher it depends on how well the code is structured and visualized. Colors, spacing, and visual structure are not cosmetic elements, but rather essential tools. This is precisely where syntax highlighting comes in. It transforms text back into meaning and code into a visually comprehensible system (a quote from www.golem.de, Dec. 28, 2025; translated from German).
All line numbers are anchored and directly addressable by adding "#l_<LINENO>" at the end of a member file URL. So for accessing for e.g. line 174 of the README file in the subdirectory foobar-x.y of package foobar-x.y.tar.gz you may just use
https://fossies.org/linux/misc/foobar-x.y.tar.gz/foobar-x.y/README#l_174
As a new feature (Feb. 2016) Fossies source code highlighting now offers optional "code folding" when browsing member files written in curly-bracket languages like C, C#, Go, JavaScript, Java, Lua, Perl, PHP, Ruby and others (JavaScript must be enabled). To selectively "fold" (hide and display) blocks respectively sections of source code you may click on the marked lines that begin a block. Foldable (expanded) blocks are marked by a preceding "−" character, folded (hidden respectively collapsed) blocks by a preceding "≡" character and a red marked line number and the folded block itself by a … as placeholder. Alternatively you can use the toggle buttons of the grey transparent box appearing at the bottom right to fold and unfold globally all blocks of different folding levels. See here a simple example:
| Screenshot 1: Code unfolded | Screenshot 2: Code with a folded level 3 block (containing 37 lines) | ||
![]() | ![]() |
That feature may allow you to get a better overview of the overall structure of the browsed program code (as seen in your favourite source code editor).
As a further new feature (Dec. 2016) Fossies allows now to select the highlight(ing) style (theme). Out of nearly a hundred different styles you can choose via a tooltip box or a style selection page (with style previews) two different styles (saved by a cookie): One for programming language files and another for plain text files (if both styles are "standard" the according cookie is removed).
https://fossies.org/linux/misc/foobar-x.y.tar.gz/foobar-x.y/README.md?m=tRemark: For non-text "binary" files (like for e.g. images, videos or executables) the "text mode" is principally meaningless so Fossies tries instead to give out some hopefully interesting meta information about the requested member file!
https://fossies.org/linux/misc/foobar-x.y.tar.gz/foobar-x.y/README.md?m=bRemark: This feature uses sometimes on-the-fly expansion so displaying the requested member may take some seconds according to the archive size. But repeated requests are answered immediately.
https://fossies.org/linux/misc/foobar-x.y.tar.gz/foobar-x.y/README.md?m=mCaution: This may force your browser to call an assigned application.
If you move the mouse over the filename of such an alternative compressed archive its size in bytes is shown and also the percentual size decrease compared to the "standard" format. Since March 2017 the "standard" format is no longer only tar.gz or zip but the highest compressed tar file (tar.xz, tar.bz2 or tar.gz) originally available or zip.
To download an archive in a different supported format you may change in a Fossies standard download URL simply the archive file extension, so instead of
https://fossies.org/linux/misc/foobar-x.y.tar.gzyou may use
https://fossies.org/linux/misc/foobar-x.y.tar.xzfor e.g. to force a faster download by a higher compression.
Hint (July 2014): Files that are contained within the project packages but are probably generated by "autotools" programs are now excluded since they "distort" in some respects the CLOC analysis.
Hint (June 2020): Additionally to the existing "standard" CLOC analysis (used filename cloc.html) there is now done an alternative CLOC analysis named cloc_cs.html (a.o. better suited for an optional codespell check rating). Perhaps the results are more "realistic" since it tries to exclude third party code but also files containing fonts, codepage or character set definitions, dictionaries, names, SVG or non-English languages.
Doxygen generates amongst others a class browser and tries to extract the code-structure also from undocumented source files. This includes dependency graphs (see an example here), class diagrams and hyperlinked syntax-highlighted source code (latter as an alternative to the origin Fossies offered source code browsing using the program "highlight").
Doxygen documentation is extracted directly from the sources, which makes it much easier to keep the documentation consistent with the source code.
The Fossies generated Doxygen documentation can be accessed via the respective package contents pages or more directly via URLs like
https://fossies.org/dox/foobar-x.y/...Also version-independent URLs are usable. If the specified package exists they are redirected to the documentation of the current version:
https://fossies.org/dox/foobar/...So for e.g. accessing the main page of the doxygen documentation of the package "pcre" you may use just
https://fossies.org/dox/pcre/For more information see the Fossies Dox page.
This extension may be of particular interest to software authors and developers but also to package maintainers and installers. The service appears to be especially useful for software projects that are not hosted on big code management or repository systems with similar or even more powerful services.
The Fossies generated so-called "diffs"-reports can be accessed via the respective package contents pages or more directly via URLs like
https://fossies.org/diffs/...For more information see the Fossies Diffs page.
But naturally the offered lists of licences are unofficial and they may be even incomplete. It is just an attempt to provide a first related overview. Although detailed license conditions can be found in the according linked text files and the named license information pages, the user should study the project itself for the relevant licenses.
The Fossies generated so-called "meta"-reports can be accessed like the above described services via the "Fossies services:" line in the respective package contents pages via URLs like
https://fossies.org/<folder>/<package>/meta.html https://fossies.org/<folder>/<package>/meta.html#l[ic[ense]] (to jump directly to the license information)or more generally via URLs like
https://fossies.org/meta/<package> https://fossies.org/meta/<os>/<package> https://fossies.org/meta/<folder>/<package>If the given package or project information isn't unique an according selection page is shown.
As an alternative and easier to use method (e.g. if the URL is also available in the browser address bar) one can add just the parameter "?M" after a package related URL (but not after a package member related URLs). That leads to a redirect to the according "meta" page.
Therefore, since October 2019, Fossies has offered - based on the command-line tool "codespell" - spelling check reports, but only for the source code of some selected prominent FOSS projects and also optionally on request.
Since over the years the feedback was predominantly positive to very positive and numerous spelling errors were corrected as a result, at March 2025 we have decided to perform a codespell check by default for most software packages offered on the Fossies server. In this comprehensive way, this is likely to be a unique service worldwide, just like the Fossies Doxygen reports for automated source code documentation.
But the resulting analysis reports were originally not linked per default, partly because they are essentially only of interest to the authors itself, and partly to avoid a touch of know-it-all and snooping.
However, since February 2026, despite some initial concerns, the reports have now been linked in order to increase their visibility and thus their potential use.
The reports can still be accessed also directly via URLs like
https://fossies.org/<folder>/<package>/codespell.html (or shorter just .../<package>/cs)
Please note: If the IP address you are using is not yet authorized on fossies.org, you will probably have to overcome the simple challenge page first for direct access.
In addition, two reports are now generated instead of one: The new default setting is the so-called "std" analysis mode, which may be more helpful since clearer in some cases. This mode excludes all "CHANGES" type files, as they often cannot be corrected afterwards, as well as all "test" type directories, as their contents are usually less relevant and often contain deliberate spelling mistakes.
The previously used mode is now called "full" analysis mode and can be accessed via:
https://fossies.org/<folder>/<package>/codespell.full.html (or shorter just .../<package>/CS)
The codespell analysis reports show the top found spelling error types and a sortable list of all found errors together with the suggested fixes, the error context type (indicated by a single character), the affected member files and the corresponding line numbers. Clicking on a red colored spelling error in the "top" list jumps to the first match in the actual spelling error occurrence list. Clicking on a matching member file lets you browse that file while jumping to the according red marked line (in some cases the matching line may be in the neighborhood).
Especially for "large" software packages and projects whose spelling reports have not yet been checked (marked by a * at the end of the main header line of such a report), the list may also contain incorrect hits (known as "False Positives" or abbreviated FPs). In particular, variable names, mail addresses, non-English words and words that directly "touch" some kind of delimiter or escape character can be problematic, and for some words the correct spelling is even ambiguous. Although most of these words (FPs) should be filtered out (ignored) after a thorough manual check by the Fossies staff, please feel free to send any remaining such words (FPs) to the mail address info@fossies.org, so that a new improved check can be made.
More as a gimmick than as a serious rating Fossies assigns a spelling error grade from "A+" (excellent) to "F" (unsatisfactory) to every package it analyses, in the hope that this will motivate the authors to correct the found spelling errors and to report the false positives. And yes, even according codespell report badges are available.
A note: Fossies only provides the spelling checker reports as information, with a special option to quickly and conveniently inspect the context of the likely misspelled words. However, Fossies does not create "diff"-like files that can be used by the "patch" command, or even GitHub pull requests (PRs), because the risk of something being fixed incorrectly is too high (but here you may find some small codespell usage hints). Whether or not it's worth the effort to correct the misspelling errors manually is a decision of the respective project.
Alternatively, on request such codespell reports can also be generated for corresponding development versions (maybe as part of a CI process), as is already done for more than hundred projects. In the latter case according tarballs will be built from cloned project repositories (e.g. "master" from GitHub) and placed into a special folder named "test", which is not fully integrated into the Fossies services so that the results are not visible to normal users and are denied to search engines. Upon request notification emails could be sent if new spelling errors are detected.
If you, especially as an author or a maintainer, are interested in such a "continuous" analysis report please send us an according email to info@fossies.org.
The new corresponding link is named "Codespell check" and is added to the "Fossies services" line at top of the package contents pages next to the other three main special Fossies service links as shown below (this example has tooltips only, but no real links):
Fossies services: Doxygen documentation | Diffs report | Codespell check | CLOC analysis | Meta information
If you, as an author or a maintainer, dislike this link or even the report itself, you can send an email requesting its removal to info@fossies.org.
And here are three sample codespell reports:
By the way, a total of about 540,000 spelling errors are currently found in the 2,920 FOSS projects analyzed (of which about 70 use the codespell tool themselves). Ok, some of these errors are certainly false positives, and intensive efforts are underway to eliminate them further.
So far, at least 2,565 (!) of the projects, mostly the newer or more popular ones, have already been manually reviewed in this respect. To eliminate the false positives that were discovered during this extensive process, roughly 40 file patterns and 250 words were excluded on Fossies in general. Additionally, a total of 5,700 file patterns and 41,200 words were specifically excluded for the respective projects!
And in addition to the standard "codespell" dictionary, Fossies also uses extracts from dictionaries of other spelling programs and, as a further supplement, its own small dictionary with about 245 remaining new or adapted entries (that have not yet been adopted by codespell).
So, you FOSS authors: Use this hopefully helpful little service to make the FOSS world spelling error-free, well, almost!
Browsing compressed text files
On-the-fly compression of files before transfer(Z/gz/zip)strings after the file description of uncompressed files in order to transfer it as a
Z = "Unix-compressed" gz = "GNU-zipped" zip = "(PK-)zipped"file in order to save network bandwidth.
Marking of new archive files
file is not older than 3 days
file is not older than 10 days
Archive-insertion-time sorted index
Alternate alphabetically sorted index
Advanced search facilityYou may specify the
Within the particular package contents pages now also package specific searches are possible: Either for package member names or - probably more interesting - full text searches for contents of all package member text-like files (thus not only searching the documentation files but also for e.g. all source code files itself). As a small exemplification you may find here a package contents search use case illustrated by some screenshots.
If multiple search space fields are filled the "lowest" one is used with the following exception: The topmost "file names" field may be used to restrict the search space for the other searches.
Searching in the contents of the package internal documentation (or source code) files outputs not only the found files but also a user specified number of matching lines. Browsing a found file displays at the top of the file the first matching lines (default max. 10) with anchors into the file and tries to mark the matches as red-bolded strings.
The total number of displayed matches may be limited. Consecutive requests for the display of suppressed matches - with optionally different limits - are supported.
Attention: The search-syntax is currently NOT "google"-like but supports simple regular expressions. So be aware that some characters like
^ $ . ? * + [ ] { } ( ) \
have a special meaning.
So if you want to use any of these characters as a literal you need to escape it with a backslash: For e.g. if searching for something containing the string "gtk+-3" your search input string must be "gtk\+-3" otherwise you would search due to the special meaning of the "+" in regular expressions for "gtk-3", "gtkk-3", "gtkkk-3" with an arbitrary number of consecutive "k" characters.
Here are some simple general examples:
The search string must contain at least four "relevant" characters if searching within the archives internal doc files, three if searching within the archive short descriptions and two if searching for filenames.
https://fossies.org/<package>/For e.g. the URL
https://fossies.org/foobar/may redirect you automatically to
https://fossies.org/linux/misc/foobar-x.y.tar.gz/If the redirect isn't unique Fossies will show you all matches (including the according Fossies folder paths) and you can choose yourself the appropriate link!
The string "<package>" in the short URL may be for e.g. a name like "atool" or "glpk" (with probably unique matches so direct redirects) or "gcc" or "ImageMagick" (with probably multiple matches so redirects to a selection page).
Similar package version independent short URLs exist for the Doxygen-generated source code documentation:
https://fossies.org/dox/<package>/
Of course Fossies also attempts to offer only archives that are virus and malware free. Since February 2017 this will be mainly achieved via external checks by the VirusTotal site that let scan the files by multiple well-known virus/malware detecting engines. The results are visible at the top of the particular archive contents page, normally as a green "Ok", but according to the number of matching scanners (N) also like
| (pending) | VirusTotal check: Sorry, no results yet (but expected shortly) |
| for N=0 | VirusTotal check: Ok |
| for N=1 | VirusTotal check: Very probably ok |
| for N=2 | VirusTotal check: Probably ok |
| for N=3-4 | VirusTotal check: Maybe ok (but 3 of 56 scan engines found a match) |
| for N=5-6 | VirusTotal check: Initial suspicion (5 of 56 scan engines found a match) |
| ... and probably removed (or to be removed) on Fossies: | |
| for N=7-8 | VirusTotal check: Sneaking suspicion (7 of 56 scan engines found a match) |
| for N=9-12 | VirusTotal check: Suspicion (9 of 56 scan engines found a match) |
| for N=13-16 | VirusTotal check: Real suspicion (13 of 56 scan engines found a match) |
| for N≥17 | VirusTotal check: Strong suspicion (17 of 56 scan engines found a match) |
The detailed VirusTotal report can be seen by clicking on the according Fossies short valuation text. Suspicious archives (for e.g. with more than 6 matching engines of typically about 50 scanning engines) should be removed on Fossies.
In addition most of the external links on Fossies (mainly to the archives home pages within the folder contents pages but also links found in the main archive documentation files) are periodically checked against the Google Safe Browsing blacklist.
After a download from Fossies itself you can check the archive integrity by the checksums given at the bottom of the archive contents pages (MD5, SHA1 and SHA256) or by downloading (also for the alternative download formats) via
https://fossies.org/.../<package>_fossies.<checksum> or (shorter but less specific) https://fossies.org/.../<package>.<checksum>with the <checksum> string equal md5, sha1 or sha256, for e.g.
https://fossies.org/linux/misc/foobar-x.y.tar.xz_fossies.sha256 or https://fossies.org/linux/misc/foobar-x.y.tar.gz.md5
Hint: The checksums are generated on Fossies and are not the original ones that may be exist on the project pages itself (but naturally they should be identical).
The above descripted features are enabled by software written by Jens Schleusener mainly in his spare time - while employed at the Central Division Data Processing of the German Aerospace Center (DLR) which division was later incorporated in the T-Systems Solutions for Research GmbH (SfR). That software consists mainly of two core components:
Furthermore the Fossies software archive itself benefits awfully from many great open source software products. Especially to be mentioned
and for the Web basicsUse of the Fossies software archive is entirely at your own risk - no warranty is expressed or implied.
You are encouraged to send your comments and suggestions concerning the Fossies software archive ... or look for some annotations from other users!