snap: Ensure cargo-web doesn't erroneously adopt our workspace. #667
Brak recenzentów
Etykiety
Brak etykiet
A: API
A: Backend
A: Federation
A: Front-End
A: I18N
A: Meta
A: Security
Build
C: Bug
C: Discussion
C: Enhancement
C: Feature
Compatibility
Dependency
Design
Documentation
Good first issue
Help welcome
Mobile
Rendering
S: Blocked
S: Duplicate
S: Incomplete
S: Instance specific
S: Invalid
S: Needs Voting/Discussion
S: Ready for review
Suggestion
S: Voted on Loomio
S: Wontfix
Brak kamienia milowego
Brak projektu
Brak przypisanych
Uczestnicy 2
Powiadomienia
Termin realizacji
Brak ustawionego terminu realizacji.
Zależności
Brak ustawionych zależności.
Odniesienie: Plume/Plume#667
Ładowanie…
Dodaj tabelę
Odniesienie w nowym zgłoszeniu
Opis zgłoszenia jest pusty.
Usuń gałąź "fix-snapcraft-build"
Usunięcie gałęzi jest permanentne. Mimo, że usunięta gałąź może istnieć przez krótki czas zanim zostanie rzeczywiście usunięta, ta operacja NIE MOŻE zostać cofnięta w większości przypadków. Kontynuować?
Because snapcraft pulls the source into a subdirectory of Plume's source, and
Cargo will implicitly and recursively search parent directories for a [Workspace],
Cargo believes that cargo-web should be in Plume's workspace.
However, Cargo then errors out because Plume's [Workspace] stanza (entirely correctly)
doens't mention cargo-web.
Adding an empty [Workspace] stanza to cargo-web's Cargo.toml disables Cargo's implicit
search for a workspace to adopt, and avoids this problem.
👍
(ci error is about uploading to plume-ci for live testing, not required here)