Permission denied when creating /etc/astra-sim directory
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- shell
- Lĩnh vực
- build-system
Hướng nghiên cứu
Bắt đầu bằng cách chạy ./scripts/build.sh -c analytical và đọc scripts/build.sh xung quanh phần tạo /etc/astra-sim. Xác định xem thư mục đó có cần thiết cho quá trình build hay chức năng về sau không, đồng thời xác định đường dẫn cấu hình được dự định sử dụng mà không cần quyền root. Được xem là hoàn tất khi lệnh không còn tạo ra lỗi quyền không phù hợp và hành vi cấu hình do đó được xác minh.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Hi,
When running the command ./scripts/build.sh -c analytical, I encountered the following error:
mkdir: cannot create directory ‘/etc/astra-sim’: Permission denied
It seems like the script is trying to create a directory under /etc/(presumably to store configuration files?). However, as a regular user, I don't have permission to write to /etc/, so the directory creation failed.
That said, the overall build command still seemed to complete successfully.
My questions are:
- Was the intention of the script to write configuration files or create directories under /etc/astra-sim?
- Since the directory creation failed due to permission issues, could this lead to any missing functionality or misconfiguration later on?
- Is there a recommended way to run this script (e.g., specifying a different config location, or using sudo) to avoid this issue while still ensuring everything works as intended?
Thanks in advance for your help!
- Ngôn ngữ chính
- Python
- Star
- 1.2k
- Fork
- 194
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Không có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của aliyun/SimAI
-
运行vidur时，采用“backend=aicb” 导致 attention 耗时路径读取缺失的 attn_kv_cache_save_* 字段并触发 KeyErrorCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
Duplicated groups for EP and DP_EPCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
请教推理的phynet方案Đang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
-
hpn组网问题Đang mở
Độ khó 4/5 1-2 ngày Mức phù hợp với người mới 45/100
Issue tương tự
-
[yugabyted] xcluster set_up and add_to_replication fail for database names containing - . or (Đang mởkind/bug priority/medium qa_automation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
yugabyte/yugabyte-db#37324 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
good first issue
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 87/100
btclib-org/btclib-node#2260 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
ChatBedrockConverse changes the keys of JSON tool results to camelCase (`order_id` becomes `orderId`)Có thể đã có người làm @geyazheng đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
langchain-ai/langchain-aws#1469 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
GCToggler leaves collection enabled if the body re-enables itCó thể đã có người làm @Gambit-Checkmate đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 7 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
EESSI/docs#949 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày