- 1 Stuff 💡
- 2 Templates
- 3 GUI design, software architecture and artistic design
- 4 Schemata
- 5 Hardware
- 6 Edits
- UTF (Unicode): × ™ ® ☐ ☑ ✓ ✔ ☒ ✗ ✘ ⇒ ⇐ → ← ≠ ≤ ≥ ≫
- predetermined breaking point / rated break point
- "These people are so stupid, they don't even know how stupid they are."
sudo yum localinstall --nogpgcheck http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm
sudo dnf install audacious-plugins-freeworld audacious-plugins-freeworld-* vlc
- »Sounds good ... when can we start using it?« – anybody
- »A designer knows he has achieved perfection not when there is nothing left to add, but when there is nothing left to take away.« – Antoine de Saint-Exupéry
- »Good designs arise only from evolutionary, exploratory interaction between one (or at most a small handful of) exceptionally able designer(s) and an active user population.« – unknown
- »Nine women can't make a baby in one month.« or »Adding man-power to a late project makes it later« – Brooks's law
- most FOSS projects are do-o-cracies, the person who does decides
- Upstream should always be the driving force forwards thus carrying the most modern code as well as being the decisive factor when it's time to obsolete things from their code base
- Downstream should carry the burden of maintaining legacy code, if they choose to stick with it
- We fix things where they are broken, never tape over them!
- »Mozilla Corporation isn't a company that's trying to win the market. It's a community that's trying to change the world.« – Richard Newman, here ... by holding a certain market share, because if people don't actively use Firefox, they obviously do not care about the world changing stuff
- From 2014 onward, "we" can push for more FOSS for proprietary walled gardens (cf. e.g. Category:Windows-only free software) or "we" rather push for an FOSS and open platform operating system, i.e. Linux API, OpenGL, Simple DirectMedia Layer, Wayland + XWayland, KDE Plasma 5 / GNOME Shell / Cinnamon.
- Having some key software running on the walled gardens as well, is of course good, e.g. VLC media player, Firefox, Subsurface, etc. But is there a point in porting every software?
- Looking at the history of Microsoft involving themselves in avoiding the growing of market share/installed base of competing products (operating systems, office suites), maybe it is about time to concentrate more on developing and establishing "Linux", as a free and open-source AND open platform for FOSS and for proprietary software. Looking at Apple's successful digital distribution software and how they forbid GPL'ed software in it...
- Programming Linux-only would create unique selling propositions for this platform, and while such may be regarded as "rude" and "impolite" towards other free and open-source operating systems, it should be decided on the technical merits. Comparing the Linux kernel–user space API with other such APIs, does it offer advantages to the programmer? For example netsniff-ng, Weston and systemd are Linux-only software, because their authors preferred the "Linux kernel–user space API" over POSIX/UNIX because of the technical advantages.
Linux kernel-based family of operating systems
- Linux as platform mainly use cases on personal computers (PCs), not on mobile embedded stuff
- merge: User:ScotXW/Sandboxes on Linux, with sufficient man-power, you can maintain pretty much anything out-of-tree and work with very old kernels; Pro? stability. Con? old software.
- Instead of distinguishing based on the hardware, I distinguish based on the use case. All the following runs on a personal computer but comes with very different requirements:
- Linux for at home necessitaes User:ScotXW/kdbus/cgroups to bring sandbox and klik
- Linux for the office: a perfect match: no need to play BluRays, none of the "not-free-enough" problems, no hardware problems, etc.
- Linux as gaming platform stationary, for mobile see whatever runs on the Pandora/DragonBox Pyra/etc.
- refer to: Advantages and benefits of free and open-source software
- refer to:Legal aspects of algorithms "software patents" should be rather called "patents on algorithms"
- reuse: User:ScotXW/Quotes Referenced quotes for reference
- Idiocracy-style advertisement like for Tarrlytons/Tarrlytons won't do much good to Linux
- don't forget: Linux is free and open-source software
- Shocking discovery: end-user don't care whether their equipment is Linux-driven
- Zapp Brannigan: "... then for all I cared they could sit around the whole day drinking beer in their underpants"
- NASA-guy: ".. we got to find a way to make this fit into the hole for this, using nothing else but that" in Apollo 13
- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
- Being the boss: "And it's my job to make you do your job, whether I like it or not. Which I do. Very much. Now get back to work!"
- "There is a tendency among the press to attribute the "creation" of a game to a single person, says Warren Spector, "creator" of Thief and Deus Ex. Video game producer, Video game publisher, Game designer, Artist & Composer, Programmer & Sound engineer, Level designer, etc.
- In case you want to know what a producer is responsible for, watch Wag the Dog; no, there is no Oscar for producing...
- Marsupial lion, the Chuck Norris of the Pleistocene
- User:ScotXW/FOSS – messy to find stuff
- User:ScotXW/Media Players (free and open-source software) – not as good as Software audio players (free and open-source)
- I turned GNU GRUB into GNU GRUB
- I turned LAMP into LAMP. It lacks a link to Special:Permalink/578391107 so we remove content duplication
- Optimal cutting temperature compound what a useful article!
- I was bold, renamed the article "GUI widget" into Graphical control element (software) and rewrote its introduction.
- Dogtail, GNOME Maps, Klavaro, Shutter (software); User:ScotXW/Klavaro, User:ScotXW/GNOME Maps, User:ScotXW/SDDM, User:ScotXW/Font-Manager, User:ScotXW/Glx-Dock
- OsmocomBB, BlueZ, oFono, fre:ac
- User:ScotXW/Voice interface
- User:ScotXW/Shell (computing)
- User:ScotXW/Dietary fiber
- User:ScotXW/ZFS on Linux
- User:ScotXW/uTouch LWN.net 2012-05-12 A uTouch architecture introduction
- User:ScotXW/DNF (software)
- User:ScotXW/GNOME Builder
- Transmageddon http://www.linuxrising.org/ Transmageddon is a video transcoder for Linux and Unix systems built using GStreamer https://l10n.gnome.org/module/transmageddon/
|Android market share on smartphones|
Layers of crap in KDE?
How many abstraction layers make sense? Its article calls Phonon a "multimedia API" to make KDE "independent of any single multimedia framework such as GStreamer or xine"... Do I understand this right, that Phonon is yet another abstraction layer? Even the provided scheme File:Phonon-audiodeviceconfig.png "abstracts away" the Linux kernel and the ALSA device driver or PulseAudio:
- Soundcard Hardware → Linux kernel & ALSA driver → Audio player
- Soundcard Hardware → Linux kernel & ALSA driver → PulseAudio → Audio player
- Soundcard Hardware → Linux kernel & ALSA driver → PulseAudio → GStreamer → Audio player
- Soundcard Hardware → Linux kernel & ALSA driver → PulseAudio → GStreamer → Phonon → Audio player
It's not mandatory to use of Phonon, yet somebody added it. Why? So KDE SC could be ported to Windows, OS X easier? Well, that is good for Microsoft and Apple. The still GTK-based Audacious (software) allows me to choose output between: PulseAudio, ALSA, SDL, file writer and JACK. Why would I possibly want Phonon? It took me some time to comprehend why I do want PulseAudio on my operating system, but Phonon? What software actually uses Phonon, or can make use of it as an option?
KDE Frameworks http://kde.org/announcements/kde-frameworks-5.0.php Maybe I should bother to read their documentation, which is supposed to be good, the relase notes state: "Solid offers hardware detection and can inform an application about storage devices and volumes, CPU, battery status, power management, network status and interfaces, and Bluetooth. For encrypted partitions, power and networking, running daemons are required." Does hits augment "hardware detection" that is already done by e.g. the Linux kernel and udev, or is Solid yet again another "layer of abstraction"? E.g. udev, which is pretty low-level, is about to DROP the ability to load firmware, because it is regarded a kernel task. of course, the anti-change people™ are squawking about this, as they try to hide in Slackware, Gentoo and Co. Maybe it is good that KDE abstracts everything away, and do their thing, maybe they should be more involved in the other low-level software for Linux, that does these kind of things...
GUI design, software architecture and artistic design
- Peer review is superior for finding scientific facts, but peer review does not create a masterpiece painting nor a masterpiece graphical user interface! Design by committee is a fail.
- The maintainer of any software package, has to learn very early to say "no, we do not need this features implemented" (regardless whether I feel flattered that you have taken an interest in my software)!
- GUI design: For a masterpiece graphical user interface a very few exceptionally talented people need to invest exceptionally many man-hours into cognitive ergonomics and workflow to then create a coherent and consistent GUI. 95% of the time they will spend internalizing "cognitive ergonomics" and than, 5% of the time, they will spend creating that masterpiece GUI.
- Software architecture: somebody needs to design structure and define some sane APIs, then do some programming; then let programmers do the rest of the programming
- artistic design: then people from deviantArt will paper over it for aesthetic pleasure.
Graphical user interfaces
Linux kernel development succumbs to the one principle of evolution, that dictates that it can not break at any (release) point in time. The goal is to avoid releasing crippleware at any point in time. This evolutionary principle is not adhered to by most of the developers of the desktop environments. They release crippleware all the time. I am not talking about Bugs, but about inconsistencies and missing features, that are not mere paper cut bugs, but huge chunks missing. This missing of stuff is almost always due to missing manpower per se and adhering to the evolutionary principle of not breaking at any (release) point, would add additional constraints on that, since just breaking and obsoleting stuff, and then re-adding it again, in a clean(er) rewritten form, is simpler, at the cost, that until the remove functionality is re-added, the software can safely be considered crippleware.
GNOME Shell and Plasma 5
- The developers of KDE Plasma 4 and KDE Plasma 5 play Secret agent laser obstacle chess on YouTube and use lasers and shit.
- The developers of GNOME Shell clearly do not play secret agent laser obstacle chess and do not have lasers and shit and also, they all have chubby fingers.
VLC media player
VLC media player's handling via keyboard:
- Cycle through audio tracks: b, Cycle through subtitle tracks: v, Next frame: e
- Jump 3 seconds: ⇧ Shift+← and ⇧ Shift+→
- Jump 10 seconds: Alt+← and Alt+→
- Jump 60 seconds: Ctrl+← and Ctrl+→
- Jump 120 seconds: Alt+⇧ Shift+← and Alt+⇧ Shift+→
- Jump 600 seconds: Ctrl+Alt+← and Ctrl+Alt+→
GTK+ versus Mono
For File:Linux API and Linux ABI.svg I needed some hex-code to copypaste, so I installed Ghex, and it could not do the job...! Regardless whether I marked the hex-code or the ANSI-code, it would alsoways copypaste ANSI-code into Inkscape. So I had to install Bless which did the job, since it can only mark hex-code. AFAIK, under Windows XP, the hex-editor I used back then, could do both. Mark hex-code = copypaste hex-code, mark ANSI-code = copypaste ANSI-code. It's not something you need very often of course, yet still, Ghex didn't just work. Is it GTK+, or is it the App?
|History of the Linux graphics stack|
ACPI must die
- Advanced Configuration and Power Interface – broken by design...
"In 2001, other senior Linux software developers like Alan Cox expressed concerns about the requirements that bytecode from an external source must be run by the kernel with full privileges, as well as the overall complexity of the ACPI specification:
|“||The fact that it takes more code to parse and interpret ACPI than it does to route traffic on the internet backbones should be a hint something is badly wrong either in ACPI the spec, ACPI the implenentation or both.||”|
|“||With the current ACPI code in my test boxes it seems to be no worse than APM, unfortunately it would be hard to be worse.||”|
|“||The fact that ACPI was designed by a group of monkeys high on LSD, and is some of the worst designs in the industry obviously makes running it at _any_ point pretty damn ugly.||”|
|“||Arguing for ACPI on your next-generation device is arguing for a trojan horse of monumental proportions to be installed in your living room and in your data centre. I’ve been to Troy, there is not much left.||”|
Sadly the NSA invested too much into ACPI, so it can't die. Noo, it shall be adapted by ARM as well:
UEFI must die
- UEFI does not really solve problems with the BIOS and UEFI introduces stuff we do not need besides GPT
- and actually, even the BIOS is superfluous: so instead of extending the BIOS with UEFI, just let it die
- Coreboot (with or without payload) is the solution, Chromebooks rely on it (yes, with some binary blobs, but Google probably want's a short time-to-market like with Android, so the blobs can be removed)
Trusted Computing-implementations must die
|x86 / x86-64||ARM||MIPS||Power||Alpha|
|BIOS, EFI, coreboot, uboot
(System Management Mode)
- systemd – I'd like to document this much better. This version probably won't hold and will be reverted, but I'd like to go in this direction.
- Netfilter & nftables & Network scheduler: ->Style guide, Wikipedia:Good article nominations
- HSA Foundation & Heterogeneous System Architecture – created
- Free and open-source graphics device driver & Free and open-source audio device drivers
- Magnet school, Anatolian High School, Specialist schools programme, etc.