repository per slackware current con vecchi pacchetti

[shark1500]

Scusa, avevo capito male io. Comunque, se non vuoi la history allora con il comando di prima non la scarichi, e se vuoi tornare indietro non puoi. Oppure puoi scegliere di scaricare solo ad esempio gli ultimi n commit, a tua scelta.

[ponce]

scusate, mi e' stato segnalato il topic da Corrado: stavate pensando a qualcosa del genere?

https://github.com/Ponce/current-source

i tarballs sono esclusi nel .gitignore

Codice: Seleziona tutto

*/*/*.tgz
*/*/*/*.tgz
*/*.tar.xz
*/*/*.tar.gz
*/*/*.tar.bz2
*/*/*.tar.xz
*/*/*/*.tar.gz
*/*/*/*.tar.bz2
*/*/*/*.tar.xz
*/*/*/*/*.tar.xz
*/*/*/*.rpm
*/*/*.bin
*/*/*.zip
*/*/*/*.zip
*/*/*.jar
CHECKSUMS.md5
CHECKSUMS.md5.asc
FILE_LIST
MANIFEST.bz2

[shark1500]

Esatto , eppure prima di postare avevo guardato sul tuo repo di github, ma avevo trovato solo quello di SBo e non questo..:-P.

A questo punto si puo` pensare di creare uno script che automatizzi il tutto e continuare il tuo progetto sul github di slacky (se ti va bene).

Piccola domanda: per caso hai anche il ramo a 32bit o solo 64?

[miklos]

Esatto

scusami, ma a me era sembrato di capire l'esatto contrario.. ovvero versionare i binari escludendo i sorgenti... se è cosi' le mie perplessità erano infondate e chiedo venia
comunque per una cosa del genere credo non ci sia bisogno di distinguere fra 32 e 64bit, perchè gli slackbuilds sono generici.
credo che se si procede in questo senso, il successivo passo sarebbe versionare in questo modo gli slackbuild slacky.. cosi' si ottiene un sistema centralizzato e piu' rapido per gestire gli slackbuilds da parte di noi pacchettizzatori (penso in primis al recupero degli slackbuilds dal repo a 32bit per pacchettizzare a 64bit.. che è una cosa che oramai ho automatizzato parecchio.. ma resta comunque un po' scomoda)

[shark1500]

scusami, ma a me era sembrato di capire l'esatto contrario.. ovvero versionare i binari escludendo i sorgenti... se è cosi' le mie perplessità erano infondate e chiedo venia

Hai ragione! Scusa, devo dormire di piu` la notte...chiedo venia io. Ponce, la mia idea era appunto quella, di avere i .txz sotto git e non i sorgenti (ma gli SlackBuilds si`).

credo che se si procede in questo senso, il successivo passo sarebbe versionare in questo modo gli slackbuild slacky.. cosi' si ottiene un sistema centralizzato e piu' rapido per gestire gli slackbuilds da parte di noi pacchettizzatori (penso in primis al recupero degli slackbuilds dal repo a 32bit per pacchettizzare a 64bit.. che è una cosa che oramai ho automatizzato parecchio.. ma resta comunque un po' scomoda)

Beh, su slacky non ci sono veri e propri changelog e commit, come avresti intenzione di usare questa funzionalita` per gli slackbuild di slacky? Come SBo?

[miklos]

Hai ragione! Scusa, devo dormire di piu` la notte

non me ne parlare
comunque la mia idea per gli slackbuilds di slacky è simile al repository gestito da SBO e da Ponce.
non ho ancora avuto modo di fare nessuna prova, pero' fondamentalmente la proposta nasce dal fatto che a parte i pacchetti per uso personale, la mia attività sul repo a 64bit è di porting di quelli a 32bit.
quindi spesso mi ritrovo a dover scaricare singolarmente gli slackbuilds dal 32bit, modificarli eppoi compilare ( cosa che ho molto automatizzato con lftp ).
avere invece un repo unico dove andare a pescare sarebbe utile per chi pacchettizza, metterlo sotto controllo versione lo renderebbe piu' facile da amministrare per chi lo gestisce.

comunque vediamo se riesco a cavare un po' di tempo per fare dei test sul mio account github

[ponce]

sarebbe una gran cosa farlo compatibile con sbopkg in modo da avere un tool automatizzato per poi compilare i sorgenti.

[miklos]

sarebbe una gran cosa farlo compatibile con sbopkg in modo da avere un tool automatizzato per poi compilare i sorgenti.

mi hai letto nel pensiero
comunque visto che sarebbe una proposta interessante, cerco di fare un po' di prove con un piccolo set di slackbuilds + script per generare il file che sbopkg digerisce e vediamo che viene fuori

[shark1500]

Allora io nel frattempo cerco di fare uno script per automatizzare questa cosa di slackware-current togliendo i sorgenti e appena Pat fa degli aggiornamenti vediamo come funzionera`.

Dopo magari cerco di guardare anche io al repository di slacky

[miklos]

semi bad news
sto giocando un po' col repository e diciamo che potrei essere soddisfatto se non fosse che sbopkg non funziona (ovviamente il nome la dice lunga) con l'alberatura del nostro repository (parlo di come sono posizionati gli slackbuilds)

L'ho modificato in modo da fargliela digerire e pare che vada (fra l'altro prevede il download tramite git quindi sarebbe grandioso farlo funzionare per bene perchè si avrebbe il supporto diretto all'eventuale progetto ostato su git)

Continuero' con i test e vi faro' sapere, comunque volevo sottolineare che tutto sto 'lavoro' non è assolutamente volto a stravolgere l'attuale prodotto finale (in soldoni l'alberatura del repo cosi' com'e' fatta ora)
quello che sto cercando di ottenere è uno strumento in piu' per noi pacchettizzatori.

p.s: lo sbopkg modificato potrebbe diventare un progetto interno slacky anche lui ostato su github che ne dite?!?!?

ciau

[shark1500]

p.s: lo sbopkg modificato potrebbe diventare un progetto interno slacky anche lui ostato su github che ne dite?!?!?

Approvo, facciamo un fork con le patch che servono a noi.

[miklos]

ok.. allora per ora continuo a lavorare sul mio account github.. in modo che posso comunque farvi vedere qualcosa eppoi se va bene si procede a traslare il tutto sull'account slacky

intanto ecco qua il primo commit del repository versionato su github.
ho fatto il dump di tutti gli slackbuilds attualmente presenti nel repo a 64bit.

a breve il fork di sbopkg(sempre sul mio account) con le due minuscole modifiche che servono per farlo funzionare.
tutto il resto (rebrandizzazione se vogliamo cambiargli nome etc etc) lo si fa quando e se si parte

p.s: se lo ritenete opportuno ne discutiamo in un post apposito perchè magari stiamo andando un po' OT

[miklos]

et voila.. ecco la versione estremente alpha di uno sbopkg modificato per accedere al repository git.

fino ad ora è in grado di sincronizzare il repo, navigarlo, compilare e installare i pacchetti, ma non ho testato le code di compilazione e ci sono voci che dovranno sparire(tipo la visualizzazione dei file .info e lo scaricamento automatico dei sorgenti che i nostri slackbuilds fanno in automatico)

altra cosa che è un punto interrogativo è il fatto che attualmente gli slackbuilds che ho postato vanno di default a compilare a 64bit.. chi utilizza sbopkg riesce ad ovviare in modo semplice ma magari questo puo' essere un problema successivo

inoltre non so bene come generare il Changelog del repo.. secondo voi da un repo git c'e' un modo facile per farlo ... oppure è necessario il buon vecchio taglia e incolla?!?!?!

[gigiobagiano]

Gli slackbuilds di sbo sono fatti in modo che nel caso la variabile arch non sia impostata venga rilevata automaticamente, quindi nel tuo caso che hai una slackware a 64bit va a compilare per questa architettura

[miklos]

Gli slackbuilds di sbo sono fatti in modo che nel caso la variabile arch non sia impostata venga rilevata automaticamente, quindi nel tuo caso che hai una slackware a 64bit va a compilare per questa architettura

si si.. lo so
mi sono espresso male.. quello che intendevo è che siccome i nostri non sono fatti come quelli di sbo, e piu' volte in altri post mi è stato spiegato pure perchè (anche se ora non me lo ricordo piu') è una questione che si deve affrontare.. ma piu' in là.. quando il sistema funziona a dovere