00:32:24 Biolunar joined the channel
07:35:49 kevin joined the channel
08:12:03 XanClic joined the channel
09:11:03 tufel joined the channel
09:18:07 tufel: Huhu
09:19:41 tufel: Kevin: Hab gerade einen kleinen Commit für Tyndur gesendet
09:19:49 kevin: Moin
09:20:12 kevin: Ah, gleich zweimal? ;-)
09:21:25 tufel: Öhm hoppla
09:22:17 kevin: Sieht auf den ersten Blick vernünftig aus
09:22:50 kevin: Ich hätte es aber wahrscheinlich anders gemacht: ein syscall_register_full() mit einem Parameter bool privileged, und dann syscall_register() nur als Wrapper. Dann hat man weniger Duplikation.
09:23:06 kevin: Aber das ist nicht kritisch, sind ja nur ein paar Zeilen
09:23:43 tufel: Mh joar, das wäre wahrscheinlich die beste Lösung gewesen.
09:23:50 kevin: (Vermutlich gibt es bessere Namen für sowas als syscall_register_full, aber darum geht es ja nicht)
09:24:33 tufel: syscall_register_full hört sich eigentlich ganz vernüftig an.
09:24:37 kevin: Wenn du magst, kannst du ja eine v2 machen, die das macht
09:25:09 tufel: Jop, ich ändere das mal kurz ab
09:43:07 tufel: So habs jetzt überarbeitet
09:44:39 tufel: Mh am elegantesten wäre es eigentlich, die Funktion syscall_register anzupassen.
09:45:29 kevin: Du meinst, den zusätzlichen Parameter immer zu haben?
09:45:50 tufel: Mh joar
09:47:09 kevin: Hm, kann man auch machen. Aber die allermeisten Aufrufer brauchen ihn ja nicht.
09:50:33 tufel: Joar, aber ich glaub, ich lass das erstmal so. Die neue Lösung für den Kernel-Syscall ist trotzdem weit besser als die alte.
09:52:10 tufel: Warum tut eigentlich nicht mehr das Pong-Spiel? Bzw. hat das jemals funktioniert? :D
09:55:55 kevin: Das war noch nie ein Pong-Spiel. Ich glaube, es hätte mal eins werden sollen. ;-)
09:56:30 kevin: Das ist mehr ein Testprogramm für VESA, schaltet halt in einen Grafikmodus und zeichnet ein bisschen was
10:01:24 tufel: Ich probier das mal nachher zu fixen.
10:02:17 tufel: Ist irgendwie immer ein wenig entäuschend, wenn man das Pong-Spiel startet.
14:48:05 tufel: Mh für das Pong muss ich ja die Tastatur ansteuern.
14:48:19 tufel: Was für Lösungen sieht da Tyndur vor?
14:51:53 tufel: Ich glaub ich probier mal den kbc direkt anzusteuern
14:54:33 kevin: Naja, von stdin lesen geht prinzipiell und ist am einfachsten, wenn dir das reicht, was da reinkommt
14:54:52 kevin: Wenn du mehr brauchst, kannst du dich auch beim kbc-Treiber registrieren und dann Tastaturevents bekommen
15:36:29 tufel: Mh joar, ich brauch irgendwas, mit dem ich die Tastatur auslesen kann, ohne dabei eventuell blockiert zu werden.
15:43:18 xq: guck dir doch mal den SDL-Port für Tyndur an
15:44:31 tufel: SDL-Port für tyndur? o.O
15:44:40 xq: jop
15:44:44 xq: gibts ^^
15:44:47 tufel: Wo find ich den diesen?
15:44:54 xq: lbuilds
15:45:26 xq: https://github.com/MasterQ32/qui
15:46:23 tufel: Ich hab mich bisher nur das tyndur-repo angeschaut XD
15:46:32 tufel: Aber sieht echt cool aus
15:47:29 xq: qui könnte man mal sauber neu schreiben
15:47:41 xq: die spannende frage ist aber: wie bekommt man den lbuilds-prozess besser hin? das war alles sehr krepelig
15:48:36 kevin: Das hier ist der SDL-Patch, der tyndur-Support einbaut: https://git.tyndur.org/lowlevel/lbuilds/-/blob/master/lbuilds/sdl/1.2.14/patches/tyndur-video.patch
15:48:43 kevin: Falls du da was abschauen willst
15:49:24 kevin: xq: Du meinst, von Code ändern bis ausprobieren auf dem Image?
15:50:06 xq: yep
15:50:07 xq: :D
15:50:20 xq: was für ein FS nutzt tyndur eigentlich? kann ich das auf FAT32 bügeln?
15:50:36 tufel: Ich begib mich mal auf den Heimweg. Den Patch schau ich mir mal im Zug an. Da kann ich bestimmt was für Pong kopieren
15:50:48 xq: hau rein!
15:50:58 tufel: Jop bin nachher
15:51:49 xq: kevin: meine idee wäre: recompile, mtools, qemu-system-…
15:51:51 xq: und go! :D
15:52:31 xq: und: es juckt mich so richtig, das UI für tyndur experimentell mit zig neu zu machen, aber: too many projects
15:52:52 kevin: Ich wüsste ja nicht, warum man FAT haben will, aber prinzipiell müsste das schon gehen, glaube ich
15:53:07 kevin: Die aktuellen Images benutzen ext2
15:53:08 xq: weil man fat mit mtools ohne mount/adminrechte bearbeiten kann
15:53:39 kevin: Hm, ja, Image aktualisieren braucht root/sudo für Plattenimages
15:53:48 kevin: CD-Images gingen glaub ich ohne root
15:54:06 xq: jo, mit mtools brauchste keinen mount, das ist sehr sweet
15:54:12 kevin: Jo
15:54:19 xq: mcopy -i image.fat32 ~/file :/foo
15:54:20 xq: irgendwie so :D
15:54:29 XanClic: Gibt doch sicher FUSE-ext2-Treiber
15:54:32 kevin: Haben wir früher auch benutzt. Für die Floppyimages wahrscheinlich.
15:54:44 xq: jo, wäre auch ne idee
15:54:50 XanClic: https://github.com/alperakcan/fuse-ext2 oder so
15:54:50 xq: ich hab nur keine ahnung von FUSE :(
15:54:54 kevin: Man müsste mal einen FUSE-nach-cdi.fs-Adapter bauen
15:55:00 XanClic: Man™
15:55:06 kevin: Richtig
15:55:15 XanClic: Bloß, weil ich jetzt FUSE gemacht hab
15:55:20 kevin: Und müsste mal™
15:55:44 XanClic: Wollte gerade sagen „Aber FUSE ist doch kaputt“
15:55:46 kevin: Wie heißt es immer so schön? You touched it, you own it
15:55:54 XanClic: und dann ist mir eingefallen, dass es ja perfekt auf CDI.fs passt dann
15:56:09 XanClic: Ja, ich weiß. USB-HID müsste auch mal jemand fertig machen. :)
15:56:20 kevin: Stimmt
15:56:24 kevin: Was war da überhaupt kaputt?
15:56:32 XanClic: wimre von meiner Seite aus nichts *g*
15:56:32 kevin: Also außer allgemeiner Kaputtheit halt
15:56:56 XanClic: Müsste mal jemand einen Rust-Crosscompiler machen.
15:56:59 kevin: Ich meine, dass es auf echter Hardware teils noch Probleme gemacht hat
15:57:17 kevin: Hm, wie schwer ist das?
15:57:18 XanClic: Na, wenn das jetzt das Kriterium ist, dass das Zeug auch noch funktionieren soll, dann mach ich eh nix *g*
15:57:21 XanClic: Wer weiß
15:57:24 kevin: *lol*
15:57:26 XanClic: Hab sowas noch nie probiert
15:57:41 XanClic: Wär vielleicht mal Zeit dafür
15:58:03 kevin: FPC ging eigentlich zu portieren. Und das schwierige dabei war eher die Standardbibliothek, nicht der Crosscompiler an sich.
15:58:04 xq: brauchen tyndur-executables eigentlich irgendwelche speziellen properties?
15:58:21 xq: also, abgesehen von tyndur-syscalls natürlich
15:58:26 xq: ELF?
15:58:31 kevin: Statische ELFs sind gut, wenn es tun soll
15:58:41 kevin: Wenn es nicht unbedingt tun muss, könnte dynamisch auch tun
15:58:42 xq: klingt gut, die bekomm ich hin *grin*
15:59:13 kevin: Alles, was direkt auf dem tyndur-Repo kommt, müsste die libc eigentlich inzwischen dynamisch linken
15:59:42 xq: hmm
15:59:54 xq: ich könnte mich durch den SDL-Patch wühlen
16:00:01 xq: und das UI-Ding von SDL befreien
16:01:07 kevin: Ich glaube, der SDL-Patch ist so primitiv wie möglich, dass es trotzdem noch halbwegs funktioniert
16:01:28 xq: jo, das ist doch super
16:01:35 xq: muss man weniger löschen
16:01:41 kevin: *g*
16:03:56 xq: ist vorallem dumm, wenn die UI ne harte dependency auf SDL-Events hat *grins*
16:09:27 xq: falls ich anfange, einen tyndur-port von zig zu basteln, kann es schnell sein, dass es programme von mir gibt
16:11:29 kevin: Klingt gut, mehr Sprachen ist genau, was tyndur braucht *g*
16:11:38 xq: weniger kaputtes crosscompiling!
16:11:55 xq: ziel wäre, "zig build" und deine anwendung für tyndur fällt raus
16:11:59 xq: egal auf welchem src os :D
16:13:37 kevin: Die ganze Repositorystruktur in tyndur ist ja schon komisch, und lbuilds ist schon deswegen nicht vernünftig integriert
16:14:03 kevin: Das kommt raus, wenn ein Hello-World-OS organisch wächst...
16:14:30 xq: hehe
16:14:37 xq: vorallem in einen zustand "benutzbar"
16:16:47 kevin: Ich wieß jetzt nicht, ob ich tyndur direkt "benutzbar" nennen würde, aber jedenfalls mehr als die ganzen anderen Versuche
16:16:53 xq: yep
16:17:29 kevin: Das heißt, eigentlich benutze ich es schon regelmäßig. Mein Standard-Dummy-Image für qemu-Testläufe ist ein tyndur-Image. *g*
16:17:47 xq: :D
16:17:49 xq: wunderbar
16:17:52 kevin: Manchmal teste ich sogar, ob ls noch tut
16:24:20 xq: heh
16:36:25 xq: mal ne andere frage:
16:36:34 xq: welche tools für downloads hab ich unter tyndur?
16:38:14 kevin: wget?
16:38:27 xq: ha
16:38:33 xq: das macht doch den entwicklungsprozess sehr viel einfacher!
16:38:42 kevin: Oder für den beschränkten Anwendungsfall von Paketen natürlich lpt get
16:39:31 kevin: Ich hatte immer einen Link in ~/public_html auf das Paketausgabeverzeichnis von lbuilds und hab dann mit lpt die neuen Pakete geholt
16:39:40 xq: hehe
16:39:45 xq: ja, aber dafür brauch ihc ja lbuilds :D
16:39:53 xq: ich will den teil einfach komplett rausstrippen
16:40:17 kevin: Naja, du kannst Pakete auch selber bauen
16:40:32 xq: sind das einfach tarbällchen mit hack?
16:40:34 kevin: Sind ja nur Tarballs und eine kleine Textdatei für die Metadaten
16:41:00 kevin: Ob die Textdatei im Tarball drin war oder separate, weiß ich gar nicht mehr
16:41:07 xq: okay, cool
16:41:09 xq: das hilft
16:42:03 kevin: Ist im Tarball drin
16:43:07 xq: oh, sogar uncompressed tar :D
16:43:17 kevin: Natürlich *g*
16:43:44 kevin: Sonst geht das ja zu schnell um als Benchmark für den Netzwerkcode zu taugen ;-)
16:43:49 xq: ^^
16:45:54 xq: qui
16:45:55 xq: 0.2
16:45:55 xq: bin
16:45:55 xq: i386
16:45:55 xq: An experimental UI system
16:45:57 xq: das ist ... sehr komplex!
16:46:06 xq: gibts doku? kek
16:48:37 kevin: Machst du dich etwa lustig? ;-)
16:48:42 xq: äääähm
16:48:43 xq: nein? :D
16:49:16 xq: aber ich hab grade wirklich so nen itch, da mal nen kleines package zu bauen
16:49:23 xq: tar ist jetzt auch nicht das schwerste aller formate
16:56:23 kevin: Jo, das hab ich in lpt auch von Hand implementiert, glaub ich
22:03:15 Paddy joined the channel