Pobierz narzędzie do naprawy komputera Reimage. Natychmiast napraw błędy komputera i popraw wydajność.



Architektura błędów nie jest dołączona do aktualizacji ruchu x86_64

Obsługiwane przez vBulletin® w wersji 4.2.5 © © 2022 vBulletin Solutions Inc. Wszelkie prawa zastrzeżone.

Moje 64 produkty używają core3.

otrzymuję apmd-3.0.2-24.src.rpm i najpierw uruchamiam

#rpm -Uvh apmd-3.0.2-24lp.src.rpm

następnie przejdź do apmd.spec /usr/src/redhat/SPECS

potem przez cały mój trening

#rpmbuild -ba apmd.spec

to wszystko błąd

Błąd: Architektura nie jest włączona: x86_64

Oczywiście spieszę się z problemem, który ma inne świetne pakiety. czy ktoś może mnie rozpoznać na temat „x86_64” i jak to właściwie wypełnić?

dziękuję.

Przyspiesz swój komputer już dziś.

Chcesz naprawić swój komputer z systemem Windows? Nie szukaj dalej niż Reimage! To wszechstronne narzędzie naprawcze zostało zaprojektowane do diagnozowania i rozwiązywania wielu różnych problemów, jednocześnie zwiększając wydajność systemu, optymalizując pamięć, poprawiając bezpieczeństwo i dostrajając komputer w celu uzyskania maksymalnej niezawodności. Nie zmagaj się z uszkodzonym komputerem — pobierz Reimage i pozwól ekspertom zająć się tym za Ciebie!

  • Krok 1: Pobierz Reimage i zapisz na swoim komputerze
  • Krok 2: Otwórz program i kliknij „Skanuj”
  • Krok 3: Kliknij „Napraw”, aby rozpocząć proces naprawy

  • rpmbuild –rebuild –target=x86_64 Whatever.src.rpm

    Działa świetnie, nie jest potrzebny specjalny plik. Po prostu wpisz src rpm w jednej konkretnej linii Wykonaj /usr/src/redhat/srpms/ powyżej, a następnie wyszukaj w /usr/src/redhat/RPMS/x86_64/ binarną wartość rpm z datą.

    Zrobiłem to tak:
    Podmieniam kilka wierszy apmd lodge w pliku .spec z
    „Wyłącznie w Arch: %ix86 ppc”
    w
    „Ekskluzywny łuk: x86_64 ix86 ppc”

    wtedy najważniejszym łukiem opóźnionym jest dzisiaj x86_64.

    Dziękujemy wszystkim, którzy potrzebują Twojej bieżącej pomocy.

    Szagun

    Rozszerzenia: 43

    Dołączył: 04.11.2016 12:30:30

    Architektura, ale X86_64 nie jest włączony

    Cześć,

    Zajmuję się również tworzeniem pakietów na platformach Centos 7.2 x86_64. Ale podają każdy błąd: nie znaleziono architektury x86_64. Więc dodałem ExclusivArch x86_64 do połączonego pliku specyfikacji sprzętu po tym, jak wiele pakietów zostało uruchomionych, niestety, nie powiodło się poniżej.

    -yaboot
    -paflib
    -libehca
    -libdfp
    -s390utils

    Czy dodatkowe pakiety są wspomagane w przypadku kompilacji x86_64? Jeśli tak, to na tym opiera się coś, co liczy się jako procedura.

    Witaj
    Szagun

    Szagun

    Rozszerzenia: 43

    Dołączył: 04.11.2016 12:30:30

    Odp.: Niezaktualizowane wersje architektury X86_64

    Jeśli te pakiety nie są głównie obsługiwane przez architekturę x86_64, a także dlaczego pomyślnie zbudowano następujące zindeksowane towary po dodaniu ExclusiveArch:x86_64 do pliku spec.

    -dtc
    -libzfcphbaapi

    Ponieważ powyższe pakiety powodują wiele błędów „Błąd: nie określono architektury x86_64”

    Dziękuję!!!!

    Opis w komunikacie:Jeśli masz:BuildArch? : noarchaWyłącznie w Arce? : x86_64Otrzymujesz:$ rpmbuild *specBłąd: -ba, ale brak architektury: noarchPonieważ na zewnątrz są dobre „noarchy” maszyny, warto chcieć budować noarch. Zaoszczędzi to komuś wielu kłopotów z podstawowymi kompilacjami Kojiego i próbami koordynowania specyficznych dla architektury kompilacji Noarch.Całkowita liczba specjalnych składników wersji (jeśli występują):rpm-4.13.0-0.rc1.13.fc24.x86_64
    Chociaż możemy zrobić każdy wyjątek dla noarch w większości w kodzie, zastanawiam się, czy naprawdę konieczne może być zrobienie czegoś dostosowanego zamiast robienia tego. Dlaczego typowo publikujesz tylko ExclusiveArch? . . . x86_64 w jednym pakiecie? noarch Dlaczego nigdy po prostu nie dodawaj noarch do tej większości linii?Może naprawdę nie rozumiem już przypadku celu...

    Komentarz 3 Florian Festi 2016-02-26 08:12:22 UTC

    Scenariusz użytkowania:Założone urządzenie to noarch, ale gra ma pełne repozytorium BuildRequires (na przykład, aby uzyskać proces tworzenia dokumentacji).A BuildRequires, do którego można uzyskać dostęp tylko na x86_64, tak naprawdę nie udaje się w przypadku kompilacji s390x.Z drugiej strony ostateczny pakiet na całym s390x działa całkiem dobrze.

    informacja zwrotna 4 Michael Gloom 2016-02-26 08:40:52 UTC
    Architektura błędów nie jest zbyt x86_64

    Ok, mam program nadrzędny, taki jak https://github.com/rpm-software-management/rpm/commit/d53499d1565dd7ba6d93939e552cc604b26dccd7, który jest również porównywalny z rpm -4.13.0-0.rc1.26. fc25.Wciąż jestem pewien, ale nie na 100%, że nie tworzy to dodatkowych przeszkód. Ale tak naprawdę nie mam pojęcia, jakie idealnie będą różnice między dystrybucjami, szczególnie w przypadku ExcludeArch/ExclusiveArch. Dzięki za ciężkie testy! Naprawdę unikałbym takich rzeczy, jak oszukiwanie systemu kompilacji, do którego naprawdę jest przygotowany Noarch.Zwróć też uwagę, że ta zmiana nie jest zawarta w F24, biorąc pod uwagę, że ktoś zapewnia mnie, że systemy nie zepsują systemu zawieszania.

    Problem rozwiązany! Napraw błędy i przyspiesz pracę komputera. Pobierz teraz.

    How To Fix X86_64 Architecture Not Enabled Error
    Comment Corriger L'erreur De Construction X86_64 Non Activée
    Hur Man åtgärdar X86_64-teknik Inte Aktiverat Fel
    Come Correggere L'errore Effettivamente Abilitato Dell'architettura X86_64
    Wie Sie Zurückkehren, Um Den Fehler „x86_64-Architektur Nicht Aktiviert“ Zu Beheben
    Как исправить ошибку архитектурного мастерства X86_64, не включенного
    Cómo Arreglar La Arquitectura X86_64 Lejos De Estar Habilitada Error
    X86_64 아키텍처를 활성화한 적이 없는 오류를 수정하는 방법
    Hoe X86_64 Framework Niet Ingeschakeld Fout Op Te Lossen
    Como Cuidar Do Erro De Arquitetura X86_64 Não Habilitada