3 581
contributi
Discussione:I repository ed il loro utilizzo: differenze tra le versioni
Discussione:I repository ed il loro utilizzo (visualizza wikitesto)
Versione delle 11:01, 18 giu 2017
, 18 giu 2017→Utilizzo template Codename - task Revisione Wiki #61
Wtf (discussione | contributi) |
|||
| (30 versioni intermedie di 3 utenti non mostrate) | |||
| Riga 50: | Riga 50: | ||
--[[Utente:Wtf|Wtf]] 23:35, 18 lug 2013 (CEST) | --[[Utente:Wtf|Wtf]] 23:35, 18 lug 2013 (CEST) | ||
:Per la verità le guide da unificare sarebbero tre: [[Revisione Wiki]], task 49 [[Utente:S3v|S3v]] 19:38, 19 lug 2013 (CEST)<br/> | |||
:Ops, sono quattro :) Ovviamente in alcune c'è solo la parte che parla del pinning, altre vi sono dedicate completamente. Giustamente, come scrivi, andrebbe creata un'unica guida che parla del pinning e, eventualmente, link o riferimenti ad essa nelle altre. Magari anche una voce "pinning" del glossario non sarebbe male.[[Utente:S3v|S3v]] 21:17, 19 lug 2013 (CEST) | |||
: Viste. [[Utente:Wtf|Wtf]] 17:55, 20 lug 2013 (CEST) | |||
== contrib senza non-free == | |||
Ha senso l'uso di "main contrib" senza non-free? Mentre le dipendenze (e perfino i raccomandati, di default installati in automatico) di ogni pacchetto di main devono essere presenti in main, qual è il significato di contrib senza non-free e per quali ragioni potrebbe essere desiderabile? [[Utente:HAL 9000|HAL 9000]] 19:19, 21 giu 2014 (CEST) | |||
:Ha senso se non vuoi installare pacchetti contrari alle DFSG. I pacchetti di contrib starebbero in main se, tra le loro dipendenze, non avessero pacchetti presenti in non-free. Un esempio è VirtualBox, completamente open se tra le proprie dipendenze non avesse ad esempio le guest-additions (a sorgente chiuso ma che è comunque un pacchetto suggerito che non pregiudica l'installazione di VB). Vado a memoria ma non mi pare di ricordare pacchetti di contrib la cui installazione sia impossibile senza abilitare l'area non-free.<br/>Una puntualizzazione: i raccomandati vengono installati in automatico solo da apt-get, aptitude non lo fa :) [[Utente:S3v|S3v]] 19:44, 21 giu 2014 (CEST) | |||
::Ok, chiaro, grazie. :) Pensavo che, salvo per i wrapper che servono per scaricare o estrarre software proprietario, tutta l'area contrib fosse inutile senza la non-free. [[Utente:HAL 9000|HAL 9000]] 20:51, 21 giu 2014 (CEST) | |||
== Rimozione/spostamento parti ridondanti == | |||
Per una discussione, rimando al forum: http://forum.debianizzati.org/viewtopic.php?f=25&t=49814&p=184400#p184385 | |||
[[Utente:HAL 9000|HAL 9000]] 20:09, 29 ago 2014 (CEST) | |||
: È terminata anche la parte di uniformazione di tutti i repository. Avevo iniziato con l'aggiungere sorgenti (commentati), ma visto che ce n'erano già di non commentati li ho messi ovunque non commentati, seguendo la configurazione di default dopo una nuova installazione, spiegando come disabilitarli.<br/>Ho annullato la mia aggiunta della doppia sezione per stable, penso creasse confusione, ed esteso un po' quella di experimental.<br/>Ci sono dei link a sezioni di altre guide, che funzionano finché il titolo non viene cambiato (ma se lo fosse punterebbero comunque alla pagina principale della guida); non so se vanno bene, ma i titoli riguardano Sid ed experimental, che non dovrebbero cambiare.<br/>[[Utente:HAL 9000|HAL 9000]] 21:54, 2 set 2014 (CEST) | |||
== Proposed updates == | |||
Perché non va "<nowiki>http://ftp.it.debian.org stable-proposed-updates</nowiki>" ? L'archivio c'è ma compare questo messaggio; | |||
<pre> | |||
W: Distribuzione in conflitto: http://ftp.it.debian.org stable-proposed-updates Release (atteso stable-proposed-updates ma ottenuto wheezy-proposed-updates) | |||
</pre> | |||
Vuole "wheezy" al posto di "stable" :( | |||
: Non so se è un errore passato inosservato, come probabile, né se è correlato al problema che hai riscontrato, ma ho notato adesso che mentre in http://ftp.it.debian.org/debian/dists ci sono sia stable-proposed-updates sia wheezy-proposed-updates, nel file Release come suite c'è scritto proposed-updates (anziché stable-proposed-updates) e invece il codename è wheezy-proposed-updates.<br/>Per testing invece la suite è testing-proposed-updates.<br/>[[Utente:HAL 9000|HAL 9000]] 10:05, 27 set 2014 (CEST) | |||
:: Ho trovato questo: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714726 . Sembra che il problema riguardi anche "stable-backports". [[Utente:S3v|S3v]] 10:48, 27 set 2014 (CEST) | |||
::: Dei backports lo sapevo, ma non avevo pensato a un bug, perché è così anche per testing-backports. A questo punto, quando e se sarà corretto, ci sarà da ricontrollare le pagine su backports, repository, suite, codename, ecc... presenti nella wiki. [[Utente:HAL 9000|HAL 9000]] 11:10, 27 set 2014 (CEST) | |||
::: Ok.<br/>Capisco "jessie-proposed-updates" in prospettiva futura ma il senso di "testing-proposed-updates"? :D [[Utente:S3v|S3v]] 11:36, 27 set 2014 (CEST)<br/>... e c'è anche "testing-updates" ... [[Utente:S3v|S3v]] 11:38, 27 set 2014 (CEST)<br/>"testing-updates" in effetti serve. Errore mio. "testing-proposed-updates" invece non so quale sia la sua utilità. [[Utente:S3v|S3v]] 11:42, 27 set 2014 (CEST) | |||
:::: Non ne ho idea, e ignoro anche a cosa serva testing-updates. Pensavo che testing ricevesse aggiornamenti soltanto da Sid e dal repository di sicurezza. Forse è solo per completezza. [[Utente:HAL 9000|HAL 9000]] 13:39, 27 set 2014 (CEST) | |||
::::: Ho fatto confusione tra testing-updates e testing/updates ... <span style="font-size:x-large">😐</span> [[Utente:S3v|S3v]] 18:55, 27 set 2014 (CEST) | |||
== Nuova sezione mirror == | |||
Propongo di spostarla nella voce di glossario [[Mirror]], da trasformarsi in una (mini) guida vera e propria, per tenere traccia della compatibilità con future versioni di Debian dei pacchetti non di sistema utilizzati, come apt-p2p e netselect-apt. | |||
E di utilizzare apt-get invece di aptitude ([http://forum.debianizzati.org/viewtopic.php?f=25&t=51301 vedi discussione sul forum]), per maggiore compatibilità futura. | |||
[[Utente:HAL 9000|HAL 9000]] 17:52, 26 ott 2015 (CET) | |||
: Per me sarebbe meglio creare una guida a parte e lasciare le voci di glossario nel loro stato attuale (appunto come "glossario", spiegazione del termine a cui ci si riferisce). Questo per due motivi: | |||
:: 1. Chi legge vorrebbe sapere cosa significa il termine senza leggersi un'intera guida | |||
:: 2. Si deve necessariamente lasciare un redirect nel caso la guida subisca un cambiamento del titolo ("Mirror" è troppo generico) e a me i redirect non piacciono :) | |||
: Quindi, per riassumere, io sono per creare una guida nuova e aggiungere alla pagina "Mirror" un link. | |||
: Ho notato però che ultimamente alcune voci di glossario sono diventate vere e proprie guide: mi ripropongo di modificarle e riportarle al loro stato originario oppure di rimuoverle dalla categoria. [[Utente:S3v|S3v]] 19:17, 29 ott 2015 (CET) | |||
::: Ok, mi sta bene. Direi allora di spostare semplicemente la sezione 3 e farla diventare la sezione 2.3.6 su come scegliere il mirror. Lì si può aggiungere anche un richiamo all'HTTP redirector. In questo modo si può invece togliere quella parte dal glossario. | |||
::: (Parlando di pagine di glossario, ci sarebbe allora da controllare [[UUID]], che al momento è quasi una miniguida. Forse basta lasciare soltanto l'ultimo dei tre metodi presentati per trovare l'UUID o nemmeno quello.) | |||
::: [[Utente:HAL 9000|HAL 9000]] 19:51, 29 ott 2015 (CET) | |||
:::: Se c'è materiale a sufficienza sono d'accordo con l'idea di creare una nuova guida solo per i mirrors, non capisco invece che senso avrebbe spostare la sezione mirror di questa guida dentro la sezione esempi configurazioni sempre di questa guida. | |||
:::: [[Utente:Wtf|Wtf]] 13:27, 30 ott 2015 (CET) | |||
::::: Per me è indifferente, con creazione di nuova guida o integrazione in questa, quindi come preferisci. :) | |||
::::: Riguardo la mia proposta, quello che volevo proporre è che la tua sezione diventi la 2.3.6, spostando più in basso quella degli esempi, che diventerebbe la 2.3.7. | |||
::::: [[Utente:HAL 9000|HAL 9000]] 13:35, 30 ott 2015 (CET) | |||
::::: Ho rimosso dalla voce di glossario "Mirror" il richiamo ad altri comandi e messo un richiamo alla sezione "Mirrors" di questa guida, dove è stata inserita la descrizione di HTTP Redirector (scritta da BubuXP). Ho aggiunto sia Wtf sia BubuXP tra gli estensori della guida. | |||
::::: Con la nuova lunghezza, penso sia meglio lasciare la sezione nella sua attuale collocazione per non appesantire ulteriormente la parte introduttiva. | |||
::::: [[Utente:HAL 9000|HAL 9000]] 10:47, 1 nov 2015 (CET) | |||
::::: Ottimo [[Utente:Wtf|Wtf]] 19:35, 3 nov 2015 (CET) | |||
== Utilizzo template Codename - task Revisione Wiki #61 == | |||
Considerando che questa pagina è già [[Debianized]], prima di modificarla apro questa discussione e aspetterò il prossimo fine settimana. (Esiste già una sul forum, quella relativa al task di Revisione Wiki riportato nella riga successiva.) | |||
Come le altre del [http://forum.debianizzati.org/viewtopic.php?f=57&t=51475 task #61] di [[Revisione Wiki]], considerando che questa pagina è e resterà: | |||
* compatibile per tutte le versioni; | |||
* tra le più importanti da mantenere aggiornata; | |||
i [[codename]] delle varie [[release]] di Debian saranno sostituiti, dove sono sempre da rimpiazzare con il codename dell'attuale oldstable/stable/testing, con l'output prodotto dal [[Template:Codename|template Codename]] (<nowiki>{{Codename|oldstable}}/{{Codename|stable}}/{Codename|testing}}</nowiki>). | |||
Questo nuovo template, lo ricordo, '''non''' va assolutamente utilizzato al di fuori di queste guide (principali e compatibili per tutte le versioni) o quelle di glossario. Semplificherà soltanto la procedura di aggiornamento a ogni nuovo rilascio di Debian. | |||
[[Utente:HAL 9000|HAL 9000]] 13:30, 3 apr 2016 (CEST) | |||
: La pagina è stata aggiornata. [[Utente:HAL 9000|HAL 9000]] 13:01, 18 giu 2017 (CEST) | |||