Blog

Watt'n ditte?

Keine Ahnung, es fing als Blog bzw. Newsfeed an und wurde vom groben Unfug übernommen. Zwischendrin selten mal Ernsthaftes, aber ich wüsste nicht wie das irgendjemand auseinander halten soll.
Was hier so steht regt dich furchtbar auf? Dann rasch weiter zum Beschwerde-Formular, deine Meinung interessiert mich ganz doll!
Sofern nicht anders angegeben, stehen alle Bilder unter: CC BY 4.0 und wurden vollständig mit Inkscape erstellt.

Archiv: 2021 2020 2019 2018 2017 2016 2015 | Gallery |

05.09.2021 - For all dumbkind

Eigentlich eine Serie die die Vorraumsetzungen hat, um zu gefallen: Alternative Geschichte und Apollo-Hardware. Ach ja und Richard "I'm not a crook" Nixon, den Geilen.
Leider macht das nur einen Bruchteil der Serie aus, der Rest besteht aus zwischenmenschlichen Belanglosigkeiten.
Gucken sich Fans alter Raumfahrttechnik tatsächlich stundenlang Klischeeszenen an, um ein paar Blicke auf CGI werfen zu können?

Wie auch immer: Der Hardwareanteil ist leider voller technischer Fehler. Das Interface (DSKY) vom AGC zum Beispiel, das in Wirklichkeit so genial wie minimal war, ist in der Serie ein eher modernes Textkonsolendisplay mit tatsächlich lesbaren Begriffen (nicht nur Zahlen (verb, noun)), ohne dass es begründet wird. Es stört die Immersion.
Es gibt allerdings noch (viel mehr und) heftigere Fehler wie etwa, dass ein CSM mit einem LEM im Schlepptau (eher Schiebtau) nicht genügend Delta-V für einen polaren Orbit zum Shackletonkrater hätte (800 m/s Bremsmanöver + Plane change von etwa 900 m/s: Selbst mit leeren Tanks fehlen dann noch 300 m/s). BTW: Warum hat euer Shackletonkrater eigentlich keinen Vornamen? Wie faul ist das bitte? Oder soll das komisch sein?
Stattdessen hätte man mit ein bisschen Fantasie aus der Saturn V eine Saturn C-8 machen können, die dann ein größeres CSM mit 24 t mehr Treibstoff zum Mond hätte bringen können. Daraus ergäbe sich auch gleich eine Erklärung für spontane Raketenexplosionen (die Saturn V war ja sehr zuverlässig).
Typen, die sich in den Szenen mit Menschen langweilen, fallen diese ganzen Fehler doppelt ins Auge und dann haben sie auch noch die Zeit, sich darüber aufzuregen.

In den letzten beiden Episoden der 1. Staffel übertreiben es die Autoren allerdings mit dem Unsinn: Der Computer (LVDC als Teil der instrument unit) der S-IVb von Apollo 24 ist kapott und das TLI-Manöver findet deswegen nicht statt (In der Episode selbst spricht Ausbluti von einem fehlenden Zündfunken, was den komplexen Vorgang einer Triebwerkszündung in der Schwerelosigkeit fehlerhaft darstellt). Eine zwei Tage später gestartete Kapsel (Apollo 25) hängt sich mit einem Seil und "Diagnosekabel" dran und man repariert den Computer. Das TLI-Manöver startet plötzlich (und zufällig auch noch zum korrekten Zeitpunkt) und sorgt für ein bisschen Geraffel: Aus einem für mich nicht nachvollziehbaren Grund (alle in den Dialogen genannten Informationen sind kompletter Humbug) sind sie dadurch zu schnell und schaffen auch mit einem CSM ohne LEM (somit volles Delta-V Budget von über 2700 m/s) keine Korrektur.

Warum das Szenario schon von der Ausgangslage her unrealistisch ist:

  • Die Batterien der IU halten maximal 10 Stunden (Verbrauch: 438 W, davon 137 W für den Computer)
  • Das Kühlsystem ist wegen Verdunstung endlich
  • Nach 2 Tagen wäre zuviel Treibstoff (immerhin Hydrolox) aus der S-IVb verdampft, ausgelegt war sie für einen Orbit plus einen Reserveorbit (4,5 h)
  • Der AGC ist in der Lage die Aufgaben des LVDC zu übernehmen (Kommandant ebenfalls)

Davon abgesehen:
Die durch den plötzlichen Triebwerksstart gegen die S-IVb von Apollo 24 gezogene 25 hätte die Stufe und sich selbst zerstört. Als wenn man sich mit leichtem Weltraumzeug folgenlos wie im Straßenverkehr gegenseitig wegrammen könnte!

Center of mass vs. center of thrust Und selbst wenn man das ignoriert: Der Masseschwerpunkt wäre derartig verschoben, dass es die 7° Neigungsfähigkeit des J-2-Triebwerks nicht hätte ausgleichen können (RCS hat nur das CSM). Das Ganze würde sich nur drehen, mit einem Physikverständnis auf mindestens Grundschulniveau wüsste man das vermutlich.

Rechnet man das ganze mal kurz durch (Δv = ISP * G * ln(mass_wet / mass_dry)), besteht auch überhaupt kein Grund für den ganzen Firlefanz, den sie in der Serie veranstalten:

Konfiguration Masse t Masse t (Trocken) ISP s Delta-V (Δv) m/s
S-IVb 123,00 13,50 421 9125,24
S-IVb + CSM 151,80 42,30 421 5277,23
S-IVb + CSM + LEM 169,00 59,00 421 4346,26
S-IVb + CSM + LEM @ LEO 139,23 59,00 421 3545,98
S-IVb + CSM @ LEO 125,05 42,30 421 4476,63
S-IVb + CSM + CSM @ LEO 153,85 71,1 421 3187,92
CSM 28,80 11,90 314 2722,52
CSM + LEM 46,30 29,40 314 1398,93
(Aufgrund der schlampigen Recherche und vereinfachten Berechnung sind diese Delta-V-Ergebnisse lediglich Näherungswerte – Stichworte Sicherheitsmarge bei Brennschluss, Nichtberechnung von Verdampfung, Einbeziehung von Ullage- und RCS-Treibstoff, Massenabnahme des CSM im Missionsverlauf)

Die TLI benötigt zwischen 3100 und 3300 m/s, was sogar im Worst Case (2. CSM hat in der Rechnung noch volle Tanks) fast erreicht werden hätte können, selbst wenn man das Kabel nicht (per Hand – so lächerlich) abgeklemmt hätte. Die restliche Geschwindigkeitsdifferenz hätte das CSM sogar mit einem LEM dabei noch geschafft.
Da ist sogar schon das nächste Detail, über das man sich ärgern kann: Sie haben das LEM für den Transfer neuer Mannschaften zur Jamestown weggelassen, füllen diese frei werdenden 17 t Gepäckmasse aber weder mit Treibstoff noch mit anderen Versorgungsgütern. Oder verkleinern gar die teure Saturn V (was erheblich wäre; schnell geschätzt: Reduktion um 1000 t und mindestens 1 F-1 und J-2 in der 2. Stufe).

Das zwei Schiffe mit unterschiedlichen Orbits (gemeint sind Apollo-24-CSM und LSAM) so lange nebeneinander herfliegen, ist natürlich auch Unsinn. Es gäbe einen Schnittpunkt, zum Andocken hätte man wohl einen Zeitraum von unter einer Sekunde (in der Realität legt man um diesem Schnittpunkt das prograde Manöver zur Anpassung beider Orbits). So ein kurzer Andockzeitraum wäre schon so absurd, dass man sich gar nicht mehr fragen braucht, ob der Andockmechanismus den resultierenden, tonnenschweren Zug aushalten kann, wenn die beiden gedockten Raumschiffe ihre Geschwindigkeiten angleichen.

Ganz zu schweigen davon, dass die Autoren ihr Wissen über Orbitalmechanik scheinbar an der KHAAAAAAAN-Schule-für-2-dimensionales-Denken eingetrichtert bekamen. Schon mal von Achsneigung gehört? Deswegen Startfenster? Oder diese komischen, seltsamen "Jahreszeiten", von denen man manchmal munkelt? Jaja, Physik und Mathe sind Hater.

Und zum Schluss: Die Treibstoffsituation für das LSAM (welches scheinbar keine limitierten Triebwerkszündungen und -laufzeiten kennt und dessen TWR ich mich gar nicht traue zu berechnen: 4x LMDE bei "kaum größer als das LEM"), das genutzt wird, um von Jamestown in den Orbit und zurückzufliegen, war ja auf dem Level "Fall Blau" – Warum landen sie dann mit Foltertyp McImpulsgesteuert, entscheiden, dass er zurückfliegen soll und lassen ihn dann wieder starten? 4000 m/s Delta-V für ein Gespräch? Geht das nicht im Orbit? Spart einen Trip und etwa 11,5 t Treibstoff (Aerozin+NTO). Sowas schreiben doch Leute, die eine Handvoll Altglas mit dem SUV zum Container fahren.

Da kann man schon froh sein, dass sie einen nicht mit Details zur Rettung langweilen: Wie es ohne RCS und nur mit rübergeworfenem Aerozin(+NTO?) klappen soll das trudelnde CSM unter Kontrolle zu bringen ist sicher sehr simpel und gar nicht unmöglich.

In Staffel 2 drücken sie einem sogar noch mehr Dummheit in Form von "mit dem Orbiter vom Space Transportation System (Space Shuttle) zum Mond (und zurück)" und Raucherpausen in der Jamestown ins Gesicht. Mit noch mehr Niaiserie kann man das Thema Raumfahrt (und Astronauten! - Als wenn man Alkoholiker nach ein paar Wochen Training ins All schicken könnte) kaum schänden.
Ich hoffe Canadarm4 packt die Autoren einzeln, zieht sie hoch und sägt ihre Körper mit der Saturn-Ringen kapott.

Und das wirklich tragische ist ja: Die Serie ist immer noch besser, als der andere Schrott, der auf nostalgische Markenbindung setzen muss, damit man darüber hinwegsieht, wie blöde es ist, dass die dicke Tilly den Wettlauf gewinnt. Hat sich echt gelohnt, dafür die fangemachte Konkurrenz wegzuklagen.

Wieso ist es heutzutage nicht mehr möglich, großartige Klassiker wie "The Original Series" zu produzieren? Mit einem glatzköpfigen Alkoholiker, der allen auf die Schnauze hauen will, in der Hauptrolle. Ihr Schissörs!

Zum Abschluss noch ein DSKY, dass fragt ob ihr wirklich auf dem Mond landen wollt. Drückt PRO um fortzufahren. ICH HAB GESAGT DRÜCKT PRO!🔫
DSKY at program 63, verb 50, noun 18 showing pitch, roll and yaw angles just before starting the breaking maneuver

Quellen:

18.08.2021 - Buuugs! 1.5 released

Version 1.5 von Buuugs! ist erschienen, als Quelltext und als x64-Binaries.

Version 1.5 of Buuugs! published, source and x64-binaries are available.

Main-window with bugs, featurerequests and used units of Buuugs! Bug-window with bug's details of Buuugs! Bug-window with bug's solution in a simple RTF-editor of Buuugs! Bug-window with bug's links (to programs, units or reporters/developers) of Buuugs! Featurerequest-window with featurerequests's details and description in a simple RTF-editor of Buuugs! Unit/Class-window with unit's details and description in a simple RTF-editor of Buuugs! Program's window with links to units/classes of Buuugs! Window for doing additional admin-stuff and editing some table of Buuugs! Search-window of Buuugs! The General's choice of options of Buuugs! Autochangelog-window which creates automaticilly a list of changes (new features, fixed stuff, updates) of Buuugs!

01.08.2021 - Linproman 1.0 (Beta)

Version 1.0 (Beta) of Linproman - Linux Process Manager published, source and x64-binaries are available.

Because it is not as stable as I want, it is released with the addendum "Beta". I'm not able to support 2 branches (a dev/nightly-branch and a stable/beta-branch (which needs timecostly backporting of patches)) and also test them both.

Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot

16.07.2021 - Es bifröstelt

Sonnen sind Katzen mit Feuer

16. Juni 1902, Inneres Sol-System

Die Lage im zur Sonne reisenden Forschungsschiff GBRRS Oderland wird zunehmend missionsgefährdend: Die Atmosphärentemperatur im Schiffsinneren ist bereits auf 49,6 °C angestiegen.
Das Wärmeabfuhrsystem, das darauf ausgelegt ist 18 MW vom Reaktor, sowie gleichzeitig 23 MW vom magnetoplasmadynamischen Antrieb abzuführen, arbeitet bereits seit Tagen am Limit.

Die Oderland wurde 1878 auf der Erde fertiggestellt und von einer Thrud-4 in einen LEO transportiert. Da die etwa 15.000 t schwere Thrud-4 maximal 550 t in einen 500 km hohen Orbit heben kann, startete die Oderland nur mit 135 von 600 t Lithiumstützmasse und fast ohne Lebenserhaltungsvorräte.
Nach zwei Versorgungsmissionen wurde sie vom Kommandanten Cornelius Shakelford und Ingenieurin Ramona Chang-Diaz zur Mondorbitdockingstation Artemis geflogen, wo sie von vollautomatischen Mondsammeltransportern mit weiterem Treibstoff beladen wurde.
Zwischen 1880 und 1883 führte sie die erste bemannte Marsmission durch, wo bei 400 Tagen Aufenthalt im Marsorbit insgesamt 13 Landungen mit durchschnittlich 21 Tagen Missionslänge durchgeführt wurden. Hierbei wurde herausgefunden, dass sich der Mars als verstrahlte, eiskalte Wüste als die perfekte Kolonie für Spinner eignen würde, die nie, nie, niemals nie nicht die Kontrolle über unser Raumfahrtprogramm erhalten sollten.
1885 startete sie zur ersten bemannten Jupitermission und etablierte hierbei die für die Lithiumgewinnung notwendige Grundlagenforschung auf Callisto und Ganymede.

Obwohl hunderttausende Brandenburger an der Mission beteilligt sind, trägt die Schuld am katastrophalen Missionsverlauf einzig und alleine die wissenschaftliche Leiterin Dr. Otto Freddi. "Für den aberwitzigen Plan, einen Shakelford bis zum Ende der Dekade auf der Sonne landen zu lassen, hätte das Raumschiff wenigstens einen reflektierenden Hitzeschild bekommen müssen. Oder zumindest einen Ventilator!", behauptete sie bei ihrer Verhandlung.
Roboterrichter Rolandler verstand eben sowenig wie die Redaktion, was sie damit sagen wollte. Was ihn jedoch nicht davon abhielt, sie eine dreiste Lumpin zu schimpfen. Zu Recht!

Währenddessen haben die schlauesten Köpfe der großbrandenburgischen Reichswissenschaften verschiedene Pläne entwickelt, um die Mission und die Astronauten zu retten:

Ein Plan sieht vor, die Nahrung (kochend heiß serviertes Chilli) durch Salz und Bleistifte (und kochend heiß serviertes Chilli) zu ersetzen. Schließlich wird der Reaktor auch mit Natrium und Grafit gekühlt. Und alle wissen, wie heiß der ist (und eine hohe Temperatur hat er auch!).

Nach einem anderen Plan werden sie versuchen aus Heizdecken, Wolldecken, Styropor und dem Deckel vom Bordbuch persönliche Thermoisulationen zu bauen. Oder ein Fort in dem keine Mädchen erlaubt sind.

Parallel dazu wird geprüft wie die Sabatierkonverter abgeschaltet werden können, damit sich die Atemluft mit Kohlenstoffdioxid sättigt. Ein Forscherteam um einen ganz besonders intelligenten Kerl, der schlau wurde, weil er sich vor eine Bücherwand gesetzt und nur Fragen gestellt hat und einen anderen Experten, der mit seinem Kopf ein Loch in seine Thermoskanne gehauen und sie mit Kohlenstoffdioxid gefüllt hat, womit er sie auf rätselhafte Art und Weise ihrer Isolationswirkung beraubte, haben hierfür eine Prozedur entwickelt.
Man ist sich jedoch noch unsicher, wie sich dieses Kohlenstoffdioxid auf die im Schiff gelegten Brände auswirken kann, ohne die es weniger schattenspendenden Qualm geben wird.

Sogar der hysterisch programmierte Bordcomputer, der anstatt einer CPU fälschlicherweise eine Nuss auf die Hauptplatine gesteckt bekam und eigentlich nur für das falsche Übersetzen wissenschaftlicher Texte in heiße Luft als Textform zu gebrauchen ist, hilft mit: Unbeeinflusst durch jegliches Physikverständnis hat er einen Plan entwickelt, mittels nasser Handtücher die Gesetze der Thermodynamik außer Kraft zu setzen und die Wärmeenergie wie von Zauberhand einfach verschwinden zu lassen. Eine Erklärung wie das funktionieren soll, konnte er nicht zulassen, David.

Absolut nicht hilfreich waren dagegen die wertlosen und störenden Appelle von Dr. Otto Freddi kurz vor ihrer Hinrichtung: Sie forderte eine Anpassung des Perihel, damit sich die Oderland nicht mehr weiter der Sonne nähere.
Obwohl die Oderland für den Flug zur Sonne nur etwa 9000 m/s ihres 28347 m/s umfassenden Delta-V-Budgets verbraucht hat, sehen die Missionsverantwortlichen darin jedoch einen unzumutbaren Eingriff in die Kursfreiheit der Astronauten.

"Die Freiheit den Kurs zu verfolgen den wir ihnen vorgeben, ist eine der wichtigsten Errungenschaften in unserer stellaren Autokratie. Viel wichtiger, als das Überleben oder irgendein Vermächtnis. Davon abgesehen würde es keinen Sinn ergeben, dass die Mission Ikarus genannt wurde, denkt doch mal 5 Sekunden nach!", so der Kaiser.

Falls alle Rettungsversuche scheitern, wolle man eine Anzahl gewaltiger Kriegsschiffen bauen, die die Sonne zur Vergeltung bombardieren würden. Sozusagen eine Art Flotte. Für die Sterne.
Mit dem Kern voller schwerer Geschosse werden sie es sich in Zukunft zweimal überlegen uns mit ihren Fusionprozessen zu haten!

11.06.2021 - Grub 2.06 does NOT add LUKS2-support

If you read IT-newssites these days you may have had read these:

GRUB 2.06 [...] LUKS2 encrypted volume support (Phoronix)

Grub 2.06 [...] versteht sich mit LUKS2 verschlüsselten Partitionen (linux-magazin)

Grub 2.06: Die Software unterstützt nun Boot-Partitionen, die mit LUKS2 verschlüsselt sind (heise)

Just another examples of journalists not caring about their work and spreading bullshit.
In detail Grub 2.06 adds support for reading LUKS2-headers, but not Argon2 key derivation support. So if you convert your LUKS-header, password-hashes are still in PBKDF2 as long as you don't update them. If you do, tools will by default use Argon2 and on next boot it will fail.
Or as the guy in the phoronix comments wrote: "LUKS2 without Argon2 is a nonsense."
You can't call that LUKS2-support.
(No offense to the Grub-devs, if have read the mailing list and comprehend this decision.)

  • [1] https://www.phoronix.com/scan.php?page=news_item&px=GRUB-2.06-Released
  • [2] https://www.heise.de/news/Bootloader-Grub-2-06-verbessert-Sicherheit-6068231.html
  • [3] https://www.linux-magazin.de/news/grub-2-06-unterstuetzt-luks2-verschluesselung/

01.06.2021 - Processmanaging and youuu (Linproman's taskfile-format)

Well hellu there little Jimmy, today you're learning about the Linproman tasksystem and how to survive a nuclear holocaust by a time traveling dictator.

The task's GUI: An unshiny reminder of being stuck in traffic :c

Creating a taskfile to tell Linproman what to do when a condition gets true, is as easy as customize config- or good ol' inifiles:
Just create a textfile, place it with ending .task into the folder you defined in Options»General and after application-startup or Taskform's contextmenuentry "reload tasks" it will be loaded and checked.

You have a program which should be run batches, but crashes from time to time? Well, you could report a bug and of course it will be fixed, like all the other issues not rotting in bugtrackers at all. Or you create a task which starts the batch-program again after it crashed.

Another program freaks out for some reason and starts eating up all your RAM? Create another task for shoting down that little bugger.

You're running 2 or more programs, but you want to shutdown your PC when they're all done? Create... you got the idea!

The full documentation about the Linproman's taskfile-format you'll find here. Feel free to bookmark it, it'll will be up-to-date for future releases (unlike this article).


The currently possible conditions

You can put processconditions into a taskfile, which will be checked against the process (for example how much CPU-percent the process uses) and (also) systemconditions which will be check against the whole system (for example how much of the CPUs are in use or how much RAM is available).
ActionExplanation
truealways true
falsealways false
alivetrue if process exists
jstrue if process just started (Xticks will be ignored because it makes no sense here)
deadtrue if the process was brutally murdered
cpu>true if cpu-use is above X percent
cpu<true if cpu-use is below X percent
hddr>true if devicereaddelta is above X bytes per tick
hddr<true if devicereaddelta is below X bytes per tick
hddw>true if devicewrittendelta is above X bytes per tick
hddw<true if devicewrittendelta is below X bytes per tick
netr>true if networkreceiceddelta is above X bytes per tick
netr<true if networkreceiveddelta is below X bytes per tick
nets>true if networkwrittendelta is above X bytes per tick
nets<true if networkwrittendelta is below X bytes per tick
ram>true if ramuse above X bytes
ram%>true if ramuse above X percent
swap>true if swapuse above X bytes
swap%>true if swapuse above X percent
Systemconditions only:
cputtrue if CPU is below throttle-speed (Options»General)
batctrue if one of the bats is charging (or BATID)
batdtrue if one of the bats is discharging (or BATID)
batftrue if one all the bats are full (or BATID)
bat%>true if average level of all the bats are above X percent (or BATID)
bat%<true if average level of all the bats are below X percent (or BATID)
batmodetrue if Commissioner Gordon needs help your device is running on battery (not yet implemented)

Examples

Move mediainfo-gui and g-earth (which spawning always on monitor 1 to monitor 2):
[main] name=Move wrong spawning windows description=because they're programmed by Pakled scriptpathname=/home/lilstinky/scripts/linproman/move_pid_2_mainmonitor.sh enabled=1 conditionconnection=1 [processcondition0] ByName=mediainfo-gui condition=js [processcondition1] ByName=googleearth-bin condition=js script_parameters=googleearth
Kill Thunar if it is using to much cpu: [main] name=Stuck thunar description=Thunar using all cpu: https://gitlab.xfce.org/xfce/thunar/-/issues/510 scriptpathname=/home/lilstinky/scripts/linproman/warn_n_kill.sh enabled=1 [processcondition0] ByName=thunar condition=cpu> XTicks=120 resettrueticksafterwards=1 value=10 script_parameters=thunar
Shut down or stand-by a system when CPU and network-traffic is below a value: [main] name=Stand-by lazy system description=Sleep now! scriptpathname=/home/lilstinky/scripts/linproman/standby.sh enabled=1 disableafterfiring=1 [systemcondition0] XTicks=300 condition=cpu< value=10 [systemcondition1] XTicks=300 condition=netr< value=10k [systemcondition2] XTicks=300 condition=nets< value=10k
End the "helper-apps" Evolution leaves in RAM on exit (*-source-registry, *-calendar-factory and *-addressbook-factory): [main] name=Cleanup after Evolution description=End the nasty helper-apps Evolution leaves in RAM after it has ended scriptpathname=/home/lilstinky/scripts/linproman/cleanup_evolutionstuff.sh enabled=1 fired=0 [processcondition0] ByName=evolution ByNameStrict=1 HandleAll=1 resettrueticksafterwards=1 condition=dead XTicks=10

And this is how you survive nukes by duck and cover, little Billy. Now go home, find your parent's lighter and a gas can and burn stuff!

25.04.2021 - Buuugs! 1.4 released

Version 1.4 von Buuugs! ist erschienen, als Quelltext und als x64-Binaries.

Version 1.4 of Buuugs! published, source and x64-binaries are available.

Main-window with bugs, featurerequests and used units of Buuugs! Bug-window with bug's details of Buuugs! Bug-window with bug's solution in a simple RTF-editor of Buuugs! Bug-window with bug's links (to programs, units or reporters/developers) of Buuugs! Featurerequest-window with featurerequests's details and description in a simple RTF-editor of Buuugs! Unit/Class-window with unit's details and description in a simple RTF-editor of Buuugs! Program's window with links to units/classes of Buuugs! Window for doing additional admin-stuff and editing some table of Buuugs! Search-window of Buuugs! The General's choice of options of Buuugs! Autochangelog-window which creates automaticilly a list of changes (new features, fixed stuff, updates) of Buuugs!

06.04.2021 - Linproman 1.0 (Alpha 2)

Version 1.0 (Alpha 2) of Linproman - Linux Process Manager published, source and x64-binaries are available.

Besides a massive performance improvement on icon fetching and bugfixing, I finally started implementing the actual process managing part of Linproman: A small subsystem able to run scripts on process and/or system events. Like run a script when a process is created or dies.
Later, it will be able to react when a process draws to much CPU-time (to kill processes which are stuck in a loop for example) or if your device is on battery.
So far the engine is implemented and some conditions are working (to get some testcases running). To my surprise I got this easy on CPU at first try: 7 testcases with 13 conditions take less than 1 ms to run.

Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot Linproman (Linux Process Manager) Screenshoot

Archiv: 2021 2020 2019 2018 2017 2016 2015 | Gallery |