CMake not installed by install-build-deps.sh on Ubuntu 16.04
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Bug
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- cmake, shell, ubuntu
- Bereich
- build-system, devops
Rechercherichtung
Beginne mit dem Lesen von install-build-deps.sh und prüfe die von AppImageKit benötigte CMake-Version anhand des 3.5.1-Pakets von Ubuntu 16.04. Vergleiche dies mit dem Docker/CentOS-Build-Setup des Repositorys und stelle dann fest, ob der Build 3.5.1 verwenden kann oder ob das Skript einen Pfad für eine neuere CMake-Version benötigt; abgeschlossen ist die Aufgabe, wenn das Ubuntu-Abhängigkeits-Setup die dokumentierten Build-Anforderungen unterstützt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
@knarfS reports:
When building AppImageKit the
install-build-deps.shonly checks for Ubuntu 14.04 to install a newer version ofcmake, but shouldn't check it also for 16.04, because 14.04 LTS has expired in April 2019. I guess more and more people will use 16.04 instead? And what's about Ubuntu 32bit (you have to compile a newercmakeyourself)?
To be honest, I never build locally, we have a quite involved setup using Docker and CentOS 6 for this repository to ensure increased binary compatibility with older systems. So yes, install-build-deps.sh should probably be updated.
Shouldn't the build process work with the
cmakeversion that is supplied by Ubuntu 14.04/16.04?
This is a question for @TheAssassin: Is the cmake version that is supplied by Ubuntu 16.04 sufficient to build AppImageKit?
AppImageKit needs cmake version 3.6, 16.04 comes with 3.5.1
Can we make it so that 3.5.1 is sufficient? If not, why not?
- Vorherrschende Sprache
- Keine Sprachdaten
- Sterne
- 9.5k
- Forks
- 586
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus AppImage/AppImageKit
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 72/100
AppImage/AppImageKit#1428 · 1 Reaktion ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
AppImage/AppImageKit#1164 · 2 Kommentare · 1 Reaktion ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
AppImage/AppImageKit#1452 · 2 Kommentare ·
-
request: silent modeOffen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 62/100
AppImage/AppImageKit#1450 ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
AppImage/AppImageKit#1435 · 2 Kommentare ·
Alle Issues in AppImage/AppImageKit
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 69/100
Maintainer antworten meist innerhalb von 1 Tag
-
Build failure: pywal16Offen0.kind: build failure
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
bioconda/bioconda-recipes#70683 ·
Maintainer antworten meist innerhalb von 1 Tag
-
category:port-update
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
Maintainer antworten meist innerhalb von 2 Tagen
-
dev/release: verify-release-candidate.sh runs 0 Java tests with Debian's MavenEvtl. vergeben @kou hat das heute übernommen. OffenType: bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
apache/arrow-adbc#4947 ·
Maintainer antworten meist innerhalb von 1 Tag