INTRO
– inquadramento-

La storia dell’alpinismo, in genere, è una storia coloniale ed elitaria: il ricco, il nobile (“il” perché questa storia porta con sé anche un approccio maschilista) arriva ai monti inizialmente per ragioni cartografiche ed esplorative, in seguito per ragioni di conquista e blasone.
In questa narrazione l’abitante, ‘il montanaro’, è un esserino grezzo e impaurito, che non sa godere delle bellezze della montagna, che non fa passeggiate o arrampicate per “vivere le cime” – con tutto il fascino di verticalità, desolazione e pericolosità – ma che tutt’al più “serve” perché conosce i luoghi circostanti a quelli che abita e può indicarli, e perché da bravo spallone può farsi portatore di strumenti e vettovaglie*.

Il monte come luogo piacevole e d’incanto, salubre, unito alla massificazione turistica cominciata tra gli anni ’60 e ‘70, porta allo sviluppo di un nuovo terreno di gioco, anche se non particolarmente originale, basti pensare alle similitudini con l’impiego di corde fisse. Se prima la ferrata era turistica e poi fu utilizzata per scopi militari, ora finte élite di eroici bardati assaltano il percorso ‘di massa’, un combinato da logica turistica: colonizzazione dello spazio e appiattimento dell’immaginario.

Addentrarsi in questo ambiente è provare a sviscerare un tema tecnico e ispido, sul quale scegliamo di non intervenire, però qualche considerazione e riflessione generale crediamo vada fatta.

La successione di cenge attrezzate per mettere in sicurezza l’itinerario. Bocchette centrali di Brenta.

Ci sono varie tipologie di ferrata: talune, storiche, nascono con l’idea di mettere in sicurezza percorsi già frequentati, altre, specie quelle dolomitiche o di bassa quota non sono realizzate per portare in un dato luogo ma esplicitamente per cercare la difficoltà.
Fino ad una certa fase, forse, lo sviluppo di alcune ferrate assurde ha avuto a che fare con echi di arrampicata in artificiale, con diversi mezzi ma la medesima propensione a non porsi problema di manomissione del contesto.
Un esempio di itinerario con logiche di artificiale, scale come staffe: ferrata Castiglioni alla Cima d’Agola.

Possiamo distinguere grossomodo tre tipi di ferrate e conseguenti tipi di fruizione.

1. Opera militare mantenuta o ristrutturata a scopo turistico. Quasi assente in alpi occidentali;
2. attrezzatura fissa di un itinerario che semplifica una via alpinistica, rendendola accessibile a escursionisti ‘esperti’, e che di solito serve ad arrivare in cima o a traversare. È il caso della ferrata Bolver-Lugli a Cima Vezzana nelle Pale di San Martino o della Arosio al Corno di Grevo, nel gruppo dell’Adamello;
3. ferrata estrema, acrobatica, mozzafiato-adrenalina, tipicamente fine a sé stessa, in ottica di lunapark, di solito ridondante di infrastruttura: scalette, ponti, ecc., più orientata a palestrati che ad alpinisti/escursionisti. Non infrequente in alpi occidentali anche francesi, la ferrata Du Diable risponde sicuramente al caso lunapark.

A sinistra la ferrata du Diable in tutta la sua insensatezza.
A destra la ferrata Arosio al Corno di Grevo, già via alpinistica di cresta. Per anni è stata accompagnata da polemiche, più volte ne sono stati sabotati i fittoni e un tempo erano visibili scritte come «no ferrata» e «CAI Cedegolo incivile».

Che ad esempio nei tardi anni ’30, in Dolomiti di Brenta, si sia pensato di attrezzare un percorso sfruttando le sequenze di cenge lì esistenti e ne siano così nate le Bocchette Centrali, può essere una cosa ragionevole.
Il problema tuttavia, più che l’attrezzatura dei percorsi in sé, è la fruizione che se ne fa, la turistificazione intensiva dovuta al boom e al conseguente aumento del potere d’acquisto del ceto medio.
Da qui nascono i ‘ferrata adventure park’ o percorsi come quello delle Aquile in Paganella e Intersport nel Donnerkogel. Tra questi ultimi e gli itinerari classici, storici, dovrebbe esserci una gran differenza.

Sopra la  ferrata delle Aquile in Paganella.
Sotto la ferrata Intersport al Donnerkogel.

PARTE PRIMA
– l’approccio sceriffo –

Ci pare che negli ultimi anni le modalità di fruizione abbiano appiattito le sfumature costruttive in virtù di un’unica fruizione possibile.

Così già da tempo (immagine del 2016): botta-risposta su un noto blog dedicato al tema.

Si vendono – si compra-vendono – ferrate. L’espansione tremenda della frequentazione alpina e del movimento dell’arrampicata sportiva, se da un lato testimoniano di una moda, dall’altro concorrono alla creazione e all’ingigantimento del problema. Notiamo che il modo di stare sulla ferrata, la terminologia di che ne racconta le difficoltà, gli entusiastici report fotografici che ne seguono, descrivono atteggiamenti assimilabili al tipo 3.

Ci si concentra sull’adrenalina e si riflette poco – o per nulla – di sicurezza o rispetto dell’ambiente col quale si interagisce. Non si dice mai ad esempio, ed è disonesto, che una caduta su ferrata è potenzialmente molto più pericolosa di una in arrampicata. Senza tutto un sistema di dissipazione in ordine, senza competenze specifiche (spesso risolte con ‘compra l’attrezzatura’), si possono generare fattori di caduta nettamente più alti che scalando, con sollecitazioni che, per come sono progettati, moschettoni e corde non possono reggere. E se resistessero, non lo farebbe il corpo umano. La strada che si sta percorrendo – stiamo ragionando per ipotesi – è quella del «vorrei ma non posso, però c‘è la ferrata». È così che questi percorsi si sono guadagnati e si stanno guadagnando una larga ‘fetta di mercato’.

Come per gli orsi e i lupi, come per il Natisone, buona parte delle criticità che stanno alla base  del discorso sono la turistificazione e lo sfruttamento, il rilassamento delle sinapsi preposte all’accortezza, in favore della deresponsabilizzazione collettiva: ci si diverte, si provano ‘brividi’, si racconta l’atto acrobatico con la go-pro. Nel frattempo si intasa, si erode, si sovra-alimenta la bulimia del profitto, e così ferrate che potevano tranquillamente rientrare nella categoria 1, quella di opera militare manutenuta come il Sentiero dei Fiori in Adamello, grazie al battage pubblicitario schizzano dritte nella 3: adrenalina.

Passerelle si materializzano al ritmo dei ponti tibetani, lavori degni di grandi opere, appalti con imprese e eccesso di infrastruttura. Nomi evocativi, da marketing, come nel caso dell’Epic trail.
L’epica dell’Odissea, de Il mucchio selvaggio, messe a disposizione per pochi spicci a chi passa le settimane sfruttato sul luogo di lavoro, con giubilo dei geometri che progettano siffatti percorsi.

Tram a Milano pubblicizzano il sentiero dei fiori.

Se questa è la logica, ci sentiamo di affermare che, indipendentemente da quel che si pensi della loro bontà, una volta che una ferrata esiste chi va in montagna tende a pensare che sia in ordine. Che sia sufficiente fissare il moschettone a un cavo che terrà, i cui chiodi non salteranno via come bottoni, e seguirlo camminando. Su questo aspetto risulta impossibile colpevolizzare l’escursionista, e infatti si gioca alla deresponsabilizzazione, al ‘ludico gestito dalla legge’. Soprattutto se gli escursionisti vengono attratti e invogliati a percorrere quella ferrata dagli opuscoli delle Pro Loco.

In alcune zone – Dolomiti su tutte – si esaspera il ruolo di parco giochi dei sentieri attrezzati, pensati esplicitamente per cercare la difficoltà e frequentati da individui accessoriati. In altre la dimensione tecnica conta molto meno, i percorsi sono stati conservati come retaggi militari o sono nati soprattutto per poter dire «li abbiamo anche qui», anche se non sono nemmeno lontanamente paragonabili ai primi e salvo poche eccezioni hanno molto meno senso.
Se si costruiscono parchi giochi si promuove una certa idea per cui si paga il biglietto – leggi “compra l’attrezzatura giusta e cool per agganciarti alle pareti e il più è fatto” – ed è ragionevole che il consumatore pretenda che lo spettacolo fili liscio: che la messa in scena sia sicura e l’attrezzatura che userà sarà in buono stato, funzionante e certificata.

PARTE SECONDA
– l’approccio bimbominkia –

Nei cantieri sono di solito posti cartelli in cui si elencano i vari strumenti di protezione e si invita i lavoratori a usarli. Della pericolosità del lavoro in sé niente, non si sa, non si dice.
Aspetti diversi, certo, il cui trait d’union è che si può – si deve visto che si fa poco o nulla per evitarlo – morire di lavoro. Attraverso il marketing si raccontano domatori di montagne su ferrata salvo poi drammatizzare i sentieri per tenere alla larga rogne legali come capitato, ad esempio a San Felice in Circeo.

Ordinanza di chiusura sentieri del comune di San Felice in Circeo. Stando al sito del parco del Circeo, nel momento in cui scriviamo il sentiero 750 risulta ancora interdetto (clicca qui per leggere l’ordinanza completa).

Manovre per le quali non è difficile immaginare la funzione di anticamera per stabilire parcelle di soccorso, nella cornice di un attacco al tempo libero, alla preservazione della ‘carne-lavoro’.
Il tema delle garanzie e dei diritti – compreso quello alla sicurezza – vengono insomma innestati su aspetti della vita in cui non entrerebbero – o non dovrebbero entrare – per nulla, come gli ambienti naturali.
La frequentazione di ambienti ‘selvaggi’ con tale mentalità, avviene dando per scontato che ‘qualcuno’ si occupi di ‘far funzionare’ tutto, che sia un preciso diritto del fruitore, che se qualcosa non funziona ci deve per forza essere qualcuno che ne ha colpa.

In questo contesto a poco vale, è anzi fuorviante, l’idea lanciata dal CAI sulle pagine de Lo Scarpone di predisporre un non meglio descritto codice di ‘autoresponsabilità sui sentieri’. Proposta che suona stonata quanto la colpevolizzazione dell’atteggiamento individuale di fronte a altri due macro-temi: la crisi climatica e la gestione pandemica appena trascorsa.

A una lettura di superficie del dispositivo che dovrebbe responsabilizzare si potrebbe rispondere con qualcosa come: «Alla buon’ora. Bene.»
Tuttavia rileggendo l’articolo de Lo Scarpone le certezze vanno sgretolandosi.
Anzitutto si scrive solo di sentieri e escursionisti, e non si fa cenno a tutte quelle situazioni e manovre dove responsabilità ‘altre, dall’alto e collettive’ potrebbero esserci: come è attrezzata una via alpinistica, da quanto? Quanto sono manutenute una ferrata o una falesia (ecc.)? Ce lo chiediamo perché in fin dei conti una via di roccia, misto o ghiaccio – e a maggior ragione una ferrata – non sono altro che sentieri tecnicamente più difficili.
In secondo luogo leggiamo: «i volontari che si occupano della manutenzione della rete sentieristica non possono essere responsabili di chi s’incammina lungo i sentieri con troppa leggerezza».
Questa frase suona un po’ come uno scarico di responsabilità post tragedia in Marmolada.
O post alluvione: non si muove un dito per piani di assesto idrogeologico, per uno studio approfondito e conseguente messa in sicurezza del territorio, in generale si continua ovunque nell’opera di cementificazione.
Si irride il rischio, si perseguono disboscamenti e depauperamenti dei territori, si realizzano grandi opere. Ma se succede qualcosa, se questo qualcosa si ripete con sempre maggior frequenza, tocca che si renda d’obbligo l’assicurazione, che l’individuo paghi.

Vecchio gioco applicato all’alpe: quando mai non si è sovraccaricato il singolo di comportamenti non corretti per la morale corrente?
Criminalizzare l’individuo è una mossa del cavallo tipica, utile a tutelare l’amministrazione pubblica di turno e il profitto dell’indotto.
Molti sentieri sono manutenuti dai comuni, enti, o associazioni da questi riconosciute. Con l’iper-turistificazione in atto nelle terre alte ci si auto-sgrava da quel che si produce: intasamento e scarsa conoscenza.
In rete e sui blog si leggono sempre più richieste del tenore: «la (tal ferrata) è percorribile d’inverno?», «è aperta anche se ha fatto molta neve? Fa freddo: se c’è ghiaccio ci si può andare?», come se un percorso fosse equiparabile o assimilabile a un impianto di risalita. Col relativo gestore a attivarne e regolarne la corrente, il flusso.

L’idea di indagare Comuni e centri meteo a seguito della tragedia in Marmolada era pessima, le ipotesi di reato sono state archiviate, pare però che il CAI voglia espungere dal discorso quell’ipotesi per sovraccaricare il singolo di un altrettanto presunto e assurdo comportamento scorretto.
Teniamo inoltre presente che a decidere non sarà uno specialista di monti, ma un giudice che non potrà applicare attenuanti, che anzi sarà messo in condizione di aggravare la posizione individuale sulla scorta di una valutazione di tipo morale.

Una proposta che non impedirà comunque chiusure arbitrarie di percorsi in nome del securitarismo, della ‘sterilizzazione del pericolo’. Un’idea che rafforzerà la caccia alle streghe, i discorsi allucinati sulle responsabilità del capo-gita o cordata, individuato come ‘il più capace’ e dunque responsabile in toto della salute di interi gruppi amicali e/o parentali. Il meccanismo piuttosto ricorrente, insomma, per cui si nasconde sotto al tappeto la responsabilità collettiva e si individua un capro espiatorio. E dal momento in cui tutto è acquistabile, non è difficile immaginare qualcosa di simile a vecchie proposte come il patentino di montagna o l’obbligo assicurativo per le calamità naturali o per sciare in pista. «Per sgravarsi dalla responsabilità su sentiero va pagata la guida», che è un po’ quello che già succede con l’obbligo di Artva, pala e sonda: «non conta dove vai o cosa fai, ma cosa possiedi. Compra l’attrezzatura, anche quella inutile o che non sai usare, e godrai di un trattamento ‘riservato’».
Il fatto che nell’articolo si dica che molti dei lavori di manutenzione sono fatti da volontari fa puzzare la situazione, perché se dall’altra parte c’è il dito puntato sulla responsabilità individuale si corre il rischio di allontanarli, in fin dei conti sono individui pure loro.

Fin qui ci siamo concentrati su due diversi approcci: quello dell’escursionista che pretende che il potere gli garantisca la fruizione in totale sicurezza dal momento che ha speso e acquistato materiale – confondendolo con l’esperienza – e quello del potere che dopo aver creato quest’illusione scarica in toto le responsabilità sull’individuo. Non sono due modi separati, stanno assieme e descrivono una sorta di double bind, di «grazie alla nostra ferrata puoi salire in sicurezza ma se il cavo si rompe e cadi è colpa tua».
Per non restare intrappolati in questa costrizione bisogna allora ribaltare la prospettiva. Lo faremo nella prossima puntata, dando conto della nostra idea di come frequentare la montagna, rispettandola e rispettandosi.

*Segnaliamo per attinenza, fra i libri di storia dell’alpinismo, Montagne della mente. Storia di una passione di Robert Macfarlane (Einaudi tascabili, 2020).

L'articolo Moschettoni e doppi legami: le ferrate tra marketing e repressione sembra essere il primo su Alpinismo Molotov.

Clicca sull’immagine per ascoltare la sua “Ironica la vita”.

Due giorni fa è mancato Giuliano Contardo, musicista amato e stimato nonché fratello del nostro compagno Daniele.
Quando manca un fratello, un compagno di vita, ci si stringe attorno alla casa comune.

Ci uniamo al passo e al cordoglio della famiglia, si parte e si torna insieme.

L'articolo Giuliano, ciao sembra essere il primo su Alpinismo Molotov.

Di fronte alla prospettiva di dover vivere per chissà quanti anni
a ridosso di un cantiere militarizzato,
si pensa all’alternativa di vendere.
E andarsene piuttosto che vedere la tua casa
occupata (che ho detto mioddio perdono,
sono gli squòtter che occupano!)
abitata da chi ti ci ha cacciato.
Ricorda niente?
Esatto,
Territori Occupati.

Il chilometro “elastico”. Da questa notte per raggiungere la stazione di Susa da San Giuliano è necessario circumnavigare l’area sgomberata, col risultato di trovarsi a percorrere un itinerario lungo più di 12 km (in linea d’aria sono 2,4 km!).

Arrivano nella notte le notizie dalla Valsusa, pronte per mandar di traverso il caffè appena svegli. La polizia ha sgomberato San Giuliano, storico presidio NoTav dove alcuni militanti avevano allestito mobilhomes e tende per poter pernottare.

Nulla di nuovo e nessuna meraviglia.

Il terreno è quello acquisito tempo addietro da oltre un migliaio di persone, ognuno una piccola parte, per rendere complicato l’esproprio annunciato. All’interno dell’area soggetta a esproprio si trovano anche alcune case abitate e al momento non ci è chiaro se verranno espropriati anche questi immobili o se il cantiere vi crescerà intorno.  Fra un commento e l’altro all’interno del nostro gruppo iniziamo a chiederci se e come sia possibile che “lo Stato” possa agire dentro un terreno privato attraverso le “forze dell’ordine”, senza che queste siano chiamate a intervenire dai proprietari. Domande un po‘ naïf se vogliamo ma nel momento in cui si spaccano i maroni da decenni prima con terroni, rom & sinti e poi con gli “extracomunitari” (forse si riferivano agli americani che comprano case in Sicilia) accusati di prendere con la forza le case “agli ‘taliani”, che si faccia spallucce nel momento in cui la polizia in assetto di guerra sgombera il “sacro terreno privato” lo troviamo un segnale quantomeno strano. Perfino La Stampa, mai tenera col movimento, fa notare che i terreni verranno sì espropriati mercoledì prossimo 9 ottobre 2024, ma che il clima del presidio era pacifico e che la situazione sarebbe precipitata in caso di azioni delle “forze dell’ordine”.
Un cambio di paradigma significativo: il presidio NoTav è stato sgomberato in via preventiva tra la notte di domenica 6 ottobre 2024 e questa mattina, mentre era radicato su un terreno ancora oggi di proprietà privata.
La cosa che lascia perplessi è un’“opinione pubblica” così attenta alla roba, alla proprietà, alla “casa occupata”, che fa spallucce al potere poliziesco, il quale fa quel che fa.
Preoccupa che gli abitanti e le autorità di Susa (il Sindaco, cascato dalle nuvole, è al mare), ancorché puntualmente informati da tempo dagli esperti del movimento, non sembrano pensare che siano fatti loro, nemmeno di fronte a esistenze che verranno rese schifosamente difficili per anni dall‘ennesimo cantiere inutile.
Vite già complicate dallo sgombero necessario per far spazio alla rotaia, dicono, mentre da stamattina si devono percorrere dodici chilometri e mezzo per colmare lo spazio di quei 2-3 che separano San Giuliano dalla stazione di Susa.

Abbiamo ragione di pensare che anche a causa della gestione militarizzata dell’emergenza covid degli ultimi anni, del suo linguaggio narrativo, ci sia stata una rimilitarizzazione dell’immaginario.
Un atto di forza evidente, davanti al quale sembra che la maggior parte dell’opinione pubblica si sia abituata.
Nonostante decenni di guerre preventive finite malissimo, l’opinione pubblica fatica – anzi, si ostina – a non capire che il paradigma è Gaza, che sarà Gaza per tutti. E *non possiamo* capirlo a fondo perché è troppo enorme, non saremo mai pronti a capirlo.
Si subisce il rapporto di forza in modo acritico, passivo, rassegnato, al limite fideistico.

Facciamo un po’ ridere, oggi, a scrivere di gas lacrimogeni CS vietati dalla convenzione di Ginevra e usati dai reparti di polizia italiani, quando il paradigma di riferimento che ci siamo dati è Gaza, quando gli orchi hanno fame e chiedono di fare più figli, quando è ormai palese che contro uno stato che si comporta illegalmente, la legalità può soltanto perdere.

L'articolo Valsusa, Territori Occupati sembra essere il primo su Alpinismo Molotov.

Clicca sulla mappa per consultarla (è a circa metà articolo)

Siamo in piena crisi energetica e le politiche europee galoppano in retromarcia.
Su sollecitazione europea l’Italia si appresta a sostenere la ricerca di giacimenti di metalli rari.

Rileviamo inoltre che mentre per le fonti rinnovabili è stata data delega alle regioni, sarà il governo stesso a gestire la questione di quelle fossili.
Dopo le concessioni per trivellare in mare, mentre non si fa nulla per contrastare la crisi climatica, si passa al capitolo estrattivismo, un ritorno al futuro a tinte distopiche.
Metalli rari indispensabili allo “sviluppo”, che servono, stando al nuovo mantra energivoro, alla “transizione ecologica”.
L’arco alpino, la Sardegna e tutta la costa tirrenica sono le zone maggiormente minacciate, ma è l’intera penisola a essere in grave pericolo.

In Valsusa e nel Pinerolese ci sono parecchie miniere “storiche”, la cosa mostruosa è che una buona parte dei siti segnalati in mappa (appoggiare il mouse per leggere i nomi) sono in quota anche in posti impervi e per ora lontani da strade.

Facciamo alcuni esempi di siti censiti:
– in bassa valle “Cruino” (che dovrebbe essere Cruvin, ndr) praticamente un alpeggio nel vallone del Prebec, a circa 1700 metri;
– in Val Pellice “Castelluzzo” (Castlus), un appicco selvaggio tra l’altro luogo della resistenza valdese, a circa 1400 metri di quota;
– in Friuli è segnata la val Aupa. Si tratta si una valle selvaggia pochissimo abitata, percorsa da una strada in cui se due macchine si incrociano una deve fare un km di retromarcia. Un posto         bellissimo;
– in Val Germanasca “Vallon Cros” (anche Valloncrò), altro alpeggio. Dovrebbe essere il vallone che porta al colle del Beth, a quota 2700, zona di miniere dal sec. XVIII. Oltretutto la rete escursionistica della zona è basata in gran parte sulle splendide mulattiere costruite proprio per le miniere o per scopi militari. Due reti sono praticamente indistinguibili e insistono sullo stesso territorio.

Negli ultimi trent’anni le mulattiere sono parecchio deteriorate, ma fino agli anni ‘80 erano ben conservate e godibilissime. L’idea di strade e camion a 2700 metri è agghiacciante. Un vero massacro. E le valli in questione sono ormai quasi spopolate, per cui anche resistere allo scempio sarà difficilissimo.
Per fortuna per ora in elenco mancano la grande quantità di miniere ancora più a monte. L’intera Val Germanasca è un paradiso e ne è piena, l’idea che venga consegnata alle compagnie minerarie è terrorizzante.

Utilizzare la lotta al fossile per rendere politicamente corretto l’estrattivismo è come usare la lotta all’antisemitismo per rendere politicamente corretto il genocidio dei palestinesi.
Invitiamo chiunque a osservare la mappa al link e a mobilitarsi per difendere il proprio territorio.

También en castellano

L'articolo Metalli rari: una minaccia per le nostre montagne sembra essere il primo su Alpinismo Molotov.

Ieri ci siamo imbattuti in questa buona notizia che volentieri segnaliamo.

Molto brevemente, Regione Piemonte e Città Metropolitana di Torino volevano realizzare, di concerto con ACSEL, uno stoccaggio di rifiuti contenenti amianto a Camposordo di Mattie, luogo di una preesistente discarica. Erano già partite le valutazioni di impatto ambientale, sintomo della volontà di un’approvazione repentina.

Il 31 maggio Luna Nuova ha fatto percolare la notizia prima che potessero farlo i liquami contaminati, vanificando in tal modo l’effetto sorpresa.

Una mobilitazione dal basso contro l’avvelenamento del territorio ha spinto sui comuni interessati dal progetto e soci della stessa ACSEL, portando al gioioso epilogo di ieri: dopo 3 ore e mezza di assemblea i sindaci all’unanimità hanno rispedito il progetto al mittente.

L’abbiamo scritto più volte, ne siamo convinti e lo ribadiamo: la mobilitazione non è fatta di sole sconfitte.
Appuntiamolo a memoria: ogni tanto si vince, oggi una volta in più.

L'articolo Mattie: la discarica perc*lata sembra essere il primo su Alpinismo Molotov.

Clicca sull’immagine per maggiori info e dettagli

Dopo aver legato gli scarponi per osservare Montecampione e raccontarne la cementificazione, dopo aver esplorato i progetti di turismo dissennato della Valle Camonica e non solo, Alpinismo Molotov continua a frequentare il territorio.
A tessere complicità, a costruire narrazioni.

Domenica 23 giugno ci muoveremo a fianco del CSA Sisma, a Wu Ming 4 e al Bosco di Mambrica A.P.S..
Tra i boschi del maceratese, felici di riallacciare in carne e ossa i nodi con vecchi compagni di cordata.

Ritrovo alle 9.00 a Torre Beregna, per immergerci in una camminata adatta a tutti – 5 chilometri per 300 metri di dislivello – che ci condurrà al rifugio di Manfrica, dove alle 11.30 Wu Ming 4 presenterà il suo nuovo lavoro: La vera storia della banda Hood.  Racconto indispensabile di questi tempi, fatto di una banda di fuorilegge che sa muoversi tra le pieghe del potere, di ritorno alle origini delle cose, dei versi che le hanno accompagnate.

Un libro denso di storie che, per citare un altro compagno di scorribande «sono vere quando si sente che dentro c’è la vita».

L'articolo In marcia con la Banda Hood nella foresta di Mambrica sembra essere il primo su Alpinismo Molotov.

In passato ci siamo occupati di sicurezza in montagna a proposito del crollo del ghiacciaio della Marmolada. All’epoca abbiamo fatto delle riflessioni che a nostro avviso hanno una valenza più generale, e possono essere applicate ad altre situazioni in cui ci si approccia ad ambienti naturali o semi-naturali. Torniamo ora sull’argomento in seguito a un episodio che ha riempito le cronache, verificatosi alcuni giorni fa a Premariacco, nel Friuli orientale, sul greto del Natisone. In breve: tre giovani (due ragazze e un ragazzo) sono stati sorpresi dalla piena del fiume mentre si trovavano su un ghiaione normalmente frequentato come spiaggia e, presi dal panico, sono rimasti bloccati per una decina di minuti mentre il livello dell’acqua e la forza della corrente aumentavano rapidamente, fino ad essere sommersi e poi trascinati nella forra a valle.

Ad oggi sono stati recuperati i corpi delle due ragazze, e sono ancora in corso le ricerche del corpo del ragazzo. Il modo in cui i media stanno parlando dell’episodio è molto simile a quello in cui era stato affrontato l’episodio della Marmolada: da un lato c’è la colpevolizzazione dei giovani, con punte di crudeltà insostenibili, una miscela micidiale di carogneria da paese e di cinismo da social. Dall’altro la ricerca di un capro espiatorio istituzionale (la protezione civile, i vigili del fuoco, il sindaco, il 118, il 112…), insomma la via giudiziaria alla risoluzione dei problemi. Qualcuno ovviamente propone interventi securitari, come il divieto di avvicinamento al fiume a prescindere; qualcun altro invece si frega le mani prefigurando appalti per la “messa in sicurezza” del luogo. La cosa che quasi nessuno dice, invece, è che la leggerezza con cui i tre ragazzi si sono mossi è conseguenza della non conoscenza del territorio, che a sua volta è conseguenza dell’interruzione della trasmissione orale di tale conoscenza. C’è stato un tempo, che nel Friuli orientale è finito intorno alla metà degli anni ottanta, in cui i paesi situati vicino ai fiumi vivevano di e sul fiume. Nel fiume si pescava e si raccoglieva la legna dopo le piene, i contadini in estate di sera facevano il bagno per lavarsi via il sudore e la polvere, i ragazzini passavano l’estate a tuffarsi e nuotare.  Tutti sapevano quali erano i punti pericolosi, e soprattutto *quando* erano pericolosi. Si sapevano leggere i segni di una piena in arrivo, si teneva d’occhio il livello e il colore dell’acqua. Cose che non si sapevano per scienza infusa, ma perché da piccoli te le insegnavano i grandi. La gente affogava anche allora, sia chiaro, ma c’era una consapevolezza del rischio che ora manca. I bei tempi non ci sono mai stati, lo diciamo sempre. Il punto è che non ci sono nemmeno adesso, non ci sono *soprattutto* adesso. Per un paio di decenni le rive dei fiumi sono diventate non-luoghi, o luoghi da cuore di tenebra. E dopo 20 anni di oblio si è cominciato a parlare di “riscoperta” e di “valorizzazione” (che, ricordiamolo, significa “messa a valore”), è arrivato il tempo dei luoghi pittoreschi, poi diventati “instagrammabili”, decontestualizzati dall’ambiente naturale e antropico circostante; il tempo in cui si può progettare una “Premariacco beach” su un ghiaione che si trova tra lo sbocco di una forra e l’ingresso della forra successiva, un luogo tranquillo e sicuro per gran parte dell’anno, sì, ma pericolosissimo in occasione di piogge abbondanti nelle montagne retrostanti.

Come per la montagna, si è persa la consapevolezza che il letto di un fiume è un ambiente naturale che presenta dei rischi, che non possono essere eliminati o tenuti sotto controllo, ma possono essere conosciuti e valutati di volta in volta. In generale, si dimentica una cosa che dovrebbe essere ovvia: nessuna autorità può garantirci l’incolumità di fronte a un fenomeno naturale, per il semplice fatto che autorità e fenomeni naturali sono concetti che appartengono a piani discorsivi e di realtà distinti. Questa amnesia, se ci si pensa, è alla base anche dell’antropizzazione scriteriata delle aree prossime ai fiumi, con le conseguenze su vasta scala che stiamo sperimentando sempre più spesso.

L'articolo Riflessioni sulla morte di tre ragazzi nel fiume Natisone sembra essere il primo su Alpinismo Molotov.

Livorno, 22 dicembre 2022 – Sarà operativo da domani, sabato 22 gennaio, il nuovo servizio di car-sharing con auto totalmente elettriche fornito dal Comune di Livorno tramite la società Playcar di Cagliari nell’ambito del Progetto Modì (Mobilità Dolce e Integrata nell'Area vasta livornese), cofinanziato dal Ministero dell’Ambiente e con l’Amministrazione Provinciale ente coordinatore.Un servizio utile, ...

Livorno, 28 aprile 2023 –Cambia da domani, sabato 29 aprile, il sistema di sosta in piazza Venti Settembre, in piazza Mazzini e sugli scali D'Azeglio, aree residenziali, ma anche commerciali, con una forte presenza di uffici.  Una revisione e riorganizzazione della sosta alla quale l'Amministrazione Comunale sta lavorando da tempo, al fine di garantire ai residenti il diritto di accedere facilmente alle proprie abitazioni con condizioni di sosta agevolate. Vediamo nel dettaglio ...

Livorno,20 maggio 2023 – Da sabato 20 maggio 330 stalli blu sul lungomare, nel tratto del viale Italia dalla Bellana a Barriera Margherita, sono tornati gratuiti per tutti, e a breve saranno anche dipinti di bianco. Inoltre 250 stalli, in zone interne, saranno in seguito riservati al parcheggio dei residenti. I posti blu, 150 circa, a pagamento, rimarranno al parcheggio della Bellana, in piazza Modigliani in piazza San Jacopo. Lo stabilisce un'ordinanza firmata il 18 maggio scorso.

Sostare nelle strisce blu con il ticket scaduto merita la multa alla stessa stregua di quanto avviene quando l'automobilista non si munisce affatto di biglietto. La permanenza oltre il tempo pagato è, infatti, un illecito amministrativo e non un mero inadempimento contrattuale. Ad affermarlo è la Cassazione, con la sentenza n. 16258/2016 depositata ieri (qui sotto allegata), rigettando il ricorso di un automobilista contro la decisione del tribunale di ...

Il servizio è stato presentato in una conferenza stampa dall’assessore Vece e dal presidente di Tirrenica Mobilità Gabriele Vannucci il 12 aprile ed è già attivo.Il nuovo strumento messo a punto da Tirrenica Mobilità, la società che gestisce tutti i parcheggi a pagamento in città, offre altri servizi utili come l’allarme quando la sosta sta per scadere o come prolungare la sosta.In base agli accordi con le città, con ...

Al via a Livorno il nuovo servizio di pagamento della sosta sulle “Strisce blu” con lo smartphone attraverso l’app “Telepass Pay”, senza più spreco di tempo e denaro. È ora attivo anche nella città di Livorno il servizio di pagamento delle soste nelle aree gestite con parchimetro tramite l’app Telepass Pay:l’innovativo sistema consente di pagare la sosta sulle strisce blu con il proprio smartphone, anche senza avere il Telepass ...

Numeri utili città di Livorno:Soccorso sanitario 118V.V.F.                  115Carabinieri           112Polizia di stato     113Guardia di Finanza 117Corpo Forestale dello Stato 1515Guardia Costiera 1530Soccorso Stradale ACI 0586 803116Prefettura di Livorno 0586  235111Comune di ...

Orari di farmacie di turno nella città di Livorno.

SI AVVISANO GLI UTENTI DELL’ APPLICAZIONE TAP & PARK CHE IL SERVIZIO È NUOVAMENTE ATTIVO DAL 17/07/2024.

Zona del mercato,  i residenti della Ztl “C” possono transitare e parcheggiare anche in “D” e viceversa.Livorno, l'ordinanza entra in vigore da lunedì 14 marzo fino al 12 marzo 2017.LIVORNO.  Sarà consentito, a partire da lunedì 14 marzo fino al 12 marzo 2017, ai residenti della Ztl “C”, muniti di contrassegno, di transitare e sostare anche nella Ztl “D” e viceversa.Si rinnova pertanto l’ordinanza che prevede, ...

L'area del parcheggio sottostante il ponte di SS Trinità deve ritenersi riservata esclusivamente ai veicoli dei residenti/dimoranti muniti di contrassegno zona "A" come da Determinazione N° 8265 del 04/11/2019.

A partire dal mese di novembre ed entro il 28 febbraio 2025 sarà possibile effettuare il rinnovo dei permessi a pagamento ZTL/ZSC per i mezzi dei professionisti (medici, rappresentanti, giornalisti, enti, cooperative ecc) e per le seconde e terze auto dei residenti. Nessun rinnovo è invece richiesto per i contrassegni gratuiti relativi alla prima auto dei cittadini residenti, che sono validi a tempo ...

COMUNICATO STAMPA Roma, 20 novembre 2024. Assoprovider, l’associazione dei provider italiani piccoli e medi, esprime la propria solidarietà ed il proprio sostegno alla Commissaria dell'Autorità per le garanzie nelle comunicazioni, Elisa Giomi, commissaria Agcom, che ha denunciato attraverso il suo profilo LinkedIn, che a seguito del post su Piracy Shield – la piattaforma donata da […]

L'articolo Piracy Shield, Assoprovider esprime solidarietà alla Commissaria Agcom Elisa Giomi proviene da Assoprovider.

Un’occasione di confronto sui temi caldi delle TLC, appuntamento 21 novembre ore 15:30 Dopo il seguito delle prime due edizioni, torna la Maratona delle TCL, un’iniziativa ideata da Assoprovider che punta a mettere a confronto gli operatori delle TLC. L’evento, aperto a tutti, si terrà il 21 novembre e sarà visibile  sulle piattaforme Linkedin e […]

L'articolo Al via la Terza Maratona delle TLC (l’agenda e dove seguirla) proviene da Assoprovider.

Perito elettronico, molla tutto per aprire una sua azienda, Radio Data Net, a Vodo Cadore, in provincia di Belluno. Oggi può contare su più di 100 clienti Gli operatori di prossimità soddisfano, innanzitutto, un bisogno di mercato e diventano decisivi per la vita anche delle aziende che nascono in territori digital divisi. Lo sa bene, […]

L'articolo Radio Data Net, la storia di Gianluca, operatore di prossimità ventiseienne proviene da Assoprovider.

Roma, 22 novembre L'Associazione Assoprovider ha presentato un esposto alla Procura regionale della Corte dei Conti di Roma riguardante il sistema Piracy Shield, adottato dall'Autorità per le garanzie nelle comunicazioni (Agcom). L'esposto chiede di accertare la sussistenza di un eventuale danno erariale e la congruità dell'azione dell'Agcom nella gestione delle risorse economiche relative al Piracy […]

L'articolo Piracy Shield: Assoprovider presenta un esposto alla Corte dei Conti per possibile danno erariale proviene da Assoprovider.

Nell'ottobre del 2024, a 19 anni esatti dalla storica vittoria che liberalizzò l'uso del Wi-Fi in Italia, Assoprovider si trova nuovamente in prima linea per difendere il futuro del settore delle telecomunicazioni. Con l'approvazione del decreto Omnibus, ora legge dello Stato, affrontiamo una delle sfide più critiche della nostra storia. 2005-2024: Dal trionfo alla nuova […]

L'articolo Assoprovider, 19 anni dalla liberalizzazione del Wi-Fi, una nuova battaglia cruciale per il settore delle telecomunicazioni proviene da Assoprovider.

Il rischio di carcerazione per gli Internet Service Provider (ISP) rappresenta una minaccia senza precedenti per il settore delle telecomunicazioni in Italia Assoprovider, l'associazione rappresentativa dei piccoli e medi fornitori di servizi Internet in Italia, lancia un forte allarme riguardo agli emendamenti recentemente approvati dalle Commissioni Bilancio e Finanze del Senato nell'ambito del DL Omnibus […]

L'articolo TLC, Assoprovider: Allarme per il rischio carcere agli ISP nel DL Omnibus sulla pirateria proviene da Assoprovider.

La NIS2 è la direttiva sulla sicurezza informatica dell’Unione Europea. I Paesi membri hanno tempo fino al 17 ottobre 2024 per recepirla. Ma cosa cambia? Acronimo di Network and Information Security 2, la NIS2 è la direttiva emanata dall’Unione Europea, allo scopo di rafforzare la sicurezza informatica e la resilienza delle infrastrutture critiche in tutti […]

L'articolo NIS2, cos’è e come impatta sugli operatori di prossimità proviene da Assoprovider.

The Linux Kernel Organization is a California Public Benefit Corporation established in 2002 to distribute the Linux kernel and other Open Source software to the public without charge. We are recognized by the IRS as a 501(c)3 private operating foundation.

• IRS determination letter
• California determination letter

The Linux Kernel Organization is managed by The Linux Foundation, which provides full technical, financial and staffing support for running and maintaining the kernel.org infrastructure.

If you have questions, comments or concerns about the F.A.Q. please contact us at helpdesk@kernel.org.

Email is the only reliable way of contacting Kernel.org administrators.

We are pleased to announce the availability of a new mailing list service running under the new lists.linux.dev domain. The goal of this deployment is to offer a subscription service that:

• prioritizes mail delivery to public-inbox archives available via lore.kernel.org
• conforms to DMARC requirements to ensure subscriber delivery
• makes minimal changes to email headers and no changes to the message body content for the purposes of preserving patch attestation

If you would like to host a Linux development mailing list on this platform, please see further details on the subspace.kernel.org site.

If you are a developer located around Beijing, or if your connection to Beijing is faster and more reliable than to locations outside of China, then you may benefit from the new git.kernel.org mirror kindly provided by Code Aurora Forum at https://kernel.source.codeaurora.cn/. This is a full mirror that is updated just as frequently as other git.kernel.org nodes (in fact, it is managed by the same team as the rest of kernel.org infrastructure, since CAF is part of Linux Foundation IT projects).

To start using the Beijing mirror, simply clone from that location or add a separate remote to your existing checkouts, e.g.:

git remote add beijing git://kernel.source.codeaurora.cn/pub/scm/.../linux.git
git fetch beijing master

You may also use http:// and https:// protocols if that makes it easier behind corporate firewalls.

The Linux kernel community operates a Code of Conduct based on the Contributor Covenant Code of Conduct with a Linux Kernel Contributor Covenant Code of Conduct Interpretation.

setting expertise expectations, making decisions and rejecting unsuitable
contributions are not viewed as a violation of the Code of Conduct.

setting expertise expectations, making decisions and rejecting unsuitable
contributions are not viewed as a violation of the Code of Conduct.

We are trialing out a new feature that can send you a notification when the patches you send to the LKML are applied to linux-next or to the mainline git trees. If you are interested in trying it out, here are the details:

• The patches must be sent to the LKML (linux-kernel@vger.kernel.org).
• One of the cc's must be notify@kernel.org (Bcc will not work).
• Alternatively, there should be a "X-Patchwork-Bot: notify" email header.
• The patches must not have been modified by the maintainer(s).
• All patches in the series must have been applied, not just some of them.

The last two points are important, because if there are changes between the content of the patch as it was first sent to the mailing list, and how it looks like by the time it is applied to linux-next or mainline, the bot will not be able to recognize it as the same patch. Similarly, for series of multiple patches, the bot must be able to successfully match all patches in the series in order for the notification to go out.

If you are using git-format-patch, it is best to add the special header instead of using the Cc notification address, so as to avoid any unnecessary email traffic:

--add-header="X-Patchwork-Bot: notify"

You should receive one notification email per each patch series, so if you send a series of 20 patches, you will get a single email in the form of a reply to the cover letter, or to the first patch in the series. The notification will be sent directly to you, ignoring any other addresses in the Cc field.

The bot uses our LKML patchwork instance to perform matching and tracking, and the source code for the bot is also available if you would like to suggest improvements.

You may access the archives of many Linux development mailing lists on lore.kernel.org. Most of them include a full archive of messages going back several decades.

• listing of currently hosted archives

If you would like to suggest another kernel development mailing list to be included in this list, please follow the instructions on the following wiki page:

• Adding list archives to lore.kernel.org

[lore.kernel.org]
site = https://lore.kernel.org
manifest = https://lore.kernel.org/manifest.js.gz
toplevel = /path/to/your/local/folder
mymanifest = /path/to/your/local/folder/manifest.js.gz
pull_threads = 4

We'd like to announce several small changes to the way Linux tarballs are produced.

If you are in charge of CI infrastructure that needs to perform frequent full clones of kernel trees from git.kernel.org, we strongly recommend that you use the git bundles we provide instead of performing a full clone directly from git repositories.

It is better for you, because downloading the bundle from CDN is probably going to be much faster for you than cloning from our frontends due to the CDN being more local. You can even copy the bundle to a fileserver on your local infrastructure and save a lot of repeated external traffic.

It is better for us, because if you first clone from the bundle, you only need to fetch a handful of newer objects directly from git.kernel.org frontends. This not only uses an order of magnitude less bandwidth, but also results in a much smaller memory footprint on our systems -- git daemon needs a lot of RAM when serving full clones of linux repositories.

Here is a simple script that will help you automate the process of first downloading the git bundle and then fetching the newer objects:

• linux-bundle-clone

Thank you for helping us keep our systems fast and accessible to all.

The Linux Foundation IT team has been working to improve the code integrity of git repositories hosted at kernel.org by promoting the use of PGP-signed git tags and commits. Doing so allows anyone to easily verify that git repositories have not been altered or tampered with no matter from which worldwide mirror they may have been cloned. If the digital signature on your cloned repository matches the PGP key belonging to Linus Torvalds or any other maintainer, then you can be assured that what you have on your computer is the exact replica of the kernel code without any omissions or additions.

To help promote the use of PGP signatures in Linux kernel development, we now offer a detailed guide within the kernel documentation tree:

• Kernel Maintainer PGP Guide

Further, we are happy to announce a new special program sponsored by The Linux Foundation in partnership with Nitrokey -- the developer and manufacturer of smartcard-compatible digital tokens capable of storing private keys and performing PGP operations on-chip. Under this program, any developer who is listed as a maintainer in the MAINTAINERS file, or who has a kernel.org account can qualify for a free digital token to help improve the security of their PGP keys. The cost of the device, including any taxes, shipping and handling will be covered by The Linux Foundation.

To participate in this program, please access the special store front on the Nitrokey website:

• Nitrokey Start for Kernel Developers

All kernel releases are cryptographically signed using OpenPGP-compliant signatures. Everyone is strongly encouraged to verify the integrity of downloaded kernel releases by verifying the corresponding signatures.

$ gpg2 --locate-keys [username]@kernel.org

$ gpg2 --locate-keys torvalds@kernel.org gregkh@kernel.org

$ curl -OL https://www.kernel.org/pub/linux/kernel/v4.x/linux-4.6.6.tar.xz
$ curl -OL https://www.kernel.org/pub/linux/kernel/v4.x/linux-4.6.6.tar.sign

$ unxz linux-4.6.6.tar.xz

$ gpg2 --verify linux-4.6.6.tar.sign

$ xz -cd linux-4.6.6.tar.xz | gpg2 --verify linux-4.6.6.tar.sign -

gpg: Signature made Wed 10 Aug 2016 06:55:15 AM EDT using RSA key ID 38DBBDC86092693E
gpg: Can't check signature: No public key

$ gpg2 --locate-keys torvalds@kernel.org gregkh@kernel.org
$ gpg2 --verify linux-4.6.6.tar.sign
gpg: Signature made Wed 10 Aug 2016 06:55:15 AM EDT
gpg:                using RSA key 38DBBDC86092693E
gpg: Good signature from "Greg Kroah-Hartman <gregkh@kernel.org>" [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg:          There is no indication that the signature belongs to the owner.
Primary key fingerprint: 647F 2865 4894 E3BD 4571  99BE 38DB BDC8 6092 693E

$ gpg2 --tofu-policy good 38DBBDC86092693E
$ gpg2 --trust-model tofu --verify linux-4.6.6.tar.sign
gpg: Signature made Wed 10 Aug 2016 06:55:15 AM EDT
gpg:                using RSA key 38DBBDC86092693E
gpg: Good signature from "Greg Kroah-Hartman <gregkh@kernel.org>" [full]
gpg: gregkh@kernel.org: Verified 1 signature in the past 53 seconds.  Encrypted
     0 messages.

pub   1024D/517D0F0E 2000-10-10 [revoked: 2011-12-11]
      Key fingerprint = C75D C40A 11D7 AF88 9981  ED5B C86B A06A 517D 0F0E
uid                  Linux Kernel Archives Verification Key <ftpadmin@kernel.org>

pub   3072R/C4790F9D 2013-08-08
      Key fingerprint = BFA7 DD3E 0D42 1C9D B6AB  6527 0D3B 3537 C479 0F9D
uid   Linux Kernel Archives Verification Key
      (One-off resigning of old releases) <ftpadmin@kernel.org>

As you may be aware, starting with 4.12-rc1 Linus will no longer provide signed tarballs and patches for pre-release ("-rc") kernels. Reasons for this are multiple, but largely this is because people who are most interested in pre-release tags -- kernel developers -- do not rely on patches and tarballs to do their work.

git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
cd linux
git verify-tag v4.12-rc1
git archive --format=tar.gz --prefix=linux-4.12-rc1/ \
  -o linux-4.12-rc1.tar.gz v4.12-rc1

wget https://git.kernel.org/torvalds/t/linux-4.12-rc1.tar.gz

wget -O patch-4.12-rc1 https://git.kernel.org/torvalds/p/v4.12-rc1/v4.11

wget -O patch-4.12-rc1.gz --header="accept-encoding: gzip" \
  https://git.kernel.org/torvalds/p/v4.12-rc1/v4.11

The XZ tarballs for the following kernel releases did not initially pass signature verification due to benign changes to the tarball structure done by the pixz compression tool:

• 4.11.1
• 4.10.16
• 4.9.28
• 4.4.68

These changes would have resulted in GPG returning "Bad Signature" if you tried to verify their integrity. Once we identified the problem, we generated new XZ tarballs without tar header modifications and now they should all pass PGP signature verification.

We preserved the original .xz tarballs as -badsig files in the archives in case you wanted to verify that there was nothing malicious in them, merely tar header changes. You can find them in the same v4.x directory:

• https://www.kernel.org/pub/linux/kernel/v4.x/

Our apologies for this problem and thanks to Brad Spengler and everyone else who alerted us about this issue.

We are extremely happy to announce that Packet has graciously donated the new hardware systems providing read-only public access to the kernel.org git repositories and the public website (git.kernel.org and www.kernel.org, respectively). We have avoided using cloud providers in the past due to security implications of sharing hypervisor memory with external parties, but Packet's hardware-based single-tenant approach satisfies our security requirements while taking over the burden of setting up and managing the physical hardware in multiple worldwide datacenters.

As of March 11, 2017, the four new public frontends are located in the following geographical locations:

• San Jose, California, USA
• Parsippany, New Jersey, USA
• Amsterdam, Netherlands
• Tokyo, Japan

We have changed our DNS configuration to support GeoDNS, so your requests should be routed to the frontend nearest to you.

Each Packet-hosted system is significantly more powerful than our previous generation frontends and have triple the amount of available RAM, so they should be a lot more responsive even when a lot of people are cloning linux.git simultaneously.

Our special thanks to the following organizations who have graciously donated hosting for the previous incarnation of kernel.org frontends:

• Internet Systems Consortium
• Vexxhost
• Tizen

If you notice any problems with the new systems, please email helpdesk@kernel.org.

Those of you who have been around for a while may remember a time when you used to be able to mount kernel.org directly as a partition on your system using NFS (or even SMB/CIFS). The Wayback Machine shows that this was still advertised some time in January 1998, but was removed by the time the December 1998 copy was made.

Let's face it -- while kinda neat and convenient, offering a public NFS/CIFS server was a Pretty Bad Idea, not only because both these protocols are pretty terrible over high latency connections, but also because of important security implications.

Well, 19 years later we're thinking it's time to terminate another service that has important protocol and security implications -- our FTP servers. Our decision is driven by the following considerations:

• The protocol is inefficient and requires adding awkward kludges to firewalls and load-balancing daemons
• FTP servers have no support for caching or accelerators, which has significant performance impacts
• Most software implementations have stagnated and see infrequent updates

All kernel.org FTP services will be shut down by the end of this year. In hopes to minimise the potential disruption, we will be doing it in two stages:

1. ftp://ftp.kernel.org/ service will be terminated on March 1, 2017
2. ftp://mirrors.kernel.org/ service will be terminated on December 1, 2017

If you have any concerns, please feel free to contact ftpadmin@kernel.org (ah, the irony).

If your browser alerted you that the site certificates have changed, that would be because we replaced our StartCOM, Ltd certificates with those offered by our DNS registrar, Gandi. We are very thankful to Gandi for this opportunity.

A common question is why we aren't using the certificates offered by the Let's Encrypt project, and the answer is that there are several technical hurdles (on our end) that currently make it complicated. Once we resolve them, we will most likely switch to using certificates issued by our fellow Linux Foundation project.

If you find yourself on an unreliable Internet connection and need to perform a fresh clone of Linux.git, you may find it tricky to do so if your connection resets before you are able to complete the clone. There is currently no way to resume a git clone using git, but there is a neat trick you can use instead of cloning directly -- using git bundle files.

Here is how you would do it.

1. Start with "wget -c", which tells wget to continue interrupted downloads. If your connection resets, just rerun the same command while in the same directory, and it will pick up where it left off:

   wget -c https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/clone.bundle
   

2. Next, clone from the bundle:

   git clone clone.bundle linux
   

3. Now, point the origin to the live git repository and get the latest changes:

   cd linux
   git remote remove origin
   git remote add origin https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
   git pull origin master
   

Once this is done, you can delete the "clone.bundle" file, unless you think you will need to perform a fresh clone again in the future.

The "clone.bundle" files are generated weekly on Sunday, so they should contain most objects you need, even during kernel merge windows when there are lots of changes committed daily.

We are happy to announce that Fastly has offered their worldwide CDN network to provide fast download services for Linux kernel releases, which should improve download speeds for those of you located outside North America. We have modified the front page to offer CDN-powered download links, but all the existing URLs should continue to work.

If you would like to avoid using Fastly, you can simply change the URL to have "www.kernel.org" instead of "cdn.kernel.org". As always, please use PGP Signature Verification for all downloaded files regardless of where you got them.

Linus named the upcoming 4.0 release of the kernel "Hurr Durr I'ma Sheep" (see his git commit), so we are celebrating this April Fool's day with a minor prank. If you've been redirected to imasheep.hurrdurr.org, do not panic. It's all part of the joke.

We've also restored all FTP and Rsync access to the mirrors.kernel.org servers, as we seem to have resolved our SSD and dm_cache problems. If you're still using FTP, however, please consider switching to HTTP. FTP is a protocol designed for a different era -- these days everyone should be avoiding it for multiple reasons.

We've had to temporarily limit FTP access to mirrors.kernel.org due to high IO load.

We have recently upgraded our hardware in order to increase capacity -- 16TB was no longer nearly sufficient enough to host all the distro mirrors and archives. We chose larger but slower disks and offset the loss of performance by heavily utilizing SSD IO caching using dm-cache.

While it was performing very well, we have unfortunately run across an FS data corruption bug somewhere along this stack:

megaraid_sas + dm_cache + libvirt/virtio + xfs

We've temporarily removed dm-cache from the picture and switched to Varnish on top of SSD for http object caching. Unfortunately, as Varnish does not support FTP, we had to restrict FTP protocol to a limited number of concurrent sessions in order to reduce disk IO. If you are affected by this, simply switch to HTTP protocol that does not have such restrictions.

This is a temporary measure until we identify the dm-cache problem that was causing data corruption, at which point we will restore unrestricted FTP access.

Since we rely on the OpenSSL library for serving most of our websites, we, together with most of the rest of the open-source world, were vulnerable to the HeartBleed vulnerability. We have switched to the patched version of OpenSSL within hours of it becoming available, plus have performed the following steps to mitigate any sensitive information leaked via malicious SSL heartbeat requests:

• Replaced all SSL keys across all kernel.org sites.
• Expired all active sessions on Bugzilla, Patchwork, and Mediawiki sites, requiring everyone to re-login.
• Changed all passwords used for admin-level access to the above sites.

As kernel.org developers do not rely on SSL to access git repositories, there is no need to replace any SSH or PGP keys used for developer authentication.

If you have any questions or concerns, please email us at webmaster@kernel.org for more information.

If you would like to mirror all or a subset of kernel.org git repositories, please use a tool we wrote for this purpose, called grokmirror. Grokmirror is git-aware and will create a complete mirror of kernel.org repositories and keep them automatically updated with no further involvement on your part.

Grokmirror works by keeping track of repositories being updated by downloading and comparing the master manifest file. This file is only downloaded if it's newer on the server, and only the repositories that have changed will be updated via "git remote update".

You can read more about grokmirror by reading the README file.

git clone git://git.kernel.org/pub/scm/utils/grokmirror/grokmirror.git

[kernel.org]
site = git://git.kernel.org
manifest = http://git.kernel.org/manifest.js.gz
default_owner = Grokmirror User
#
# Where are we going to put the mirror on our disk?
toplevel = /var/lib/git/mirror
#
# Where do we store our own manifest? Usually in the toplevel.
mymanifest = /var/lib/git/mirror/manifest.js.gz
#
# Where do we put the logs?
log = /var/log/mirror/kernelorg.log
#
# Log level can be "info" or "debug"
loglevel = info
#
# To prevent multiple grok-pull instances from running at the same
# time, we first obtain an exclusive lock.
lock = /var/lock/mirror/kernelorg.lock
#
# Use shell-globbing to list the repositories you would like to mirror.
# If you want to mirror everything, just say "*". Separate multiple entries
# with newline plus tab. Examples:
#
# mirror everything:
#include = *
#
# mirror just the main kernel sources:
#include = /pub/scm/linux/kernel/git/torvalds/linux.git
#          /pub/scm/linux/kernel/git/stable/linux-stable.git
#          /pub/scm/linux/kernel/git/next/linux-next.git
#
# mirror just git:
#include = /pub/scm/git/*
include = *
#
# This is processed after the include. If you want to exclude some specific
# entries from an all-inclusive globbing above. E.g., to exclude all
# linux-2.4 git sources:
#exclude = */linux-2.4*
exclude =

# Run grok-pull every 5 minutes as "mirror" user
*/5 * * * * mirror /usr/bin/grok-pull -p -c /etc/grokmirror/repos.conf

Special thanks to Benoît Monin for donating a MIT-licensed CSS theme to the kernel.org project to replace the one we hastily put together. Though the Pelican authors have since obtained a free-license commitment from the copyright owners of the CSS files shipping with Pelican, we wanted to have something that looked a bit less like the default theme anyway.

If anyone else wants to participate, full sources of the kernel.org website are available from the git repository.

We've implemented two oft-requested features today:

1. The download links now default to .tar.xz versions of archives
2. There is now a JSON file with the release information located in https://www.kernel.org/releases.json. If you've been screen-scraping the front page, please use this instead.

If you have any other feature suggestions, please send them to webmaster@kernel.org.

Due to a failure in one of the rsync scripts during the maintenance window, the mirrors of /pub hierarchy on www.kernel.org got erased. We are resyncing them now from the master storage, but in the meantime you will probably get an occasional "Forbidden". The entirety of the archive should be rsync'ed in a few hours.

We apologize profusely for the problem and will fix the script to make sure this doesn't happen again.

Contents of git.kernel.org are unaffected.

You are probably wondering what happened to the site's look. Unfortunately, we've been alerted that the default theme shipped by Pelican (which we largely adapted) has an unclear license. Until this is cleared up, we've put together a quick-and-dirty cleanroom CSS reimplementation that preserves the functional aspects of the site, but sacrifices a lot of the bells and whistles.

If you are a CSS designer and would like to donate your own cleanroom style, please let us know at webmaster@kernel.org.

Our apologies, and we promise to keep a keener eye on licensing details of various templates distributed with open-source products.

Welcome to the reworked kernel.org website. We have switched to using Pelican in order to statically render our site content, which simplifies mirroring and distribution. You can view the sources used to build this website in its own git repository.

Additionally, we have switched from using gitweb-caching to using cgit for browsing git repositories. There are rewrite rules in place to forward old gitweb URLs to the pages serviced by cgit, so there shouldn't be any broken links, hopefully. If you notice that something that used to work with gitweb no longer works for you with cgit, please drop us a note at webmaster@kernel.org.

This weekend the system that monitors the NTP servers in the NTP Pool got a major overhaul!

NTP servers are now monitored from a number of monitors across the world, usually closer to the server than the single monitor was before.

One of the most frustrating things about operating an NTP server in the NTP Pool was how random network issues far away from the server would impact the score. Sometimes cause an email to be sent to the operator about potential problems.

This year the NTP Pool Project has been serving time to the world for 20 years!

Trillions and trillions of DNS requests have been served to billions of clients, with the NTP requests handled by thousands of NTP servers across the world day and night.

Development on the project ebbs and flows, but maintenance and upgrades on the production infrastructure is consistent – and constant.

Our community is active; and the NTP server operators even more so with almost 2,000 operators managing the 3,000 IPv4 NTP IPs and 1,600 IPv6 IPs active in the system.

The main website (www.ntppool.org / www.pool.ntp.org) doesn’t set any browser cookies. Some access logs are generated strictly for diagnostics purposes. No long term storage or analytics on user behavior is attempted.

The manage website (manage.ntppool.org) sets a cookie on login to track authentication. The site also keeps a record of the account information you provide and NTP server IPs that are registered. We try hard to not keep any information that’s not essential for operating the system.

Packet is awesome.

When we started planning our recent unplanned server move, we investigated options for having not one, but two sites, for the “hub” systems for the NTP Pool. With 4000 NTP servers and hundreds of millions of clients using the system, it really should be a given!

Evaluating our options on a ridiculously short timeframe, Packet stood out as an interesting choice, though we were a little apprehensive at first if their setup would be too unusual compared to more familiar options.

After a quick chat with some of the friendly staff at Packet, we were off to the races to see if we could get everything migrated in less than a week of nights and weekends. If we could, we’d be able to move the physical servers the following Sunday without downtime to any critical services, and get us closer to having proper redundancy.

Working with the Packet system has been fascinating and extremely productive. Despite having done this sort of work for several decades, it was a surprise how mixing familiar capabilities, APIs and abstractions opened new ways for quickly building and managing powerful, reliable and scalable infrastructure.

The beta site has been updated with new features for managing the accounts. Until now each server had to be associated with just one user login. In the new system servers are associated with an account that can have multiple user logins.

If you can, please try it out and post bug reports or suggestions in the development forum or via email.

The NTP Pool consists of (as of this writing) more than 4000 NTP servers provided by the community, about 40 DNS servers and a good handful of “hub servers” running the website, databases, monitoring (for NTP, DNS, etc) and a bunch of other software to keep the system going.

This spring we learned that the facility the systems were in was being decommissioned and we needed to find other arrangements, quickly. A few weeks later we had some options lined up and a long list of work to make it a smooth migration.

As you might have seen in the news or from the US CERT, there’s an internal counter in the GPS messages that will “rollover” this week.

Poorly implemented GPS receivers might lose track of time because of this.

Many servers in the NTP Pool are using GPS signals to set the time, either directly or indirectly from another server that listens for GPS signals.

The expected impact on users of the NTP Pool is very little or none at all. The NTP Pool monitoring system will detect any systems that are wildly off and have them removed from DNS responses within typically 10-20 minutes.

Daniel Ziegenberg wrote a tutorial for Digital Ocean on configuring NTP for the NTP Pool on Ubuntu.

Oliver Nadler has another tutorial covering non-Ubuntu, too.

There’s a new forum for discussion related to the NTP Pool at community.ntppool.org. Please come join us. There are a couple interesting threads about the recent leap second and lots of empty space for your questions or suggestions. :-)

Since last Tuesday some countries have seen an excessive number of queries to the NTP Pool.

After much detective work on nanog (conclusion) and the #NTP IRC channel it was determined to be a buggy Snapchat app update.

A network switch failed causing an outage for the management system and the NTP Pool website. The DNS and NTP services should only be minorly affected, even if the outage lasts a little while.

I’ll update status website with updates.

The IETF has published a new version of NTP Best Current Practices documenting learned best practices on how to run NTP servers and clients.

If you know a little about the NTP protocol reading it will be a quick way to learn more about how it works “in the wild” (including on your own systems).