Lines Matching full:non
14 sviluppo kernel Linux. Il documento non tratterà alcun aspetto
36 L'assembly (di qualsiasi architettura) non è richiesto, a meno che non
38 Sebbene essi non siano un buon sostituto ad un solido studio del
39 linguaggio C o ad anni di esperienza, i seguenti libri sono, se non
48 estensioni che non sono previste in questo standard. Il kernel è un
49 ambiente C indipendente, che non ha alcuna dipendenza dalle librerie
50 C standard, così alcune parti del C standard non sono supportate.
51 Le divisioni ``long long`` e numeri in virgola mobile non sono permessi.
53 riguardo gli strumenti e le estensioni in uso, e sfortunatamente non
63 spiegati; non aspettatevi che gli altri si adattino al vostro modo di fare
71 sulla licenza, contattate un avvocato, non chiedete sulle liste di discussione
72 del kernel Linux. Le persone presenti in queste liste non sono avvocati,
73 e non dovreste basarvi sulle loro dichiarazioni in materia giuridica.
115 con successo, includendo (ma non solo questo):
121 Seguire tali regole non garantirà il successo (tutte le patch sono soggette
122 a controlli realitivi a contenuto e stile), ma non seguirle lo precluderà
136 non avere un API stabile all'interno del kernel, incluso cose come:
167 Per favore consultate questa lista se non trovate ciò che cercate nella
197 Se non sapete nulla sullo sviluppo del kernel Linux, dovreste dare uno
214 Se non sapete dove cominciare, ma volete cercare delle attività dalle quali
225 successivo da svolgere, se non ne avrete ancora idea.
228 è imperativo comprendere come tale codice funziona. A questo scopo, non c'è
256 - Non appena un nuovo kernel viene rilasciato si apre una finestra di due
267 regressione. I bachi che sono sempre esistiti non sono considerabili come
270 accettato dopo la -rc1 poiché non esistono rischi di una possibile
272 auto-contenuto e non influisce su aree esterne al codice che è stato
288 legato allo stato dei bachi e non ad una cronologia preventiva."*
298 e stabile e non sono interessati a dare il proprio contributo alla verifica
301 Se non è disponibile alcun kernel 4.x.y., quello più aggiornato e stabile
306 approssimativamente di due settimane, ma può essere più lungo se non si
368 quello di riparare bachi riportati da altre persone. Non solo aiuterete a far
372 acquisire meriti tra gli altri sviluppatori, perchè non a molte persone piace
419 conoscenza) potrebbe diventare abbastanza lunga. Non cancellate nessuno dalla
420 lista di CC: senza un buon motivo, e non rispondete solo all'indirizzo
422 ricevere la stessa email due volte: una dal mittente ed una dalla lista; e non
423 cercate di modificarla aggiungendo intestazioni stravaganti, agli altri non
429 blocchi citati, non scrivete all'inizio dell'email.
433 Gli sviluppatori kernel non vogliono avere a che fare con allegati o patch
436 Assicuratevi di utilizzare un gestore di mail che non alterì gli spazi ed i
438 cercare di sottoporre la vostra stessa patch. Se non funziona, sistemate il
439 vostro programma di posta, o cambiatelo, finché non funziona.
461 modifiche suggerite non dovrebbero essere fatte.
462 Se non riceverete risposte, aspettate qualche giorno e riprovate ancora,
465 Cosa non dovreste fare?
482 Questo **non** implica che la vostra patch non sarà accettata, e questo
483 **non** è contro di voi personalmente.
523 livellare il terreno di gioco perchè non è possibile indovinare il genere
529 La lingua potrebbe essere un ostacolo per quelle persone che non si trovano
539 La comunità del kernel Linux non accetta con piacere grossi pezzi di codice
546 senta che state lavorando con loro, e che non li stiate sfruttando come
547 discarica per le vostre aggiunte. In ogni caso, non inviate 50 email nello
562 non va. È molto più facile annullare le modifiche una per una che
566 2) È importante non solo inviare piccole modifiche, ma anche riscriverle e
572 di uno studente (di matematica). L'insegnante non vuole vedere le
575 possibile. Un buono studente lo sa, e non presenterebbe mai le
579 revisori non vogliono vedere il procedimento che sta dietro al
588 la vostra intera attività non lo sia ancora.
590 In fine, rendetevi conto che non è accettabile inviare delle modifiche
623 miglioramento che richiede molta pazienza e determinazione. Ma non mollate,
634 Randy Dunlap e Gerrit Huizenga per la lista di cose che dovreste e non
640 non sarebbe stato possibile.