Stuff that sucks
See the philosophy page about what applies to this page.
These libraries are broken/considered harmful and should not be used if it’s possible to avoid them. If you use them, consider looking for alternatives.
glib - implements C++ STL on top of C (because C++ sucks so much, let’s reinvent it!), adding lots of useless data types for “portability” and “readability” reasons. even worse, it is not possible to write robust applications using glib, since it aborts in out-of-memory situations. glib usage is required to write gtk+ and gnome applications, but is also used when common functionality is needed (e.g. hashlists, base64 decoder, etc). it is not suited at all for static linking due to its huge size.
cmake (written in C++) - so huge and bloated, compilation takes longer than compiling GCC (!). It’s not even possible to create freestanding Makefiles, since the generated Makefiles call back into the cmake binary itself.
As these build systems are often used to compile C programs, one has to set up a C++ compiler or Python interpreter respectively just in order to be able to build some C code.
Version Control Systems
- subversion (Teaches developers to think of version control in a harmful and terrible way, centralized, ugly code, conceptionally broken in a lot of terms. “Centralized” is said to be one of the main benefits for “enterprise” applications, however, there is no benefit at all compared to decentralized version control systems like git. There is no copy-on-write, branching essentially will create a 1:1 copy of the full tree you have under version control, making feature-branches and temporary changes to your code a painful mess. It is slow, encourages people to come up with weird workarounds just to get their work done, and the only thing enterprisey about it is that it just sucks.
There are many broken X programs. Go bug the developers of these broken programs to fix them. Here are some of the main causes of this brokenness:
- The program assumes a specific window management model, e.g. assumes you are using a WIMP-window manager like those found in KDE or Gnome. This assumption breaks the ICCCM conventions.
- The application uses a fixed size - this limitation does not fit into the world of tiling window managers very well, and can also be seen as breaking the ICCCM conventions, because a fixed sized window assumes a specific window management model as well (though the ICCCM does not forbid fixed-size windows). In any case, the ICCCM requests that clients accept any size the window manager proposes to them.
- The program is based on strange non-standard window manager hints that only work properly with a window manager supporting these extensions - this simply breaks the ICCCM as well. E.g. trash icon programs.
- The program does not conform to ICCCM due to some missing or improperly set hints.
The following programs are broken (see rocking stuff for saner alternatives):
- Firefox (doesn’t set the TRANSIENT_FOR hint correctly on its download dialog)
- mplayer with GUI (assumes special window management model. It works without the GUI)
- xine (assumes fixed size, doesn’t set TRANSIENT_FOR hint properly)
If you still need some program which expects a floating WM, use it in floating mode.
Somewhen GNU tried to make the world a bit more miserable by inventing
texinfo. The result is that in 2015 man pages are still used and
the documentation of GNU tools requires you to run
info $application. The
info browser is awkward and unintuitive and the reason why noone gets further
than finding ‘q’ to quit it.
Look at GNU tools how to not handle documentation.
Talking about the suck in enforced HTML documentation, which forces you to open up a 1 Gb of RAM wasting web browser, just to see some eye-candy, which could have been described in the source with some easy way to jump to that line in the source code, is not worth the time.
The suckless way is to have a short usage and a descriptive manpage. The complete details are in the source.
- GCC is the virus which has spread into nearly every Linux distribution and has added its language extensions to be not easily replacable. As of 2015 it is now written in C++ and so complete suck. Why can’t a compiler just be a simple binary doing its work instead of adding path dependencies deep into the system?
- Clang is written in C++. If you don’t believe that it sucks, try to build clang by hand.