Question 1

cookcli를 빌드할 때 'unstable library feature round_char_boundary' 오류를 수정하는 방법은 무엇인가요?

Accepted Answer

이 오류는 1.73보다 오래된 Rust 버전을 사용할 때 발생하며, 시스템에 다른 설치 경로를 통해 최신 버전이 있더라도 마찬가지입니다. `~/.cargo/bin/rustc`(rustup)와 `/usr/bin/rustc`(시스템 패키지)에서 각각 `which rustc`와 `rustc --version`의 출력을 비교하세요. 시스템 Rust가 더 최신(예: 1.94)이라면, 빌드 전에 `export PATH="/usr/bin:$PATH"`를 실행하여 강제로 사용하게 하세요. 또는 `rustup update stable`로 rustup 툴체인을 업데이트하거나 `rustup toolchain remove stable`로 충돌하는 툴체인을 제거하세요. Arch에서 `pacman`이 `rustc` 패키지와 충돌한다고 보고하면, 시스템 패키지를 제거(`sudo pacman -R rustc`)하고 rustup에만 의존하거나, 시스템 버전을 유지하고 rustup 툴체인을 제거하세요.

Question 2

해당 재료를 공유하는 레시피를 제거한 후 쇼핑 목록 항목이 체크 해제되는 문제를 어떻게 수정하나요?

Accepted Answer

이 문제는 체크된 항목이 레시피의 원본 재료 이름(예: eggs)을 사용해 압축되는 반면, UI는 config/aisle.conf의 공통 통로 이름(예: egg)으로 체크 표시를 표시하고 저장하기 때문에 발생합니다. 레시피가 제거될 때 대소문자를 구분하지 않는 비교가 egg와 eggs를 일치시키지 못하므로 체크 표시가 잘못 삭제됩니다.

PR fix(server): keep the ticks on aisle names when a recipe is removed가 포함된 릴리스로 업데이트하여 수정하세요. 이 PR은 이슈 #654를 닫습니다. 패치를 수동으로 적용하는 경우 remove_from_shopping_list와 POST /api/shopping_list/compact를 변경하여 store.compact(...)가 다음 두 가지를 모두 받도록 하세요: aggregate_current_ingredient_names(...)의 레시피 재료 이름, 그리고 use_common_names(&aisle, ...)로 생성된 표시/공통 이름. 그런 다음 서버를 다시 빌드하고 재시작하세요. 예: git pull && docker compose up -d --build 또는 평소 사용하는 재시작 명령을 실행하세요.

임시 해결 방법: 레시피에서 정확한 첫 번째 통로 이름을 사용하세요. 예를 들어 동의어 eggs 대신 egg를 쓰거나, 레시피를 제거한 후 항목을 수동으로 다시 체크하세요.

Question 3

페이지를 새로 고친 후 체크된 쇼핑 목록 항목이 왜 체크 해제된 것으로 표시되나요?

Accepted Answer

이 문제는 aisle picker가 applyServerChecked()가 실행된 후 두 번째 displayShoppingList() 렌더링을 트리거하여 체크박스를 새로 체크되지 않은 마크업으로 교체하기 때문에 발생합니다. 임시 해결 방법으로는 아무 항목이나 체크하거나 체크 해제하세요. 그러면 applyCheckedStates()가 호출되고 이전에 체크된 모든 항목이 복원됩니다. 영구적인 수정은 displayShoppingList() 끝에서 applyCheckedStates()를 호출하여 모든 렌더링이 checkedItems에 저장된 상태를 다시 적용하도록 하는 것입니다.

Question 4

CookCLI 쇼핑 목록에서 중복된 레시피를 제거하면 왜 잘못된 항목이 삭제되나요?

Accepted Answer

이 버그는 remove 요청이 레시피 path만 보냈고, 서버가 해당 path와 일치하는 첫 번째 항목을 삭제했기 때문에 발생했습니다. 따라서 스케일이 다르거나 포함된 하위 레시피가 있는 중복 항목들은 구분할 수 없었습니다. CookCLI 0.38.1 이상으로 업그레이드하고(brew update && brew upgrade cookcli), 서버를 재시작한 뒤 UI를 새로 고침하세요. 수정된 UI는 항목의 위치를 해당 path와 함께 전송합니다. 서버는 path가 여전히 일치하면 해당 항목만 제거하고, 목록이 변경되었으면 409를 반환합니다. 이전 버전에서의 임시 해결 방법으로, 레시피의 중복 복사본을 모두 제거하고 필요한 레시피를 다시 추가하세요.

Question 5

-b로 전달된 레시피 디렉토리에 config/aisle.conf가 존재하는데도 'cook doctor'가 'No aisle configuration found'를 보고하는 이유는 무엇인가요?

Accepted Answer

이것은 cookcli (v0.38.1)의 알려진 버그입니다: `cook doctor`, `pantry`, `recipe`, `report`가 `-b` 기본 경로 플래그를 무시하고 현재 작업 디렉토리에서 `config/aisle.conf`와 `pantry.conf`를 확인합니다. 우회 방법: 먼저 `cd`로 레시피 디렉토리로 이동한 다음 `-b`에 의존하지 않고 명령을 실행하세요. 예: `cd /path/to/recipes && cook doctor aisle`. 그러면 설정이 `./config/`에서 읽힙니다. 참고로 `cook shopping-list -b /path/to/recipes`는 영향을 받지 않고 설정을 올바르게 읽으므로, 그동안 aisle 설정을 확인하는 데 사용할 수 있습니다.

CookCLI

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트