wget und kernel.org

[guennid]

Ich wollte mir die kernel-sourcen für den Langzeitkernel 4.14 erstmals mit wget auf einer Maschine ohne GUI und Browser herunterladen, das wurde zunächst mit der Fehlermeldung:

Code: Alles auswählen

FEHLER: Dem Zertifikat von »cdn.kernel.org« wird nicht vertraut.
FEHLER: Das Zertifikat von »»cdn.kernel.org«« wurde von einem unbekannten Austeller herausgegeben.

abgelehnt. Ein

Code: Alles auswählen

wget https://cdn.kernel.org/pub/linux/kernel/v4.x/linux-4.14.18.tar.xz --no-check-certificate

hat den Job dann gemacht, aber das kann's doch irgendwie nicht sein. Wie mache ich wget den Torvalds ordentlich bekannt?

[uname]

Wahrscheinlich reicht es ca-certificates zu installieren.

[rendegast]

Oder

Code: Alles auswählen

wget --no-check-certificate ...

(man-page)



Oder gegebenenfalls

Code: Alles auswählen

dpkg-reconfigure ca-certificates

und die passenden freischalten.

... ca-certificates zu installieren.

Dann aber gleich Version 2017 buster/sid?
Beim Vergleich mit Version 2016 stretch: Es sind 2 Dutzend aussortiert und 7 neue hinzugekommen.

[Lohengrin]

Bei mir, Debian 9.3 ohne mir bewusstes Herumgefummel an diesen Sachen, funktioniert es. Es geht da konkret um

Code: Alles auswählen

/usr/share/ca-certificates/mozilla/GlobalSign_Root_CA.crt

[guennid]

ca-certificates für stretch installiert. Danke uname!

buster wollte ich nicht nehmen (Versions-Mix unproblematisch?)

Ich benötige auf der Maschine eigentlich nur das von kernel.org. Das mit dpkg-reconfigure rauszusuchen war mir zu mühsam. Geht das auch einfacher als die doch recht umfangreiche Liste abzuklappern?

Die vorgeschaltete Frage habe ich in ihrer Bedeutung nicht erfasst. UNd was hat das Ganze mit mozilla zu tun?

[rendegast]

buster wollte ich nicht nehmen (Versions-Mix unproblematisch?)

Problematisch oder eher überraschend ist zBsp. die Entfernung von letsencrypt.
ZBsp. für debsecan oder ein wget auf libreoffice.org.

Ich benötige auf der Maschine eigentlich nur das von kernel.org.

Mit ff auf https://kernel.org und die zertifikatsinfo durchsehen -> usertrust.
Für das unproblematische Funktionieren des Systems werden aber noch eine Reihe anderer gebraucht.
also try+error oder aktiviere der Einfachheit halber alle,
die Dinger haben ja Ablaufdaten und im schlimmsten Fall dürfte/sollte debian das Paket bereinigen.

UNd was hat das Ganze mit mozilla zu tun?

Ohne weiter zu forschen tippe ich mal, daß debian sich einen Anbieter für ein praktikables Set gesucht hat.
Entspricht dann wohl dem Inhalt von libnssckbi.so des ff/thunderbird.