{"id":122025,"date":"2025-02-21T08:22:05","date_gmt":"2025-02-21T06:22:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/linus-torvalds-poyasnil-svoyu-pozicziyu-v-otnoshenii-priyoma-izmenenij-na-rust"},"modified":"2025-02-21T08:22:05","modified_gmt":"2025-02-21T06:22:05","slug":"linus-torvalds-poyasnil-svoyu-pozicziyu-v-otnoshenii-priyoma-izmenenij-na-rust","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/linus-torvalds-poyasnil-svoyu-pozicziyu-v-otnoshenii-priyoma-izmenenij-na-rust","title":{"rendered":"Linus Torvalds \u00e4u\u00dferte seine Position zur Akzeptanz von \u00c4nderungen in Rust","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Linus Torvalds hat sich zu den Bedenken der Maintainer hinsichtlich der Einf\u00fchrung von Rust in den Kernel ge\u00e4u\u00dfert. Er stellte klar, dass niemand die Maintainer zwingt, die Sprache Rust zu erlernen, Rust-Code zu verwenden oder bei der Integration von Rust-Code in den Kernel zu ber\u00fccksichtigen. Die Maintainer k\u00f6nnen weiterhin ausschlie\u00dflich mit C-Code arbeiten, ohne sich mit Rust auseinanderzusetzen. Allerdings k\u00f6nnen solche Maintainer nicht beeinflussen, wie sich Rust im Kernel entwickelt, sie k\u00f6nnen beispielsweise nicht in die Organisation der externen Interaktion von Rust-Code mit dem Code ihrer Subsysteme eingreifen. <\/p>\n
Maintainer, die an der F\u00f6rderung von Rust interessiert sind, k\u00f6nnen in die Entwicklung einbezogen werden und dadurch die M\u00f6glichkeit haben, die Bindungen in Rust zu beeinflussen und an der Pflege der Schnittstellen in Rust teilzunehmen. Maintainer, die mit Rust nichts zu tun haben wollen, brauchen sich nicht um die Arbeiten an den Rust-Bindungen zu k\u00fcmmern, aber sie werden auch keine Einflussm\u00f6glichkeiten auf deren Entwicklung haben. <\/p>\n
So entsteht um Entwickler, die ausschlie\u00dflich die Programmiersprache C verwenden, eine Art Schutzwall, der sie von Problemen mit Rust abschirmt und es ihnen erm\u00f6glicht, nicht mit Rust in Ber\u00fchrung zu kommen. Doch dieser Wall funktioniert in beide Richtungen; daher, wenn ein Entwickler nicht mit Rust zu tun haben m\u00f6chte, hat er keine M\u00f6glichkeit, auf die Weiterentwicklung von Rust Einfluss zu nehmen. Mit anderen Worten: \u201eNiemand ist verpflichtet, sich mit Rust zu befassen\u201c, bedeutet nicht, dass \u201ejeder Maintainer ein Veto gegen jeden Rust-Code einlegen kann\u201c. Es wird angenommen, dass die Aufteilung der Maintainer in der Praxis nicht so radikal sein wird und einige der Betreuer die Bindings in Rust ber\u00fccksichtigen und mit deren Entwicklern zusammenarbeiten werden, ohne jedoch allzu tief in diesen Prozess einzutauchen. <\/p>\n
In Bezug auf die Situation mit der Best\u00e4tigung von Rust-Bindings f\u00fcr das DMA-Subsystem, die umgangen werden, wurde Christoph Hellwig von Linus scharf kritisiert. Linus ist der Meinung, dass Christoph seine Befugnisse \u00fcberschritten hat und versucht hat, Einfluss auf den Code zu nehmen, der keinerlei Verbindung zum DMA-Subsystem hatte, in einem separaten Unterverzeichnis implementiert wurde und nicht den Code betraf, f\u00fcr den Christoph verantwortlich war. Christoph hat versucht zu kontrollieren, wof\u00fcr das DMA-Subsystem verwendet wird, und seine Ma\u00dfnahmen sind mit dem Versuch vergleichbar, die Nutzung von DMA in einem bestimmten Treiber zu verbieten, nur weil ihm dieser Treiber nicht gefiel. Fazit: Trotz der Verantwortung der Maintainer f\u00fcr ihren Code tragen sie nicht die Verantwortung daf\u00fcr, wie und von wem das Ergebnis dieser Arbeit verwendet wird. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"