881_Bits_from_the_DPL.id.srt

1
00:00:00,000 --> 00:00:05,000
Daniel: Selamat datang semuanya, ini adalah "Bit dari DPL"

2
00:00:05,000 --> 00:00:09,570
dengan Pemimpin Proyek Debian, Stefano Zacchiroli

3
00:00:09,570 --> 00:00:13,550
jadi, mari kita bertepuk tangan, Saya pikir ia tidak perlu diperkenalkan

4
00:00:13,550 --> 00:00:14,370
Stefano: Terima kasih

5
00:00:14,370 --> 00:00:22,200
[tepuk-tangan]

6
00:00:22,200 --> 00:00:25,620
Jadi, saya yakin Anda di sini karena ini akan jadi yang terakhir

7
00:00:25,650 --> 00:00:28,100
Saya akan usik Anda dengan pembicaraan "Bit dari DPL",

8
00:00:28,120 --> 00:00:30,410
setidaknya saat DebConf, jadi terima kasih sudah hadir.

9
00:00:30,410 --> 00:00:35,580
Pada sesi ini, Saya akan membaginya menjadi dua bagian: 

10
00:00:35,580 --> 00:00:40,390
bagian pertama merupakan semacam... kumpulan mantra

11
00:00:40,390 --> 00:00:43,670
yang telah menjadi cara bagaimana Saya mendefinisikan Debian hari ini.

12
00:00:43,670 --> 00:00:47,140
Saya telah mempresentasikan ke beragam orang sebelumnya

13
00:00:47,140 --> 00:00:49,490
Saya lihat terdapat cukup orang di dalam ruangan

14
00:00:49,530 --> 00:00:52,010
hal ini takkan jadi masalah karena jadi pertama kali mereka mendengarnya,

15
00:00:52,050 --> 00:00:54,340
jadi Saya harap Anda akan mengizinkan saya untuk mengulasnya. 

16
00:00:54,340 --> 00:00:57,740
Dan selanjutnya, setelah mendefinisikan mantra Debian, 

17
00:00:57,750 --> 00:01:01,570
Saya akan mempresentasikan tantangan yang saya pikir kita hadapi dalam Debian

18
00:01:01,610 --> 00:01:03,290
dan yang perlu kita pikirkan

19
00:01:03,290 --> 00:01:06,510
untuk menjamin kita memiliki hidup yang sehat dan panjang umur ke depannya.

20
00:01:06,510 --> 00:01:11,920
Tapi sebelumnya, saya mencoba membuat poin yang membuat kita menorehkan sejarah.

21
00:01:11,920 --> 00:01:15,780
Jadi, beginilah Debian dimulai pada tahun 1993,

22
00:01:15,780 --> 00:01:16,740
kutipan pertama.

23
00:01:16,740 --> 00:01:20,250
1993 sudah hampir 20 tahun yang lalu.

24
00:01:20,250 --> 00:01:25,100
Saat itu hanya ada sangat sedikit distribusi GNU/Linux, 

25
00:01:25,100 --> 00:01:27,310
dan mereka... memiliki banyak masalah,

26
00:01:27,310 --> 00:01:29,310
dan kualitasnya tidak apik

27
00:01:29,310 --> 00:01:31,260
dan orang-orang mulai berpikir tentang

28
00:01:31,260 --> 00:01:35,740
"bagaimana kita membuat GNU/Linux kompetitif dengan sistem operasi komersial?"

29
00:01:35,740 --> 00:01:39,040
dan Ian Murdock datang dengan ide hebat Debian

30
00:01:39,040 --> 00:01:41,350
dan saat inilah semuanya dimulai.

31
00:01:41,350 --> 00:01:45,250
Lantas kami menorehkan sejarah paling tidak dengan dua cara:

32
00:01:45,250 --> 00:01:48,390
satu adalah dengan komunitas dan jalan sosial: 

33
00:01:48,390 --> 00:01:51,940
dalam wawancara beberapa tahun lalu,

34
00:01:51,940 --> 00:01:56,790
Ian menyatakan bahwa Debian merupakan proyek komunitas terencana pertama yang terbentuk;

35
00:01:56,790 --> 00:01:59,360
sebelumnya terdapat distro, 

36
00:01:59,360 --> 00:02:01,860
sebelumnya terdapat proyek Free Software,

37
00:02:01,860 --> 00:02:04,890
tapi Debian merupakan desain dengan komunitas di dalam pikiran

38
00:02:04,890 --> 00:02:09,060
dan dengan ide yang jika Anda ingin sesuatu dapat sebesar ukuran Debian hari ini

39
00:02:09,060 --> 00:02:10,830
kami membutuhkan komunitas di belakangnya. 

40
00:02:10,830 --> 00:02:14,120
Jadi, saya pikir kami telah menorehkan sejarah

41
00:02:14,120 --> 00:02:16,480
menunjukkan bagaimana sebuah proyek sebesar Debian

42
00:02:16,480 --> 00:02:18,480
hanya dapat dibuat dengan partisipasi aktif komunitas.

43
00:02:18,480 --> 00:02:21,770
Namun selanjutnya, kami juga menorehkan sejarah secara teknis: 

44
00:02:21,770 --> 00:02:24,930
dua-puluh tahun telah lewat sejak tahun 1993

45
00:02:24,930 --> 00:02:26,620
dan jika kita lihat Debian sekarang

46
00:02:26,620 --> 00:02:29,930
kami memiliki hingga empat puluh ribu paket biner,

47
00:02:29,930 --> 00:02:30,940
tepatnya dalam Debian;

48
00:02:30,940 --> 00:02:33,160
kami telah membuat 12 rilis

49
00:02:33,160 --> 00:02:36,610
dan - siapa tahu? - mungkin kami akan membuat yang ke-13 sebelum akhir tahun ini;

50
00:02:36,610 --> 00:02:40,000
kami memiliki proyek dengan jumlah anggota hampir seribu;

51
00:02:40,000 --> 00:02:43,510
dan hampir 200 orang Debian Maintainers

52
00:02:43,510 --> 00:02:45,660
yang tertarik untuk menjaga beberapa bagian Debian;

53
00:02:45,660 --> 00:02:48,540
dan ribuan kontributor mengerjakan hal-hal lainnya

54
00:02:48,540 --> 00:02:49,450
yang berguna untuk proyek.

55
00:02:49,450 --> 00:02:52,200
Kami memiliki jumlah port terbanyak

56
00:02:52,200 --> 00:02:55,390
diantara - sebut saja - distribusi biner "major" di luar sana.

57
00:02:55,390 --> 00:02:57,710
Kami memiliki non-Linux ports: 

58
00:02:57,710 --> 00:03:01,620
kami telah merilis versi Debian yang bekerja dengan kernel selain Linux.

59
00:03:01,620 --> 00:03:05,560
Kami belum merilis versi Debian yang bekerja dengan kernel seperti Hurd

60
00:03:05,560 --> 00:03:08,100
tapi untuk mereka yang suka dengan Hurd dan ingin mencobanya

61
00:03:08,100 --> 00:03:10,800
Debian masih menjadi pilihan terbaik untuk melakukannya.

62
00:03:12,560 --> 00:03:15,310
Hebat! Inilah kita, membuat ini semua!

63
00:03:16,360 --> 00:03:18,440
Bravo! Untuk semuanya! Kita membuatnya!

64
00:03:18,650 --> 00:03:23,120
Namun, satu hal menorehkan sejarah

65
00:03:23,120 --> 00:03:25,810
dalam beragam cara, baik secara teknis mapun sosial

66
00:03:25,810 --> 00:03:29,480
dan hal yang sangat berbeda pun masih tetap relevan.

67
00:03:29,480 --> 00:03:32,260
Jadi, dalam tiga tahun belakang sebagai DPL

68
00:03:32,260 --> 00:03:35,650
Saya menghadapi permasalahan yang orang-orang mulai pertanyakan

69
00:03:35,650 --> 00:03:37,650
- itu seperti beberapa tahun yang lalu - 

70
00:03:37,650 --> 00:03:39,770
"Apakah kita masih membutuhkan Debian?"

71
00:03:39,780 --> 00:03:42,980
"Ok, Anda telah menorehkan sejarah, membuat banyak hal

72
00:03:42,980 --> 00:03:44,720
Anda membuat turunan, Anda membuat banyak hal tapi ...

73
00:03:44,720 --> 00:03:46,720
... Apakah kami masih membutuhkan Debian hari ini?"

74
00:03:46,720 --> 00:03:49,980
Saya menanyakan diri saya sendiri untuk menjawab pertanyaan ini

75
00:03:49,980 --> 00:03:53,620
dan jalan untuk menjawab pertanyaan adalah dengan bertanya ke diri sendiri 

76
00:03:53,620 --> 00:03:57,230
apa yang berbeda dari apa yang kita lakukan dan distro lain lakukan.

77
00:03:57,230 --> 00:04:01,530
Terdapat hingga tiga ratus, empat ratus distro Free Software di seluruh dunia:

78
00:04:01,530 --> 00:04:03,530
apa yang membuat Debian spesial?

79
00:04:03,530 --> 00:04:07,030
Dan saya mulai berpikir beberapa jawaban dari pertanyaan tersebut

80
00:04:07,030 --> 00:04:13,790
dan saya telah menemukan lima perlakuan spesifik yang membuat - saya pikir - Proyek Debian unik.

81
00:04:13,790 --> 00:04:15,610
Saya pikir sangat berguna untuk mengingatnya

82
00:04:15,610 --> 00:04:20,280
dan untuk mengingatkan mengapa kita berkontribusi ke Debian dan bukan ke proyek serupa lainnya.

83
00:04:20,280 --> 00:04:21,880
Alasan pertama, 

84
00:04:21,880 --> 00:04:25,480
dan merupakan mantra yang membuat Debian spesial,

85
00:04:25,480 --> 00:04:27,480
adalah kebebasan.

86
00:04:27,480 --> 00:04:30,630
Hal ini seperti jelas namun sebenarnya terdapat beragam kebebasan.

87
00:04:30,630 --> 00:04:34,110
Alasan pertama mengapa Debian spesial dalam hal kebebasan

88
00:04:34,110 --> 00:04:39,270
adalah kita telah setuju dengan publik (masyarakat) dan dengan publik Free Software

89
00:04:39,270 --> 00:04:40,850
bahwa Debian akan selalu bebas.

90
00:04:40,850 --> 00:04:45,010
Kita telah mempromosikan budaya Free Software, kita tak hanya memberikan Free Software ke masyarakat,

91
00:04:45,010 --> 00:04:48,420
kita telah mempromosikan budaya Free Software sejak 1993,

92
00:04:48,420 --> 00:04:52,160
dan kita memiliki produk yang bebas dari bawah hingga atas

93
00:04:52,160 --> 00:04:55,300
terdapat banyak sekali "makanan anjing" dari yang kita lakukan.

94
00:04:55,300 --> 00:04:57,590
Jadi bebas dalam perangkat lunak, kita berikan kepada masyarakat

95
00:04:57,590 --> 00:04:59,770
dan bebas bagaimana kita membuatnya.

96
00:04:59,770 --> 00:05:02,030
Setiap bit dari infrastruktur Debian adalah bebas

97
00:05:02,030 --> 00:05:05,650
dan tak seorang pun mau menerima jika kita membuat Debian menggunakan seperti 

98
00:05:05,650 --> 00:05:08,420
hal-hal tidak-bebas dalam infrastruktur kita.

99
00:05:08,420 --> 00:05:10,720
Hal ini merupakan tindakan tak umum.

100
00:05:10,720 --> 00:05:13,830
Dan kita juga memiliki angan-angan bebas

101
00:05:13,830 --> 00:05:15,210
dalam proses yang kita gunakan.

102
00:05:15,210 --> 00:05:18,240
Mereka yang telah di Debian sejak lama

103
00:05:18,240 --> 00:05:20,240
telah mendengar motto "Tidak ada Sekongkol!"

104
00:05:20,240 --> 00:05:22,240
sebagai lelucon, beberapa kali.

105
00:05:22,240 --> 00:05:27,140
Dan kita menggunakan dengan mengatakan, dalam berpikir tidak ada sekongkol

106
00:05:27,140 --> 00:05:29,040
namun poin dari jika kita membuat lelucon ini

107
00:05:29,040 --> 00:05:32,230
bahwa itu berarti kita tidak dapat menerima ide bahwa terdapat seseorang 

108
00:05:32,230 --> 00:05:33,930
membawa Debian dengan motif tersembunyi,

109
00:05:33,930 --> 00:05:35,580
membawa Debian tidak secara terbuka.

110
00:05:35,580 --> 00:05:37,920
Jadi kami tidak lagi bebas di dalam infrastruktur,

111
00:05:37,920 --> 00:05:38,880
tidak hanya dalam perangkat lunak yang kami buat,

112
00:05:38,880 --> 00:05:40,310
namun juga dalam tindakan yang kami lakukan.

113
00:05:40,310 --> 00:05:43,010
Kami coba se-transparan mungkin yang kami bisa.

114
00:05:43,010 --> 00:05:45,730
Dan hal inilah yang menarik bagi saya

115
00:05:45,730 --> 00:05:47,730
bahwa terdapat semacam kesadaran komunitas

116
00:05:47,730 --> 00:05:50,600
bahwa hal semacam ini yang kami miliki untuk kebebasan.

117
00:05:50,600 --> 00:05:55,020
Komunitas kita mempercayai kita untuk tidak berkhianat pada prinsip kebebasan

118
00:05:55,020 --> 00:05:58,490
dan mereka berpikir bahwa ini merupakan kontribusi sangat tinggi untuk Free Software

119
00:05:58,490 --> 00:06:00,490
jadi kami telah menetapkan target yang sangat tinggi

120
00:06:00,490 --> 00:06:02,490
untuk menentukan kapan sesuatu itu bebas atau tidak.

121
00:06:02,490 --> 00:06:08,220
Saat masyarakat membutuhkan keputusan apakah suatu perangkat lunak itu bebas atau dengan lisensi

122
00:06:08,300 --> 00:06:10,150
yang perlu dipertimbangkan Free Software atau tidak

123
00:06:10,150 --> 00:06:12,450
mereka dasarnya mengacu pada tiga entitas:

124
00:06:12,450 --> 00:06:14,050
mereka mengacu ke Free Software Foundation,

125
00:06:14,050 --> 00:06:15,470
mereka mengacu ke OSI, 

126
00:06:15,470 --> 00:06:16,290
mereka pergi ke Debian

127
00:06:16,290 --> 00:06:18,750
dan mereka melihat apakan lisensi dipertimbangkan bebas

128
00:06:18,750 --> 00:06:20,750
oleh tiga entitas tersebut. Dan kita salah satunya.

129
00:06:20,750 --> 00:06:25,550
Jadi poin pertama, yang saya pikir menentukan apa yang kita lakukan dalam Debian, adalah kebebasan.

130
00:06:25,550 --> 00:06:29,020
Poin kedua adalah semacam perfeksionis

131
00:06:29,020 --> 00:06:31,020
yang seringkali menyerang balik kita

132
00:06:31,020 --> 00:06:34,890
yang membuat...

133
00:06:34,890 --> 00:06:36,850
yang hadir akibat dari pilihan kita

134
00:06:36,850 --> 00:06:40,570
namun kami memiliki semacam budaya keunggulan teknikal.

135
00:06:40,570 --> 00:06:46,000
Kita memiliki Kebijakan, di mana telah kita kodifikasi
kebutuhan kualitas untuk paket;

136
00:06:46,000 --> 00:06:49,120
kita memiliki jumlah besar sekali dari testing:
kita punya Lintian, kita punya Piuparts;

137
00:06:49,140 --> 00:06:52,620
kita memiliki pengujian otomatis untuk melihat apakah paket mematuhi Kebijakan;

138
00:06:52,620 --> 00:06:55,850
kita memiliki maintainer yang merupakan pakar perangkat lunak.

139
00:06:55,850 --> 00:07:01,680
Kita mencoba mendorong orang untuk me-maintain
perangkat lunak di Debian jika mereka mengerti soal pemaketan

140
00:07:01,680 --> 00:07:04,950
kita mencoba mendorong orang untuk me-maintain perangkat lunak yang mereka gunakan

141
00:07:04,950 --> 00:07:06,590
dan perangkat lunak yang mereka merupakan pakar dengannya

142
00:07:06,590 --> 00:07:09,000
dan ini merupakan suatu hal yang besar dalam hal dukungan pengguna.

143
00:07:09,000 --> 00:07:10,750
Jadi saat pengguna datang kepada kami

144
00:07:10,750 --> 00:07:12,650
datang maintainer yang dihormati dari beberapa perangkat lunak dalam Debian,

145
00:07:12,650 --> 00:07:16,710
umumnya ia menemukan sesorang yang mengetahui bagian spesifik dari perangkat lunak.

146
00:07:16,710 --> 00:07:18,710
Ini, untuk kami, adalah kualitas.

147
00:07:18,710 --> 00:07:24,660
Kita memiliki paket yang mereka semua memiliki persyaratan kualitas yang sama

148
00:07:24,660 --> 00:07:28,020
dan tidak terdapat paket... tidak ada perbedaan dalam arsip Debian yang mengatakan

149
00:07:28,020 --> 00:07:31,490
"kami coba untuk persyaratan kualitas ini untuk satu bagian dari arsip

150
00:07:31,490 --> 00:07:33,490
dan bagian lainnya untuk bagian lain dari arisp".

151
00:07:33,490 --> 00:07:36,370
Dan kami juga mengatakan "Kami rilis saat siap"

152
00:07:36,370 --> 00:07:38,370
ini merupakan cara kami mengatakan

153
00:07:38,370 --> 00:07:41,900
kami tidak dapat menjanjikan hingga tanggal tertentu

154
00:07:41,900 --> 00:07:45,640
karena kami taku akan isu temuan, isu kualitas, sebelum waktu rilis

155
00:07:45,640 --> 00:07:48,790
dan kami takut berkompromi dengan kualitas rilis untuk tanggal tertentu.

156
00:07:48,790 --> 00:07:50,790
Jadi kami katakan "kami rilis saat sudah siap"

157
00:07:50,790 --> 00:07:52,790
hal ini merupakan soal kualitas.

158
00:07:52,790 --> 00:07:56,950
Poin ketiga, dan sesuatu yang penting untuk yang akan saya katakan selanjutnya, 

159
00:07:56,950 --> 00:07:58,200
adalah kemerdekaan.

160
00:07:58,200 --> 00:08:03,680
Jika Anda lihat sekitar ekosistem distro di luar sana

161
00:08:03,680 --> 00:08:06,850
Anda tidak akan menemukan banyak distro di mana

162
00:08:06,850 --> 00:08:09,740
Anda tidak dapat menunjuk perusahaan yang mendukung suatu distro.

163
00:08:09,740 --> 00:08:13,220
Diantara distro besar, kami hanya satu diantaranya

164
00:08:13,220 --> 00:08:16,250
yang berjalan seluruhnya berdasarkan basis relawan

165
00:08:16,250 --> 00:08:20,560
tidak ada korporat atau semacam struktur hirarkis

166
00:08:20,560 --> 00:08:23,200
di mana keputusan diambil dari atas ke bawah.

167
00:08:23,200 --> 00:08:25,530
Kita tidak memiliki satu perusahaan yang menjaga

168
00:08:25,530 --> 00:08:28,280
dan pada dasarnya kami hidup dengan donasi,

169
00:08:28,280 --> 00:08:31,040
dalam bentuk waktu, relawan mengkontribusikan waktunya untuk Debian

170
00:08:31,040 --> 00:08:33,040
dan donasi dalam bentuk uang

171
00:08:33,040 --> 00:08:35,040
Hal ini sangat luar biasa

172
00:08:35,040 --> 00:08:38,120
dalam ekosistem hari ini, khususnya dalam distro Free Software.

173
00:08:38,120 --> 00:08:42,000
Dan sekali kita memiliki fenomena kewaspadaan komunitas:

174
00:08:42,000 --> 00:08:46,020
komunitas kita akan mempercaya, berdasarkan kemerdekaan kita,

175
00:08:46,020 --> 00:08:50,180
keputusan dalam Debian takkan diambil berdasarkan alasan keuntungan

176
00:08:50,180 --> 00:08:52,700
atau alasan lainnya yang bertentangan dengan nilai dasar kita.

177
00:08:52,700 --> 00:08:58,100
Jadi, kemerdekaan adalah nilai lain yang sangat penting, bagi saya, hal ini yang memotivasi saya berkontribusi ke Debian.

178
00:08:58,300 --> 00:09:00,750
Dan selanjutnya, kita punya pengambilan keputusan.

179
00:09:00,750 --> 00:09:07,490
Pengambilan keputusan adalah sesuatu yang sangat diatur dalam Undang-undang kita.

180
00:09:07,490 --> 00:09:10,910
Aturan dasarnya, yang saya mulai sebut sebagai do-ocracy

181
00:09:10,910 --> 00:09:14,950
- sebenarnya istilah ini saya ambil dari orang lain tapi saya tidak ingat dari siapa saya ambil,

182
00:09:14,950 --> 00:09:16,510
namun sepertinya cukup cocok - 

183
00:09:16,510 --> 00:09:20,590
dasarnya mengatakan jika seseorang bertanggung jawab untuk melakukan suatu pekerjaan dalam Debian, 

184
00:09:20,590 --> 00:09:24,090
selama mereka melakukan pekerjaannya, hmm, mereka yang memutuskan bagaimana melakukannya. 

185
00:09:24,090 --> 00:09:27,510
Tidak seorang pun dapat pergi ke sana dan berkata: "Anda perlu melakukannya dengan cara ini", 

186
00:09:27,510 --> 00:09:28,570
kecuali

187
00:09:28,570 --> 00:09:30,570
mereka telah siap berkomitmen dan melakukan pekerjaan ini sendiri.

188
00:09:30,570 --> 00:09:32,570
Dan ini merupakan aturan default.

189
00:09:32,570 --> 00:09:35,900
Semua keputusan dalam Debian, secara default, 

190
00:09:35,900 --> 00:09:37,770
lalu kita juga punya demokrasi:

191
00:09:37,770 --> 00:09:42,250
Kita telah melihat beberapa potensi perbaikan dalam hal kita mengambil keputusan.

192
00:09:42,270 --> 00:09:44,790
Jadi kita diperbolehkan untuk mengambil keputusan bersama, 

193
00:09:44,790 --> 00:09:47,030
dengan cara demokratis, dengan pemungutan suara.

194
00:09:47,030 --> 00:09:52,290
Kami cukup bijak untuk hanya mengatakan, dan secara umum, untuk alasan politis

195
00:09:52,290 --> 00:09:53,470
dan untuk alasan filosofis

196
00:09:53,470 --> 00:09:56,330
Kami mencoba untuk tidak melakukannya karena alasan teknis

197
00:09:56,330 --> 00:09:58,840
namun kami dapat melakukannya bahkan untuk alasan teknis.

198
00:09:58,840 --> 00:10:00,330
Jadi kami mencoba melakukannya seperti ini

199
00:10:00,330 --> 00:10:04,110
sebagai semacam cara untuk membuat cara default bagaimana pengambilan keputusan bekerja.

200
00:10:04,110 --> 00:10:06,050
Dan apa arti ini semua?

201
00:10:06,050 --> 00:10:10,270
Hal ini berarti sangat mudah untuk memberi efek ke Debian

202
00:10:10,270 --> 00:10:14,020
jika Anda mengetahui bagaimana melakukan sesuatu dalam Debian dan tak seorang pun melakukannya,

203
00:10:14,020 --> 00:10:16,020
Anda dapat memilihnya

204
00:10:16,020 --> 00:10:19,280
dan jika Anda mulai melakukannya, Anda yang akan memutuskan bagaimana melakukannya.

205
00:10:19,280 --> 00:10:24,300
Jadi, hal inilah mudahnya memberi efek ke Debian terima kasih pada cara kita mengambil keputusan

206
00:10:24,300 --> 00:10:27,420
namun hal ini berarti juga reputasi dalam proyek mengikuti kerja

207
00:10:27,420 --> 00:10:31,780
jika Anda memiliki reputasi yang baik dalam proyek umumnya disebabkan Anda telah melakukan banyak hal

208
00:10:31,780 --> 00:10:33,780
dan sangat banyak pekerjaan berkualitas tinggi.

209
00:10:33,780 --> 00:10:38,340
Dan akhir kata, sekali lagi, itu berarti tidak keputusan yang dikenakan

210
00:10:38,340 --> 00:10:41,410
tidak seperti orang yang memiliki infrastruktur

211
00:10:41,410 --> 00:10:42,660
atau mereka yang mempekerjakan orang

212
00:10:42,660 --> 00:10:44,820
dapat memutuskan bagaimana keputusan dibuat

213
00:10:44,820 --> 00:10:46,820
keputusan dibuat seperti ini.

214
00:10:46,820 --> 00:10:50,060
Dan poin terakhir,

215
00:10:50,060 --> 00:10:53,300
kita telah mengakhiri menjadi semacam root

216
00:10:53,300 --> 00:10:55,300
dari ekosistem besar derivatif.

217
00:10:55,300 --> 00:10:58,300
Saya percaya Anda semua tahu apa itu yang dimaksud derivatif: 

218
00:10:58,300 --> 00:10:59,860
Anda mengambil distro yang sudah ada, 

219
00:10:59,860 --> 00:11:01,320
Anda mulai mengkompilasi paket-paket,

220
00:11:01,320 --> 00:11:03,320
tambahkan paket Anda sendiri, Anda mengganti beberapa hal

221
00:11:03,320 --> 00:11:05,480
lalu Anda dapatkan sebuah distro yang benar-benar baru.

222
00:11:05,480 --> 00:11:07,920
Hal ini yang mulai terjadi akhir-akhir ini

223
00:11:07,920 --> 00:11:09,920
- mulai terjadi secara masif - 

224
00:11:09,920 --> 00:11:11,920
dalam - katakan saja - sepuluh tahun

225
00:11:11,920 --> 00:11:16,260
dan yang benar-benar mengubah bagaimana produk distro dibuat.

226
00:11:16,260 --> 00:11:19,730
Derivatif dapat fokus pada kustomisasi

227
00:11:19,730 --> 00:11:23,180
dan mengambil untung dari semua pekerjaan yang dilakukan dari distro induknya

228
00:11:23,180 --> 00:11:26,360
dan Debian berakhir sebagai root pada sesuatu seperti 

229
00:11:26,360 --> 00:11:28,470
140 distro aktif

230
00:11:28,470 --> 00:11:30,470
menurut distrowatch.

231
00:11:30,470 --> 00:11:33,430
Hal ini berarti pekerjaan yang kita lakukan dalam Debian

232
00:11:33,430 --> 00:11:37,750
tidak hanya relevan untuk - katakan saja - pengguna "langsung" kita sendiri, 

233
00:11:37,750 --> 00:11:41,300
hal ini berguna untuk pengguna dari distro semacam ini

234
00:11:41,300 --> 00:11:44,180
yang termasuk distro paling populer di luar sana.

235
00:11:44,180 --> 00:11:51,400
Orang di luar sana, biarpun mereka tidak tahu, bergantung pada banyak pekerjaan dalam Debian

236
00:11:51,400 --> 00:11:53,400
dan saya pikir hal ini hebat. 

237
00:11:53,400 --> 00:12:01,000
Ringkasnya, poin saya di sini adalah Debian memiliki peran yang sangat penting untuk dimainkan

238
00:12:01,000 --> 00:12:03,600
secara umum dalam ekosistem Free Software

239
00:12:03,600 --> 00:12:07,960
dan jika kita gagal dalam melakukan apa yang harus kita lakukan

240
00:12:07,960 --> 00:12:10,840
tidak hanya pengguna Debian langsung yang akan gagal.

241
00:12:10,840 --> 00:12:16,420
Saya pikir secara umum Free Software akan menderita dari kegagalan Debian menyampaikan apa yang kita pikirkan.

242
00:12:16,420 --> 00:12:19,000
Jadi pertanyaanya adalah:

243
00:12:19,000 --> 00:12:23,710
apakah kita peduli dengan apa yang harus kita lakukan dalam Free Software secara umum?

244
00:12:23,710 --> 00:12:28,750
Dan saya telah melihat beberapa tantangan yang ingin saya diskusikan dengan Anda.

245
00:12:28,750 --> 00:12:32,930
Tantangan pertama adalah untuk tetap sehat

246
00:12:33,030 --> 00:12:34,680
dan untuk tetap sehat

247
00:12:34,680 --> 00:12:38,410
sebuah proyek Free Software, untuk relawan proyek Free Software, dasarnya berarti 

248
00:12:38,410 --> 00:12:41,650
dapat merekrut orang

249
00:12:41,650 --> 00:12:45,860
untuk menemukan relawan baru untuk bergabung ke proyek 

250
00:12:45,860 --> 00:12:50,270
dan jika Anda telah mendengar saya berbicara di DebConf selama dua tahun

251
00:12:50,270 --> 00:12:53,320
atau secara umum ke publik pengembang Debian

252
00:12:53,320 --> 00:12:56,360
kita telah mendiskusikan kurangnya sumber daya manusia

253
00:12:56,360 --> 00:12:58,360
sebagai masalah utama dalam proyek:

254
00:12:58,360 --> 00:13:01,620
kita tidak dapat melakukan sesuatu karena kurang sumber daya manusia.

255
00:13:01,620 --> 00:13:05,390
Faktanya saya telah menelusuri data

256
00:13:05,390 --> 00:13:09,700
dan perekrutan kita, dapat saja kita bilang, berjalan sangat baik.

257
00:13:09,700 --> 00:13:13,240
Dalam dua tahun belakangan ini

258
00:13:13,240 --> 00:13:15,480
Kita telah memiliki 30 DD baru

259
00:13:15,480 --> 00:13:18,560
lebih banyak setiap tahunnya

260
00:13:18,560 --> 00:13:21,730
hal ini merupakan kelebihan dalam hal jumlah DD yang bertambah

261
00:13:21,730 --> 00:13:26,920
Saya tidak menghitung jumlah DD yang berhenti dari proyek

262
00:13:26,920 --> 00:13:29,050
karena pergantian alami.

263
00:13:29,050 --> 00:13:31,990
Tigapuluh DD per tahun itu sangat banyak.

264
00:13:31,990 --> 00:13:34,790
Dan jika kita lihat maintainer, Debian Maintainer, 

265
00:13:34,790 --> 00:13:37,770
Kita memiliki seperti lima puluh Debian Maintainer baru per tahun

266
00:13:37,770 --> 00:13:40,390
hal ini menjadi lebih karena saya tidak dapat menemukan data net sesungguhnya


267
00:13:40,390 --> 00:13:44,990
namun itu tetap memberi ide apa yang kita lakukan, bahwa kita dapat merekrut orang

268
00:13:44,990 --> 00:13:46,990
keduanya untuk bekerja di Debian secara umum

269
00:13:46,990 --> 00:13:47,860
- apapun tugasnya -

270
00:13:47,860 --> 00:13:50,280
dan untuk bekerja pada paket tertentu dalam arsip.

271
00:13:50,280 --> 00:13:56,950
Saya kira kita harus berhenti
menggunakan kurangnya SDM sebagai alasan

272
00:13:56,950 --> 00:14:01,310
kita adalah proyek sukarela: kita akan selalu kekurangan SDM untuk melakukan sesuatu

273
00:14:01,310 --> 00:14:04,300
namun kemampuan kita untuk merekrut orang baru berjalan baik

274
00:14:04,300 --> 00:14:06,300
berjalan sangat baik.

275
00:14:06,300 --> 00:14:12,120
Apa yang perlu kita lakukan adalah
penggunaan SDM yang kita miliki dengan lebih baik

276
00:14:12,120 --> 00:14:14,590
dan, khususnya, saya khawatir tentang

277
00:14:14,590 --> 00:14:17,880
batasan yang ada untuk berkontribusi dalam proyek Debian.

278
00:14:17,880 --> 00:14:21,250
Satu hal yang sering kita diskusikan

279
00:14:21,250 --> 00:14:25,400
kita tidak lagi perlu orang untuk me-maintain paket lainnya dalam arsip Debian

280
00:14:25,400 --> 00:14:29,190
apa yang Kita butuhkan adalah orang yang bekerja dalam tim inti

281
00:14:29,190 --> 00:14:33,010
tim infrastruktur atau menjaga paket yang sangat penting di dalam arsip.

282
00:14:33,010 --> 00:14:36,160
Namun kunci untuk membuat hal itu bekerja

283
00:14:36,160 --> 00:14:40,010
adalah untuk membuat orang lebih mudah berkontribusi pada tim tersebut.

284
00:14:40,010 --> 00:14:43,650
Kita memiliki banyak layanan di Debian yang membuat berkontribusi sangat sulit

285
00:14:43,650 --> 00:14:45,580
Kita memiliki layanan yang daring

286
00:14:45,580 --> 00:14:49,420
yang tidak menyebutkan di mana kode di balik layanan tersebut

287
00:14:49,420 --> 00:14:51,840
atau untuk melaporkan bug layanan tersebut

288
00:14:51,840 --> 00:14:55,130
Perhatian kecil inilah yang dapat kita gunakan

289
00:14:55,130 --> 00:14:57,820
untuk membuat kontribusi ke proyek Debian lebih mudah

290
00:14:57,820 --> 00:15:01,990
dan jika sesorang memulai bekerja pada suatu paket daun dalam arsip

291
00:15:01,990 --> 00:15:05,330
dan jika ia menemukan kontribusi ke hal yang lebih penting itu lebih mudah

292
00:15:05,330 --> 00:15:06,590
mereka akan melakukan hal tersebut.

293
00:15:06,590 --> 00:15:10,700
Begitulah faktanya saya pikir bagaimana mayoritas kita terlibat dalam proyek Debian

294
00:15:10,700 --> 00:15:13,240
berakhir dengan melakukan hal yang terus dan terus lebih penting

295
00:15:13,240 --> 00:15:16,360
mulai dari hal yang mudah dan memanjat sedikit demi sedikit

296
00:15:16,360 --> 00:15:18,360
melakukan hal yang lebih kompleks.

297
00:15:18,360 --> 00:15:23,410
Jadi, jika Anda melakukan sesuatu dalam proyek Debian

298
00:15:23,410 --> 00:15:25,950
sebagai tambahan berpikir pada hal yang Anda kerjakan

299
00:15:25,950 --> 00:15:29,010
silakan berpikir "bagaimana saya bisa membuatnya lebih mudah

300
00:15:29,010 --> 00:15:31,010
bagi yang lainnya untuk berkontribusi?"

301
00:15:31,010 --> 00:15:33,820
"apakah saya telah mendokumentasikan bagaimana berkontribusi ke hal ini?"

302
00:15:33,820 --> 00:15:37,720
"sudah saya memberikan tautan di mana kode sumber dari hal ini yang saya jaga di Debian?"

303
00:15:37,880 --> 00:15:41,430
"sudahkah saya sebutkan siapa yang perlu dihubungi untuk sebuah proyek?"

304
00:15:41,430 --> 00:15:42,750
pertanyaan-pertanyaan seperti ini.

305
00:15:42,750 --> 00:15:46,870
Hal inilah yang akan membuat penggunaan SDM di Debian lebih baik.

306
00:15:46,870 --> 00:15:50,800
Dan lainnya, seseorang mungkin akan membunuh saya untuk hal ini,

307
00:15:50,800 --> 00:15:53,360
adalah keragaman dalam rasa yang beragam.

308
00:15:53,360 --> 00:15:57,090
Saya kira kita telah menyadari

309
00:15:57,090 --> 00:15:59,670
bahwa sistem operasi seperti Debian

310
00:15:59,670 --> 00:16:01,670
membutuhkan begitu banyak keahlian:

311
00:16:01,670 --> 00:16:03,410
pemaketan tidaklah cukup,

312
00:16:03,410 --> 00:16:05,410
pemaketan hanyalah satu keping dalam puzzle

313
00:16:05,410 --> 00:16:07,060
namun kita perlu melakukan banyak hal lainnya.

314
00:16:07,060 --> 00:16:08,310
Kita butuh penerjemahan,

315
00:16:08,310 --> 00:16:09,700
kita membutuhkan orang yang mengerjakan seni,

316
00:16:09,700 --> 00:16:11,370
kita membutuhkan administrator sistem,

317
00:16:11,370 --> 00:16:12,310
kita membutuhkan pengangkut,

318
00:16:12,310 --> 00:16:14,310
dan hal ini semua membutuhkan keahlian yang sedikit berbeda,

319
00:16:14,310 --> 00:16:16,030
kita membutuhkan pengembang perangkat lunak,

320
00:16:16,030 --> 00:16:20,300
dan seorang pemaket yang baik tidak dibutuhkan oleh pengembang perangkat lunak yang baik dan kebalikannya.

321
00:16:20,330 --> 00:16:22,820
Kita membutuhkan banyak sekali keahlian yang beragam

322
00:16:22,820 --> 00:16:28,260
dan kita harus tidak berpikir bahwa pemaket melakukan hal lain dengan baik

323
00:16:28,260 --> 00:16:30,850
hal ini bukan kasusnya: keahlian yang dibutuhkan sangat berbeda.

324
00:16:30,850 --> 00:16:35,650
Hal inilah yang saya pikir mengapa keragaman itu baik

325
00:16:35,650 --> 00:16:37,000
untuk sebuah proyek seperti Debian

326
00:16:37,000 --> 00:16:41,020
namun saya pikir hal yang baik juga untuk berdiskusi soal budaya dalam Debian:

327
00:16:41,020 --> 00:16:44,450
jika Anda mengetahui bahwa dalam suatu diskusi

328
00:16:44,450 --> 00:16:48,390
Anda akan bertemu orang yang memiliki latar belakang yang sangat berbeda dengan Anda,

329
00:16:48,390 --> 00:16:50,390
sangat berbeda pendapat dengan Anda, 

330
00:16:50,390 --> 00:16:55,730
lalu Anda perlu lebih berhati-hati bagaimana Anda menulis sesuatu

331
00:16:55,730 --> 00:16:58,410
Anda perlu berasumsi lebih sedikit saat menulis sesuatu

332
00:16:58,410 --> 00:17:00,590
jadi dengan memiliki proyek yang lebih bermacam-macam

333
00:17:00,590 --> 00:17:04,150
sebenarnya membantu untuk memiliki budaya diskusi yang lebih baik.

334
00:17:04,150 --> 00:17:07,710
Hal inilah yang menjadi alasan kedua mengapa keragaman baik untuk Debian.

335
00:17:07,710 --> 00:17:11,250
Kita telah berbuat banyak beberapa tahun belakang

336
00:17:11,250 --> 00:17:14,730
Kita telah memperbaiki proses keanggotaan

337
00:17:16,150 --> 00:17:21,540
membuat lebih jelas bahwa kita menyambut orang dengan beragam keahlian untuk bergabung ke Debian

338
00:17:21,540 --> 00:17:21,560

339
00:17:21,560 --> 00:17:26,520
dan kita juga memiliki, akhir-ahir ini, perbaikan situs nm.debian.org

340
00:17:26,520 --> 00:17:29,030
untuk membuatnya lebih jelas... menghindari asumsi implisit

341
00:17:29,030 --> 00:17:31,780
bahwa hanya pemaket yang disambut. 

342
00:17:31,780 --> 00:17:33,780
Hal ini hebat, kita telah melakukannya.

343
00:17:33,780 --> 00:17:37,700
Tapi seperti yang Christian telah sebutkan sebagai pembicara sebelumnya, mencuri argumen saya

344
00:17:37,700 --> 00:17:39,880
kita tidak melakukannya dengan baik

345
00:17:39,880 --> 00:17:43,220
saat menarik orang untuk melakukan hal selain memaket:

346
00:17:43,220 --> 00:17:46,920
dalam dua tahun kita telah menarik hanya lima orang

347
00:17:46,920 --> 00:17:49,930
dalam kategori yang disebut sebagai DD "non-uploading",

348
00:17:49,930 --> 00:17:54,580
hanya lima orang memutuskan untuk bergabung ke Debian sebagai anggota proyek

349
00:17:54,580 --> 00:17:55,880
dan berkata

350
00:17:55,880 --> 00:17:57,730
"Anda tahu, Saya tidak peduli dengan pemaketan

351
00:17:57,730 --> 00:17:59,610
Saya ingin melakukan sesuatu hal lain dalam proyek Debian

352
00:17:59,610 --> 00:18:02,490
dan saya berkomitmen melakukannya dalam waktu yang lama

353
00:18:02,490 --> 00:18:06,940
namun saya mengerti nilai proyek Debian dan saya siap menjaganya". 

354
00:18:06,940 --> 00:18:10,140
Hanya saja lima terlalu... sedikit

355
00:18:10,140 --> 00:18:11,990
maaf, ini tidak banyak.

356
00:18:11,990 --> 00:18:15,580
Kita benar-benar butuh mengerti bagaimana caranya mengundang

357
00:18:15,580 --> 00:18:17,580
orang-orang dengan latar belakang berbeda selain memaketkan

358
00:18:17,580 --> 00:18:18,600
untuk bergabung ke proyek Debian.

359
00:18:18,600 --> 00:18:21,370
Saya pikir pernyataan keragaman yang kita nyatakan

360
00:18:21,370 --> 00:18:23,910
adalah langkah dengan arah yang tepat, namun kita perlu melakukan lebih:

361
00:18:23,910 --> 00:18:27,400
Saya tidak tahu persisnya, namun kita perlu berusaha lebih keras untuk 
menarik orang-orang seperti ini

362
00:18:30,530 --> 00:18:33,750
Tantangan lainnya terkait dengan proses rilis.

363
00:18:33,890 --> 00:18:36,910
Saya masih takjub dengan orang-orang di Internet

364
00:18:36,910 --> 00:18:40,530
masih mengeluh bahwa Debian memiliki siklus rilis yang tak-terprediksi:

365
00:18:40,530 --> 00:18:43,790
hari lainnya saya menjawab Linux Weekly News ke seseorang yang mengeluh

366
00:18:43,790 --> 00:18:46,500
bahwa Sarge telah sangat ditunda sebagai rilis.

367
00:18:46,500 --> 00:18:48,060
Ya, itu betul sekali:

368
00:18:48,060 --> 00:18:50,060
Sarge merupakan rilis yang ditunda,

369
00:18:50,060 --> 00:18:51,170
seperti tiga tahun atau lebih

370
00:18:51,170 --> 00:18:54,930
namun itu hal yang terjadi tujuh tahun yang lalu.

371
00:18:54,930 --> 00:18:57,190
Bahkan dalam kerangka waktu Debian, hal ini sangat lama,

372
00:18:57,190 --> 00:18:59,430
hal ini merupakan 1/3 dari waktu keberadaan Debian.

373
00:18:59,430 --> 00:19:02,170
Sejak saat itu kita belajar:

374
00:19:02,170 --> 00:19:04,170
pada siklus rilis Etch

375
00:19:04,170 --> 00:19:05,610
membutuhkan waktu 22 bulan,

376
00:19:05,610 --> 00:19:07,610
hal yang sama dengan siklus rilis Lenny.

377
00:19:07,610 --> 00:19:10,720
Siklus rilis Squeeze memakan waktu 24 bulan.

378
00:19:10,720 --> 00:19:14,750
Semua ini terlihat terprediksi oleh saya.

379
00:19:14,750 --> 00:19:16,750
Saya pikir kita melakukan dengan baik awalnya

380
00:19:17,250 --> 00:19:18,750
dan memulai dengan Wheezy,

381
00:19:18,750 --> 00:19:19,120

382
00:19:19,120 --> 00:19:21,600
untuk pertama kalinya dalam sejarah kita, 

383
00:19:21,600 --> 00:19:23,600
kita telah melakukan pembekuan berdasarkan waktku.

384
00:19:23,600 --> 00:19:26,260
Anda mungkin mengetahui bahwa saya fan berat dari hal tersebut

385
00:19:26,260 --> 00:19:28,070
tak semua dari kita setuju

386
00:19:28,070 --> 00:19:30,580
namun saya pikir itu merupakan langkah ke depan besar

387
00:19:30,580 --> 00:19:34,840
karena membantu pengembang merencanakan perubahan ke depan.

388
00:19:35,680 --> 00:19:38,890
Ya, terdapat orang yang akan mengunggah di akhir waktu apapun yang terjadi,

389
00:19:38,890 --> 00:19:39,710
Saya mengerti soal itu,

390
00:19:39,710 --> 00:19:42,240
namun semua orang yang ingin berencana

391
00:19:42,240 --> 00:19:43,400
hal tersebut merupakan bantuan besar.

392
00:19:43,400 --> 00:19:46,320
Dan juga membantu upstream kita:

393
00:19:46,320 --> 00:19:48,530
terdapat outstream di luar sana

394
00:19:48,530 --> 00:19:53,530
yang sangat peduli dengan versi paket mereka yang akan dipaketkan

395
00:19:53,530 --> 00:19:54,950
dalam rilis Debian stabil.

396
00:19:54,950 --> 00:19:58,240
Terdapat orang di luar sana yang mengetahui jika kita beku pada waktu tertentu

397
00:19:58,240 --> 00:20:01,710
mereka akan komitmen untuk memberikan dukungan jangka panjang.

398
00:20:01,710 --> 00:20:05,810
Jadi mengetahui waktu beku merupakan keuntungan besar bagi mereka.

399
00:20:05,810 --> 00:20:09,880
Saya pikir kita harus mengingat ini,

400
00:20:09,880 --> 00:20:13,560
ingat bahwa apa yang tidak bekerja dengan model sebelumnya,

401
00:20:13,590 --> 00:20:16,780
seperti orang yang kecewa dengan beku yang dibatalkan

402
00:20:16,780 --> 00:20:19,390
tanpa mereka tahu sebelumnya apa yang akan terjadi.

403
00:20:19,390 --> 00:20:22,590
Dan saya pikir kita tidak boleh melupakan hal ini

404
00:20:22,590 --> 00:20:27,180
menargetkan untuk beku setiap x bulan.

405
00:20:27,180 --> 00:20:28,610
24? Mungkin.

406
00:20:28,610 --> 00:20:30,300
Lebih dari itu?

407
00:20:30,300 --> 00:20:32,300
Kurang dari ini? Saya tidak tahu.

408
00:20:32,300 --> 00:20:36,010
Namun saya pikir kita harus mengingat dan menjaga
ke depannya

409
00:20:36,530 --> 00:20:38,390
Dan jika Anda tidak memperhatikan:

410
00:20:39,060 --> 00:20:40,390
Wheezy sudah beku!

411
00:20:41,330 --> 00:20:44,710
Dan kita melakukan beku ini berdasarkan waktu.

412
00:20:44,710 --> 00:20:45,760
Saya pikir telah bekerja dengan baik

413
00:20:45,760 --> 00:20:47,760
namun masih banyak hal yang perlu dilakukan

414
00:20:48,380 --> 00:20:49,760
dan khususnya

415
00:20:50,330 --> 00:20:52,240
kita telah beku dengan sesuatu hal seperti

416
00:20:52,240 --> 00:20:57,000
135 lebih RC-bugs dari rilis stabil sebelumnya.

417
00:20:57,000 --> 00:21:00,350
Masih banyak hal lain yang perlu dilakukan untuk kita semua.

418
00:21:02,450 --> 00:21:04,870
Pekerjaan ini ada di depan kita

419
00:21:04,870 --> 00:21:08,600
Dan saya pikir kita harus menargetkan memiliki periode beku yang pendek 

420
00:21:09,780 --> 00:21:12,350
hal inilah yang perlu kita jadikan target.

421
00:21:12,980 --> 00:21:15,830
Apakah hal ini akan terjadi atau tidak, bergantung ke kita,

422
00:21:15,830 --> 00:21:17,830
namun saya pikir hal ini perlu jadi tujuan.

423
00:21:17,830 --> 00:21:21,900
Perlu menjadi tujuan karena akan menunjukkan kita bahwa

424
00:21:22,470 --> 00:21:24,710
beku berbasis waktu adalah model yang berkelanjutan

425
00:21:24,710 --> 00:21:28,620
bahkan jika berarti beku dengan bug lebih dari sebelumnya

426
00:21:30,090 --> 00:21:32,430
hal ini akan mengurangi periode waktu

427
00:21:32,430 --> 00:21:34,700
yang kita sedikit frustrasi

428
00:21:34,700 --> 00:21:37,510
yang kita tidak dapat melakukan perubahan lebih lanjut.

429
00:21:37,510 --> 00:21:40,180
Semakin singkat kita bisa jaga periode ini

430
00:21:40,180 --> 00:21:44,400
akan lebih baik bagi orang yang sangat menginginkan untuk membuat
perubahan lebih dalam.

431
00:21:45,320 --> 00:21:46,400
Asheesh apakah Anda memiliki pertanyaan?

432
00:21:47,700 --> 00:21:48,400
Maaf?

433
00:21:48,400 --> 00:21:50,400
Asheesh: Seberapa pendek yang bagus?

434
00:21:51,760 --> 00:21:53,680
Stefano: Jadi pertanyaannya seberapa pendek yang bagus.

435
00:21:53,680 --> 00:21:55,080
Hmmm, saya tidak tahu

436
00:21:55,080 --> 00:21:57,080
Saya pikir hal ini harus menjadi tujuan

437
00:21:57,080 --> 00:21:58,730
Bukan saya pikir kita tidak bisa mengatakan...

438
00:21:58,730 --> 00:22:02,450
Maksud saya, tetap dengan batas dari tren sebelumnya

439
00:22:02,450 --> 00:22:03,720
seperti enam bulan

440
00:22:03,720 --> 00:22:06,450
Saya pikir hal ini akan menjadi bagus. 

441
00:22:06,450 --> 00:22:07,880
Lebih baik berarti lebih pendek dari itu.

442
00:22:08,100 --> 00:22:10,540
Namun ini bukan pertanyaan untuk saya, ini lebih untuk ke tim rilis

443
00:22:10,540 --> 00:22:12,040
namun Saya pikir kita harus ingat

444
00:22:12,040 --> 00:22:14,040
bahwa kita harus melakukan apa yang kita bisa

445
00:22:14,040 --> 00:22:16,040
untuk menjaga sesingkat mungkin.

446
00:22:16,880 --> 00:22:20,790
Dan juga ada kemungkinan distro di luar sana

447
00:22:20,790 --> 00:22:22,110
yang mengandalkan pada pengujian

448
00:22:22,560 --> 00:22:27,310
dalam pikiran kita terdapat satu produk yaitu Debian stabil

449
00:22:27,310 --> 00:22:28,670
yang merupakan produk hebat

450
00:22:28,670 --> 00:22:30,390
namun, suka atau tidak,

451
00:22:30,390 --> 00:22:33,570
orang di luar sana menggunakan Debian testing sebagai produk

452
00:22:34,020 --> 00:22:36,470
mereka menggunakannya pada mesin desktop, 

453
00:22:36,470 --> 00:22:37,760
pada mesin pengembangan

454
00:22:37,760 --> 00:22:39,260
karena merupakan

455
00:22:39,260 --> 00:22:42,020
sesuatu yang menjadi awalan distro di luar sana.

456
00:22:42,020 --> 00:22:44,020
Dan adalah setelan yang hebat.

457
00:22:46,280 --> 00:22:47,590
Menjaganya tetap pendek

458
00:22:47,590 --> 00:22:49,900
menjaga rilis, ehm, maaf - periode beku singkat,

459
00:22:49,900 --> 00:22:53,150
akan juga membantu orang lain yang mengandalkan seperti Debian testing.

460
00:22:55,040 --> 00:22:56,020
Bagaimana cara kita melakukannya?

461
00:22:57,450 --> 00:23:01,920
Saya pikir sangat tidak normal untuk memiliki bug kritikal yang sangat banyak

462
00:23:01,920 --> 00:23:03,170
pada titik beku

463
00:23:03,170 --> 00:23:06,400
ini berarti terdapat mainteners... ini berarti dua hal

464
00:23:06,400 --> 00:23:08,800
bahwa terdapat bug yang sangat sulit diperbaiki, yang merupakan normal,

465
00:23:08,800 --> 00:23:11,360
namun hal ini juga berarti terdapat beberapa maintainer

466
00:23:11,360 --> 00:23:12,910
yang menelantarkan pekerjaan mereka

467
00:23:12,910 --> 00:23:16,510
bahwa mereka tidak dapat melengkapi untuk menyelesaikan

468
00:23:16,510 --> 00:23:18,510
paket mereka dari rilis bug kritikal sebelum beku.

469
00:23:19,350 --> 00:23:20,830
Namun itu terjadi

470
00:23:20,830 --> 00:23:23,440
kita di sini, telah terjadi, dan akan terjadi lagi 
di masa depan.

471
00:23:24,100 --> 00:23:27,200
Jadi satu-satunya cara saya pikir adalah dengan merilis sekarang

472
00:23:27,860 --> 00:23:31,840
adalah untuk, sekali lagi, perlu diingat bahwa merilis

473
00:23:31,840 --> 00:23:34,820
adalah sesuatu yang tidak tim rilis lakukan sendirian

474
00:23:35,340 --> 00:23:37,480
mereka tidak dapat merilis Wheezy sendiri.

475
00:23:40,320 --> 00:23:43,020
Saya telah mengganggu Anda dengan ide sejak lama

476
00:23:43,020 --> 00:23:45,020
sejak saya sebelum menjadi DPL

477
00:23:45,400 --> 00:23:47,520
namun saya pikir solusi satu-satunya yang kita miliki

478
00:23:47,520 --> 00:23:49,130
adalah melakukan NMU,

479
00:23:49,560 --> 00:23:50,650
menerima NMU,

480
00:23:50,650 --> 00:23:51,630
menyambut NMU,

481
00:23:51,630 --> 00:23:52,960
mencintai NMU,

482
00:23:53,400 --> 00:23:56,810
setiap harinya, tolong, perhatikan

483
00:23:56,810 --> 00:23:59,500
daftar dari laporan rilis bug kritis.

484
00:23:59,500 --> 00:24:02,100
Saya melihat grafik ini, dasarnya, setiap hari

485
00:24:02,100 --> 00:24:04,740
dan juga setelah kopi, untuk melihat ke mana kita menuju

486
00:24:05,360 --> 00:24:07,730
sungguh, lakukan hal yang sama!

487
00:24:07,730 --> 00:24:09,580
Lalu, tolong, setiap hari

488
00:24:09,580 --> 00:24:12,040
cari jika terdapat rilis bug kritis yang dapat Anda perbaiki

489
00:24:12,480 --> 00:24:16,110
bahkan dan khususnya, jika tidak di dalam paket Anda.

490
00:24:16,110 --> 00:24:19,520
Terdapat orang, seperti Gregor - yang entah di mana dalam ruang ini - 

491
00:24:19,520 --> 00:24:21,300
yang setiap harinya - terima kasih Gregor - 

492
00:24:21,300 --> 00:24:23,300
setiap hari mencoba melakukan hal tersebut

493
00:24:23,470 --> 00:24:25,750
dan mempublikasikan inisiatifnya untuk membuat 
orang lain melakukan hal yang sama

494
00:24:25,750 --> 00:24:28,280
dia bukan satu-satunya, namun banyak orang melakukannya

495
00:24:28,280 --> 00:24:30,280
namun mempublikasikan juga hal yang baik.

496
00:24:31,000 --> 00:24:34,320
Dan, sungguh, NMU yang dapat memperbaiki RC-bug

497
00:24:34,320 --> 00:24:35,610
bebas untuk semuanya

498
00:24:36,180 --> 00:24:39,330
lakukan secara layak, coba buat menjadi jelas bahwa Anda mencoba membantu

499
00:24:39,820 --> 00:24:41,900
maintainer dari paket yang terlibat

500
00:24:41,900 --> 00:24:43,900
namun tolong: hanya dengan itu caranya

501
00:24:43,900 --> 00:24:45,900
kami akan merilis Wheezy

502
00:24:45,900 --> 00:24:47,900
sungguh.

503
00:24:48,760 --> 00:24:51,060
Dan jika kamu ingin cara lain melihat ini, 

504
00:24:51,060 --> 00:24:54,910
hal ini merupakan fan rekayasa perangkat lunak,

505
00:24:54,910 --> 00:24:56,910
adalah kepemilikan kode kolektif.

506
00:24:56,910 --> 00:24:59,800
Jadi, kepemilikan kode kolektif merupakan tanda

507
00:24:59,800 --> 00:25:03,080
hmm, sesungguhnya istilah ini datang dari pemrograman ekstrim

508
00:25:03,080 --> 00:25:05,210
dan dasarnya mengatakan semua pemrogram

509
00:25:05,210 --> 00:25:07,210
memiliki akses ke ke semua kode dari proyek

510
00:25:07,840 --> 00:25:10,760
sehingga tidak ada satu orang yang dapat menjadi tutup-botol

511
00:25:10,760 --> 00:25:12,760
dari bagian tertentu dari proyek.

512
00:25:13,160 --> 00:25:16,490
Hal ini dipertimbangkan baik dalam pengembangan agile,

513
00:25:16,490 --> 00:25:19,480
dan hal ini diperhitungkan sebagai praktik baik untuk diikuti

514
00:25:19,480 --> 00:25:21,800
dalam manajemen proyek kode terbuka,

515
00:25:21,800 --> 00:25:25,730
namun pada beberapa momen hal ini tidak dianggap baik dalam Debian.

516
00:25:25,730 --> 00:25:26,980
Yang menjadi semacam aneh.

517
00:25:26,980 --> 00:25:30,380
Dulunya, kita tidak memiliki gagasan dari maintainer

518
00:25:30,580 --> 00:25:33,990
lalu, Bdale akan mengoreksi saya jika saya salah, di 1995

519
00:25:33,990 --> 00:25:34,840
telah diperkenalkan.

520
00:25:34,840 --> 00:25:37,190
Apakah betul? Sesuatu seperti itu? Ok terima kasih.

521
00:25:37,380 --> 00:25:41,080
Dan dengan kami menambahkan semacam rintangan.

522
00:25:41,350 --> 00:25:44,330
Terdapat barang berharga di belakang gagasan dari maintainer

523
00:25:44,330 --> 00:25:48,400
seperti kebanggaan dari apa yang kamu lakukan, dikenali dari apa yang kamu lakukan

524
00:25:48,400 --> 00:25:49,280
yang itu hebat.

525
00:25:49,280 --> 00:25:52,280
Namun kita perlu ingat juga bahwa rintangan

526
00:25:52,280 --> 00:25:53,260
yang ada dalam pikiran maintainer

527
00:25:53,260 --> 00:25:54,420
yang membuatnya lebih sulit

528
00:25:54,460 --> 00:25:56,850
bagi lainnya untuk berkontribusi pada paket Anda.
for others to contribute to your package.

529
00:25:56,850 --> 00:25:58,850
Jadi pendekatan terbaik yang kita miliki

530
00:25:59,160 --> 00:26:01,090
adalah kepemilikan kode kolektif dalam Debian

531
00:26:01,380 --> 00:26:05,460
dasarnya lebih liberal dari NMU

532
00:26:05,460 --> 00:26:06,830
dan perawatan tim,

533
00:26:06,830 --> 00:26:10,120
namun kita tidak memiliki tim yang sebesar Proyek Debian.

534
00:26:10,120 --> 00:26:13,550
Jadi NMU liberal adalah pendekatan terbaik kami

535
00:26:13,550 --> 00:26:15,550
untuk kepemilikan kode kolektif dalam Debian.

536
00:26:18,980 --> 00:26:21,570
Lalu, berjalan ke masa lalu,

537
00:26:21,570 --> 00:26:24,010
yang mungkin akan sedikit kontroversial.

538
00:26:25,560 --> 00:26:28,910
Keterlibatan perusahaan yang rendah, saya pikir menjadi masalah dalam Debian.

539
00:26:29,750 --> 00:26:33,530
Jika Anda lihat proyek serupa dengan Debian

540
00:26:34,230 --> 00:26:37,060
dengan sejarah yang serupa dan ukuran yang sama,

541
00:26:37,160 --> 00:26:40,500
Anda akan lihat Debian memiliki pekerjaan dengan peluang kecil dibayar

542
00:26:40,920 --> 00:26:44,090
dan Anda akan lihat bahwa kita punya beberapa perusahaan yang 
berkontribusi secara langsung.

543
00:26:45,900 --> 00:26:48,040
Lihat pada kernel Linux: 

544
00:26:48,040 --> 00:26:51,300
semua yang dapat menunjukkan kode dalam kernel Linux

545
00:26:51,300 --> 00:26:53,730
akan menemukan pekerjaan dalam lima menit.

546
00:26:54,520 --> 00:26:57,980
Kita memiliki perusahaan yang senang untuk menyewa pengembang Debian

547
00:26:57,980 --> 00:27:02,200
namun tidak sebanyak seperti proyek kernel Linux.

548
00:27:03,280 --> 00:27:06,280
Jadi, bagi saya, sukarela itu hebat

549
00:27:06,280 --> 00:27:10,380
Saya takkan bekerja untuk Debian pada waktu kerja, Saya takkan lakukan itu.

550
00:27:10,380 --> 00:27:13,360
Saya bekerja pada Free Software untuk alasan sukarela

551
00:27:13,360 --> 00:27:16,390
ini mencocokkan pandangan saya di mana lingkungan

552
00:27:16,390 --> 00:27:18,390
setiap dari kita memiliki kerja

553
00:27:18,390 --> 00:27:21,150
dan waktu berlebih, setelah kerja, 

554
00:27:21,150 --> 00:27:23,330
yang seseorang lakukan untuk berkontribusi ke masyarakat

555
00:27:23,330 --> 00:27:26,010
jadi ini sungguh bukan untuk saya.

556
00:27:26,010 --> 00:27:28,790
Namun saya pikir dapat bisa menjadi masalah bagi Debian secara umum.

557
00:27:28,790 --> 00:27:29,990
Mengapa?

558
00:27:30,590 --> 00:27:31,990
Kita berkompetisi

559
00:27:31,990 --> 00:27:37,710
dengan perusahaan dan staf - maaf - dan pegawai penuh-waktu mereka

560
00:27:38,710 --> 00:27:41,780
Jadi, kompetitor kita adalah distro komersial

561
00:27:41,780 --> 00:27:45,970
dengan arti besar dalam hal pegawai yang bekerja untuk distro.

562
00:27:45,970 --> 00:27:50,790
Hal ini baik-baik saja, kita tidak hanya melakukan Free Software untuk mencari uang

563
00:27:50,790 --> 00:27:53,070
tapi kita perlu menjaga nilai moral kita.

564
00:27:53,070 --> 00:27:55,550
Jadi, saat kita berpikir hal seperti

565
00:27:55,550 --> 00:27:57,550
"Debian tidak lagi berinovasi"

566
00:27:57,550 --> 00:27:59,870
"Distro lain yang berinovasi"

567
00:27:59,870 --> 00:28:01,540
kita perlu ingat bahwa

568
00:28:01,540 --> 00:28:05,840
perbandingan kekuatan di lapangan bisa jadi sangat tidak seimbang.

569
00:28:06,300 --> 00:28:10,720
Ini adalah masalah pertama yang saya pikir akan kecilnya kontribusi 
perusahaan ke Debian.

570
00:28:10,720 --> 00:28:12,930
Alasan kedua adalah

571
00:28:12,930 --> 00:28:15,570
terdapat pekerjaan berguna di luar sana

572
00:28:15,570 --> 00:28:18,160
yang relawan takkan pusing melakukannya.

573
00:28:19,010 --> 00:28:21,350
Saya telah ditanyakan sering kali:

574
00:28:21,350 --> 00:28:24,940
"mengapa kamu tidak pergi ke vendor hardware dan yakinkan mereka

575
00:28:24,940 --> 00:28:26,940
untuk melakukan pre-install Debian dalam mesin mereka?"

576
00:28:27,210 --> 00:28:30,980
Hmm, coba cari relawan yang senang meluangkan waktunya

577
00:28:30,980 --> 00:28:35,150
untuk melakukan lobi ke produsen perangkat keras
untuk meng-install Debian.

578
00:28:35,690 --> 00:28:36,870
Itu adalah contoh.

579
00:28:36,870 --> 00:28:40,070
Contoh lainnya adalah segala macam sertifikasi lobi:

580
00:28:40,070 --> 00:28:43,450
sesuatu yang administrasi publik sering tanyakan ke saya

581
00:28:43,450 --> 00:28:46,470
mengapa Debian tidak disertifikasi untuk

582
00:28:46,470 --> 00:28:52,610
suatu sistem basisdata korporasi berkualitas tinggi.

583
00:28:52,610 --> 00:28:55,790
Mengapa Debian tidak sertifikasi untuk sistem sesuatu?

584
00:28:55,790 --> 00:28:58,340
Hmm, karena kamu membutuhkan lobi untuk melakukannya,

585
00:28:58,340 --> 00:29:00,730
Anda butuh orang untuk pergi ke 

586
00:29:01,020 --> 00:29:04,370
vendor perangkat lunak dan yakinkan mereka untuk berkata
"Ya, Anda dapat menjalankan mesin ini dengan Debian".

587
00:29:04,760 --> 00:29:07,210
Jika tidak, akan terdapat orang di luar sana yang takkan menjalankan Debian.

588
00:29:07,750 --> 00:29:09,630
Dan semua hal lainnya, 

589
00:29:09,630 --> 00:29:12,010
seperti menciptakan jaringan yang membuat

590
00:29:12,010 --> 00:29:17,040
adopter khusus meyakinkan mereka bahwa mereka akan baik-baik saja mengadopsi Debian.

591
00:29:17,530 --> 00:29:21,910
Dan alasan terakhir mengapa saya pikir kita butuh perusahaan lebih banyak 
terlibat dalam Debian.

592
00:29:21,910 --> 00:29:23,910
ini pemikiran yang sedikit mengganggu.

593
00:29:23,910 --> 00:29:27,580
Bagaimana jika satu perusahaan atau beberapa perusahaan, untuk senilai tertentu

594
00:29:27,580 --> 00:29:30,430
berakhir dengan menyewa begitu banyak DD?

595
00:29:30,880 --> 00:29:34,820
Kemerdekaan yang telah saya gaungkan sebelumnya akan hilang.

596
00:29:35,390 --> 00:29:36,470
Hal ini bukan paranoia.

597
00:29:36,470 --> 00:29:38,780
Hal ini merupakan masalah yang telah didiskusikan,

598
00:29:38,780 --> 00:29:41,240
contohnya, di dalam komunitas kernel Linux sejak lama dulu.

599
00:29:41,640 --> 00:29:44,920
Mereka tahu mereka akan memiliki semacam kebebasan karena mereka punya

600
00:29:44,920 --> 00:29:46,690
banyak perusahaan berbeda

601
00:29:46,690 --> 00:29:48,690
dengan kepentingan dalam kernel Linux

602
00:29:48,690 --> 00:29:50,690
yang mampu mengimbangi satu sama lainnya.

603
00:29:50,690 --> 00:29:54,010
Jadi jika kita tidak memiliki lebih banyak perusahaan tertarik ke Debian

604
00:29:54,010 --> 00:29:56,340
kita akan berakhir dengan risiko tersebut.

605
00:29:56,690 --> 00:29:59,990
Beberapa pekerjaan awal dalam kemajuan

606
00:29:59,990 --> 00:30:02,380
yang telah saya coba mulai

607
00:30:02,380 --> 00:30:04,930
adalah grup pengguna, debian-companies

608
00:30:04,930 --> 00:30:07,330
dari perusahaan yang memiliki kepentingan strategis dalam Debian

609
00:30:07,510 --> 00:30:11,000
dan ingin bekerja untuk memperbaiki masalah ini.

610
00:30:11,510 --> 00:30:13,000
Mereka bisa jadi solusi lain, 

611
00:30:13,000 --> 00:30:15,410
saya tidak tahu, saya ingin menyampaikan ini sebagai masalah

612
00:30:15,410 --> 00:30:17,410
dan saya pikir saya sedang dalam perjalanan jauh yang kita perlu bersiap memikirkannya.

613
00:30:18,670 --> 00:30:22,910
Dan hal terakhir adalah DPL.

614
00:30:22,910 --> 00:30:25,170
Yang sekarang sedang terjadi.

615
00:30:25,170 --> 00:30:27,800
Apa yang DPL lakukan untuk Anda?

616
00:30:28,620 --> 00:30:30,760
Menurut keluarga saya bisa jadi terlalu banyak

617
00:30:30,760 --> 00:30:32,760
namun itu masalah yang terpisah.

618
00:30:33,250 --> 00:30:35,080
Ia melakukan hal menarik:

619
00:30:35,080 --> 00:30:38,970
Ia pergi ke konferensi, keliling dunia, diundang untuk bicara soal Debian

620
00:30:38,970 --> 00:30:41,990
dan dia memiliki halaman wikipedia dan semua hal baik lainnya.

621
00:30:41,990 --> 00:30:43,780
Namun ia juga harus melakukan

622
00:30:43,780 --> 00:30:49,650
semua hal yang diperlukan namun membosankan, bagi geek kebanyakan.

623
00:30:50,100 --> 00:30:51,980
Ia harus mengatur uang:

624
00:30:51,980 --> 00:30:53,660
menyetujui reimburse,

625
00:30:53,660 --> 00:30:54,950
membeli perangkat keras,

626
00:30:54,950 --> 00:30:56,950
DebConf, donasi

627
00:30:56,950 --> 00:30:58,780
mencoba menghindari kebangkrutan,

628
00:30:58,780 --> 00:31:00,240
merupakan hal baik untuk dilakukan.

629
00:31:00,240 --> 00:31:02,240
Dan dia perlu mengatur pengacara.

630
00:31:02,240 --> 00:31:05,070
Saya tidak pernah bekerja dengan pengacara

631
00:31:05,070 --> 00:31:07,070
sebanyak ini selama tiga tahun belakangan.

632
00:31:07,070 --> 00:31:10,290
Dia menjaga apa yang kita lakukan dengan paten:

633
00:31:10,290 --> 00:31:11,510
dapatkah kita di dalam arsip atau tidak,

634
00:31:11,510 --> 00:31:12,600
apa yang kita lakukan dengan trademark,

635
00:31:12,600 --> 00:31:15,090
apa yang kita lakukan dengan copyright, contohnya,

636
00:31:15,090 --> 00:31:17,090
dapatkah kita me-lisensi ulang logo Debian

637
00:31:17,090 --> 00:31:20,100
tanpa merongrong aset lain yang kita miliki?

638
00:31:20,100 --> 00:31:21,910
Dan tanggung jawab legal:

639
00:31:21,910 --> 00:31:24,290
dan bagaimana jika pengembang Debian mendapatkan tuntutan hukum?

640
00:31:24,290 --> 00:31:25,820
Semua hal ini,

641
00:31:25,820 --> 00:31:26,820
yang berguna,

642
00:31:27,100 --> 00:31:29,290
karena jika kita memiliki lebih banyak

643
00:31:29,290 --> 00:31:33,350
- bagaimana untuk mengatakannya? - pengalaman multimedia lebih baik dalam Debian

644
00:31:33,350 --> 00:31:35,280
juga karena kita mengambil waktu 

645
00:31:35,280 --> 00:31:38,860
untuk berdiskusi hal ini dengan pengacara yang pakar
dalam Free Software

646
00:31:39,050 --> 00:31:41,630
Dan ia melakukan mediasi,

647
00:31:41,630 --> 00:31:43,260
dan dia melakukan laporan.

648
00:31:43,260 --> 00:31:46,280
Berapa banyak laporan yang Anda dapatkan dari saya selama 3 tahun ini?

649
00:31:46,280 --> 00:31:47,660
Yeah, terlalu banyak! 

650
00:31:47,660 --> 00:31:49,350
Semua hal ini merupakan hal yang membosankan

651
00:31:49,350 --> 00:31:51,350
yang saya pikir berguna untuk proyek.

652
00:31:52,350 --> 00:31:57,030
Namun selanjutnya, seperti hari ini, DPL adalah masalah.

653
00:31:57,770 --> 00:32:02,110
Saya adalah masalah, namun bukan saya, adalah peran dari DPL yang 
menjadi masalah dalam Debian.

654
00:32:02,690 --> 00:32:04,680
Hanya tidak mampu membesar.

655
00:32:05,760 --> 00:32:08,990
Kami dasarnya mengandalkan pada semacam keberuntungan

656
00:32:08,990 --> 00:32:10,990
yang akan kami temukan

657
00:32:11,490 --> 00:32:15,290
kandidat yang memiliki waktu yang cukup untuk melakukan ini semua

658
00:32:15,730 --> 00:32:17,810
dan waktunya yang cukup.

659
00:32:17,810 --> 00:32:20,750
Saya tidak tahu apakah bijak hanya mengandalkan keberuntungan

660
00:32:20,750 --> 00:32:22,100
untuk menemukan orang ini

661
00:32:22,100 --> 00:32:24,100
seterusnya selanjutnya. 

662
00:32:25,460 --> 00:32:28,640
Masalah kedua: transparansi sangat sulit.

663
00:32:29,240 --> 00:32:32,090
Saya telah mencoba... Saya bekerja cukup keras untuk itu:

664
00:32:32,090 --> 00:32:35,240
Saya pikir seperti separuh waktu saya

665
00:32:35,240 --> 00:32:36,110
sebagai DPL

666
00:32:36,110 --> 00:32:38,260
dalam mencoba memberitahu apa yang sedang terjadi

667
00:32:38,260 --> 00:32:40,260
dan hanya separuh lainnya mengerjakan hal lain.

668
00:32:40,260 --> 00:32:42,450
Saya telah senang melakukannya, namun sangat sulit.

669
00:32:43,270 --> 00:32:45,870
Selama saya berbicara pada diri saya sendiri

670
00:32:45,870 --> 00:32:50,110
atau membalas pertanyaan yang masuk ke kotak surat pemimpin

671
00:32:50,110 --> 00:32:52,110
terdapat beberapa batasan intrinsik:

672
00:32:52,600 --> 00:32:55,310
jika Anda di dalam tim dengan orang lebih

673
00:32:55,310 --> 00:32:56,490
Anda perlu berdiskusi

674
00:32:56,490 --> 00:32:58,720
dan jika Anda memaksa berdiskusi sesuatu secara terbuka

675
00:32:58,720 --> 00:33:00,720
Anda tidak memiliki batasan intrinsik ini.

676
00:33:01,160 --> 00:33:05,580
Dan masalah ketiga adalah terdapat sangat sedikit ingatan institusional.

677
00:33:06,920 --> 00:33:11,730
Kita teruskan, dasarnya, menemukan kembali pekerjaan

678
00:33:11,980 --> 00:33:13,730
pada setiap perubahan DPL. 

679
00:33:14,660 --> 00:33:17,250
Ya, saya bisa menulis DPL Howto

680
00:33:17,250 --> 00:33:19,250
dengan bantuan dari semua DPL terdahulu.

681
00:33:19,250 --> 00:33:21,920
Kita dapat melakukannya, namun hal terus berubah

682
00:33:21,920 --> 00:33:24,710
dan dasarnya kunci dari masalah adalah 

683
00:33:25,170 --> 00:33:28,700
menjadi DPL tidak seperti pekerjaan lain di dalam proyek: 

684
00:33:29,370 --> 00:33:33,720
sangat sulit untuk mengetahui siapa yang akan menjadi DPL yang baik sebelumnya

685
00:33:33,730 --> 00:33:36,310
karena dia belum pernah melakukan hal ini

686
00:33:36,540 --> 00:33:39,030
dan tentunya terdapat coba dan salah. 

687
00:33:39,030 --> 00:33:41,890
Terdapat ingatan institusional yang sangat sedikit bagaimana kita melakukan sesuatu.

688
00:33:44,840 --> 00:33:46,210
Bagaimana kita bisa memperbaiki ini?

689
00:33:46,410 --> 00:33:48,820
Saya telah banyak berpikir soal ini,

690
00:33:48,820 --> 00:33:52,190
inilah salah satu alasan mengapa saya memutuskan untuk mengajukan lagi untuk ketiga kali,

691
00:33:53,340 --> 00:33:55,340
permasalahan mendasar yang saya pikir adalah

692
00:33:55,500 --> 00:34:00,620
peran dari DPL adalah peninggalan antik dari masa "benevolent dictator" di Free Software.
Free Software.

693
00:34:01,230 --> 00:34:03,520
Masuk akal di masa lalu,

694
00:34:03,630 --> 00:34:08,560
proyek sekarang dengan ukuran Debian tidak dijalankan sepert ini.

695
00:34:08,560 --> 00:34:11,310
tidak juga hanya untuk bagian manajemen.

696
00:34:11,810 --> 00:34:16,050
Kita melakukan bagian teknikal dengan benevolent dictator, 
yang itu sangat baik,

697
00:34:16,710 --> 00:34:19,530
namun kita melakukannya untuk semua bagian manajemen.

698
00:34:20,270 --> 00:34:24,350
Saya pikir solusi yang mungkin adalah

699
00:34:24,350 --> 00:34:27,410
memiliki semacam dewan direktur

700
00:34:27,410 --> 00:34:29,410
sebagaimana proyek lain

701
00:34:29,410 --> 00:34:32,090
yang dasarnya membantu DPL.

702
00:34:32,400 --> 00:34:34,440
Peran dari DPL tidak boleh hilang.

703
00:34:34,440 --> 00:34:37,680
Saya pikir kita harus menjaga hal ini se-informal mungkin

704
00:34:37,970 --> 00:34:41,850
namun jika kita memiliki sekelompok orang yang kita sebagai Dewan Direktur Debian

705
00:34:41,850 --> 00:34:44,260
yang bisa memiliki semacam pergantian

706
00:34:45,140 --> 00:34:47,620
untuk menjamin terdapat ingatan institusional

707
00:34:47,620 --> 00:34:50,440
sehingga mereka tidak harus terikat dengan periode normal DPL, 

708
00:34:50,440 --> 00:34:53,900
jika tidak Anda akan menghadapi masalah ingatan institusional lagi,

709
00:34:53,900 --> 00:34:56,710
dengan rapat berkala untuk transparansi

710
00:34:57,550 --> 00:35:00,360
dan jika kita melakukan ini

711
00:35:00,360 --> 00:35:02,670
anda dapat memiliki orang semacam ini di dewan

712
00:35:02,670 --> 00:35:06,860
yang membantu dan menunjukkan mereka bahwa mereka mampu

713
00:35:06,860 --> 00:35:08,860
melakukan DPL secara baik atau tidak.

714
00:35:08,860 --> 00:35:11,670
Saya pikir ini adalah satu-satunya cara

715
00:35:11,670 --> 00:35:13,930
untuk membuat peran DPL dapat ber-skala

716
00:35:13,930 --> 00:35:18,530
tanpa harus mengubah sifat alami dari institusi.

717
00:35:18,530 --> 00:35:20,910
Dan sebagai solusi interim

718
00:35:20,910 --> 00:35:23,220
Saya mencoba mengumpulkan sekolompok asisten DPL

719
00:35:23,250 --> 00:35:25,980
kamu telah melihat pencarian untuk bantuan, terima kasih kepada semua yang merespon.

720
00:35:25,980 --> 00:35:28,250
Jadi apa yang coba saya lakukan adalah

721
00:35:28,250 --> 00:35:30,450
untuk melihat apakah hal seperti ini dapat bekerja.

722
00:35:31,930 --> 00:35:36,550
Dan masih, DPL akan ada.

723
00:35:36,550 --> 00:35:40,740
Jadi, saya masih di sini dasarnya karena seseorang

724
00:35:40,740 --> 00:35:44,520
beberapa tahun yang lalu bercanda tentang saya menjadi DPL,

725
00:35:44,820 --> 00:35:46,740
hmm, hal ini peristiwa yang bagus untuk Anda semua

726
00:35:46,740 --> 00:35:48,360
untuk mulai berpikir siapa selanjutnya

727
00:35:48,360 --> 00:35:49,730
dan mungkin mulai bercanda dengannya

728
00:35:49,730 --> 00:35:52,590
apakah ia akan bahagia untuk menjadi kandidat tahun depan.

729
00:35:54,010 --> 00:35:56,700
Jadi, terima kasih banyak

730
00:35:56,700 --> 00:35:59,310
hal yang menyenangkan bisa hadir di sini

731
00:35:59,310 --> 00:36:02,400
dan jika Anda memiliki pertanyaan atau ide saya ada.

732
00:36:02,400 --> 00:36:03,590
Terima kasih

733
00:36:04,160 --> 00:36:12,720
[tepuk-tangan]