Valve stawia sprawę jasno: Nie będzie oficjalnego wsparcia Ubuntu 19.10 przez Steam

  • @overconscious1981 "I tak już go od dawna nikomu nie polecam."

    No, to skoro Ty nie polecasz nikomu Linuksa to faktycznie pora go zaorać.
    23.06.2019 12:37

  • @Helga88 "Ale po tym ocenianie pływają również statki, z zawodowym kapitanem, z komfortowym wyposażeniem, które utrzymują się ze sprzedanych biletów na rejs, dlatego potrzeby klienta są na pierwszym miejscu."

    Red Hat Enterprise Linux? :p
    23.06.2019 12:36

  • A na Valve najbardziej liczono, że wkońcu Steam na Linuksie będzie 64 bitowy, a 32 bitowe gry będą działać dzięki Steam Runtime. Podejrzewam, że za jakiś czas Canonical ogłosi, że jednak będą wspierać aplikacje 32 bitowe.
    23.06.2019 12:30

  • @1084 Hm, a u mnie jakoś wszystko działa. Nawet te paskudne i problematyczne aplikacje 32 bitowe działają bez problemów. Dziwne, skoro ktoś w internecie twierdzi, że pod Linuksem zawsze coś nie działa.

    Wiesz co jest śmieszne? Że najpierw się zarzuca Linuksowi, że ma 22412515 dystrybucji ze sobą niezgodnych, a jak jedna dystrybucja coś popsuje, to zaraz kiepska łatka jest przypinana całemu Linuksowi. To już fragmentacja nie stanowi problemu i wszystkie dystrybucje są zgodne z Ubuntu?

    @funbooster "Skoro mogę zainstalować Windows 10, puścić aktualizacje i dostaję w pełni działający system ze sterownikami, bez żadnych problemów z migającym ekranem pod przeglądarką, gubiącym plików przy zgrywaniu na pendrive"

    Też tak mogę i nawet Windows 10 mi do tego nie potrzebny.
    23.06.2019 12:34

  • @AntyHaker Szkoda, że tylko wizualnie, a nie działa jak Unity.
    23.06.2019 12:35

Eksperyment z grami GOG na wyłącznie 64-bitowym Ubuntu zakończył się niepowodzeniem

  • "Początkowo sądzono, że uruchomienie gier z użyciem wine64, zamiast wine32, nie powinno stanowić problemu"

    Wine64 do uruchamiania aplikacji 32 bitowych dalej potrzebuje 32 bitowych bibliotek, dokładnie jak Windows. Jak ich nie ma, to po prostu aplikacje 32 bitowe nie będą działać.
    23.06.2019 11:55

  • @blind-oln OSX już sobie pozwoliło, Catalina (kolejna wersja) nie będzie wspierać aplikacji 32 bitowych. Najwidoczniej Canonical znowu zapatrzył się na Apple.
    23.06.2019 11:56

  • @Krzysztof. Problem w tym, że dość dużo i pomimo, że Ubuntu to nie cały Linux, to taka decyzja może się odbyć echem na całym Linuksie z racji popularności Ubuntu.
    23.06.2019 11:59

  • @TestamenT Bo i tak to powinno działać. Nie ma chyba lepszego sposobu na uruchamianie softu 32 bit na 64 bitowym systemie niż pozostawienie w systemie 32 bitowych bibliotek. To po prostu najwygodniejszy i najlżejszy (bo same biblioteki zabierają znikomą ilość miejsca) by to robić. Ani Snapy ani kontenery z 32 bitowymi systemami nie są lepszymi rozwiązaniami.
    23.06.2019 12:01

Historia systemu MS-DOS

  • @overconscious1981 "W połowie lat 90-tych praktycznie każdy komputer był 32-bitowy, każdy potrafił być wielozadaniowy. A procesor 386 uchodził za biedę. "

    A jednak ciągle trzymano się DOSa. Nigdzie nie pisałem, że DOS był kiepski od początku. Wypadałoby jednak go zastąpić parę lat po debiucie Intel 386, dając czas na popularyzacje tego układu. A jednak DOS był budulcem domowych Windowsów aż do 2000 roku. Nawet jeżeli uznamy, że to przez duże wymagania Windows NT, to Windows 9x powinien zakończyć żywot na maksymalnie 98.

    "o nawet Microsoft robi co może żeby go zastąpić - czymś lżejszym, bezpieczniejszym, mniej zależnym od konkretnej architektury sprzętowej. Poczytaj trochę o doniesieniach z tej firmy."

    Doniesienia mówią różne rzeczy. Od czasu powstania Windows NT Microsoft nie przedstawił nawet skrawka jego potencjalnego następcy. Co się stało z szumnie zapowiadanym Midori? Windows działa, ma całą górę softu i sterowników oraz wsparcie producentów. Nie jest oparty, podobnie jak 9x, na skazanej na porażkę platformie jaką był DOS pod koniec lat 90. Ciągle z powodzeniem implementowane są w nim nowinki technologiczne, które pod DOS'em często były niemożliwe. Skoro więc platforma pozwala na rozwój i działa, a także jest popularna i ma powszechne wsparcie, jaki sens ma jej zastępowanie?

    "To że np na Windowsa ciągle krążą wirusy (mam na skrzynce firmowej takowego raz na 2 dni), wynika z jego paskudnych zaszłości historycznych, a nie "genialności hackerów". "

    To jest wypadkowa wielu rzeczy, do których zalicza się też popularność i powszechność. Android też nie należy do najbezpieczniejszych systemów, nawet Linuksowi na serwerach zdarza się oberwać. Owszem, zaszłość historyczna sporo tutaj dodaje od siebie, ale napisanie nowego systemu nie będzie magicznym lekiem na wszystko co Windowsa trapi.

    "Bo te wady wytykają blogerzy i i im podobni dziennikarze, szukający szumu/sensacji, a nie widać ich w realnym życiu."

    M.in. z ich pomocą uzyskiwało się i do dzisiaj uzyskuje się roota. Owszem, też uważam, że doniesienia jakoby Android był niebezpieczny i instalowanie na nim antywirusów to przesada, ale nie znaczy to, że nie ma luk i nie ma się absolutnie czego obawiać. Ostrożność nie zaszkodzi.

    "Czas wsparcia ? To też ma znaczenie tyle o ile. Na starych andkach, nowe apki odpalisz. A jeśli do tego chodzi bezawaryjnie, to ludzie mają w d.... wsparcie."

    Gorzej jeżeli aplikacja odwołuje się do czegoś, co dodano w kolejnej wersji Androida, a Ty musisz się pogodzić z aplikacją albo daną funkcjonalnością, bo aktualizacji nie ma.

    "Wszystkie te systemy są przestarzała jeśli chodzi o end-usera, a ich założenia (nowoczesne w czasach 386) dawno się zdezaktualizowały. Android, iOS czy nowe twory które planuje Microsoft, to systemy nowoczesne. Proste, bezpieczne (aplikacje w kontenerach, brak pracy na koncie admina, jak i konta admina w ogóle) i przyjazne. "

    Do tego co opisałeś nie potrzebny jest nowy system operacyjny. Android bazuje na Linuksie, iOS na Darwinie (podstawie macOS), to co planuje Microsoft raczej też będzie bazowało na NT. Konto admina jest niezbędne, bo procesy systemowe z definicji muszą mieć więcej uprawnień niż zwykłe aplikacje, zarówno Android jak i iOS posiadają te konta, po prostu blokują do niego dostęp użytkownikowi.

    "Widzisz i w DOSie było coś takiego jak Video BIOS. Ale nikt z tego nie korzystał, bo programiści woleli bezpośrednio komunikować się z kartą grafiki. "

    To nie jest cecha DOS'a. To cecha komputerów (a raczej BIOS'ów) zgodnych z architekturą IBM PC. BIOS w trybie rzeczywistym implementował część rzeczy. M.in. przerwanie 16 (int 10h), które pozwalało m.in. obsługiwać konsolę tekstową. Można było też odwoływać się bezpośrednio do pamięci karty graficznej (w trybie tekstowym VGA pod adresem 0xB8000) z czym też nie miał nic wspólnego DOS, a była to kwestia przyjętego standardu wśród producentów kart.

    "Nie powstała ani jedna dobra gra dla Windows 3.11 i wczesnych wersji Windows 95"

    Ani jedna? A SimCity 2000? Civilization 2? Na Wikipedii jest artykuł "List of Windows 3.x games" (nie podam linka bo chyba nie można) i tam jest całkiem pokaźna lista. Win3.x nie był często wykorzystywany do grania, bo sporo gier było napisanych dla DOS, a te nie zawsze chciały współpracować pod 3.x. Wraz z 95 to się zmieniło, bo gry odmawiające współpracy z 3.x zaczęły działać pod 9x. Wtedy też kompletnie zarzucono pisanie gier dla czystego DOS. DirectX to naturalna ewolucja API 3.x i 9x.

    "W czasach DOSa tę abstrakcję zapewniał BIOS. Ale i ta wielu programistów go często omijało, bo API było niepełne lub po prostu kiepskie albo powolne. "

    Do tego DOS nie był potrzebny.

    "Napisz to Microsoftowi że niepotrzenie stworzył DirectX 10 i nie zapomnij opatrzyć swojego maila wizerunkiem trolla.
    DOS oferował to co w tamtych czasach miał oferować - zarządzanie pamięcią i systemem plików. "

    Przemilczę to porównanie, bo jednak dzisiejsze systemy są "nieco" bardziej skomplikowane i robią więcej rzeczy niż DOS, jednak o jakim zarządzaniu pamięcią mowa? W trybie rzeczywistym nie istnieje zarządzanie pamięcią. Ta jest dostępna dla każdego uruchamianego kodu tak samo. Dowolny program mógł bez problemu nadpisać DOSa w pamięci i nic nie stało mu na przeszkodzie.

    "A w jakim trybie miał pracować ? "

    Chronionym, parę lat po tym, jak Intel 386 został wydany (1985 rok) i się upowszechnił.

    "Poza tym nie było tak, że DOS całkowicie eliminował wielozadaniowość. Bo obsługiwał tzw programy rezydentne - działające w tle. "

    Z tym działaniem w tle to jest tak nie do końca. Program rezydenty po prostu zostawał w pamięci i pozwalał na interakcje ze sobą, jednak nie działał w tle we współczesnym tego słowa rozumieniu.

    "Nawet Windows 98 szło wykrzaczyć pojedynczą aplikacją bez większych problemów, pomimo, że teoretycznie była "ochrona". "

    I to właśnie był efekt uboczny bazowania na DOSie. Połączenie jednozadaniowego systemu bez ochrony pamięci z wielozadaniową nakładką starającą się tę ochronę zapewnić nie mogło mieć innego skutku.

    "A problem pracy na koncie Admina trwa do dziś, bo potworki typu UAC bynajmniej tego problemu nie rozwiązują."

    W Windowsie owszem. Tutaj akurat wina stoi głównie po stronie Microsoftu, który przyzwyczaił użytkowników do pełni uprawnień. Gdyby Windows od początku tworzył konta standardowe dla zwykłego użytkownika i miał jakiś sensowny mechanizm dostępu do praw administratora (przed UAC było to dość uciążliwe, a i sam UAC nie jest idealny) to by nie było z tym problemu dzisiaj.
    20.06.2019 18:09

Microsoft Edge na Linuksa? "Nie ma technicznych przeciwwskazań"

  • @AntyHaker "Może miałem szczęście, ale mnie Helga inwektywami nie zarzucał nigdy."

    Jesteście w końcu po tej samej stronie barykady :)

    Nie zarzucam Ci trollowania, fanbojstwa itd. - przecież lubienie jakiejś firmy czy systemu to nic złego (chociaż czasem czytając komentarze idzie odnieść inne wrażenie). Problem robi się wtedy jak zaczyna się trollować. I pomimo, że możesz nie tolerować trollowania to i tak zawsze nieco przymykasz oko jak ktoś trolluje przeciwną stronę barykady. Tak to stety lub niestety działa.
    23.06.2019 12:05

  • @AntyHaker "Nie dyskutuj z nim, szkoda czasu - blokada poszła w ruch."

    I Ty to piszesz do Helgi?
    20.06.2019 17:29

Firefox ma nowe logo. Jest więcej ognia, trochę mniej liska

  • @Mekotron Znam ten artykuł. Początkowo miała być faktycznie panda, ale w logo się pojawił lis (co zresztą opisuje podlinkowany artykuł), no i tak jakoś łatka ognistego lista przylgnęła do przeglądarki. Mimo wszystko dobrze było sobie odświeżyć ten artykuł.
    20.06.2019 17:27

Atari VCS – długo zapowiadana retro konsola na Linuksie wreszcie w przedsprzedaży

  • @Waka Wspomniałeś też, że za te pieniądze można kupić sobie oryginalne Atari 2600, NES, SNES i PS mini albo PS4 Pro. Żaden z tych sprzętów nie jest porównywalny do ogłoszonego Atari VCS, może jedynie PS4, na które nawet wydano parę gier Atari. Dlatego nie ma znaczenia, że SNES Mini kosztował 340 zł.
    20.06.2019 17:23

Ubuntu zrywa z i386. 32-bitowe komputery to nie problem, ale co z grami?

  • @Moan97 "I nie chodzi tylko o Ubuntu ale nawet o zachowanie Linusa Torvaldsa"

    Linus nie ma lekkiego języka to fakt, ale opiekuje się jądrem i stara się nie dopuszczać kiepskiej jakości kodu do niego. Ponadto nie boi się mówić tego co myśli, nawet jeżeli podmiotem na który wylewa pomyje jest duża korporacja (słynne "f*** you nvidia").

    To nie jest korporacja ani biznes. Nie znajdziesz tutaj typowo korporacyjnej i politycznej poprawności (chociaż to drugie zaczyna przenikać i tutaj). Rozmawiając z Linusem nie rozmawiasz z szefem dużej korporacji, a z niezależnym programistą.

    " Normalni, niefanatyczni ludzie od dawna to widzieli i jest to jeden z głównych powodów dla którego Linux na Desktopie ma tak słaby udział."

    I to ma być ten powód? Że główny opiekun i twórca jądra czasem kogoś zruga? I to jest właśnie to co pisałem wyżej - nie ocenia się kodu jako tako, a osoby za nią odpowiedzialne. Czyli nie ważne, że produkt jest dobry czy nie, firma/osoba za niego odpowiedzialna jest be, więc i tak nie będę używał. Coraz ciekawsze te powody małego udziału Linuksa na desktopie. A na telefonach (Android) czy serwerach już jakoś wylewający pomyje Linus nikomu nie przeszkadza, nawet firmom, które krytykował. Ciekawe.

    "ale na Desktopach ludzie wolą zapłacić i mieć więcej czasu dla siebie"

    A skąd pomysł, że muszą poświęcać więcej czasu jak nie zapłacą? Cena od dawna nie oznacza jakości produktu i to, że zapłacisz więcej nie sprawi z automatu, że dostaniesz lepszy produkt. To już tak nie działa.
    23.06.2019 12:28

  • @Helga88 "Jak ktoś kilka lat temu kupił 32 bitowego MATHLABa za 2000$ i mu jeszcze dzisiaj ta wersja wystarcza, to gdzie ma kliknać żeby pobrać tego SNAPa?"

    Nigdzie, bo może też doinstalować sobie w kontenerze 32 bitowy userland, tak jak to napisano w artykule i uruchomić swoją kupioną aplikację tak jak wcześniej. Tak wiem "w Windowsie nic nie musi doinstalowywać", ale znowu w Windowsie musi ciągnąć ze sobą 32 bitowy bagaż nawet jak go nie potrzebuje. Przykładowo chce postawić Windowsa na serwerze gdzie nie potrzebny mu 32 bitowy soft - i tak musi postawić system z 32 bitowymi bibliotekami, pomimo, że ich nie potrzebuje. W Ubuntu jeżeli nie chce 32 bitowych bibliotek to po prostu ich nie zainstaluje i tyle. System będzie wyłącznie 64 bitowy bez 32 bitowego bagażu. Większa elastyczność niż w Windowsie.

    "Pod Windows nie ma z tym najmniejszego problem i wszystko działa jak trzeba na 32 i 64 bit"

    No zupełnie jak pod Linuksem.

    "Żadnych bibliotek do programu nie trzeba dostarczać."

    Trzeba. Robi to programista, dokładnie tak samo jak pod Linuksem. No chyba, że pliki dll dostarczane razem z aplikacjami na Windowsa są dla picu. Snap to kopia tego podejścia - zamiast bazować na systemowych bibliotekach, programista dostarcza je razem z aplikacją.

    "Tak jak przeciętego windowsiarza gówno obchodzi jakiś WOW64"

    Przeciętnego linuksiarza też "gó***" obchodzi jakiś multilib.
    20.06.2019 19:59

  • Dziwna decyzja. Rozumiem pozbywanie się 32 bitowych systemów, ale po co pozbywać się też multilib? Utrzymują porty całego systemu na architektury takie jak np. PowerPC, a nie mogą budować samych 32 bitowych bibliotek zajmujących znikomą ilość miejsca na dysku?
    20.06.2019 20:06

  • @Helga88 "Tak, tak już to widzę jak ZU typu pani Halika księgowa instaluje kontener żeby odpalić swój program do księgowości - LOL :)"

    No proszę, na Windowsie instalacja czegokolwiek to nie problem, a na Linuksie to odrazu HURR DURR NIEPRZYJAZNY SYSTEM. Twoja pani Halinka też nie zainstaluje sobie programu do księgowości. Zrobi jej to informatyk/wdrożeniowiec/ktoś inny. Dokładnie ten ktoś mógłby postawić kontener 32 bitowy i ustawić go tak, by uruchamiał aplikacje 32 bitowe w sposób przezroczysty.

    Nie wiem też na jakiej podstawie zakładasz, że to będzie na pewno trudne i skomplikowane. Dopiero co to zapowiedziano, nawet nie wiadomo czy to wejdzie w życie (bo skoro Valve czy Wine zaczyna olewać Ubuntu, to ja wątpie w trwałość tej zmiany), a jak wejdzie to nie wiadomo jak to zostanie rozwiązane (bo jakoś musi, inaczej Canonical zaora i tak swój marny udział desktopowy) - a Ty już wiesz, że to będzie skomplikowane i ogólnie będzie źle, bo tak.

    "Podobno linuks jest dla każdego - tak go reklamujecie, że nawet wasze babcie na nim śmigają"

    Żaden system nie jest dla każdego. Jak ktoś twierdzi, że "jego" jest, to albo myśli o sobie i ewentualnie swoim otoczeniu, albo zwyczajnie trolluje.

    "Nie ma żadnego bagażu - tzn. jest taki sam jak sterowniki w krenelu Linuksa do urządzeń z których nie korzystasz - też płaczesz z tego powodu? Że stanowią bagaż? "

    Nie, bo mogę się ich pozbyć w każdej chwili bez absolutnie żadnej szkody dla systemu. I nawet do tego nie muszę kompilować kernela zanim mi to zarzucisz.

    "System wykrywa 32 bitową aplikację i ładuje co trzeba. A ty płaczesz jakby cię ktoś okradał."

    Hmh no popatrz, dokładnie jak Linux. Ale co w sytuacji, kiedy chcę uruchamiać tylko i wyłącznie 64 bitowe aplikacje? Po co mi 32 bitowy bagaż? Przecież ponoć Windows taki uniwersalny i dla każdego - czemu więc nie mogę dostać wersji, która odpala mi wyłącznie aplikacje 64 bitowe? Gdzie ta uniwersalność?

    "Nie wiem jak jest na Windows Server"

    Dokładnie tak samo. Nie ma opcji, żeby nie instalować WoW64. Może i jakiś skutek dałoby usunięcie ręcznie jego plików, ale znając ujemną podatność Windowsa na modyfikacje, raczej bym nie ryzykował.

    Wbrew pozorom Twoje narzekanie tylko tutaj pomaga. Im więcej ludzi będzie narzekało tym lepiej, bo Canonical zobaczy, że jednak to nie jest dobry pomysł. ;)
    23.06.2019 12:11

  • @Helga88 "Na Linuksie 64 bitowym nie działają programy 32-bitowe? "

    Teraz tak szczerze - specjalnie przeinaczasz fakty by mieć co hejtować, czy na prawdę masz problemy z czytaniem ze zrozumieniem? Nikt nie napisał (Canonical też tego nie ogłosił), że przestaną działać programy 32 bitowe.
    20.06.2019 17:20

  • @Helga88 "Czyli jak nie umieszczą tych programów w kontenerach czy tam pakietach to nie będą działać na Ubuntu."

    Jeżeli z Windowsa usunę biblioteki 32 bitowe, to też programy nie będą działać. Ba, jeżeli do aplikacji nie dostarczę bibliotek 32 bitowych to nawet bez usuwania czegokolwiek nie będzie działać. ;)

    Nie musisz się martwić o typowego użytkownika Ubuntu, w pakiet Snap też sobie kliknie i nie będzie musiał się martwić, że zabraknie mu 32 bitowych bibliotek.
    20.06.2019 18:12