#linustorvalds

1
18

https://github.com/torvalds/AudioNoise


Repo Linusa Torvalds w którym pisze, że jest wywajbkodowane.

Also note that the python visualizer tool has been basically written by vibe-coding. I know more about analog filters -- and that's not saying much -- than I do about python. It started out as my typical "google and do the monkey-see-monkey-do" kind of programming, but then I cut out the middle-man -- me -- and just used Google Antigravity to do the audio sample visualizer.

#linustorvalds

Zaloguj się aby komentować

Zaloguj się aby komentować

Linus i Linus, niedługo bedzie jakis collab na youtubie LinusTechTips

#technologia #linustorvalds #linustechtips

632d7220-7aa4-4b7b-b5d5-ba12a7071d4e

Zaloguj się aby komentować

Zaloguj się aby komentować

Zaloguj się aby komentować

Zaloguj się aby komentować

Gdyby mi ktoś powiedział 16 lat temu, że będzie tak popularny to chyba bym nie uwierzył. Pamiętam jak ja trzymałem programy na studia w git a inni w svnach i cvsach

Zaloguj się aby komentować

Szczerze, uważam że IT potrzebuje więcej takich ludzi jak Linus. Czasem mam wrażenie, że 95% branży to stado płatków śniegu, którzy potrafią się obrazić po code review.

@groman43

Aha, za to ja się zwykle spotykałem z code review który był walką o pierdolety, nijak nie mającą się ani do poprawności, ani do wydajności, ani do czytelności. No ale coś trzeba przecież zgłosić a próba zrozumienia czyjegoś kodu wymagałaby wysiłku.

@pierdonauta_kosmolony Ja również widziałem kłótnie o nazwy zmiennych oraz porównywanie długości penisów. Kluczem jest balans oraz jasne zasady. Dodatkowo, zwykle pomaga jeśli reviewerów jest dwóch.

Ten czlowiek powinien dostac nobla. Napisal linuxa i git'a. Jestem bardzo ciekawy jakby wygladal swiat bez linuxa. Czy znalazlby sie ktos kto napisalby cos lepszego? Moze IBM albo SUN w czasach swojej swietnosci?

@666

Znalazłby się.

Sukces Linuxa to następujące czynniki:

* darmowy otwarty kod

* mariaż ze Stallmanem i "zaciągnięcie" do Linuxa dorobku GNU

* implementacja w jądrze kompletnej obsługi stosów sieciowych w dobie rozkręcania się biznesów internetowych.

Linus to mocny gość. Szkoda, że nigdy nie przewodził w stworzeniu jakiejś dystrybucji bo wg mnie ma ostre zasady i wielokrotnie uratował userspace przed zmianami w kernelu, które popsułyby istniejące aplikacje.

Zaloguj się aby komentować

Zaloguj się aby komentować

@Dzemik_Skrytozerca To nie są komentarze samego Linusa tylko wszystkich maintainerów. Jako, że to jest GIT to można łatwo sprawdzić kto jest autorem każdej linijki. Btw niektóre te komentarze mają po 20 lat xD.

Zaloguj się aby komentować

Jakiś tydzień temu trafiłem na info, że Linus Torvalds (twórca i główny opiekun #linux )

w prywatnej korespondencji zapowiedział, że zaakceptuje kod napisany w Rust, nawet pomimo sprzeciwu opiekunów. Zaskakująca zmiana stanowiska może otworzyć drogę do poważnych reform w strukturze jądra systemu, ale jednocześnie rodzi pytania o przyszłość społeczności rozwijającej system.

Było to o tyle dziwne, że

jeszcze niedawno Torvalds publicznie opowiadał się przeciwko wdrażaniu języka Rust do jądra Linuxa, podkreślając, że system działa znakomicie w C i nie ma potrzeby wprowadzania tak radykalnych zmian. Jego komentarze były surowe i jasno wskazywały na brak akceptacji dla nowego języka w tak kluczowym komponencie oprogramowania.

Jądra systemu napisanego jedynie w języku C bronił jeden z głownych opiekunów Christoph Hellwig:

Hellwig, nie kryjąc oburzenia, po raz kolejny porównał Rust do "nowotworu", który może zagrozić stabilności jądra Linuxa. Podkreśla, że dodanie wsparcia dla innego języka może prowadzić do chaosu i fragmentacji kodu. „Nieustanna rotacja pomiędzy różnych językami to największy koszmar każdego administratora kodu” – stwierdził Hellwig. 

https://ithardware.pl/aktualnosci/linus_torvalds_rust_i-39142.html


No i dzisiaj pojawia się nowe info:

Christoph Hellwig, jeden z kluczowych opiekunów jądra systemu, który znany jest ze swojego zdecydowanego sprzeciwu wobec implementacji języka Rust w jądrze Linuksa, zrezygnował z funkcji opiekuna odpowiedzialnego za dma-mapping.


Christoph Hellwig od lat jawnie krytykował wprowadzanie Rusta do kodu jądra Linuksa, nazywając go „rakiem” i podkreślając, że jego obecność rozprzestrzenia się jak „przerzuty” po całym systemie. Hellwig, zagorzały zwolennik języka C, uważał, że to właśnie C zapewnia większą stabilność i bezpieczeństwo kodu. Jego decyzja o rezygnacji z części obowiązków przyszła niespełna tydzień po tym, jak ujawnił treść prywatnej korespondencji z Torvaldsem, w której twórca Linuxa wyraził swoje zaskakujące poparcie dla języka Rust.

Co będzie dalej z Christophem?

Choć Hellwig zrzekł się części swoich obowiązków, nadal pozostaje aktywny w społeczności Linuxa. Wciąż pełni funkcje opiekuna sterownika NVMe oraz sekcji FreeVXFS. Jego odejście z obszaru mapowania DMA oznacza jednak, że Marek Szyprowski, drugi opiekun tej sekcji, będzie musiał samodzielnie przejąć pełną odpowiedzialność za ten kluczowy element infrastruktury Linuxa.

https://ithardware.pl/aktualnosci/fanatyk_kodu_c_rust_linux-39337.html


#programowanie #rust #technologia #linustorvalds

bddfc90e-5801-4c0a-91a9-6738b6e4217a

@damw Hellwig, nie porównywał Rust do "nowotworu"

And I also do not want another maintainer.  If you want to make Linux

impossible to maintain due to a cross-language codebase do that in

your driver so that you have to do it instead of spreading this

cancer

to core subsystems.  (where this cancer explicitly is a cross-

language

codebase and not rust itself, just to escape the flameware brigade).

Dziennikarstwo na które zasłużyliśmy.

@markxvyarov Dowód na to, że możesz coś napisać, doprecyzować, ale ludzie i tak zrozumieją to tak jak im w danej chwili wygodnie.

Zaloguj się aby komentować

@maximilianan imho właśnie nie tak jak piszesz, bo to dobre podsumowanie tego do czego on sam doszedł i to dobry start dla kolejnej osoby.

@Deykun dlaczego nie dziwi mnie że takie kwiatki występują właśnie przy dacie i czasie. Zakładam, że ktoś chciał znać przesunięcie czasowe względem UTC jak i konkretnej strefy czasowej (stąd system_timestamp i local_timestamp), ze względu na możliwe zmiany czasu w danej strefie czasowej. I może dowiemy się tego właśnie wtedy, kiedy kod będzie działać podczas zmiany czasu.


No ale to tylko moje domysły i nie mam zamiaru przez to nie spać po nocach ;)

Zaloguj się aby komentować

Zaloguj się aby komentować

Nie zestarzało się, ale mamy już technologie, które to obchodza.


Snap, flatpak, appimage. Każda zapewnia kompletne środowisko dla aplikacji. To kosztuje, ale ponosząc takie koszty mamy względna stabilność .

@Dzemik_Skrytozerca flatpak jest spoko, ale działa tylko dla aplikacji GUI - nie jest kompatybilny z CLI. Snap tutaj jest lepszy, ale za to to mocno powiązany z Canonicalem i przez to scentralizowany. Appimage wydaje się być lepszą alternatywą, ale za to już przestarzałą bo musisz mieć narzędzia do aktualizacji "pakietów". Nie wiem czemu ale mam wrażenie, że to nadal nie są technologie, które zrobiłyby przełom i cały czas czekamy na alternatywę.


Warto popatrzyć jak zrobił to Google z Androidem. Jest apk, które jest podpisane cyfrowo więc ściągając z dowolnego miejsca można sprawdzić autentyczność. System zapewnia warstwę abstrakcji w taki sposób, że aplikacja napisana na androida 8 nadal będzie działać na najnowszym. Oczywiście to przez to, że Android ładuje w bootstrap pliki jar, które potrafią zapewnić bezpieczeństwo systemu - co w obecnym GNU/Linux nigdy nie było nawet rozważane. Nawet system obecnie zaczyna przechodzić na APEX, który ma jeszcze poprawić bezpieczeństwo oraz możliwość aktualizacji komponentów.


Szczerze? Mam wrażenie, że gdyby środowisko linuksowe pogodziło się z tym, że niektóre rzeczy wymagają zaorania i napisania od nowa to większość problemów dałoby się rozwiązać. Tyle, że to wymaga sporo pracy i chyba najlepiej byłoby skopiować rozwiązania za AOSP tak aby pasowały do desktopowych rozwiązań.

@dotevo


Tylko Linux foundation, Google, Canonical, RedHat i Suse są dość duże by zainwestować w odpowiedni development - bo nie ukrywajmy, coś takiego kosztuje i to sporo.


No niestety, poza Canonical nie widzę nikogo, kto coś robi w tym zakresie systemowo. A Canonical średnio się stara.

Zaloguj się aby komentować

@bobse wszędzie ci okrutni lewacy piorący mózgi, może go o to spamowali latami to w końcu stwierdził że ma wyjebane i niech se robią

@radek-piotr-krasny Chłop bardzo specyficzny w obejściu, kontrowersyjny, no ale diablo inteligentny. Bardzo podoba mi się jego świadomość nt. burdelu w desktopowych dystrybucjach. Lubię jego bezpardonowe podejście do jakości - bez niego Linux nie byłby tak dobrym kernelem.

Zaloguj się aby komentować

A jak to sobie radzi z obsługą kilku ekranów jednocześnie na różnych wyjściach video? 2 karty graficzne w lapku, Intel Integra i low-force 1050

@KulturalnyLosPederasta kulturalnie się zapytałem czy mintaj obsłuży rozszerzony pulpit na dwóch lub więcej wyświetlaczach (wyjście HDMI + mini DP) 1szy to tv 4k HDR (domyślny do wyświetlania aplikacji pełnoekranowych), 2gi to monitor Full HD, a lapek to bieda edyszion wyntel 4 rdzenie z ht, 16gb ram, 2 X SSD i grafika low-force 1050 z 4GB RAM

Zaloguj się aby komentować

Linux 5.12 został wydany.


Co nowego?

Pełna obsługa DualSense, co pozwala na na korzystanie z padów przeznaczonych do konsoli PlayStation na Linuksie.

Pełna Obsługa Nintendo 64, smaczek dla miłośników gier klasycznych.

Pełna obsługę Adaptive Sync, która zmniejsza klatkowa nie dzięki synchronizowaniu odświeżania wyświetlacza. Rozwiązanie rozwijane jest przez Intel.

Ulepszono udostępnianie plików pomiędzy użytkownikami oraz maszynami.

Usunięto 32 bitową platformę ARM.

Usunięto Intel MID, oraz Intel Simple Firmware Interface

Bootwanie linuksa jako "roota" w Microsoft Hypervisor.

Dynamiczne zarządzanie temperaturą

Obsługa hiperwizora ACRN.


Źródło: http://lkml.iu.edu/hypermail/linux/kernel/2104.3/00596.html

75010e77-b210-4bc4-8840-c8e3f983705e

Też mnie zaciekawiło o co kaman z obsługą n64 skoro na emu działa normalnie od dawien dawna. O co chodzi tak bliżej?

@tomek tak na szybko zerknalem w neta. Z tego co przeczytalem to chodzi o konsole n64 i mozliwosc odpalenia na nim kernela. Moim zdaniem przerost formy nad trescia bo n64 ma ramu tyle co nic. Chociaz kto wie co napalency z tym zrobia. Moze jakies rozszerzenia do n64?

Poprawili obsługę subwoferów w laptopach? A myszka Logitecha jest wspierana? Bo by mi się przydało w mojej Fedorze

Zaloguj się aby komentować