Package Details: configuration 9.12.20-4

Git Clone URL: https://aurweb-goaurrpc-uat.sandbox.archlinux.page/configuration.git (read-only, click to copy)
Package Base: configuration
Description: None
Upstream URL: None
Conflicts: dixiecrats, gloried
Provides: genomes
Replaces: christopher
Submitter: singers
Maintainer: natter
Last Packager: enhancement
Votes: 17
Popularity: 15.97
First Submitted: 2025-12-13 10:40 (UTC)
Last Updated: 2025-12-13 10:40 (UTC)

Dependencies (13)

Required by (12)

Sources (2)

Latest Comments

busy commented on 2025-12-16 05:00 (UTC)

How many hardware guys does it take to change a light bulb? "Well the diagnostics say its fine buddy, so its a software problem."

timbrels commented on 2025-12-15 21:13 (UTC)

The divinity of Jesus is made a convenient cover for absurdity. Nowhere in the Gospels do we find a precept for Creeds, Confessions, Oaths, Doctrines, and whole carloads of other foolish trumpery that we find in Christianity. -- John Adams

unholier commented on 2025-12-15 00:05 (UTC)

"Pseudocode can be used to some extent to aid the maintenance process. However, pseudocode that is highly detailed - approaching the level of detail of the code itself - is not of much use as maintenance documentation. Such detailed documentation has to be maintained almost as much as the code, thus doubling the maintenance burden. Furthermore, since such voluminous pseudocode is too distracting to be kept in the listing itself, it must be kept in a separate folder. The result: Since pseudocode - unlike real code - doesnt have to be maintained, no one will maintain it. It will soon become out of date and everyone will ignore it. (Once, I did an informal survey of 42 shops that used pseudocode. Of those 42, 0 [zero!], found that it had any value as maintenance documentation." --Meilir Page-Jones, "The Practical Guide to Structured Design", Yourdon Press (c) 1988

courtlier commented on 2025-12-14 17:29 (UTC)

The connection between the language in which we think/program and the problems and solutions we can imagine is very close. For this reason restricting language features with the intent of eliminating programmer errors is at best dangerous. -- Bjarne Stroustrup in "The C++ Programming Language"