☰

» »

Po pričakovanjih konec Linuxa v Münchnu

««
7 / 8
»»

krneki0001 ::

phantom je izjavil:

Dejansko je. Z MinGW je lažje Windows aplikacije buildat na Linuxu kot na Windowsu. Visual Studio je itak jajc kar se build systema tiče, pa še Microsoftov kompajler je slabši (slabše optimizacije, 2x počasnej kompajla, zelo slaba diagnostika, slabše podpira standarde ...). Open-source orodja za buildanje (CMake, Ninja, Make, GCC, Clang ...) pa je preprosteje usposobit in lažje uporabljat direkt na Linuxu, kot pa si na Windowsu naštimat celotno okolje, ala MSYS ali Cygwin.

Če bi se le dalo debugirat direkt na Linuxu, bi bil razvoj native Win32 aplikacij na Linuxu na celi črti lažji.

Za .NET aplikacije je Windows boljši, če rabiš featureje, ki ti jih VS ponuja napram Monodevelopu (npr. integracijo z IIS, WCF, MSSQL, WinCE ...) ali uporabljaš kaj, kar na Monotu manjka.

Vsa ta orodja so proti VS od 2015 naprej en navaden p. dim. Monotu manjka ogromno.
V VS od 2015 naprej brez problema razvijaš za win Linux in IOS, poleg androida in Windows mobile. crossplatform je danes najlažje narest v VS. Narediš eno aplikacijo, pa ti dela na telefonu ali računalniku, pa ni važno kater sistem ima gor.

jype ::

nebivedu> Vsa ta orodja so proti VS od 2015 naprej en navaden p. dim.

VS od 2015 naprej deluje na Linuxu.

poweroff ::

SeMiNeSanja je izjavil:

V praksi bi bilo dobro, da bi enkrat šli v 4. letnik na Vegovi in se malo pozanimali, koliko njihovih bodočih 'računalniških tehnikov' zna na Linuxu ustvariti mapo, jo skopirat ali ustvariti symlink. Za slednje bo marsikateri najbrž celo gledal kot teliček, ker mu ne bo jasno, kaj hočeš to od njega.

Zato pa ti ljudje po forumih jokajo, da ni služb, ali pa da so slabo plačane.
sudo poweroff

čuhalev ::

Saj jih res ni. Za Linux se najde samo neko vzdrževanje oblačnih rešitev, tipa aws, ter podpora nesposobnim razvijalcem, tipa devops.

pegasus ::

batt67, to zveni kot opazka zakrnelega sistemca, ki zgrožen ugotavlja, da mu bo delovno mesto izginilo preden dočaka penzijo :D

krneki0001 ::

čuhalev je izjavil:

Saj jih res ni. Za Linux se najde samo neko vzdrževanje oblačnih rešitev, tipa aws, ter podpora nesposobnim razvijalcem, tipa devops.


Službe so. In dovolj jih je na izbiro. Samo biti moraš dober, da te bodo vzeli v službo.

Truga ::

Ce se ti kot sistemcu zdi da bos zgubil sluzbo moras bit pa res nespo.

poweroff ::

Ne vem, no. Jaz sem zadnjič pri eni firmi montiral nek server, ki sem ga postavil. Trenutno cela firma laufa na nekem povsem odprtem Windows serverju, IIS7 nekonfiguriran in odprt na splet, za backup imajo nek zunanji disk priklopljen na ta "server". Kabli zvezani tako da je groza (tudi iz električnega vidika).

Network jim "vzdržuje" zunanji izvajalec ki bi moral na Ciscotu nastaviti port forwarding do mojega serverja, pa so to delali cel teden. Ali so bili tako zaposleni, ali pa so morali še zgooglati... glede na videno se bolj nagibam h drugi možnosti.

V glavnem, ko sem montiral svojo mašino v rack in začel klofat po konzoli ni bilo nikomur nič jasno. Trenutno je moj server tam praktično edina stvar, ki dela in ki je skonfigurirana tako kot je treba. Ostalo je zmetano skupaj in na avtopilotu.

Nekdo pa vleče lep mesečni dohodek za "vzdrževanje"...

In kaj se bo zgodilo? Na koncu bo firma doživela večjo katastrofo, mogoče kakšen locker ali kaj podobnega, in potem bodo imeli dve možnosti. Ali bodo najeli nekoga, ki jim bo spet naklikal nek napol delujoč sistem, ali pa jim bo nekdo postavil zadeve kot se šika in seveda če bo potrebno odprl tudi konzolo.
sudo poweroff

krneki0001 ::

poweroff je izjavil:

Ne vem, no. Jaz sem zadnjič pri eni firmi montiral nek server, ki sem ga postavil. Trenutno cela firma laufa na nekem povsem odprtem Windows serverju, IIS7 nekonfiguriran in odprt na splet, za backup imajo nek zunanji disk priklopljen na ta "server". Kabli zvezani tako da je groza (tudi iz električnega vidika).

Network jim "vzdržuje" zunanji izvajalec ki bi moral na Ciscotu nastaviti port forwarding do mojega serverja, pa so to delali cel teden. Ali so bili tako zaposleni, ali pa so morali še zgooglati... glede na videno se bolj nagibam h drugi možnosti.

V glavnem, ko sem montiral svojo mašino v rack in začel klofat po konzoli ni bilo nikomur nič jasno. Trenutno je moj server tam praktično edina stvar, ki dela in ki je skonfigurirana tako kot je treba. Ostalo je zmetano skupaj in na avtopilotu.

Nekdo pa vleče lep mesečni dohodek za "vzdrževanje"...

In kaj se bo zgodilo? Na koncu bo firma doživela večjo katastrofo, mogoče kakšen locker ali kaj podobnega, in potem bodo imeli dve možnosti. Ali bodo najeli nekoga, ki jim bo spet naklikal nek napol delujoč sistem, ali pa jim bo nekdo postavil zadeve kot se šika in seveda če bo potrebno odprl tudi konzolo.


Ne bodo uredili tako kot bi morali. Nekomu bodo dal 100€, pa jum bo naklikal nekaj skupaj in to je to. Temu se reče šparanje po slovensko.

Doma wc školjko in umivalnik za 10.000 evrov, v firmi, kjer vse delajo na računalnikih, pa 100€ ne dat za drug rabljen računalnik, ker je to pa zapravljanje denarja.
Potem pa laufa SQL server (baza z 500 tabelami, velikimi od 2 miliona pa do par 100 milijonov zapisov) na C2D E8400 z 2GB rama in se sprašujejo zakaj tako počasi vse skupaj dela.
Mrežo imajo pa postavljeno z routerjem, ki ga jaz za domačo uporabo nebi nobenemu zmontiral, kabli se vlečejo pod mizo in ljudje dobesedno s čevlji stojijo na teh kablih,....


V glavnem, niti se ne zavedajo, kaj pomeni izguba podatkov, dokler ne pride do tega. Potem pa za en vikend dela, da se podatke nazaj dobi tudi 10k ni problem plačat.

čuhalev ::

pegasus je izjavil:

batt67, to zveni kot opazka zakrnelega sistemca, ki zgrožen ugotavlja, da mu bo delovno mesto izginilo preden dočaka penzijo :D

Srčno upam, da takšna ni prihodnost, ker grem potem raje kaj drugega početi.

Očitno bodo časi postfixa ipd. odšli.

Zgodovina sprememb…

  • spremenil: čuhalev ()

pegasus ::

Čimprej. Sem v isti situaciji in se rešujem s specializacijo na specifično tržno nišo, hkrati sledim kaj počne "mularija" z awsji ipd in poskušam kombinirat obe zadevi. Kar zabavno, ker je med obema svetovoma nekih 50 let mentalnega prepada.

l0g1t3ch ::

Pa sej to, da daš stvari na AWs, Azure, ... ni tako drugače spet. Še vedno imaš za upravljati sam guest OS in app stack.
Z samim HW in virtualizacijo je po mojih izkušnjah še najman dela.

Poznam pa par ljudi, ki se oklepajo svojih EMC storage škatel in raznih blade šasij in gledajo kako počasi njihovo znanje/certifikacije postajajo nepomembne.

krneki0001 ::

pegasus je izjavil:

Čimprej. Sem v isti situaciji in se rešujem s specializacijo na specifično tržno nišo, hkrati sledim kaj počne "mularija" z awsji ipd in poskušam kombinirat obe zadevi. Kar zabavno, ker je med obema svetovoma nekih 50 let mentalnega prepada.



Probaj enkrat stare fosile na cobolu učit naprednih funkcij v cobolu, pa boš videl kaj je to 50 generacijskih let razlike. Cobol, kjer res ni nekih velikih premikov, je dobil par dodatnih funkcionalnosti. In ko prvič to kakemu staremu fosilu pokažeš, ga skor kap zadane, potem ti pol leta "jebe ma*er", pol pa počasi začne delčke uporabljat, ker vidi da drugače ne bo šlo. V roku petih let pa začne nekje 30% novih funkcionalnosti uporabljat, ker vidi da ga ti prehitevaš po desni in rabiš kr dost manj kode za isto stvar napisat.

pegasus ::

Ja, sem bil že na obeh straneh te zgodbe tako da razumem vrednost ponižnosti ;)

xmetallic ::

phantom je izjavil:

Težko našel linuxaša, ki tega uporablja, zato ker je "zastonj" ali da kljubuje M$. Preprosto je Linux po funkcionalnosti, prilagodljivosti in udobnosti za development in administracijo svetlobna leta pred Windowsom.


A zdej je celo VS crap? Vaša domišlija res ne pozna meja :). Ko bo MonoDevelop ponujal vse, kar ponuja VS, od integracije oblačnih storitev, built-in SQL management, debugiranje iger za GPU, Unity tools, Unreal Engine tools, Cross platform mobile development - xamarin, Android emulator, Windows emulator, WP emulator, Qt framework, TypeScript, Python, R, in ostalih 156452451 jezikov, lahko rečemo, da se je MonoDevelop približal VS-ju.

phantom ::

Če bi prebral celoten post, bi videl, da sem ravno to .NET področje omenil kot svetlo izjemo VS. Pa še tu ima MonoDevelop precej prednosti, recimo boljši editor, pa funkcionalnost podobno Resharperju imaš že vgrajeno - brezplačno.

Kaj pa kakšna druga tehnologija, C++ na primer?

Ko bo Microsoftov C/C++ kompajler imal vsaj podobne izčrpne error/warning message kot GCC/Clang, ko bo kompajlal podobno hitro, ko bo imel diagnostiko kot je AddressSanitizer/UndefinedSanitizer/ThreadSanitizer/..., ko bo podpiral C++11&14, ko bo podpiral toliko platform, ko bo imel podobno dobre optimizacije ... Ko boš imel na Windowsih orodje podobno Valgrindu, ko bodo DLL-ji tako preprosti za uporabi kot ELF-i, ko ne bo treba export libraryjev, ko ti bo buildsystem detektiral knjižnice avtomatsko, ne da moraš v VS klikniti na milijon projektov v solutionu in pri vsakem popravljati pot do knjižnice, ko boš lahko flage za compiler spreminjal na enem mestu v solutionu, ne v vsakem pojektu posebej, ko boš na solutionu lahko vklapljal/izklapljal pozamezne optione in ti bodo vklopili določene flage/knjižnice/definee na posameznih projektih ... ko bo editor ne bo tako crappy, da ga zasenči vsak zanikrn programming editor (npr. nima čiščenja presledkov na koncu, nima backspace unindents, nima camel-case navigationa, auto-completion je šele s VS 2015 prilezel na uporabno raven, ctrl-backspace na začetku vrstice ti pobriše še konec prejšnje, block select ne deluje brez uporabe miške, nima join lines, tab ne unindenta trenutne vrstice, če kurzor ni na začetku, indenta se ne da konfigurirati, da bi uporabljal kombinacijo presledkov in tabov, taba se ne da nastaviti, da bi resetiral indent trenutne vrstice ...). In ko boš na Windowsu imel dostojen command-line & terminal (PS je še vedno jajc napram bashu) in ko boš po defaultu imel vse programe v poti, da jih boš lahko klical s command-linea, ko boš v PS imel auto-completion, ki bo vsaj blizu tistemu od basha ... No, takrat VS & Win kot development platforma morda ne bo več crap.
~
~
:wq

xmetallic ::

Vsa čast, da še compilerja ne znaš zamenjat/nastavit. LOL, in pol boš prodajal štorije kako VS sucks.

http://stackoverflow.com/questions/1476...

http://stackoverflow.com/questions/3135...

Kakšne težave z dllji imaš v VS ne vem, ker je stvar zelo enostavno linkat iz enega projekta v drugi. Tvoje neznanje pač ni pomankljivost VS-ja.

Če si tako zagreti powershell developer (kar močno dvomim, ker sicer ne bi pisal takih bedarij) obstaja en .exe, ki se mu reče PowerShell ISE. Obstaja tudi VS plugin, imenovan "PowerShell Tools for Visual Studio". Celo extension za vscode imaš.

BigWhale ::

Kolk televizorjev lahko dandanes še kupiš brez Linuxa?

čuhalev ::

Koliko televizorjev z Linuxom ti ponudi tudi izvorno kodo?

pegasus ::

Praviloma vsi. Le vprašat je treba ... (in se potrudit da najdeš naslovnika za vprašanje)
Če nečejo dat, lahko tožiš.

matijadmin ::

pegasus je izjavil:

Praviloma vsi. Le vprašat je treba ... (in se potrudit da najdeš naslovnika za vprašanje)
Če nečejo dat, lahko tožiš.

Hja, bolj malo. Appla še nihče ni prisilil, pa 'bi (naj) lahko'.
Vrnite nam techno!

krneki0001 ::

phantom je izjavil:

In ko boš na Windowsu imel dostojen command-line & terminal (PS je še vedno jajc napram bashu) in ko boš po defaultu imel vse programe v poti, da jih boš lahko klical s command-linea, ko boš v PS imel auto-completion, ki bo vsaj blizu tistemu od basha ... No, takrat VS & Win kot development platforma morda ne bo več crap.


Powershell je povsem konkurenčen bashu. Če pa res tako obvladaš, pa povej par stvari, ki jih v powershelu ne moreš narediti, v bashu jo pa lahko?

LightBit ::

matijadmin je izjavil:

pegasus je izjavil:

Praviloma vsi. Le vprašat je treba ... (in se potrudit da najdeš naslovnika za vprašanje)
Če nečejo dat, lahko tožiš.

Hja, bolj malo. Appla še nihče ni prisilil, pa 'bi (naj) lahko'.

Zakaj? kaj ima Apple s tem?

čuhalev ::

pegasus je izjavil:

Praviloma vsi. Le vprašat je treba ... (in se potrudit da najdeš naslovnika za vprašanje)
Če nečejo dat, lahko tožiš.

GPL oziroma Tantalove muke

Iz izkušenje vem, da
- ne odgovorijo
- se sprenevedajo, da je vse vanilla, in ne dobiš
- dobiš vanilla tarballe, morda kaj njihovega, a z istimi datumi, da ne moreš ugotoviti, kje se spremembe, oziroma ne veš, različico upstreama, da bi naredil diff. Po večini pa bistvenih stvari ni.
Reproducibile build je ... nemogoč.

GPL je fini. Na papirju, v praksi te nihče ne šmirgla.

phantom ::

xmetallic je izjavil:

Vsa čast, da še compilerja ne znaš zamenjat/nastavit. LOL, in pol boš prodajal štorije kako VS sucks.

http://stackoverflow.com/questions/1476...

http://stackoverflow.com/questions/3135...

Kakšne težave z dllji imaš v VS ne vem, ker je stvar zelo enostavno linkat iz enega projekta v drugi. Tvoje neznanje pač ni pomankljivost VS-ja.

Če si tako zagreti powershell developer (kar močno dvomim, ker sicer ne bi pisal takih bedarij) obstaja en .exe, ki se mu reče PowerShell ISE. Obstaja tudi VS plugin, imenovan "PowerShell Tools for Visual Studio". Celo extension za vscode imaš.


Ni problem samo kompiler in menjava tega reši samo del težav.

Pri DLL-jih je problem, da gre lahko kup stvari narobe. __declspec(import), __declspec(export), import library, call convention ... Nič od tega na Linuxu ne rabiš. Call convention je vedno cdecl, __declspec(import) je nepotreben, __declspec(export) oziroma njegov ekvivalent __attribute__((visibility("default"))) je potreben samo, če nastaviš, da se ne exportajo vse globalne (ne static) funkcije. Linka se direkt z dinamičnimi knjižnicami, nobenih import libraryjev ne rabiš. Nadalje, RTTI je veliko hitrejši. typeid vrne na Linuxu (in mislim, da tudi na Win, če je DLL z MinGW zbuildan) vedno unikaten pointer, tudi za tipe iz različnih knjižnic oz. executablov. Z MSVC to ne gre, dejansko mora compiler preverjat imena tipov (znotraj dynamic_cast se kliče strcmp!). Malenkost hitrejši so tudi klici funkcij knjižnic, saj se executable ob zagonu polinka, direkt v kodi se nastavijo pointerji, ne kot pri DLL, ko se kliče preko import tabele.

Referenciranje po projektu je eno, kaj če referenciraš neke third-party knjižnice? Na Linuxu jih preprosto inštaliraš globalno, s package managerjem in ti build system avtomatsko najde lokacije include directoryja in knjižnic ter parametre, s katerimi moraš buildat (pkgconfig).
Če linkaš statično, ti notri potegne tudi vse dependencyje od posamezne knjižnice. In to deluje celo pri cross-compilanju, če buildaš Win32 programe! Recimo za ArchLinux imaš v repozitoriju tudi knjižnice zbuildane za Win32/Win64, samo root pot (recimo /usr/x86_64-w64-mingw32 za Win64) do njih moraš build systemu podat, pa jih najde.

krneki0001 je izjavil:


Powershell je povsem konkurenčen bashu. Če pa res tako obvladaš, pa povej par stvari, ki jih v powershelu ne moreš narediti, v bashu jo pa lahko?

Scrollanje s tipkovnico deluje v vseh terminalih, autocompletion ti dopolni skupen del, ne prvega zadetka, npr. imaš fajle
install-foobar
install-barfoo

natipkaš i<tab> in ti dopolni v "install-", potem dodaš še b in ti dopolni v "install-barfoo". V PS daš i<tab> in ti direkt dopolni v "install-foobar". Potem pa še enkrat tab, da se dokoplješ do pravega zadetka. Samo, kaj če je 100 ukazov, ki se začnejo z "install-"? Autocompletion je takrat praktično neuporaben, in to je še posebej problem, ker M$ ima fetiš izbirat poimenovanja appletov na ta način.

Ko se kakšno besedilo izpiše, ti PS na to zadnjo vrstico poscrolla, kar je precej nadležno če višje po konzoli bereš. Linuxovski terminali tega ne počnejo oz. je konfigurabilno. Lahko PS nastaviš, da ni mogoče scrolati preko zadnje vrstice?
Ali lahko v PS lahko scrollaš po vrstico s tipkovnico, ala shift-up/down v linuxovskih terminalih? Imaš undo? Search po historyju, recimo natipkaš prvih par črk pretekle komande, pa ti po historyju skače samo po tistih, ki se tako začnejo? Npr. imaš history
sudo -s
systemctl
su -c bash

Vtipkaš "su" <gor> in dobiš "su -c bash", še enkrat <gor> in dobiš "sudo -s".

Na linuxu imaš sudo. Na Windowsu pa moraš nov PS odpret kot admin oz. kot drug user.

itd.
~
~
:wq

MrStein ::

Na windows je na voljo runas. (in kup klonov)
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

krneki0001 ::

Phantom vse to dela tudi v powershellu brez problemov.

Samo odpret moraš powershell prompt namesto command prompt - to se pa nastavi v cp, da ti vedno powershell prompt odpira namesto cmd.

autocomplete ti dela za vse ukaze. Ne vem, a imaš ti še čisto prvo verzijo powershella?

ctrl+space kot v VS boš moral kdaj probat, namesto tab-a.

čuhalev ::

krneki0001 je izjavil:

ctrl+space kot v VS boš moral kdaj probat.

Ta kombinacija mi je všeč. 8-)

Invictus ::

matijadmin je izjavil:


Hja, bolj malo. Appla še nihče ni prisilil, pa 'bi (naj) lahko'.

Ne moreš.

Apple za OS uporablja Mach jedro, ki je pod BSD licenco.

Za ls in ostale UNIX ukaze pa je tako vseeno...
"Life is hard; it's even harder when you're stupid."

http://goo.gl/2YuS2x

SeMiNeSanja ::

No, spet en dokaz, da ne nuca prav nič, da lahko vsi vtikajo svoj nos v source kodo - 11 let je trajalo, da so našli 'najnovejši' Linux kernel bug - pa tudi to ne z vtikanjem nosa v izvorno kodo.

11-Year Old Linux Kernel Local Privilege Escalation Flaw Discovered

čuhalev ::

Oh crap!

Poldi112 ::

Zanimiv pogled, da če ne najdejo vseh, ne pomaga nič. Napačen, a zanimiv. Tak, zealotovski. :)
Where all think alike, no one thinks very much.
Walter Lippmann, leta 1922, o predpogoju za demokracijo.

matijadmin ::

Invictus je izjavil:

matijadmin je izjavil:


Hja, bolj malo. Appla še nihče ni prisilil, pa 'bi (naj) lahko'.

Ne moreš.

Apple za OS uporablja Mach jedro, ki je pod BSD licenco.

Za ls in ostale UNIX ukaze pa je tako vseeno...


Saj ni edino jedro, ki ga je Apple vdelal v svoj OS. Poglej bolje.
Vrnite nam techno!

MrStein ::

MrStein je izjavil:


"Hitro" v open source pomeni "10 ali 20 let". (hint: OpenSSL, dirty COW etc...)

add("DCCP double-free vulnerability (local root)");
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

xmetallic ::

SeMiNeSanja je izjavil:

No, spet en dokaz, da ne nuca prav nič, da lahko vsi vtikajo svoj nos v source kodo - 11 let je trajalo, da so našli 'najnovejši' Linux kernel bug - pa tudi to ne z vtikanjem nosa v izvorno kodo.

11-Year Old Linux Kernel Local Privilege Escalation Flaw Discovered


But, but, but... it's open source. 100% non-vulnerable :))

BlaY0 ::

...11 let so rabili, da so z "lučjo pri belem dnevu" našli bug in v roku parih dni je bila zadeva popravljena. To se meni zdi v redu. Bolj problematično se mi zdi, ko v proprietary umotvorih na mesečni bazi tretje osebe odkrivajo ranljivosti, ki jih potem avtorji še naslednje 3 mesece ne znajo ali ne morejo poflikat.

Zgodovina sprememb…

  • spremenilo: BlaY0 ()

BigWhale ::

xmetallic je izjavil:

But, but, but... it's open source. 100% non-vulnerable :))


Tega ni nihce nikoli trdil.

xmetallic ::

BigWhale je izjavil:

xmetallic je izjavil:

But, but, but... it's open source. 100% non-vulnerable :))


Tega ni nihce nikoli trdil.


Trdili ste, da je Windows vulnerable. Iz te trditve bi vsak laik sklepal, da Linux ni vulnerable, ker drugače tega ne bi uporabili kot argument.

Bili so tudi komentarji tipa da milijoni ljudi berejo kodo in je zato Linux bolj varen. Ta primer dokazuje, da tudi če ima teoretično v kodo vpogled celo človeštvo, ni open source nič bolj varen kot komercialni izdelki.

Zgodovina sprememb…

  • spremenilo: xmetallic ()

Invictus ::

matijadmin je izjavil:

Invictus je izjavil:

matijadmin je izjavil:


Hja, bolj malo. Appla še nihče ni prisilil, pa 'bi (naj) lahko'.

Ne moreš.

Apple za OS uporablja Mach jedro, ki je pod BSD licenco.

Za ls in ostale UNIX ukaze pa je tako vseeno...


Saj ni edino jedro, ki ga je Apple vdelal v svoj OS. Poglej bolje.

Linux je samo jedro, nič drugega...

Na njem še vedno lahko pišeš closed sorce aplikacije.
"Life is hard; it's even harder when you're stupid."

http://goo.gl/2YuS2x

jukoz ::

xmetallic> Bili so tudi komentarji tipa da milijoni ljudi berejo kodo in je zato Linux bolj varen. Ta primer dokazuje, da tudi če ima teoretično v kodo vpogled celo človeštvo, ni open source nič bolj varen kot komercialni izdelki.

What have you been smoking??

BlaY0 ti lepo napiše, da je bil bug odpravljen v parih dneh. Pri closed source:
"The exploit was released by Laurent Gaffie, a security researcher who privately reported the bug to Microsoft in September."

https://arstechnica.com/security/2017/0...

Moral pa bi bit izdan 14.02.2017?

https://arstechnica.com/information-tec...

Zanimivo...

poweroff ::

xmetallic je izjavil:

Trdili ste, da je Windows vulnerable.

Saj je.

xmetallic je izjavil:

Iz te trditve bi vsak laik sklepal, da Linux ni vulnerable

Ne laik. Idiot. :P
sudo poweroff

Poldi112 ::

xmetallic je izjavil:


Bili so tudi komentarji tipa da milijoni ljudi berejo kodo in je zato Linux bolj varen. Ta primer dokazuje, da tudi če ima teoretično v kodo vpogled celo človeštvo, ni open source nič bolj varen kot komercialni izdelki.


Še en nepismen, ki ne razume razlike med "bolj varen" ter "neprebojen".
Where all think alike, no one thinks very much.
Walter Lippmann, leta 1922, o predpogoju za demokracijo.

čuhalev ::

Kaj, so so zdaj vsi izdelki Microsofta, Appla in temelječi na Linux jedru nekje na enakem?

Poldi112 ::

Niti ne. Res je, da so vsi ranljivi, so pa kar pomembne razlike pri ažurnosti popravkov ter opcijah, ki jih imaš, če se vendorju ne da ukvarjati z bugom, ki ti je pomemben.
Where all think alike, no one thinks very much.
Walter Lippmann, leta 1922, o predpogoju za demokracijo.

BlaY0 ::

xmetallic je izjavil:


Bili so tudi komentarji tipa da milijoni ljudi berejo kodo in je zato Linux bolj varen. Ta primer dokazuje, da tudi če ima teoretično v kodo vpogled celo človeštvo, ni open source nič bolj varen kot komercialni izdelki.

Čakaj kako da ne? Če milijon bere kodo in 11 let ne najde bug-a?

Ali pa... milijon bere kodo, drugi milijon pa lahko v enem dnevu prijavi popravek.

Kako boš to dosegel pri proprietary softveru? Nazadnje se je Microsoft spet jezil ker je Google objavil ranljivost po 90 dneh. Se pravi niso sposobni v treh mesecih sami zakrpati luknje, drugim pa pač tega ne "pustijo". To se tebi zdi boljši pristop k večji varnosti ali kaj?

čuhalev ::

Linux lahko zakrpa ranljivost v enem dnevu, VENDAR da se popravek dejansko prenese do končnih uporabnikov pa lahko mine tudi več kot 90 dni.

jukoz ::

čuhalev je izjavil:

Linux lahko zakrpa ranljivost v enem dnevu, VENDAR da se popravek dejansko prenese do končnih uporabnikov pa lahko mine tudi več kot 90 dni.


Res je, tako kot drugje, če nimaš auto-update vklopljen, se popravki ne naložijo.

čuhalev ::

jukoz je izjavil:

čuhalev je izjavil:

Linux lahko zakrpa ranljivost v enem dnevu, VENDAR da se popravek dejansko prenese do končnih uporabnikov pa lahko mine tudi več kot 90 dni.


Res je, tako kot drugje, če nimaš auto-update vklopljen, se popravki ne naložijo.

Če seveda popravek pripravijo na vse verzije jedra preteklih 11 let, ki jih distribucije prilagajo.

Hočem povedati, če popravek dobi le 4.10.1, ga mora nekdo prilagoditi za različico jedra za dokaj razširjeni Ubuntu Trusty in to lahko traja nekaj dni kljub samodejnim posodobitvam.

phantom ::

Imaš LTS jedra (https://www.kernel.org/), v katerih se bugi fixajo v upstreamu, ni to samo v zadnji verziji.
~
~
:wq

BigWhale ::

xmetallic je izjavil:

Trdili ste, da je Windows vulnerable. Iz te trditve bi vsak laik sklepal, da Linux ni vulnerable, ker drugače tega ne bi uporabili kot argument.


Errrm. Kaj?

"Nebo je modro."
'Iz tvoje trditve lahko sklepam, da je trava rdeca.'

Plus, nihce ni uporabljal tega, da je Windows vulnerable kot karsenkoli argument. Pa tudi, ce je kdo to pocel, je to popolnoma napacno.

xmetallic je izjavil:


Bili so tudi komentarji tipa da milijoni ljudi berejo kodo in je zato Linux bolj varen. Ta primer dokazuje, da tudi če ima teoretično v kodo vpogled celo človeštvo, ni open source nič bolj varen kot komercialni izdelki.


Ne. Ne razumes.

To, da lahko vsak prebere in popravi kodo, ne naredi Linuxa bolj varnega. Ga pa naredi precej bolj transparentnega. Ta primer pa dokazuje samo to, da se je v Linuxu nasla ena luknja, ki so jo v enem dnevu popravili. V tem pogledu je Linux jedro neprimerno boljse od Windows. Luknje v Windows se popravljajo bistveno pocasneje.
««
7 / 8
»»

Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

Konec ere Linuxa v Münchnu (strani: 1 2 3 )

Oddelek: Novice / Operacijski sistemi		11435602 (30031) nekikr
»

Linuxu v Münchnu slabo kaže (strani: 1 2 3 )

Oddelek: Novice / Operacijski sistemi		14041330 (35412) MrStein
»

München na Linux in nazaj? (strani: 1 2 3 4 5 6 )

Oddelek: Novice / Operacijski sistemi		28794549 (71083) johnnyyy
»

Münchenski mestni svetniki ne znajo uporabljati Linuxa (strani: 1 2 3 4 5 )

Oddelek: Novice / Ostale najave		20176615 (67257) Ghost7
»

Prah okoli Münchenske napovedi vrnitve k Microsoftu se počasi razblinja (strani: 1 2 3 4 5 6 7 8 9 )

Oddelek: Novice / Operacijski sistemi		421159448 (147994) trnvpeti

Več podobnih tem