sory Tuan, dr transletan google
Seorang pengembang kernel Linux menemukan dirinya dalam badai yang sempurna dari lidah tajam Linus Torvalds 'dan intoleransi nya untuk kode buruk.
Red Hat Mauro Carvalho Chehab diberitahu oleh Linux kernel Kepala Torvalds untuk "menutup f * ck up" dan memperbaiki "pendekatan untuk pemrograman kernel" setelah ia lulus dari bug di kernel sebagai sesuatu yang salah di pihak ketiga aplikasi audio.
Torvalds disebut penanganan cacat, yang menyebabkan ioctl() system call untuk mengembalikan kode kesalahan yang tidak pantas, "memalukan".
sumber : hxxp://www+theregister+co+uk/2013/01/04/torvalds_kernel_bug_rage/
ini cuplikan dr milis nya:
Mauro, DIAM **** UP!
Ini adalah bug baik-baik saja - di kernel. Berapa lama Anda menjadi
developer kernel ? Dan Anda * masih * belum mempelajari aturan pertama dari pengembangan kernel?
Jika hasil perubahan dalam program pengguna melanggar, itu adalah bug dalam
kernel. Kami tidak pernah pernah menyalahkan program pengguna. Bagaimana keras ini bisa untuk
mengerti?
Untuk membuat keadaan menjadi lebih buruk, komit f0ed2ce840b3 jelas total dan mengucapkan
CRAP bahkan jika itu tidak melanggar aplikasi. ENOENT bukan kesalahan valid
kembali dari sebuah ioctl. Tidak pernah ada, tidak akan pernah. ENOENT berarti "Tidak
berkas dan direktori ", dan untuk operasi jalan. ini ioctl dilakukan
pada file yang telah dibuka, tidak ada cara di neraka bahwa
ENOENT pernah akan berlaku.
> Jadi, pada pandangan pertama, ini tidak terdengar seperti regresi,
> Tapi, sebaliknya, terlihat tha pulseaudio / tumbleweed memiliki beberapa serius
> Bug dan / atau regresi.
Diam, Mauro. Dan aku tidak _ever_ ingin mendengar semacam itu jelas
sampah dan kebodohan dari pengelola kernel lagi. Serius.
Aku akan menunggu untuk patch Rafael untuk pergi melalui Anda, tapi aku punya yang lain
Laporan kesalahan di kotak surat saya dari semua KDE aplikasi media yang rusak
oleh v3.8-RC1, dan aku yakin itu adalah bug kernel yang sama. Dan Anda telah menunjukkan
diri Anda untuk tidak menjadi orang yang kompeten dalam masalah ini, jadi saya akan menerapkannya secara langsung
dan segera diriku sendiri.
KAMI TIDAK BREAK userspace!
Serius. Bagaimana keras adalah aturan ini untuk mengerti? Kami sangat tidak
istirahat ruang pengguna dengan omong kosong TOTAL. Saya marah, karena Anda seluruh email
begitu _horribly_ salah, dan patch yang pecah hal-hal begitu
jelas omong kosong. Patch seluruh kotoran sangat rusak. Ini menambah
kode kesalahan gila (ENOENT), dan kemudian karena begitu gila, ia menambahkan
beberapa tempat untuk memperbaikinya ("ret ==-ENOENT-EINVAL:? ret").
Kenyataan bahwa Anda kemudian mencoba untuk membuat * alasan * untuk melanggar ruang pengguna,
dan menyalahkan beberapa program eksternal yang * digunakan * untuk bekerja, hanya
memalukan. Ini bukan bagaimana kita bekerja.
Perbaiki f * cking Anda "alat kepatuhan", karena benar-benar rusak.
Dan memperbaiki pendekatan Anda untuk pemrograman kernel.
- Linus
sumber : hxxps://lkml+org/lkml/2012/12/23/75
Seorang pengembang kernel Linux menemukan dirinya dalam badai yang sempurna dari lidah tajam Linus Torvalds 'dan intoleransi nya untuk kode buruk.
Red Hat Mauro Carvalho Chehab diberitahu oleh Linux kernel Kepala Torvalds untuk "menutup f * ck up" dan memperbaiki "pendekatan untuk pemrograman kernel" setelah ia lulus dari bug di kernel sebagai sesuatu yang salah di pihak ketiga aplikasi audio.
Torvalds disebut penanganan cacat, yang menyebabkan ioctl() system call untuk mengembalikan kode kesalahan yang tidak pantas, "memalukan".
sumber : hxxp://www+theregister+co+uk/2013/01/04/torvalds_kernel_bug_rage/
ini cuplikan dr milis nya:
Mauro, DIAM **** UP!
Ini adalah bug baik-baik saja - di kernel. Berapa lama Anda menjadi
developer kernel ? Dan Anda * masih * belum mempelajari aturan pertama dari pengembangan kernel?
Jika hasil perubahan dalam program pengguna melanggar, itu adalah bug dalam
kernel. Kami tidak pernah pernah menyalahkan program pengguna. Bagaimana keras ini bisa untuk
mengerti?
Untuk membuat keadaan menjadi lebih buruk, komit f0ed2ce840b3 jelas total dan mengucapkan
CRAP bahkan jika itu tidak melanggar aplikasi. ENOENT bukan kesalahan valid
kembali dari sebuah ioctl. Tidak pernah ada, tidak akan pernah. ENOENT berarti "Tidak
berkas dan direktori ", dan untuk operasi jalan. ini ioctl dilakukan
pada file yang telah dibuka, tidak ada cara di neraka bahwa
ENOENT pernah akan berlaku.
> Jadi, pada pandangan pertama, ini tidak terdengar seperti regresi,
> Tapi, sebaliknya, terlihat tha pulseaudio / tumbleweed memiliki beberapa serius
> Bug dan / atau regresi.
Diam, Mauro. Dan aku tidak _ever_ ingin mendengar semacam itu jelas
sampah dan kebodohan dari pengelola kernel lagi. Serius.
Aku akan menunggu untuk patch Rafael untuk pergi melalui Anda, tapi aku punya yang lain
Laporan kesalahan di kotak surat saya dari semua KDE aplikasi media yang rusak
oleh v3.8-RC1, dan aku yakin itu adalah bug kernel yang sama. Dan Anda telah menunjukkan
diri Anda untuk tidak menjadi orang yang kompeten dalam masalah ini, jadi saya akan menerapkannya secara langsung
dan segera diriku sendiri.
KAMI TIDAK BREAK userspace!
Serius. Bagaimana keras adalah aturan ini untuk mengerti? Kami sangat tidak
istirahat ruang pengguna dengan omong kosong TOTAL. Saya marah, karena Anda seluruh email
begitu _horribly_ salah, dan patch yang pecah hal-hal begitu
jelas omong kosong. Patch seluruh kotoran sangat rusak. Ini menambah
kode kesalahan gila (ENOENT), dan kemudian karena begitu gila, ia menambahkan
beberapa tempat untuk memperbaikinya ("ret ==-ENOENT-EINVAL:? ret").
Kenyataan bahwa Anda kemudian mencoba untuk membuat * alasan * untuk melanggar ruang pengguna,
dan menyalahkan beberapa program eksternal yang * digunakan * untuk bekerja, hanya
memalukan. Ini bukan bagaimana kita bekerja.
Perbaiki f * cking Anda "alat kepatuhan", karena benar-benar rusak.
Dan memperbaiki pendekatan Anda untuk pemrograman kernel.
- Linus
sumber : hxxps://lkml+org/lkml/2012/12/23/75