부모글 보이기/감추기 AD BLOCK 해제 요청 이 글에는 광고가 많이 들어가 있지 않습니다. adblock을 해제하셔도 글을 읽는데 그다지 부담이 없으니 해제를 부탁드립니다. (시리즈 글이 5개 있습니다.) 개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개 ; https://www.sysnet.pe.kr/2/0/12541 개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets ; https://www.sysnet.pe.kr/2/0/12546 개발 환경 구성: 546. github workflow/actions에서 nuget 패키지 등록하는 방법 ; https://www.sysnet.pe.kr/2/0/12548 개발 환경 구성: 547. github workflow/actions에서 Visual Studio Marketplace 패키지 등록하는 방법 ; https://www.sysnet.pe.kr/2/0/12552 개발 환경 구성: 623. Visual Studio 2022 빌드 환경을 위한 github Actions 설정 ; https://www.sysnet.pe.kr/2/0/12904 Visual Studio 2022 빌드 환경을 위한 github Actions 설정 github action을 설정해 두었던, github workflow/actions에서 Visual Studio Marketplace 패키지 등록하는 방법 ; https://www.sysnet.pe.kr/2/0/12552 프로젝트를 Visual Studio 2022로 마이그레이션한 후, commit을 했더니 이런 오류가 발생했습니다. VSSDK : error VSSDK1062: Schema validation error for 'D:\a\XmlCodeGenerator\XmlCodeGenerator\XmlCodeGenerator\obj\Release\extension.vsixmanifest'. The 'http://schemas.microsoft.com/developer/vsx-schema/2011:Assets' element is not declared. [D:\a\XmlCodeGenerator\XmlCodeGenerator\XmlCodeGenerator\XmlCodeGenerator.csproj] VSSDK : error VSSDK1062: Schema validation error for 'D:\a\XmlCodeGenerator\XmlCodeGenerator\XmlCodeGenerator\obj\Release\extension.vsixmanifest'. The element 'PackageManifest' in namespace 'http://schemas.microsoft.com/developer/vsx-schema/2011' has invalid child element 'InstallationTarget' in namespace 'http://schemas.microsoft.com/developer/vsx-schema/2011'. List of possible elements expected: 'Metadata, Installation, Dependencies, Assets, Prerequisites, Installer' in namespace 'http://schemas.microsoft.com/developer/vsx-schema/2011' as well as any element in namespace '##other'. [D:\a\XmlCodeGenerator\XmlCodeGenerator\XmlCodeGenerator\XmlCodeGenerator.csproj] 어쩔 수 없습니다, 이렇게 되면 빌드 환경도 2022로 맞춰야 합니다. 다행히 방법이 매우 간단한데요, GitHub Actions: Windows Server 2022 with Visual Studio 2022 is now generally available on GitHub-hosted runners ; https://github.blog/changelog/2021-11-16-github-actions-windows-server-2022-with-visual-studio-2022-is-now-generally-available-on-github-hosted-runners/ 단지, "runs-on" 속성만 바꿔주면 되는 것입니다 build: runs-on: windows-2022 일단, 해결은 했지만 좀 이해할 수가 없군요. ^^ 원래의 설정은 "runs-on: windows-latest"였는데, "latest"의 의미를 감안하면 당연히 2022가 적용이 되었어야 하는 거 아닐까요?! [이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.] [다음 글] 오류 유형: 780. Could not load file or assembly 'Microsoft.VisualStudio.TextTemplating.VSHost.15.0, Version=16.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies.[이전 글] .NET Framework: 1130. C# - ELEMENT_TYPE_INTERNAL 유형의 사용 예 [최초 등록일: 1/8/2022] [최종 수정일: 1/8/2022] 이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다. by SeongTae Jeong, mailto:techsharer at outlook.com 비밀번호 댓글 작성자 2022-02-10 09시26분 "windows-latest"가 이제 기본으로 Windows Server 2022로 바뀌었다고 합니다.GitHub Actions: Jobs running on `windows-latest` are now running on Windows Server 2022.; https://github.blog/changelog/2022-01-11-github-actions-jobs-running-on-windows-latest-are-now-running-on-windows-server-2022/(제가 글을 쓰고 불과 3일 후에 바뀌었군요. ^^)2022에 설치된 소프트웨어 목록은 다음의 링크에서 자세하게 확인할 수 있습니다.virtual-environments/images/win/Windows2022-Readme.md; https://github.com/actions/virtual-environments/blob/main/images/win/Windows2022-Readme.md-------------------------------Build .NET MAUI Apps with DevOps | .NET Conf 2023; https://youtu.be/PattkMhmnzE 정성태 1 2 3 4 5 6 7 8 9 [10] 11 12 13 14 15 ... NoWriterDateCnt.TitleFile(s) 13790정성태10/27/20247752Linux: 98. Ubuntu 22.04 - 리눅스 커널 빌드 및 업그레이드13789정성태10/27/20249159Linux: 97. menuconfig에 CONFIG_DEBUG_INFO_BTF, CONFIG_DEBUG_INFO_BTF_MODULES 옵션이 없는 경우13788정성태10/26/20247109Linux: 96. eBPF (bpf2go) - fentry, fexit를 이용한 트레이스13787정성태10/26/20249674개발 환경 구성: 730. github - Linux 커널 repo를 윈도우 환경에서 git clone하는 방법 [1]13786정성태10/26/20248827Windows: 266. Windows - 대소문자 구분이 가능한 파일 시스템13785정성태10/23/20248110C/C++: 182. 윈도우가 운영하는 2개의 Code Page [1]113784정성태10/23/20248628Linux: 95. eBPF - kprobe를 이용한 트레이스13783정성태10/23/20248284Linux: 94. eBPF - vmlinux.h 헤더 포함하는 방법 (bpf2go에서 사용)13782정성태10/23/20247612Linux: 93. Ubuntu 22.04 - 커널 이미지로부터 커널 함수 역어셈블13781정성태10/22/20248423오류 유형: 930. WSL + eBPF: modprobe: FATAL: Module kheaders not found in directory13780정성태10/22/202410120Linux: 92. WSL 2 - 커널 이미지로부터 커널 함수 역어셈블13779정성태10/22/20247810개발 환경 구성: 729. WSL 2 - Mariner VM 커널 이미지 업데이트 방법13778정성태10/21/202410353C/C++: 181. C/C++ - 소스코드 파일의 인코딩, 바이너리 모듈 상태의 인코딩13777정성태10/20/20248364Windows: 265. Win32 API의 W(유니코드) 버전은 UCS-2일까요? UTF-16 인코딩일까요?13776정성태10/19/20249422C/C++: 180. C++ - 고수준 FILE I/O 함수에서의 Unicode stream 모드(_O_WTEXT, _O_U16TEXT, _O_U8TEXT)113775정성태10/19/20249802개발 환경 구성: 728. 윈도우 환경의 개발자를 위한 UTF-8 환경 설정13774정성태10/18/20248924Linux: 91. Container 환경에서 출력하는 eBPF bpf_get_current_pid_tgid의 pid가 존재하지 않는 이유13773정성태10/18/20248325Linux: 90. pid 네임스페이스 구성으로 본 WSL 2 + docker-desktop13772정성태10/17/20248871Linux: 89. pid 네임스페이스 구성으로 본 WSL 2 배포본의 계층 관계13771정성태10/17/20248779Linux: 88. WSL 2 리눅스 배포본 내에서의 pid 네임스페이스 구성13770정성태10/17/20249513Linux: 87. ps + grep 조합에서 grep 명령어를 사용한 프로세스를 출력에서 제거하는 방법13769정성태10/15/202410879Linux: 86. Golang + bpf2go를 사용한 eBPF 기본 예제113768정성태10/15/20249649C/C++: 179. C++ - _O_WTEXT, _O_U16TEXT, _O_U8TEXT의 Unicode stream 모드213767정성태10/14/20247855오류 유형: 929. bpftrace 수행 시 "ERROR: Could not resolve symbol: /proc/self/exe:BEGIN_trigger"13766정성태10/14/20247008C/C++: 178. C++ - 파일에 대한 Text 모드의 "translated" 동작113765정성태10/12/20249343오류 유형: 928. go build 시 "package maps is not in GOROOT" 오류 1 2 3 4 5 6 7 8 9 [10] 11 12 13 14 15 ...