เป็นไปได้ไหมที่จะรวมโปรแกรมแก้ไขในรุ่นปัจจุบัน? ถ้าเป็นเช่นนั้นได้อย่างไร


15

ดังนั้นในขณะที่ผมกลับมารายงานข้อผิดพลาดในปลั๊กอินเพลสหน้าต่าง Compiz ของ มันเป็นการถดถอยที่สำคัญอย่างยิ่งสำหรับผู้ที่ได้รับผลกระทบ: ส่วนใหญ่ผู้ใช้ Gnome-Fallback ตัดสินจากรายงาน

แพทช์โผล่ขึ้นมาในเวลาไม่นาน ฉันสร้าง PPA สำหรับการทดสอบและทุกคนที่เกี่ยวข้องจนถึงขณะนี้กำลังรายงานปัญหาที่ได้รับการแก้ไข มันยังช่วยแก้ไขข้อผิดพลาดอีก ฉันทำการทดสอบด้วยเดสก์ท็อป Unity มาตรฐานและสามารถพูดได้ (สำหรับการทดสอบของฉัน) ไม่มีผลข้างเคียงใด ๆ

ฉันต้องการผลักดันให้ Ubuntu ตอนนี้ด้วยเหตุผลสองประการ:

  • ฉันเห็นแก่ตัว. ฉันไม่ต้องการอัปเดต PPA ของฉันทุกครั้งที่มีการผลักดัน Compiz เวอร์ชันใหม่เป็น 12.04
  • ฉันไม่ต้องการให้ผู้ใช้ Ubuntu เห็นหน้าต่างของพวกเขาลอยไปมาเพราะมีข้อผิดพลาดเล็ก ๆ น้อย ๆ

ฉันต้องการให้แพทช์นี้ส่งไปยัง Compiz เวอร์ชันของ Ubuntu โดยเร็วที่สุดเท่าที่จะทำได้ดังนั้นเราจึงสามารถทำเครื่องหมายข้อบกพร่องเหล่านี้ได้แล้วและดำเนินชีวิตต่อไป

ฉันต้องมีขาไหนที่จะดึงสิ่งนี้มาไว้ในอูบุนตูตอนนี้เลย?

ฉันไม่ได้ดูแลโครงการนี้และมันเป็นเรื่องต้นน้ำ แต่มันค่อนข้างสมบูรณ์สำหรับ Ubuntu ฉันสามารถไปที่ Compiz แต่ฉันคิดว่าถ้าพวกเขายอมรับแพตช์มันจะเป็นเดือน (อย่างน้อยก็จะปล่อย) ก่อนที่มันจะอยู่ใกล้กับ Ubuntu

และเมื่อฉันพบคนที่เหมาะสมฉันจะทำให้กระบวนการเนียนที่สุดเท่าที่จะเป็นไปได้สำหรับพวกเขาได้อย่างไร

ฉันต้องการให้พวกเขาเห็นคำขอของฉันไปที่ "ใช่แล้วทุกอย่างดูดีเสร็จแล้ว" และนั่นก็เป็นได้ ฉันไม่ต้องการให้มีรอบที่สิบเจ็ดของอีเมลที่อยู่ด้านของแพทช์ ที่สำคัญฉันไม่ต้องการเสียเวลาด้วย

และฉันต้องจัดหาอะไร ทักษะการบรรจุของฉัน ... น่าเศร้า นี่เป็นความพยายามครั้งแรกของฉันในการแพ็คเก็จการแจกจ่ายซ้ำดังนั้นฉันอาจทำทุกข้อผิดพลาดของบรรจุภัณฑ์ที่มนุษย์รู้จัก พวกเขาจะมีความสุขกับแพทช์ดั้งเดิม (เพื่อให้พวกเขาสามารถนำไปใช้กับตัวเองได้) หรือฉันควรบรรจุหีบห่อใหม่ดังนั้น diff / changelog จึงสะอาดกว่าเล็กน้อย (เอาฉันไปสองสามครั้ง

หมายเหตุ:คำถามนี้เกี่ยวกับ Compiz แต่ฉันต้องการถ้าคำตอบสามารถตอบรูปแบบอื่น ๆ ของแพคเกจได้ดังนั้นเราจึงมีเธรดที่เชื่อถือได้และครอบคลุมเกี่ยวกับวิธีแก้ไขสิ่งต่างๆ

คำตอบ:


14

ดังที่ Dobey ได้กล่าวถึงเพื่อให้แพทช์ได้รับการยอมรับใน Ubuntu ที่วางจำหน่ายแล้วนั้นจะต้องผ่านกระบวนการStable Release Update (SRU) แถบที่จะเข้าสู่ SRU นั้นค่อนข้างสูง วิธีง่ายๆในการสรุปความคิดเบื้องหลังกระบวนการอาจเป็น: "ข้อผิดพลาดที่เรารู้ดีกว่าข้อบกพร่องที่เราไม่รู้" ในทางปฏิบัตินั่นหมายความว่าอนุญาตการแก้ไขข้อบกพร่องเป้าหมายเท่านั้นและไม่อนุญาตให้มีการเปลี่ยนแปลงที่ "ล่วงล้ำ" เกินไป

มีข้อกำหนดจำนวนหนึ่งที่ต้องปฏิบัติตามเพื่อดำเนินการกับ SRU:

  • ข้อผิดพลาดได้รับการแก้ไขในรุ่นพัฒนาปัจจุบัน (เช่นปริมาณ)
  • คำอธิบายของรายงานข้อผิดพลาดต้องได้รับการอัปเดตเพื่อให้มีเหตุผลว่าเหตุใดจึงต้องมีการแก้ไขในการปล่อยเสถียรกรณีทดสอบเพื่อทำซ้ำข้อผิดพลาดและตรวจสอบว่าได้รับการแก้ไขแล้วและอภิปรายถึงศักยภาพในการถดถอย
  • ทีม Launchpad ubuntu-sruควรสมัครรับรายงานข้อผิดพลาด
  • แพคเกจจะถูกอัปโหลดเพื่อปล่อย-proposedเพื่อให้สิ่งนี้เกิดขึ้นคุณจะต้องทำตามขั้นตอนการเป็นผู้สนับสนุน (ข้อมูลเพิ่มเติมด้านล่าง)

หลังจากสิ่งที่เกิดขึ้นทีม SRU จะตรวจสอบว่าแพคเกจในการ-proposedแก้ไขข้อบกพร่อง จากนั้นแพ็กเกจจะถูกผลักดัน-updatesหลังจากผ่านช่วงอายุขั้นต่ำ 7 วัน

การค้นหาบุคคลที่เหมาะสม

คำถามของคุณบอกใบ้เกี่ยวกับข้อเท็จจริงที่ว่าบางครั้ง Launchpad ดูเหมือนว่าเป็นจุดที่แพตช์ตาย น่าเศร้าถ้าคุณไม่รู้กระบวนการมันจะรู้สึกอย่างนั้น แต่ฉันสาบานว่ามันไม่เลว โชคดีที่สิ่งสำคัญที่คุณต้องรู้ก็คือเรื่องง่าย ตรวจสอบขั้นตอนการเป็นสปอนเซอร์สำหรับรายละเอียดทั้งหมดและคำแนะนำบางอย่าง แต่ส่วนที่สำคัญที่สุดคือการสมัครสมาชิกubuntu-sponsorsทีมเพื่อรายงานข้อผิดพลาด เพื่อให้แน่ใจว่ามันจะปรากฏขึ้นในคิวสปอนเซอร์และรับการตรวจสอบจากผู้พัฒนา Ubuntu ที่ซื่อสัตย์

หากคุณต้องการพูดคุยอะไรบางอย่างแบบเรียลไทม์#ubuntu-develบน Freenode IRC จะทำการหลอกลวง ตรวจสอบหัวข้อของช่องสำหรับนักบินแพตช์ปัจจุบัน พวกเขาอยู่ที่นั่นเพื่อช่วยคุณ หากไม่มีนักบินทำหน้าที่รู้สึกฟรีเพื่อขอความช่วยเหลือในช่องทาง แต่โปรดอดทนรอ

เตรียมทุกอย่างให้พร้อม

เพื่อให้กระบวนการดำเนินไปอย่างรวดเร็วที่สุดมีบางสิ่งที่ต้องทำ

อัปเดตคำอธิบายข้อบกพร่องให้เป็นดังนี้:

[ผลกระทบ]

นี่คือคำอธิบายเกี่ยวกับผลกระทบของบั๊กที่มีต่อผู้ใช้และเหตุผลในการ backporting การแก้ไขเพื่อการเปิดตัวที่มีเสถียรภาพ

[กรณีทดสอบ]

  1. ขั้นตอน

  2. โดย

  3. ขั้นตอน

  4. คำแนะนำ

  5. เพื่อตรวจสอบ

  6. การแก้ไข

[ศักยภาพการถดถอย]

นี่คือการสนทนาของศักยภาพใด ๆ สำหรับการถดถอย

[รายงานต้นฉบับ]

ทุกสิ่งที่เคยเป็นในคำอธิบายจะถูกเก็บไว้ด้านล่าง

ถัดไปเตรียมแพทช์ของคุณ สิ่งต่าง ๆ จะเร็วขึ้นมากถ้าคุณให้debdiffsที่ดูแลบิตบรรจุภัณฑ์ทั้งหมดแทนที่จะเป็นแพทช์กับแหล่งต้นน้ำ ซึ่งรวมถึงการใช้ระบบแพ็คเก็จแพตช์หากใช้ โชคดีadd-patchจากอูบุนตู-dev เครื่องมือติดตั้ง ubuntu-dev-toolsสามารถดูแลที่สำหรับคุณ

เดินผ่านสิ่งนี้กัน ก่อนคว้าแหล่งที่มาและแก้ไขในรายงานข้อผิดพลาด:

$ pull-lp-source compiz precise
$ wget https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/974242/+attachment/3141645/+files/fix-974242.patch 

ตอนนี้เราจะเพิ่มแพตช์ลงในแพ็คเกจซอร์ส:

$ cd compiz-0.9.7.8/
$ add-patch ../fix-974242.patch

นี่จะเป็นการเพิ่มโปรแกรมแก้ไขdebian/patchesและเรียกใช้การdchแจ้งให้คุณเพิ่มรายการใหม่เพื่อdebian/changelogปรับรายการให้เป็นเป้าหมายที่เสนอและเพิ่มหมายเลขเวอร์ชันเพื่อให้ต่ำกว่าเวอร์ชันถัดไปที่อัปโหลดไปยังรุ่นพัฒนา ชอบมาก

compiz (1:0.9.7.8-0ubuntu1.1) precise-proposed; urgency=low

  * debian/patches/fix-974242.patch: [DESCRIBE CHANGES HERE]

 -- Your Name <you@example.com>  Mon, 11 Jun 2012 17:37:59 -0400

ไฟล์ที่debian/patches/fix-974242.patchมีส่วนหัวที่คุณอาจต้องการแก้ไข:

## Description: add some description
## Origin/Author: add some origin or author
## Bug: bug URL

ตอนนี้สร้างแพ็คเกจซอร์สใหม่ของคุณ:

$ debuild -S -us

และสร้าง debdiff:

$ cd ..
$ debdiff compiz_0.9.7.8-0ubuntu1.dsc compiz_0.9.7.8-0ubuntu1.1.dsc > sru-for-lp-974242.debdiff

ตอนนี้คุณสามารถแนบdebdiffไฟล์ผลลัพธ์กับรายงานข้อบกพร่องของคุณ


คำตอบที่ดีเยี่ยมสิ่งที่ดี คุณอาจต้องการที่จะทราบว่าอย่างน้อยเท่าที่ 12.04 / 12.10 pull-lp-sourceคำสั่งคือ ไม่ต้องมีก่อนหน้านี้เพื่อดูว่า / เมื่อมันเป็นpull-launchpad-source
2012

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.