Bạn xuất một proxy trong terminal. Một lệnh khởi chạy ở đó dùng nó. Nhấp vào biểu tượng desktop vẫn cho một tuyến khác. Biểu tượng không trở thành con của terminal đó.

Một phiên desktop khởi chạy ứng dụng qua cơ chế khởi chạy riêng của nó. Những tiến trình đó thừa hưởng môi trường đó, chứ không phải mọi chỉnh sửa sau này được thực hiện trong một shell không liên quan. Điều này có thể giải thích một khác biệt mà không chứng minh rằng gói ứng dụng bị lỗi.

Exec là mô tả lệnh, không phải script shell

Đặc tả Desktop Entry định nghĩa một tệp thực thi và các đối số cho Exec. Nó không hứa hẹn việc mở rộng biến shell hay các lệnh tích hợp của shell.

Đối với một chương trình bên ngoài đọc biến môi trường liên quan, một lần khởi chạy được giới hạn có chủ đích có thể có dạng này:

Exec=env https_proxy=http://proxy.example:8080 /path/to/application

Thay cả điểm cuối lẫn tệp thực thi. Điều này cho thấy đầu vào của lần khởi chạy, không phải bảo đảm rằng một ứng dụng bất kỳ sẽ đọc biến đó. Một trình duyệt có chính sách proxy rõ ràng riêng vẫn có thể chọn nguồn cấu hình khác. Với Chrome, hãy lưu đối số proxy của nó trong một trình khởi chạy người dùng.

Đừng viết Exec=export ... rồi mong desktop diễn giải nó như shell đăng nhập của bạn. Cũng hãy lưu tâm các quy tắc trích dẫn và mã trường được hỗ trợ của mục desktop; chúng là một bộ phân tích khác.

Kiểm tra xem có gì mới được khởi chạy không

Một số ứng dụng gửi yêu cầu tới một phiên bản đang chạy sẵn. Một số mục dùng kích hoạt qua D-Bus, vốn có đường khởi chạy riêng. Một cú nhấp biểu tượng mới không tạo ra tiến trình mới với môi trường Exec vừa chỉnh sửa.

Xác định phiên bản đang gửi yêu cầu và cấu hình mà nó thực sự sở hữu. Một lần khởi chạy mới có kiểm soát có thể thu hẹp việc so sánh khi thích hợp. Tránh cài đặt lại ứng dụng trước khi xác lập liệu môi trường dự định có từng đến được nó hay không.

Bài viết liên quan