Kuliax

GNU/Linux untuk Kampus

Alat Pengguna

Alat Situs


devel:conf:rapet:2010

Rapet 1431H/2010M

2010.03.04

Daftar Hadir

  1. nugrahadi
  2. stwn

Topik

  • Diskusi pembangunan dan pengunggahan paket: pbuilder, reprepro, dll.
  • Sinkronisasi repo stable, security, backports
  • Pemeriksaan sources.list

Diskusi dan Hasil

  • Semua rilis paket repo Debian dimasukkan ke sources.list, terdapat ketakutan bahwa nanti pengguna melakukan “upgrade dist” yang terjadi tanpa kehendaknya disebabkan oleh sikap rajin memutakhirkan paket-paket di sistemnya
  • Default daftar repo di sources.list adalah diberikan komentar, artinya repo-repo tersebut tidak aktif kecuali diubah oleh pengguna sendiri konfigurasinya
  • Pada dokumentasi rilis nanti akan diberikan peringatan untuk penggunaan repo-repo yang terdaftar di sources.list
  • Tujuan sources.list itu di kuliax:
    • agar memudahkan pengguna menggunakan repo Debian yang ada di Indonesia dan tidak perlu mencari-cari
    • agar pengguna dapat bereksperimen pula misalnya, di sini pengembang akan memberikan peringatan tidak bertanggung jawab jika pengguna mencampur-campur paket stable, testing, atau unstable

TODO

  • Catatan Rilis 7.0RC1
  • Pengumuman rilis 7.0RC1 di milis, log, dan microblog
  • Melakukan perencanaan dan eksekusi 7.0RC2

2010.02.11

Daftar Hadir

  1. etyo
  2. nugrahadi
  3. stwn

Topik

  1. Aliran kerja (workflow)
  2. Rencana Kuliax 7.0 (roadmap)
  3. Pengembangan Kuliax

Diskusi dan Hasil

  1. Rapet Kuliax selanjutnya akan dipindah pukul 14
  2. Aliran kerja
    • Sekarang
      1. pemaket membangun paket di mesinnya sendiri, jika puas maka perubahan di-push ke repo mercurial di code.google
      2. hasil proses pemaketan akan diunggah ke server repo secara manual
      3. pengelola repo diberitahu untuk menghasilkan repo paket Kuliax dari paket-paket yang diunggah oleh pemaket
    • Diajukan1)
      1. pemaket membangun paket di mesinnya sendiri, jika puas maka perubahan di-push ke repo mercurial di code.google
      2. pemaket masuk ke server build dan melakukan pull paket sumber dan debian/ dari repo mercurial di code.google, kemudian membangun paket di server build
      3. server repo akan memeriksa secara otomatis direktori hasil pemaketan di server build dan melakukan pembuatan repo paket Kuliax dan menandatanganinya dengan kunci GPG
    • Ideal
      1. pemaket membangun paket di mesinnya sendiri, jika puas maka perubahan di-push ke repo mercurial di code.google
      2. repo mercurial di code.google mengirimkan notifikasi lewat surel yang “nyambung” ke mesin build bahwa ada perubahan pada paket “bla” di sana
      3. server build akan terpicu untuk mengambil (pull) paket sumber dan debian/ dari repo mercurial
      4. server build membangun paket sekaligus mengirimkan pesan ke pemaket dan milis bahwa proses pemaketan berhasil atau gagal
      5. jika berhasil, server repo akan memeriksa secara otomatis direktori hasil pemaketan di server build dan melakukan pembuatan repo paket Kuliax dan menandatanganinya dengan kunci GPG
    • Disetujui
      1. pemaket membangun paket di mesinnya sendiri, jika puas maka perubahan di-push ke repo mercurial di code.google
      2. pemaket masuk ke server build dan melakukan pull paket sumber dan debian/ dari repo mercurial di code.google, kemudian membangun paket di server build atau hasil proses pemaketan di mesin pemaket akan diunggah ke server repo secara manual
      3. server repo akan memeriksa secara otomatis direktori hasil pemaketan di server build dan melakukan pembuatan repo paket Kuliax atau pengelola repo diberitahu untuk menghasilkan repo paket Kuliax dari paket-paket yang diunggah oleh pemaket dan menandatanganinya dengan kunci GPG
      4. paket-paket yang diunggah oleh pemaket akan dihapus setelah repo paket Kuliax dihasilkan
    • Sudah di-review oleh anggota yang hadir
    • Sementara ini belum ada masukan

TODO

  1. Aliran kerja
    • Masing-masing pengembang membuat kunci GPG dan ada satu kunci terpisah untuk pengelola2) repo paket Kuliax
    • Pertanyaan: apakah yang di-push lebih baik
      1. paket sumber dan debian/
      2. paket sumber, debian/, dan hasil pemaketan
      3. debian/ dan skrip untuk mengunduh kode sumber dari upstream
    • Perlu diadakan kelas dan diskusi daring penggunaan mercurial untuk pengembang Kuliax
    • Jangka panjang: mempelajari buildd
1) Kelemahan: pemaket membangun paket dua kali, 1x di mesin sendiri 1x lagi di mesin build
2) anggota tim yang akan menghasilkan berkas Packages dan Release sekaligus menandatangani dengan kunci “Kuliax Archive Key”
devel/conf/rapet/2010.txt · Terakhir diubah: 2010/03/22 00:04 oleh stwn