Linux neden başarısız ? işte cevabı (20. sayfa)

quote:

Orijinalden alıntı: tutankenshta

Tipik ms teknisyeni palavralarını yağdırmış...;

Ethernet kartı ve bilimum donanımın sürücüsünü vermezlerse ne olacaktı winzorta sürücüleri hazırlayıp veren markalar nedense Linux dağıtımlarını görmezden geliyorlar...

quote:

Orijinalden alıntı: Richard Parker

Evet kullanıcılar başarısızdır hatta tembeldir.Hatta Linux kullananlar bilgisayarlarında harıl harıl kod yazarken,Windows kullananlar ancak google'da falan arama yapabilecek kapasitededir..
Hayatımın her alanında ,Birçok cihazda Linux kullandım.Birçoğunuz ya bebekti yada yeni emekliyordu be linux ile tanıştığımda
Siemens'in SXG75'deki Brew işletim sisteminden tutta,Fii tarihinden kalma outdoor cihazları ekle ,Uydu alıcısı Dreambox DM 500s'teki Enigma işletim sisteminden çık.Google'da aramadan bu cihazların ne olduğunu bile bilmez birçoğu.
Aslında Ubuntu.tr'den aldığım şu ileti herşeyi özetliyor:"Geçtiğimiz Temmuz ayı itibariyle dünya çapında Windows XP kullanım oranı %6.36. Biz ise hala Linux %2 olunca seviniyoruz."

Başarısızlığın ana sebebi ekşi sözlük'teki entry'de zaten değinilmiş
"kaynak kodunun %70'i device driver'larından oluşuyormuş. bu device driver'larını yazan geliştiriciler de kernel programlama konusunda genellikle tecrübesiz oldukları için kernel chrash'larının büyük çoğunluğu bu kodlardan kaynaklanıyormuş. "

Yoğun kullandığım sıralarda Hybrit lebtop vardı işlemci üzerindeki ve harici ekran kartı farklı marka olduğundan bumblebee kurulmuyordu,İki kart aynı anda aktif kavruluyordu makina.
Yahu yapılacak şey belli.Hibrit sistemde İki kart çalışıyorsa ve harici kartın sürücüsü sende yoksa ona default olarak kapat.Ne diye ile iki kartında ebesini beller şekilde çalıştırıyorsun değil mi?.Ubuntu Tr'de çok vakit harcadım en sonunda sivri zekalının biri harici gpu'yü anakarttan sökülmesi gerektiğini söyledi
Şimdi hır gür olmadan söyleyelim evet Ubuntu 13'den itibaren kernel'den bunu ayarladılar.Hiybrit kartlarda harici kartı ,default olarak kernel'den kapattılar ubuntu'yu tasarlayanlar.Böylece aynı anda aktif iki kart fetişi son bulmuştu
E madem yapılabiliyordu ne diye yıllarca insnaları süründürdünüz?
Üstelik bu dell'in Ubuntulu dizüstü makinalarında da vardı.Garipler çift ekran kartı koymuş ama ,kernel'den harici kart kapatılamadıgından ve hibrit tanıtılamadıgından iki gpu yakıyordu ubuntu dell lebtopları.
Şu yukardaki örnek bile sorunlarının çözümünün ne kadar çok zaman gerektiğinin en büyük göstergesi

"Bende çalışıyor yeaa" nağralarımı atmadan önce gelin evime bir çayımı için sizin önünüze koydugumuz makinaların linux ile %100 uyumnlu hale getirin.Alın makinanın birini götürün
.Ama dikkat edin daha ilk dakikadan ethernet tanıyıp ama internete çıkamayan bir işletim sistemi ile karşılaşabilirsiniz.
Hodri meydan

quote:

Başarısızlığın ana sebebi ekşi sözlük'teki entry'de zaten değinilmiş
"kaynak kodunun %70'i device driver'larından oluşuyormuş. bu device driver'larını yazan geliştiriciler de kernel programlama konusunda genellikle tecrübesiz oldukları için kernel chrash'larının büyük çoğunluğu bu kodlardan kaynaklanıyormuş. "

quote:

Christ people. This is just sh*t.

The conflict I get is due to stupid new gcc header file crap. But what
makes me upset is that the crap is for completely bogus reasons.

This is the old code in net/ipv6/ip6_output.c:

mtu -= hlen + sizeof(struct frag_hdr);

and this is the new “improved” code that uses fancy stuff that wants
magical built-in compiler support and has silly wrapper functions for
when it doesn’t exist:

if (overflow_usub(mtu, hlen + sizeof(struct frag_hdr), &mtu) ||
mtu <= 7)
goto fail_toobig;

and anybody who thinks that the above is

(a) legible
(b) efficient (even with the magical compiler support)
(c) particularly safe

is just incompetent and out to lunch.

The above code is sh*t, and it generates shit code. It looks bad, and
there’s no reason for it.

The code could *easily* have been done with just a single and
understandable conditional, and the compiler would actually have
generated better code, and the code would look better and more
understandable. Why is this not

if (mtu < hlen + sizeof(struct frag_hdr) + 8)
goto fail_toobig;
mtu -= hlen + sizeof(struct frag_hdr);

which is the same number of lines, doesn’t use crazy helper functions
that nobody knows what they do, and is much more obvious what it
actually does.

I guarantee that the second more obvious version is easier to read and
understand. Does anybody really want to dispute this?

Really. Give me *one* reason why it was written in that idiotic way
with two different conditionals, and a shiny new nonstandard function
that wants particular compiler support to generate even half-way sane
code, and even then generates worse code? A shiny function that we
have never ever needed anywhere else, and that is just
compiler-masturbation.

And yes, you still could have overflow issues if the whole “hlen +
xyz” expression overflows, but quite frankly, the “overflow_usub()”
code had that too. So if you worry about that, then you damn well
didn’t do the right thing to begin with.

So I really see no reason for this kind of complete idiotic crap.

Tell me why. Because I’m not pulling this kind of completely insane
stuff that generates conflicts at rc7 time, and that seems to have
absolutely no reason for being anm idiotic unreadable mess.

The code seems *designed* to use that new “overflow_usub()” code. It
seems to be an excuse to use that function.

And it’s a f*cking bad excuse for that braindamage.

I’m sorry, but we don’t add idiotic new interfaces like this for
idiotic new code like that.

Yes, yes, if this had stayed inside the network layer I would never
have noticed. But since I *did* notice, I really don’t want to pull
this. In fact, I want to make it clear to *everybody* that code like
this is completely unacceptable. Anybody who thinks that code like
this is “safe” and “secure” because it uses fancy overflow detection
functions is so far out to lunch that it’s not even funny. All this
kind of crap does is to make the code a unreadable mess with code that
no sane person will ever really understand what it actually does.

Get rid of it. And I don’t *ever* want to see that shit again.

Linus

quote:

Orijinalden alıntı: os_lnx

bir tane mi admin var bu forumda ?

bu hakaretlerin benzerini banada yaptı ama hiç devreye girmedi o admin. Mesajlarıda gereksiz yere silmeyin ki gerçekler ortaya çıksın.

quote:

Orijinalden alıntı: Richard Parker

Sorunun yeri tam olarka burda değil ama İos programlama çalışmak için linux tarafından IDE var mı arkadaşlar?.Siz neyi tavsiye edersiniz?
bu arada bu sinirli arkadaş tutankenshta nam-ı diğer grezimonk gene şutlamışlar

quote:

Orijinalden alıntı: leopolidas

quote: Orijinalden alıntı: Richard Parker Sorunun yeri tam olarka burda değil ama İos programlama çalışmak için linux tarafından IDE var mı arkadaşlar?.Siz neyi tavsiye edersiniz? bu arada bu sinirli arkadaş tutankenshta nam-ı diğer grezimonk gene şutlamışlar

yok malesef. bazı javascript ve typescript kütüphaneleri var.

apache cordova google dan aratıp bilgi sahibi olabilirsiniz. ama objective-c veya swift ile yazılmış bir ios yazılımı performansı vermez. fakat androide de kolay taşıyabilirsiniz yazdığınız programı.

normalde bir mac ile xcode programı şart ios geliştirmek için.

hackintosh yapabilirsiniz normal pc ye. bunun için önce virtual box da çalışan bir macos kurmalısınız sanal makine olarak.

sonra o sanal makine yardımı ile normal pc ye macos yüklemek amacıyla bootable usb oluşturmanız lazım.

usbyi 2 parçaya ayırır. 1 kısmında atıyorum sierra veya el capitan yükler. diğer kısmına da hackintosh için gerekli konfigurasyon dosyalarını. daha sonra bu konfigurasyon dosyalarını internette sürüne sürüne kendi pc veya laptobunuza uyacak şekilde arayıp bulmalısınız. burası zor kısmı. buralarda vazgeçenler oluyor veya çok yaygın marka olmayan laptobu olanlar için hiç uygun dosya olmuyor internette.

sonra normal pc ye macos kuruyorsunuz. artık uğraşabildiğiniz kadar driverları da bulup çalıştırır hale getiriyorsunuz. atıyorum bazen bluetooth çalışmıyor bazen wireless. ekran kartı nvidia ise zaten çalışmaz, intel işlemcideki gpu ile idare edeceksiniz. grafiksel birşey yapacaksanız bu da kastırır baya.

sonra bu hackintosh pc üzerine xcode kurup ios geliştirmeye başlayabilirsiniz. xcode; android studio veya visual studio gibi birşey ama apple ürünleri için olanı.

quote:

Orijinalden alıntı: Uygar Eren.

Hocam denemekle kalmayın kurun bizzat. Ben şuan kurdum Sierramı rahatım. DSDT patchimde tamam. Demedi demeyin diğer seneye kadar hackintosh diye birşey kalmayacak. FakeSMCler yerini başka bir yongaya yöneltecek. Apple ilk olarak adımını iOS 10.3.2 de attı. 7 güvenlik açığını kapattı. Jailbreaki engellemek için iOS 11 olmasada iOS 12 de JB devri kapanacak. Blobları saveleyin yani