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.
116 con successo, includendo (ma non solo questo):
122 Seguire tali regole non garantirà il successo (tutte le patch sono soggette
123 a controlli realitivi a contenuto e stile), ma non seguirle lo precluderà
137 non avere un API stabile all'interno del kernel, incluso cose come:
168 Per favore consultate questa lista se non trovate ciò che cercate nella
198 Se non sapete nulla sullo sviluppo del kernel Linux, dovreste dare uno
215 Se non sapete dove cominciare, ma volete cercare delle attività dalle quali
226 successivo da svolgere, se non ne avrete ancora idea.
229 è imperativo comprendere come tale codice funziona. A questo scopo, non c'è
257 - Non appena un nuovo kernel viene rilasciato si apre una finestra di due
268 regressione. I bachi che sono sempre esistiti non sono considerabili come
271 accettato dopo la -rc1 poiché non esistono rischi di una possibile
273 auto-contenuto e non influisce su aree esterne al codice che è stato
289 legato allo stato dei bachi e non ad una cronologia preventiva."*
299 e stabile e non sono interessati a dare il proprio contributo alla verifica
302 Se non è disponibile alcun kernel 4.x.y., quello più aggiornato e stabile
307 approssimativamente di due settimane, ma può essere più lungo se non si
376 quello di riparare bachi riportati da altre persone. Non solo aiuterete a far
380 acquisire meriti tra gli altri sviluppatori, perchè non a molte persone piace
421 conoscenza) potrebbe diventare abbastanza lunga. Non cancellate nessuno dalla
422 lista di CC: senza un buon motivo, e non rispondete solo all'indirizzo
424 ricevere la stessa email due volte: una dal mittente ed una dalla lista; e non
425 cercate di modificarla aggiungendo intestazioni stravaganti, agli altri non
431 blocchi citati, non scrivete all'inizio dell'email.
435 Gli sviluppatori kernel non vogliono avere a che fare con allegati o patch
438 Assicuratevi di utilizzare un gestore di mail che non alterì gli spazi ed i
440 cercare di sottoporre la vostra stessa patch. Se non funziona, sistemate il
441 vostro programma di posta, o cambiatelo, finché non funziona.
463 modifiche suggerite non dovrebbero essere fatte.
464 Se non riceverete risposte, aspettate qualche giorno e riprovate ancora,
467 Cosa non dovreste fare?
484 Questo **non** implica che la vostra patch non sarà accettata, e questo
485 **non** è contro di voi personalmente.
525 livellare il terreno di gioco perchè non è possibile indovinare il genere
531 La lingua potrebbe essere un ostacolo per quelle persone che non si trovano
541 La comunità del kernel Linux non accetta con piacere grossi pezzi di codice
548 senta che state lavorando con loro, e che non li stiate sfruttando come
549 discarica per le vostre aggiunte. In ogni caso, non inviate 50 email nello
564 non va. È molto più facile annullare le modifiche una per una che
568 2) È importante non solo inviare piccole modifiche, ma anche riscriverle e
574 di uno studente (di matematica). L'insegnante non vuole vedere le
577 possibile. Un buono studente lo sa, e non presenterebbe mai le
581 revisori non vogliono vedere il procedimento che sta dietro al
590 la vostra intera attività non lo sia ancora.
592 In fine, rendetevi conto che non è accettabile inviare delle modifiche
625 miglioramento che richiede molta pazienza e determinazione. Ma non mollate,
636 Randy Dunlap e Gerrit Huizenga per la lista di cose che dovreste e non
642 non sarebbe stato possibile.