<Trước | Nội dung | Tiếp theo>

9.1. Sửa đổi các gói Kali‌

Sửa đổi gói Kali thường là nhiệm vụ của những người đóng góp và phát triển Kali: họ cập nhật các gói với phiên bản ngược dòng mới, họ chỉnh sửa cấu hình mặc định để tích hợp tốt hơn trong bản phân phối hoặc họ sửa các lỗi do người dùng báo cáo. Nhưng bạn có thể có các nhu cầu cụ thể không được các gói chính thức đáp ứng và việc biết cách xây dựng một gói đã sửa đổi có thể rất có giá trị.

Bạn có thể tự hỏi tại sao bạn cần phải bận tâm đến gói hàng. Rốt cuộc, nếu bạn phải sửa đổi một phần mềm, bạn luôn có thể lấy mã nguồn của nó (thường là với git) và chạy phiên bản đã sửa đổi trực tiếp từ kiểm tra nguồn. Điều này là tốt khi có thể và khi bạn sử dụng thư mục chính của mình cho mục đích này, nhưng nếu ứng dụng của bạn yêu cầu thiết lập trên toàn hệ thống (ví dụ: với thực hiện cài đặt bước) thì nó sẽ gây ô nhiễm hệ thống tệp của bạn với các tệp không xác định dpkg và sẽ sớm tạo ra các vấn đề không thể bị bắt bởi các gói phụ thuộc. Hơn nữa, với các gói phù hợp, bạn sẽ có thể chia sẻ các thay đổi của mình và triển khai chúng trên nhiều máy tính dễ dàng hơn nhiều hoặc hoàn nguyên các thay đổi sau khi phát hiện ra rằng chúng không hoạt động tốt như bạn mong đợi.

Vậy khi nào bạn muốn sửa đổi một gói? Hãy xem một vài ví dụ. Trước tiên, chúng tôi sẽ giả định rằng bạn là người dùng nặng của SET và bạn đã nhận thấy một bản phát hành ngược dòng mới nhưng các nhà phát triển Kali đều bận rộn cho một hội nghị và bạn muốn dùng thử ngay lập tức. Bạn muốn tự cập nhật gói. Trong một trường hợp khác, chúng tôi sẽ giả định rằng bạn đang gặp khó khăn để thẻ MIFARE NFC của mình hoạt động và bạn muốn xây dựng lại “libfreefare” để kích hoạt thông báo gỡ lỗi nhằm có dữ liệu có thể xử lý để cung cấp trong một báo cáo lỗi mà bạn hiện đang chuẩn bị. Trong trường hợp cuối cùng, chúng tôi sẽ giả định rằng chương trình “pyrit” không thành công với một thông báo lỗi khó hiểu. Sau khi tìm kiếm trên web, bạn tìm thấy một cam kết mà bạn mong đợi để khắc phục sự cố của mình trong kho lưu trữ GitHub ngược dòng và bạn muốn xây dựng lại gói có áp dụng bản sửa lỗi này.

Chúng ta sẽ đi qua tất cả các mẫu đó trong các phần sau. Chúng tôi sẽ cố gắng khái quát các quốc gia giải thích để bạn có thể áp dụng hướng dẫn tốt hơn cho các trường hợp khác nhưng không thể bao quát hết các tình huống mà bạn có thể gặp phải. Nếu bạn gặp vấn đề, hãy áp dụng phán đoán tốt nhất của bạn để tìm ra giải pháp hoặc tìm kiếm sự trợ giúp trên các diễn đàn thích hợp nhất (xem chương 6, “Tự giúp mình và nhận trợ giúp”[Trang 124]).

Bất kỳ thay đổi nào bạn muốn thực hiện, quy trình chung luôn giống nhau: lấy gói nguồn, giải nén nó, thực hiện các thay đổi, sau đó xây dựng gói. Nhưng đối với mỗi bước, thường có nhiều công cụ có thể xử lý công việc. Chúng tôi đã chọn các công cụ phù hợp nhất và phổ biến nhất, nhưng đánh giá của chúng tôi không đầy đủ.

<Trước | Nội dung | Tiếp theo>